MSSQL编程：数据库SQLServer 驱动程序版本酿成的中...

这里我们讨论用binlog来实现闪回的方案。server|sqlserver|程序|数据|数据库|成绩|中文明天帮同事调试Jsp的时分发明一个奇异的成绩：经由过程jdbc从数据库读取数据时，碰到中文时居然时乱码。
举行转码（newString(congtent.getBytes(“ISO8859-1“,“GBK“)）就没有成绩了。
我在我的呆板上运转一样的代码，没有任何成绩。中文一般显现。不必要做任何转码。
入手下手我想多是他当地呆板的字符集设置的成绩。（确认后不是）
然后我嫌疑多是tomcat的字符有成绩（不外不太大概，究竟是经由过程jdbc挪用，只是借用了tomcat的毗连池罢了。不会那末不利吧）
可是为了确认，仍是在eclipse内里写了一个使用，间接毗连数据库，在同事的呆板上仍是有成绩。（服了：））
最初我想到了驱动程序，那一定是驱动的成绩。检察同事的驱动，公然比我的要小良多。
掩盖了就没有成绩了。在需要把许多新记录插入某个数据表的场合，DELAY_KEY_WRITE选项的作用将非常明显。另外，索引还会在硬盘上占用相当大的空间。因此应该只为最经常查询和最经常排序的数据列建立索引。注意，如果某个数据列包含许多重复的内容，为它建立索引就没有太大的实际效果。

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

再开发调试阶段和OLAP环境中，外键是可以建立的。新版本中加入了SETNULL和SETDEFAULT属性，能够提供能好的级联设置。

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

呵呵，这就是偶想说的

SP4是一个累积性的ServicePack，包含自以前的ServicePack发布以来所有的修补程序（包括MS03-031安全公告）。

varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。

不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关