SQL Server的系统表及其应用研究
1. SQL Server的系统表
Microsoft的SQL Server是一个可伸缩的高性能数据库管理系统，专为分布式客户机/服
务器环境而设计，SQL Server几乎将所有的配置信息、安全性信息和对象信息都存储在了它自
身的系统表中，而系统表存在于每个独立的数据库中，存储一个特定数据库对象信息的系统表
通常称为数据库目录，MASTER数据库有其特有的系统表用于保存整个系统和所有数据库的信息
，通常称为服务器目录或系统目录。
服务器上所有的数据库包括MODULE， MASTER等都含有18个具有相同名称、结构的系统表，如
表SYSOBJECTS用于描述数据库中的对象枣表、视图、存储过程等，表SYSUSER用于描述数据库
的用户，而MASTER数据库另外还有13个单独的全局系统表，如表SYSLOGINS用于保存每个服务
器的登录名、口令和配置信息、表SYSDATABASE保存服务器上所有数据库名、所有者、状态及
其他信息。
存储过程是内嵌于数据库中的程序代码，它与表、视图等一样是数据库的一个组成部分，不
同于一般的外部程序代码，它是经过预编译处理的代码，因此具有运行速度快、效率高的特点
，存储过程也是SQL Server的一个重要功能，许多单纯针对后台数据库的操作一般都交由存储
过程来完成以提高系统效率。本文将给出一个存储过程来说明SQL Server系统表的应用。
2. SQL Server系统表的应用
在应用SQL Server的基于客户机/服务器体系结构的信息系统开发中，有时需要将后台SQL S
erver上的某一数据库的表结构都打印出来，以便于开发人员查阅及最终文档的形成。SQL Se
rver本身提供了一个系统存储过程(SP_COLUMNS)，可以完成对单个表结构的查询，只要在SLQ
Server的ISQL-W工具中键入SP_COLUMNS“表名”，并执行即可得到结果集。但该方法有许多
不足之处，其主要缺点是：
1)只能对数据库中单个数据表进行操作，当需要查询一个数据库中所有的表时，需要多次执
行系统存储过程SP_COLUMNS，因此显得非常繁琐。
2)查询结果集中包含了许多不必要的信息，缺乏使用的灵活性。
下面我们创建一个存储过程来完成对某一个数据库中所有表结构的查询。
在创建一个数据库的同时，系统会自动建立一些系统表，限于篇幅的缘故我们在这里只介绍
与应用实例有关的三个系统表(SYSOBJECTS，SYSCOLUMNS，SYSTYPES)及其相关的字段。 表
SYSOBJECTS为数据库内创建的每个对象(约束，规则，表，视图，触发器等)创建一�
相关文档：
1、 SQL Server：入站端口为TCP 1433，出站端口为TCP任意端口（1024～5000之间的端口号）；
2、 SQL Browser ：入站端口为UDP 1434，出站端口为UDP任意端口（1024～5000之间的端口号）；
3、查看或修改SQL2005实例的端口号，如果系统中同时安装SQL 2000和SQL 2005，SQL 2005的连接端口可能不是1433，我们需要更改SQL 2005 ......
C# 数据库之旅……
继续进攻层出不穷的problems
在上一篇内容的基础上，我又作以改进，现在的情况是这样的：
//In Browseuser form
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System ......
本文从多个角度阐述了SQL Server与存储过程的比较。
①为什么要使用存储过程？
因为它比SQL语句执行快。
②存储过程是什么?
把一堆SQL语句罗在一起,还可以根据条件执行不通SQL语句。
③来一个最简单的存储过程：
CREATE PROCEDURE dbo.testProcedure_AX
AS
select userID from
USERS order by userid ......
前一段时间在维护一个老项目的时候发现，在执行一个较大的存储过程时，总是报“常规网络错误，请检查您的网络文档”。在后续的维护检查中发现，是事物超时导致执行中止的。
下面是调整过程：
一、把SQL SERVER的等待响应时� ......
