我最近深入研究了 Delphi 的世界，对于我当前的迷你项目，我通过 SQL 查询获取数据，然后使用 filter 属性准确显示我想要的内容。
我错误地发现了过滤器，现在我更喜欢它，而不是建立多个连接或调用数据库。例如，我正在返回一个可能拥有许多汽车的人员对象，该应用程序有一个复选框，并且根据选择了哪一个，它将更新过滤器以仅显示他的汽车是蓝色或粉红色或其他。
据我了解，过滤器的作用类似于 where 子句，但作用于从初始查询返回的数据集。所以，我的问题是：以这种方式处理小型数据集时使用过滤器属性是否更快，我认为返回、存储数据集然后应用过滤器而不是不断更新是完全错误的?
我在网上查看过，资源确实让我相信它更有效，但我仍然不确定。感谢您的帮助。
【问题讨论】：
标签： sql delphi filter delphi-7 advantage-database-server
数据集上的过滤器确实像WHERE 子句一样工作（或至少表现得如此），并且在某些情况下可能非常快。
依赖过滤器的问题是：
网络流量增加。您正在将更多不需要的数据从服务器移动到客户端，因为无论如何您只是将其过滤掉。
过滤器逐行应用于数据。 WHERE 子句可以由服务器优化为全部（或至少部分）基于现有索引，而客户端没有这些索引可用。
增加了客户端的内存和 CPU 使用率，以维护内存中未使用的数据并处理行以进行过滤。
其他用户或进程更新的数据对客户端应用程序不可见，因为您现在正在处理本地内存中的所有数据，而不是从服务器刷新。
IMO，对除了微不足道的数据集以外的所有数据集使用过滤器不是一个好的选择，如果数据量那么小，您可以将整个数据集移动到 TClientDataSet 并自己保存在内存中。与正在考虑的所有其他优化一样，正确的答案取决于您的应用程序的需求和有问题的实际数据，并且应该使用该标准进行基准测试以确定什么是实际上更好的解决方案。
【讨论】：
TClientDataSet（简称 CDS）就可以很好地工作。您可以创建用于排序的内存索引、过滤数据、维护可应用回服务器行的更改日志、嵌套其他表以进行查找以及各种其他类型的事情。它们还制作了用于收集用户输入的出色表格，您可以附加数据感知控件（DBEdit/DBGrid/DBText、添加验证等。
两种不同的动物。您问的是重复查询数据库或仅在客户端进行过滤是否会减少开销。
如果您的应用程序和数据库都在同一台机器上运行，那么这可能是一个折腾。
但是，如果您在客户端-服务器、n 层或分区移动应用程序中运行它，并且这是一种常见操作，那么我会说您最好缓存更多的结果集在客户端的单个查询中并使用过滤器允许用户查看结果的不同视图。这减少了主机带宽，用户享受更快的响应时间。
（搜索汽车、公寓或房地产是我的烦恼，我选中或取消选中一个框以更改视图，我必须等待 5-10 秒才能让应用回复。）
也就是说，您可能还需要考虑数据的整体大小、时间性、更新频率，并查看是否值得将大量数据块加载到客户端并本地化更多专用视图。拉下整个记录并在本地缓存它们，以便为用户提供更快的响应时间。并尽可能减少缓存记录的重新加载。
很多时候，每条记录的实际数据都相当小。但是，当您添加媒体内容时，它会爆炸。人们通常不会考虑这一点，只考虑包括媒体 blob 在内的每个“记录”的总大小。如果数据库设计者很聪明，媒体甚至不会存储在数据库中，而是存储在其他地方，并且可以通过 URL 访问。
【讨论】：