不帅 发表于 2015-1-16 20:13:33

公布请准确熟悉MySQL对服务器端光标的限定

列举选择MySQL的理由的最困难的地方在于,如何对这些理由进行排序。MySQL学习教程这就如同我们经常争论的故事:先有鸡还是先有蛋?<Pstyle="TEXT-INDENT:2em">从MySQL5.0.2入手下手,经由过程mysql_stmt_attr_set()CAPI函数完成了服务器端光标。服务器端光标同意在服务器端天生了局集,但不会将其传输到客户端,除非客户端哀求这些行。比方,假如客户端实行了查询,但仅对第1行感乐趣,那末不会传输残剩的行。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">光标是只读的,不克不及利用光标来更新行。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">未实行UPDATEWHERECURRENTOF和DELETEWHERECURRENTOF,这是由于不撑持可更新的光标。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">光标是不成坚持的(提交后不再坚持翻开)。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">光标是不敏感的。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">光标是不成转动的。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">光标是未定名的。语句处置程序起着光标ID的感化。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">关于每条预处置语句,仅能翻开1个光标。假如必要多个光标,必需处置多条语句。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">假如在预处置形式下不撑持语句,不克不及在天生了局集的语句上利用光标。包含CHECKTABLES、HANDLERREAD和SHOWBINLOGEVENTS语句。
MySQL对硬件的较低要求是其最大的优势之一,不过需要注意的是:内存越多越好,因为所有的重要数据存储都在内存中完成。

海妖 发表于 2015-1-18 18:53:01

我个人认为就是孜孜不懈的学习

若天明 发表于 2015-1-24 14:45:09

所以你总能得到相应的升级版本,来满足你的需求。

因胸联盟 发表于 2015-2-1 17:13:03

入门没那么困难,精通没那么容易

金色的骷髅 发表于 2015-2-7 12:29:56

从底层原理到表层引用,书籍多的很。个人认为没有什么那本书好?这样的说法。主要看和个人的学习方法是否适合。

愤怒的大鸟 发表于 2015-2-22 01:38:32

一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。(有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。)

爱飞 发表于 2015-3-6 22:38:43

是否碎片会引发效率问题?这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。

谁可相欹 发表于 2015-3-13 22:27:22

习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。

再现理想 发表于 2015-3-20 21:23:40

还不是性能有问题!否则面向对象的数据库早就实现了!建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。
页: [1]
查看完整版本: 公布请准确熟悉MySQL对服务器端光标的限定