小妖女 发表于 2015-1-16 14:19:57

获得上一条,下一笔记录

虽然可以将一个droptable语句转换成先delete再删表，性能却会降低很多。这里我们用上面说道的另外一种可用数据：“操作前数据备份”。stringpreSql="select*fromwherenews_id=(selectMAX(news_id)fromwherenews_id<"+id+")";
stringnextSql="select*fromwherenews_id=(selectMIN(news_id)fromwherenews_id>"+id+")";
提供多语言支持，常见的编码如中文的GB2312、BIG5，日文的Shift_JIS等都可以用作数据表名和数据列名。

飘飘悠悠 发表于 2015-1-18 12:57:19

SQL语言是学习所有数据库产品的基础，无论你是做数据库管理还是做数据库开发都是这样。不过具体学习的侧重点要看你将来做哪一块，如果是做数据库管理（DBA），侧重点应该放在SQLServer的系统管理上.

爱飞 发表于 2015-1-26 14:43:56

作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！

老尸 发表于 2015-2-4 20:08:01

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

不帅 发表于 2015-2-10 06:41:28

外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。

若天明 发表于 2015-3-1 02:44:27

从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。

若相依 发表于 2015-3-10 12:29:27

然后最好有实践机会，能够把实践到的和实践结合起来，其实理论思考是个非常困扰和痛苦的事情

活着的死人 发表于 2015-3-17 07:11:13

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

分手快乐 发表于 2015-3-24 02:14:30

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。
页: [1]
查看完整版本: 获得上一条,下一笔记录