我从客户端接收SQL查询,其中包含由MS Access中的构建器生成的各种冗余子选择。我将SQL转换为Postgres,它会运行--但我知道它的效率低得无可救药。因此,我着手优化查询,并产生迭代改进-为了确定每个新查询在功能上是否相同,我运行它并确保它产生相同的结果集。
当然,在确定一个查询与另一个查询是否相同时,这并不是100%有效的-它依赖于探索每个不同情况的数据。一位同事建议我可以对每个查询运行一个解释计划,但承认内部数据库优化器可能会采用不同的查询策略,即使较新的查询在功能上是相同的(这是一件好事-新的策略可能会更有效)。
我至少有中等的SQL技能,但我不是一个自信的查询优化器。因此,我对Postgres的任何工具集都会感兴趣,这些工具集可以100%肯定地说两个查询做了同样的事情。如果它能自己提出优化建议,那就更好了!我相信TOAD可以做到这一点,但我不相信Postgres可以使用它。我用的是Mac OS X。
发布于 2010-10-13 06:09:39
问得好。要求很高。
正如你所知道的,在逻辑上是完全相同的()。然后是生成相同计划的级别,就需要哪些表访问和以什么顺序。
最后,将这些底层计划与表中的数据分布进行比较,以确定是否在表上使用给定的索引,并且缓存数据页的使用也起到了作用。(30,000英尺描述,我知道)
如果您的问题被限制为“在同一数据集上执行相同的操作”,那么比较解释计划就足够了,并且将包含逻辑一致性和某种级别的I/O一致性。
发布于 2010-10-12 01:13:21
您可以尝试在MySQL上使用TOAD来分析查询。改进查询后,将其移植到PostgreSQL。
发布于 2010-10-12 05:12:03
假设您正在使用pgTap ( PostgreSQL的单元测试)来改进已经为PostgreSQL编写的PostgreSQL查询,这是毫无疑问的。您可以测试查询运行的时间以及它返回的结果等。http://pgtap.org/
https://stackoverflow.com/questions/3908381
复制相似问题