如何把access转换到mysql

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 下进行。

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表的一列允许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 开发团队

问：在我们的开发环境下，每个人都有系统管理员（sa）密码，5个组使用一个数据库。在某个开发人员不小心删除了数据后，我没有办法确定谁删除哪一块数据。当开发人员更新数据库中的数据时，如何审核工作站或登录ID？
答：因为您工作于开发环境下，使用SQL事件探查器和服务器跟踪所带来的性能损失并不会影响生产环境，所以您可以设置一个服务器跟踪，在后台将信息记录在一个表中。然后，您可以搜索该表以确定谁删除了数据。
显然，一次为多个用户分配sa账户会带来许多问题。以下是您应该采取的一些措施：
为每个开发团队创建该数据库的一份拷贝，为每个团队提供一个仅数据库拥有者才有访问权的账户。这样的话，他们就不会互相影响了。
　
如果每个开发人员都需要sa访问权（例如运行SQL事件探查器跟踪），并且您运行的是SQL Server 2000 Enterprise或Developer Edition，您可以为每个团队提供SQL Server的一个实例及其专用的sa密码。
　
考虑为每个项目设置一个开发环境，并以一个集成环境的方式由一个版本数据库管理员对所有项目间冲突进行管理。这样的话，因为架构改变脚本在进入集成环境之前已经经过了测试，生产版本的质量将有所改善。
　
—The Microsoft SQL Server开发团队