- 发帖可能变空内容，邪门暂不知所以然
- 『稷下学宫』新认证方式，24年网站打算和努力目标
主题：【原创】浏览器是怎么变成操作系统的 -- 美人他爹
- 复 疯狂的SQL
家园 有些像表中套表的复杂查询，不用SQL恐难完成 SQL不是编程语言，它面对的是集合。
如果用到循环了，那么说明还处在对付每个具体元素的阶段。对于每一个新的刁钻的查询需求，都要编一个用到循环的程序，那恐怕程序员都要累死了。
我宁愿机器累死，也不愿程序员累死。
在R中，也几乎不需要使用循环了，因为一个传统的变量名，现在已经是一个集合了。这时候，用到循环的，反而不轻巧了。
家园 写一个长sql方便优化，用游标就不合适 一旦需求明确，立刻就可以把长sql里的临时表变成需要维护的正式表。
这样的技巧很好玩，而且几乎没有书可以讲。刚入行时，有位老大给我找了个据说是史上最快的取分页数据的sql,很开眼界。
我爱sql,perl(正则表达式部分)这类换脑筋的玩法
家园 现在问题实际上是sql滥用 我也对sql有莫大的偏见。
尤其是sqlite，让程序员懒到连桌面和嵌入式程序里，做一个cache subsystem都要用sql
家园 不是这么说的 数据库设计的时候，有一个原则就是要理清数据库数据和应用程序数据的关系
数据库是用来做存储和关联处理的，而其他的东西，则应该给应用程序来处理，这个是一般设计上原则。但是话虽然是这么说，目前的数据库其实大部分都在往程序设计上靠拢，甚至有情况下，数据库在统计功能上要比应用程序更快。
你说的cache subsystem的情况，如果是高并发同时需要对并发的数据做实时的统计以及定期扫描的话，其实还是数据库要可靠的多，不然，大部分的数据按照应用程序的思路走的话，要占用多少内存哪，就算是自己转化成硬盘存储，除非自己能设计出存储体系，不然，只是按照应用程序开发语言本身的函数包的话---大部分的函数包似乎都是实现对操作系统的IO接口的调用---，性能要比数据库差的很多。比如CACHE下2万个应用的用户数据的情况，在内存里面保存的话，JAVA的程序估计消耗的内存在10M上下（考虑到统计以及应用的效率，这里用的是哈希的数据），而如果放到磁盘做文件缓存的话，在使用LINUX的情况下，如果使用同一文件夹，查询速度会有明显的下降，更不要说存在对该文件夹的添加以及删除操作了。
在这样的情况下，使用数据库的消耗就要少很多了。保证一个40万数据的快速查询以及相应的添加，并保留对时间上的监控，这几点要求MYSQL就能做的很好了，更不要说商业化的ORACLE,DB2,SQL了。
还是一句话，做什么样的事情要用什么样的工具，存在就是合理的。应用程序语言有应用程序语言的天地，数据库查询语言也有数据库查询语言的空间，这两个是有国境的。
虽然有的时候是模糊了一点。哈哈
家园 SQL之怪与不怪 如果说C，C++，Java之类，描述的是操作的过程，那么SQL只描述操作的目标，而不关心操作的过程。制订操作过程的计划，交给SQL engine去自动生成，号称execution planning。当然，自动生成的executive plan未必是最优解，所以Oracle等等有分析SQL executive plan的工具，还可以人为干涉SQL executive plan。
SQL的拥护者们说SQL是3GL，第三代语言，言下之意，C，C++，Java之类都是二代语言。但是实践证明，3GL使用并不方便，所以就有了Oracle PL/SQL, 让3GL回归到2.5GL，也就是2GL与3GL的杂拌儿。但是，PL/SQL实际使用起来，既不方便，运行效率还特别差劲儿，所以不是一个成功的语言。
至于把SQL当成操作系统，这个观点，似乎比较新锐了。
本帖一共被 1 帖 引用 (帖内工具实现)- 复 SQL之怪与不怪
家园 俺的工作，就是整天pl/sql 俺的工作，就是整天pl/sql，编码调试等等。没觉得不方便，也不觉得效率低。
关键词(Tags): #pl/sql， - 复 SQL之怪与不怪
家园 这好像也没啥怪的 “只描述操作的目标，而不关心操作的过程”的，还有URL。一个“地址”输在浏览器的地址栏里，我管你后台是static page还是php甚至是拿汇编产生出来的结果呢。函数调用也一样，我只关心输入什么你就会输出什么，函数本身的实现就不是我关心的事情了。DB+SQL语言无非就是让我们有了一大个可供调用的函数。
- 复 SQL之怪与不怪
家园 这个要慢慢的说 我的基本想法，是SQL更接近当年的C语言的地位，但是那个UNIX在哪里？
有事要出门，以后等我想清楚了继续说。
家园 嘿嘿，chrome里面就有SQL引擎。
