使用存储过程时一个错误的解决方法

jackxm（原作）
这段时间用了一下C Builder ，在调用存储过程的时候遇到了一些问题，问了很多地方都没有找到答案，最后还是靠自己，现在拿出来和大家分享。
示例代码:
StoredProc1->Params->Clear();
StoredProc1->Params->CreateParam( ftSmallint, "@m1", ptInput);
StoredProc1->Params->CreateParam( ftString, "@m2", ptOutput);
StoredProc1->Params->CreateParam( ftInteger, "@m3", ptOutput);
StoredProc1->Params->CreateParam( ftInteger, "@m4", ptOutput);
StoredProc1->Params->CreateParam( ftInteger, "@m5", ptOutput);

StoredProc1->Params->CreateParam( ftInteger, "Result", ptResult);
StoredProc1->Prepare();
StoredProc1->ExecProc();
问题：调用存储过程的时候总是报错,注意，时在执行StoredProc1->ExecProc()的时候就会报错，其它的地方报的错误的解决方法不再本篇文章中。执行代码报错时的错误信息提示：错误：indicator variable required but not supplied
原因：当在执行的存储过程的时候，如果有一项出项空值的时候，就会发生这样的问题
解决：在存储过程中对产成的空值进行处理，就可以了

收集和分发数据是网络管理的职责之一，而且必须确保这些数据的准确性和安全性。不管它们是什么操作系统，数据库服务器需要特殊的管理以保证操作上的安全性。

良好的安全性开始于安装。现在让我们看一看如何才能在开始的时候就获得SQL Server的安全性。
安装
在开始安装之前，先定位到终端路由器或者防火墙，将UDP和TCP端口1433和1434指明为SQL Server的IP地址，这将有助于在安装的时候防止SQL injection弱点。
请不要在一个域控制器(domain controller)上安装SQL Server，一个程序的弱点可以导致危及整个域。在安装程序的转移数据之前，你最好在一个具有完全补丁修补之后的操作系统上安装SQL Server。
SQL Server服务应该运行于独立的当地帐号之下。这样，即使如果有人破坏程序，其它的服务器也可以不受影响。
如果服务器想要为一个基于Windows的网络服务，与服务器的所有连接都需要Windows认证。这将使得用户不再有必要记住其它连接的密码，从而减轻了用户的负担。

服务帐号
在通常情况下，服务帐号十分注意分配给它们的权限。SQL Server使用两种帐号：SQL Server Engine和SQL Server Agent。这两种帐号都作为一个具有常规帐号权限的域用户而运行。
如果你使用SQL Server认证，而不是使用Windows认证，或者如果你的服务器运行的是ActiveX脚本或CmdExec作业(比如，操作系统命令或者.bat，.cmd，.com，或.exe的可执行程序)，SQL Server Agent帐号将需要当地Windows管理员权限。
注意：如果你需要改变与SQL Server服务有关的帐号，可以使用SQL Server企业管理者(SQL Server Enterprise Manager)。企业管理者将对SQL Server使用的文件和注册表键设置合适的权限。不要使用控制面板上MMC的Services applet来更改这些帐号。
安装之后

通过运行微软Killpwd.exe程序，可以清除在安装过程中保存在不同安装文件中的纯文本sysadmin密码。
当从新服务器中清除安装文件之后，运行Microsoft Baseline Security Analyzer (MBSA)。这一工具能够扫描和测试安装中产生的问题，这些问题包括：
过多的sysadmin成员都想作为服务器角色。
分配建立CmdExec作业的权限。
空白的或者琐屑的密码。
脆弱的认证方式。
分配给管理者组的过多的权限。
运行于域控制器的系统的SQL Server。
每一组的不合适的配置。
SQL Server服务帐号的不合适的配置。
access 只能在 windows 下使用这一致命的特性让我深恶痛绝，痛下决心要把 access 转换到 mysql，但是从网上找了很多文章，都没有直接转换的东西。听说可以利用odbc转，就尝试了一下。
　
先安装好mysql,myodbc,建一个mysql的空数据库，在odbc管理中加上这个数据库，指定名称。
　
用access2000打开数据库，然后选导出，选odbc,选机器数据源，选中自己刚才建立好的mysql odbc 数据源，确定后导出。
　
一次只能倒一个表。
　
。。。。。。。。。。
　
终于完了，现在成功了吗？
把程序中的数据源改到刚倒好的mysql odbc上，发现到处都是错误，原来mysql对表的大小写有区分，改了程序后，运行感觉不错，速度也可以。
　
不对，怎么又错了，这个ID怎么是空的？？？
原来这个倒入的数据库不支持自动递增的功能。

继续到mysql的目录，bin下运行 mysqldump 倒出所有的结构和数据到一个文件 my.sql然后编辑 my.sql，修改所有的 CREATE TABLE 语句，
ID int not null auto_increment, primary key (ID), 这样ID就相当于access中的自动编号数据类型了，在 mysql/bin 下运行mysql,drop掉原来的数据库，再source一下刚才修改过的这个my.sql所有数据恢复进去，好，这下一切搞定，程序比往常要快了许多，尤其是论坛部分。
　
注：此次操作均在 windows 2000 下进行。

问：我的SQL Server表的一列允许NULL值。我希望在其值为非NULL时，该列是唯一的。怎样才能以编程的方式实现这一行为？如果在该列上设置一个UNIQUE 约束，我只能包含一个值为NULL的记录。我正在使用触发器实现这一约束，您可以推荐一个更简单的方法以保证所有的非NULL值唯一吗？
答：SQL Server没有实现非NULL值唯一性的内建机制，因此您需要通过自定义的CHECK约束来实现这一机制。例如，以下一段编码实现了您所需要的功能：
USE tempdb
CREATE table t1 (c1 int NULL, c2 char(5) NULL)
CREATE trigger mytrigger on t1 for insert, update as
BEGIN
IF (select max(cnt) from (select count(i.c1)
as cnt from t1, inserted i where t1.c1=i.c1 group
by i.c1) x) > 1
ROLLBACK TRAN
END
在SQL Server 2000中，您还可以使用INSTEAD OF触发器来实现这一功能。有关INSTEAD OF触发器的详细信息，请参阅以下文章。如需访问这些文章，请访问SQL Server 杂志网站，在InstantDoc框中输入InstantDoc号，然后点击Go。相关文章如下：
Tricks with INSTEAD OF Triggers; InstantDoc number 15828
INSTEAD OF Triggers on Views; InstantDoc number 15791
INSTEAD OF Triggers; InstantDoc number 15524
—SQL Server MVPs

问：我的Microsoft Access 2000应用程序由后端的SQL Server 2000数据库写入数据。为防止Access的用户看到SQL Server 2000表中的全部数据，我想使用一种只允许用户浏览授权数据行的视图。可以创建一种限制用户访问SQL Server数据的视图吗？
答：可以。如果每位用户以唯一的用户ID登录到Access，您就可以创建一种限制用户访问SQL Server数据的视图。以下的示例语句就可以创建这样一种视图：
CREATE VIEW v_data AS
SELECT <column_list>
FROM dbo.mytable AS a
INNER JOIN dbo.authtable AS b
ON (a.Pkey = b.DataKey
AND b.userid = suser_sname())
该视图按userid限制用户的访问权。它要求您保存一份与数据表（mytable）中特定主键相匹配的用户名的表（authtable）。如果您的情况相对比较简单——您无需管理多个用户的行访问权，则您可以将userid列插入到数据表中，如下列代码所示：
CREATE VIEW v_data AS
SELECT <column_list>
FROM dbo.mytable AS a
WHERE a.userid = suser_sname()
—Microsoft SQL Server 开发团队