关于mdb文件

osbug

真的想以后可以在debian下完成所有的工作，但一切太过遥远，公司一些查询系统我是用ＶＢ+ＭＳＳＱＬ实现的，后因省事把一些数据不多的用ＡＣＣＥＳＳ窗体转为.mdb文件，如果以后使用debian，我该怎么办？在wine下再装个windows吗？还是用php+mysql+apche重做一下？高手指点，让我有一个解决的方法。

nicle

如果要坚持用vb+mdb的话，建议不要折磨自己了，还是在win下跑这些应用吧。
要是迁移到php+mysql+apche, linux是你最理想的选择.

chaisave

mdb 的替代方案，不妨试试 sqlite ? 也很简单的。

Archetype

OpenOffice 2.0的Base组件（也就是Access的克隆）看起来可以处理Access文件，但是我没有试过。理论上，OpenOffice是跨平台的，能够与Office的文件实现一定程度的兼容。

osbug

Post by Archetype
OpenOffice 2.0的Base组件（也就是Access的克隆）看起来可以处理Access文件，但是我没有试过。理论上，OpenOffice是跨平台的，能够与Office的文件实现一定程度的兼容。

好的，我回去试一下，如果功能差不多重新制作一下程序相信也不会很难。还有个问题，我是用ＤＶＤ版的deibian,安装的openoffice是1.x版本，请问这两个版本差别大吗？
哪个源里面有openoffice萤火飞修正版？这个版本和debian源里的版本只是差别中文的显示上吗？

osbug

Post by chaisave
mdb 的替代方案，不妨试试 sqlite ? 也很简单的。

这个也贴过来，为和我一样的菜鸟：

关于SQLite
  
SQLite是一个小型的C程序库，实现了独立的，可嵌入的，零配置的SQL数据库引擎。特性包括：


事务操作是原子，一致，孤立，并且持久的(ACID)，即使在系统崩溃和电源故障之后。
零配置——不需要安装和管理。
实现了绝大多数SQL92标准。 (不支持的特性)
整个数据库存储在一个单一的文件中。
数据库文件可以在不同字节序的机器之间自由地共享。
支持最大可达2T的数据库。 (241 字节)
字符串和BLOB类型的大小只受限于可用内存。
小的代码： 完整配置的少于250KB，忽略一些可选特性的少于150KB。
在大多数常见操作上比流行的客户/服务器数据库引擎更快。
简单，易于使用的API。
内建TCL绑定。 另外提供可用于许多其他语言的绑定。
具有良好注释的源代码，95%经过测试。
独立：没有外部依赖。
源代码位于公共域。 可用于任何用途。

SQLite发行版包含一个独立的命令行访问程序(sqlite)，可用于管理SQLite数据库，并适合作为一个如何使用SQLite库的例子。

Archetype

忘了openoffice 1.x是Base功能很弱还是没有这个组件了，总之记忆里是2.0开始Base功能才比较完整地实现了，后台用的是HypersonicSQL引擎。

我一直没能有机会用萤火虫版，反正现在的Debian Testing粗斜体都能用了也就没再仔细弄。

据说用Wine来模拟Access2003有较大的兼容问题，不知道Wine上的Access2000是什么情况。我参考的是codeweavers论坛上的消息。

Post by osbug
好的，我回去试一下，如果功能差不多重新制作一下程序相信也不会很难。还有个问题，我是用ＤＶＤ版的deibian,安装的openoffice是1.x版本，请问这两个版本差别大吗？
哪个源里面有openoffice萤火飞修正版？这个版本和debian源里的版本只是差别中文的显示上吗？

teengod

我以前用Access窗体做了一个应用，并打算一直用下去，如果开发新的架构，根本没有时间，现在也正尝试转移到Linux，用wine来模拟windows，安装了Access2003，可是总是崩溃，在网上看见有人成功移植了Office 2007，如果可以，我打算移植到2007，不过要买一套2007不太值，先解决2003的问题试试，不行的话再想其他途径。