MSSQL网站制作之SQL没法毗连

因此我们的保存数据方法就是：在删除的动作开始之前，把表数据备份起来，然后留一个空表，在空表上执行“删除”操作。
SQL没法毗连，一样平常检察以下成绩能够办理。
1.SQL服务是不是启动
2.收集毗连端口(1433)是不是翻开
3.登任命户的数据库脚色

以上不克不及办理，前进检察事务检察器

如在更新SQL时，呈现以下成绩：
事务范例:信息
事务来历:MSSQLSERVER/MSDE
事务品种:无
事务ID:5400
日期:2006-8-13
事务:8:24:25
用户:N/A
盘算机:LIUZJ
形貌:
您正在运转的MicrosoftSQLServer2000或MicrosoftSQLServer2000桌面引擎(又称MSDE)的版本包括已知的与Windows的此版本一同利用时的毛病。要削减盘算机的毛病，免受特定病毒打击，应当禁用MicrosoftSQLServer2000、MSDE(或同时)的TCP/IP和UDP收集端口。要启用这些端口，您必需从http://www.microsoft.com/sql/downloads/default.asp安装修补程序，或MicrosoftSQLServer2000或MSDE的最新servicepack。

有关更多信息，请参阅在http://go.microsoft.com/fwlink/events.asp的匡助和撑持中央。
既能够作为一个单独的应用程序应用在客户端服务器网络环境中，也能够作为一个库而嵌入到其他的软件中。

而SQLServer如果能像Oracle一样可以为登陆分配如：5%的cpu，10%的内存。就可以解决这个漏洞。

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

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

分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。