ACCESS数据库稳定不(50分)

  • 主题发起人 主题发起人 我爱PASCAL
  • 开始时间 开始时间
我

我爱PASCAL

Unregistered / Unconfirmed
GUEST, unregistred user!
有没有用它做个重要应用的朋友
总感觉不是很稳定，一数据库不透明，要安装OFFICE才能修改结构。
二是要用ADO调用，ADO的原理好像是COM，内部机质复杂。三是
数据库要经常压缩，另外还有OFFICE的版本经常换。
 
微软件的东西相互连系太多，就像DIRECTX，用的也是COM，好像稳定性也不行。
 
如果你只是在自己的电脑用,access的版本固定,操作系统版本也固定.那没什么问题;
如果用户有专业人员负责电脑技术,那也是没有问题的...

如果你要把access给别人用..而其他人的 电脑操作系统不同,access版本不同.
那你到时会后悔使用access...如果你收别人$,那你会更后悔...

因微软的东西跟微软的操作系统有很大关联关系....即 操作系统有很多..access版本有很多,,ado的 mdac有很多版本...每一个变化都会引起软件和数据库的问题...
所以不建议拿来卖的软件使用access数据库..

我原来代理一access的数据库软件...给客户骂惨了..主要是数据库的数据问题;;
后来网上说sql2000好...转了后,骂少了..结果还是骂...主要是安装维护问题;;

主要原因是用户的使用环境非常复杂,access和sql都是要求相对稳定固定的操作系统;
当然,如果用户企业有专人维护,可以随时按标准配置来使用软件.那使用access和sql是没问题的......君不见有很多的微软认证吗...

但如果你的用户是大部分不懂电脑的人,那你的恶梦就开始了...

现在转 FB了.感觉还好........基本不用要求用户这样那样了...
操作系统的环境基本不用要求,傻瓜式安装,如果配合良好的数据分配技术,
也可以应用到大中型应用....不过就是入门相对难点...
 
delphi5 + access2000，我2002年作的系统，
每天有4万条数据量的吞吐，24小时不停机运行，至今还在运行，到现在没有任何问题。
你说稳定不？
access是没有任何版权的，可以免费的发布。
to 我爱PASCAL
1，有几个数据库产品是透明的。
2，com技术也是成熟技术，你担心什么。
3，有几个数据库产品删除数据不需要备份还原才能释放空间的
4，版本虽然换，但是是向下兼容的。
就桌面数据库产品来说，access是非常优秀的，但不是最快的。
FB本质不属于桌面数据库产品，它们各自的应用目标不同，没可比性。虽然有嵌入版本。
 
楼上两位大哥都说得很好，但是我觉得
4，版本虽然换，但是是向下兼容的。
对微软可能有点问题，特别是SQL语句，不同的版本中可能结果不一样。
还有数据库格式的升级问题，如果我就用ACCESS2000，但是后来安了
OFFICE2007，好像是.net的，打开ACCESS2000的mdb也能，但是总觉得没底
想单独安一个ACESS，就必须买一张OFFICE,下了一个acess绿色版，很多功能
如有效性规则，还有说明书也没有。ACCESS不是一个独立的东西，无法独立
安装。


我编的这个数据库，是一个库管系统，在我在时，维护没有问题，可是我走了后
怎么办呢，所以我是不放心的，万一有这样那样的问题，把我叫回去，就麻烦了

至于COM的问题不是产它不稳定，比如在98以下就没有ADO内置的。ADO内部很复杂
我也用不到那么多，其实这个库管系统也不复杂，数据量不大，速度要求不高，
我一直想不用任何数据库来实现它要放心些，有时又想用TINYDB这样的，但是主流
又是要用ACCESS。

//1，有几个数据库产品是透明的。
现在的数据库是越搞越大，又是全文检索又是挖掘决策，这些我都用不上它。
看来还是自已编一个基本的算了。

//3，有几个数据库产品删除数据不需要备份还原才能释放空间的
我目前想实现的这个小数据库就是要求没有这个问题，全内存处理，永远不需要
另外生成一个文件，然后删除现有的。这种方法按爱因期坦的观点是不美感。还有
一种方法是如果删除了记录，就作个记号，新增记录时就占用作记号的记录上去。
或者将末一条记录移到删除的记录上来，然后设置文件末尾标志。当然这是针对
一个表一个文件的数据库。

总体来说，我比较倾向于LZ2000的观点。这两天我一直在两种思想中徘徊，有时是不用
数据库占上风，但是风险大，有是图安易，就用ACCESS，但是总觉得不舒服。
 
这个东西感觉没必要搞的那么复杂,你可以通到编译变量控制一下,Access和Sql分两个版本写.不过感觉Access基本应用还是可以的,如果并发操作比较多的话,那就用SQL数据库
 
ACCESS数据库，做一般应用，已经算是不错的啦。
 
经过半个月的编写，基本编好了，后天就正式盘点使用了。
接受了LZ2000朋友的建议，没有采用ACCESS，也没采用其它数据库，
因为不熟，还要现学，干脆自已动手，硬写了一个。没用任何数据库
和三方控件，当然也没有使用数据感知控件。软件不在花哨，能用则
行。现在回想起来，当时的冒险是正确的。
 
我在用，还行
 
我用的是Delphi+dbf，不过是我自已用。
 
我觉得不稳定,可能是我的水平不行
 
我一直用access，很稳定的
 
用得好不好看需求，网络行的，数据量大的，就不要使用access
小型的还可以的，绿色的数据库一般，我写了一个小系统，运行了3年还好好的
 
还可以吧，我用了一段时间没有发现什么问题。
 
access 上了6MB 左右必须压缩,否则慢,
最好在开始运行程序的时候,每次都压缩,
没有修复机制(日志),容易坏(掉电)
 
如果是时时读写数据库极不稳定 稍不留神就损坏了 每次进入退出都得压缩 如果不是经常读写应该没什么大问题 ，我做过两个一个是时时读写 ，一个是偶尔的，结果时时的数据库经常坏。
 
不推荐那那垃圾，问题多多，功能弱，没法跨平台，听说呀，是微软最失败的产品之一，除了Vista；建议用XML，跨平台。[:D]
 
帮你顶，发个QQ交流群！交流学习：
delphi交流群：4654765（delphi天堂）欢迎您的加入！让我们共同进步！！
 
ACCESS还可以啦，单机上用还是不错的，只是使用时间长了数据库会越来越大，要维护性的压缩下。
 
我也是觉得单机用access是很不错的选择，不过看了2楼的高论，觉得也是深有感触的。
不过我比较依赖sql语句，觉得access这个已经很好了。

另外告诉各位大大一个不好的消息，access好像不一定向下兼容，因为单装office 2007，对于原来的.mdb，自己做的程序没法打开了，前几天我就碰到这个问题，需要先装个office2003之后，可以加装2007，就可以正常打开。
 
您必须登录或注册才可回复。

Similar threads

S
[教程]本用 System.Zip 从流中获取解压数据
回复
0
查看
885
swish
S
X
如何在unidac 中执行一次查询获得多个数据集？ - xalion
回复
0
查看
944
xalion
X
不
奇淫怪巧之在Delphi中调用不申明函数 - 不得闲
回复
0
查看
876
不得闲
不
S
[教程]使用 TQJsonOutputChannel 写入 JSON 数据到流中
回复
0
查看
799
swish
S
不
Delphi的参数传递约定以及动态参数个数(转载笔记) - 不得闲
回复
0
查看
908
不得闲
不
后退
顶部