MSSQL网页编程之[SQL]啊?!查询剖析器的BUG?!
虽然可以将一个droptable语句转换成先delete再删表，性能却会降低很多。这里我们用上面说道的另外一种可用数据：“操作前数据备份”。查询剖析当我们用SQLServer的查询剖析器观察一张表时，居然看到了如许的纪录：
奇异的地方就在于“ReceiveTime”字段明显是datetime范例，怎样多是“62016004”这个数字呢？
SQLServer怎样会让这类数字拔出呢？即便我们的程序写错了，想往纪录里插，那也会失掉非常的呀？
仍是做数据堆栈的有履历，说多是查询剖析器的BUG。
用VBScript写了一个查询的例子，把这笔记录的每个字段呈报出来，公然！
结论：
的确是微软的查询剖析器算错了，实践上数据库中存储的是准确的，只是在查询剖析器显现时堕落了，大概Content字段的乱码对查询剖析器“依照表格显现了局”有影响，假如是“依照文本显现了局”就没成绩，-_-。
对于insert和delete，event中包含了插入/删除的记录的所有字段的值(太爽了。。) 很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。 如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录. 原来公司用过MYSQL自己也只是建个表写个SQL 也可谈一下你是怎么优化存储过程的? 至于淘汰的问题，只能说在你的项目周期之内，微软应该都不会倒闭。 两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书 如果我们从集合论（关系代数）的角度来看，一张数据库的表就是一组数据元的关系，而每个SQL语句会改变一种或数种关系，从而产生出新的数据元的关系（即产生新的表）。 多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油
页:
[1]