performance - Delphi、PGDac vs Zeos、Fetch、Lookup？

Question

我用 Zeos 测试知道:ZTable 是否使用 fetch 技术？

可能在未来我们将较小的系统迁移到 PGSQL，这现在使用“表”组件(作为 BDE，但它有一个类似 SQL 的服务器)。

这些表使用真正的游标，一个“窗口”，有N条记录，所以查找非常快，因为Locate/Lookup是在服务器上启动的，只刷新这N条记录，无论查找多少条记录表。

据我所知，PGSQL 使用提取技术，我用一个表(id int，名称 varchar(100))和 100 万条记录对其进行了测试。 (我也在用 mysql 尝试这个)。适配器是 Zeos。

要查找的 ID，秒，在客户端以字节为单位分配的内存。

MySQL
500000  2,761   113 196 344
1000000 3,214   225 471 232
313800  0,437   225 471 232
328066  0,468   225 471 232
276374  0,390   225 471 232
905984  1,264   225 471 232
260253  0,359   225 471 232

PGSQL
500000  3,042   113 188 184
1000000 3,744   225 463 064
313800  0,436   225 463 064
328066  0,452   225 463 064
276374  0,375   225 463 064
905984  1,295   225 463 064
260253  0,359   225 463 064
142023  0,203   225 463 064

如您所见，记录是在本地获取的，这导致了 225 MB 的使用量，并且搜索速度有点慢，这取决于我们必须在哪里找到记录。

我想问更多的事情:

一个)PGD​​AC 是否有一些技术让我们可以使用查找而无需支付内存和秒数？

b.)还是 PG ODBC 驱动程序可以帮助解决 ADO 的这个问题？ (据我所知，ADO 可以使用服务器端游标)？

c.)有人有查找表和性能方面的经验吗？这是一个关键问题还是不是？(也有客户端内存使用情况)。

d.)如果没有机会避免查找带来麻烦，我们该怎么办？服务器端连接，以及在没有真正查找的情况下更改查找字段的唯一代码？

感谢您的帮助: dd

Answer 1

开发人员回答我:

Hello,

Now PgDAC can't use server-side cursor as you want. We will investigate the possibility of adding this feature in one of the next builds/versions of PgDAC.

Best regards, Alex Devart Team www.devart.com

所以现在没有SS游标了。

感谢: dd