你的CPU比我的好一点：

处理大量数据，记录超过100万条，VFP命令的优势明显强于SQL命令，可以达到上百倍。

你后来反复比较过了？会不会有别的SQL实现途径是高效的？

VFP中 SQL命令应该没有更好的方法
记录查找方法决定了它的速度不会很快。

[ 本帖最后由 sdta 于 2015-1-23 11:12 编辑 ]

是的，基于记录集的本质决定了它无法从事这种专精的要求。SQL的优势不在那。

在所有的系统中，SQL命令在外形上是一样的，但它的真正实现，仍然用各自系统本身的机制，在VFP中也一样，即它还是用VFP命令去做的。但是，问题显然在算法上，它无法实现有针对性的算法，只能用大路货（工业化生产），所以面对具体问题，往往无法胜任。我不知道那么多人迷信SQL万能是什么心态，恐怕是偷懒吧，觉得学一条指令，就可以在全部数据库系统上用了，才有用SQL Sever的跑到这里求SQL指令的情况。


[ 本帖最后由 TonyDeng 于 2015-1-23 11:18 编辑 ]

SQL命令的可读性，其实并不好，简单的还行，可经常看到坛上各位给出的稍微复杂一点的解决方案，完全是摸不着头脑，逻辑形式不清，除了写的人自己，外人基本上是无法理解的，也找不到如何写出来的有效办法，可以说学不到什么东西。是不是这种神秘感，让人觉得高深和有满足感呢？不光SQL如此，我发现在C坛上也有这类人，不写出复杂难解的代码，就不觉得自己够牛叉，反而对浅显易懂的代码嗤之以鼻，说没有技术含量。

SQL命令太高级，越高级越有局限，当发现SQL命令不能较满意解决问题时，才会想起那些简单易懂的低级命令，才明白低级命令的强大。

命令本身没有高低之分，如同人与人之间没有贵贱之分一样，都是平等的。

此高低非彼高低。
此高低是相对的，就算用小C，有时也会嵌入ASM。

看描述好像是我的数据，多谢多谢