公布怎样把access转换到mysql

使用它开发程序也是非常简单的。”access只能在windows下利用这分歧命的特征让我切齿腐心，痛下决计要把access转换到MySQL，可是从网上找了良多文章，都没有间接转换的器材。传闻能够使用odbc转，就实验了一下。
先安装好mysql,myodbc,建一个mysql的空数据库，在odbc办理中加上这个数据库，指命名称。
用access2000翻开数据库，然后选导出，选odbc,选呆板数据源，选中本人方才创建好的mysqlodbc数据源，断定后导出。
一次只能倒一个表。
。。。。。。。。。。
终究完了，如今乐成了吗？
把程序中的数据源改到刚倒好的mysqlodbc上，发明各处都是毛病，本来mysql对表的巨细写有辨别，改了程序后，运转感到不错，速率也能够。
不合错误，怎样又错了，这个ID怎样是空的？？？
本来这个倒进的数据库不撑持主动递增的功效。

持续到mysql的目次，bin下运转mysqldump倒出一切的布局和数据到一个文件my.sql然后编纂my.sql，修正一切的CREATETABLE语句，
IDintnotnullauto_increment,PRimarykey(ID),如许ID就相称于access中的主动编号数据范例了，在mysql/bin下运转mysql,drop失落本来的数据库，再source一下方才修正过的这个my.sql一切数据恢复出来，好，这下统统弄定，程序比平常要快了很多，特别是论坛部分。
注：此次操纵均在windows2000下举行。

MySQL对硬件的较低要求是其最大的优势之一，不过需要注意的是：内存越多越好，因为所有的重要数据存储都在内存中完成。

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

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

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

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

至于淘汰的问题，只能说在你的项目周期之内，微软应该都不会倒闭。

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

同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。