数据库连接Delphi
https://stackoverflow.com/questions/2286222
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我使用德尔菲多年，但从来没有对数据库的东西，但是最近开始了研究和测试。
我必须说，我留下深刻印象，大多数的东西是自动发生的，我用手工编写php和蟒蛇。
我要制定一个商用系统一个朋友，(2层)5用户计算机、1台数据库服务器。
数据库服务器将是一个体面的机(raid-1)2的硬盘驱动器运行(MySql5.1或Postgre或火鸟，开放的建议).
ADO
- 容易使用
- 很容易部署(仅mysqlconnector安装)
- 慢?
[X]
- 需要船4文件[dbxconnections.ini，dbxdrivers.ini，mysqldll,driverdll]
- 更复杂的(加难以使用的)
- ClientDataSet增加复杂性，但看起来真的很有用
- 没有免费的Postgre司机？
Zeos
- 很容易部署(1dll)
- 容易使用
正如你可以看到所期望的特点是：
- 快速
- 容易使用
- 容易的部署
我不能测试所有在真实场景中(客户服务器)，所以我希望你们有经验可以帮助我出去其中一个选择，以及为什么。
编辑：谢谢大家，我想我会去ADO(可能)或Zeos
在此先感谢
亚瑟
解决方案
我曾在许多商业高容量的系统使用ADO没有任何问题。部署是比较简单，因为其中包括操作系统。由于它具有这样广泛的受众，大多数主要问题，已经确定并纠正。获得帮助与ADO连通性是很容易的。该数据库支持是非常深的(connectionstrings.com)，这使得支撑的额外数据库引擎几乎微不足道(你可能需要仍然安装客户驱动程序，但是，这将是相同的几乎任何解决方案)。
业绩不是一个问题，它真的会降下来，数据库架构和发动机的选择。
其他提示
@arthurprs，对于你的情况
(2层)5用户计算机、1>数据库服务器。
alt文本http://www.techsolusa.com/images/firebird-logo-64.gif 的 火鸟 数据库是一个非常好的选择，因为是非常稳定的、快速运行在Linux上，窗口，以及各种各样的Unix平台，并满足您的要求。
alt文本http://d.yimg.com/kq/groups/12858579/homepage/name/homepage.jpg 相对于该组分为连接我去 ZEOS.
我已经使用这种结合，在许多小型和中型项目，以优异的成绩。
我想说的去火鸟-是的大多数使用的数据库引擎在德尔斐土地(见 在这里，).为连通性也许是更好的去Zeos(免费)或DBX(如果你可以负担得起的建筑师版本只有一个人拥有的火鸟司机)。
关于ADO:成熟层连接，但这将是(永远-最有可能)绑到Windows虽然德尔斐将转交叉平台。此外，是的，这往往是缓慢的一个因为很多原因，包括ODBC drivers这是用在某些情况。但你的情况，当然，如skamradt说，我不要 想想 它会问题这么多。
虽然我已经阅读的人不喜欢的思想的混合这两个，我有好结果的使用ADO数据集作为"供应商层"然后饲料的数据进TClientDataSets-所以没有理由不能使用ClientDataSets如果你去ADO路线如果你找到你需要他们(他们是有用的)。
否则，我将回应意见，ADO是一个尝试,可信的机制，该机制不会去任何地方。我总是发现它比，速度不够快。和配置的使用显的文件很容易的。
- dbGo(ADO)更简单的管理，更普遍，更慢
- [x]更快、更复杂的管理，支持小DBMS的
- ZeosDBO是管理简单、普遍像dbExp，慢喜欢dbGo，跨平台，具有少数额外的部件，所有来源的访问
还有一些其他图书馆，解决上述所有质疑，虽然他们都是商业产品。但我有偏见:)
我们已经用postgreSQL使用Devart pg组取得了巨大成功，在中等大小的数据库应用程序。我们做了一些有限的基准，与这种组合并发现它的2-3倍的速度使用ADO等。
--数据的接入的部件
我也赞成票组合的TClientDataset和ADO.曾与它在过去，我可以说这是信任.灵活的TClientDataset是一个很大的增加。[X]是很好的。实际上，我利用clientdatasets的几乎任何数据存取层，有一个TDataset的后代...
--服务器
火鸟。自由和容易地使用从OLEDB(我采用与ODBC)和[X](D2010+有机DBX驱动)-不知道ZEOS，但我认为，它还连接到FB。规模及到许多连接和大大的数据库。有数据库的火鸟有500gb和许多用户的报告。
