MYSQL网页设计旧版数据库转换至ACCESS2000的注重事项...

人们常说“成功孕育成功”，这种说法明显非常适合MySQL的情况。MySQL学习教程这个开源数据库号称在全世界有超过110万份的完全安装。因为ACCESS97（或更早的版本）没法开启以ACCESS2000制造的档案，故好像以往历次改版，若要完整发扬ACCESS2000之功效，读者须思索将旧版数据库转换至2000，请见以下申明：
1、共用数据表
不管数据库为什么种版本，数据表皆是可共用的资本，如ACCESS97数据库可保持来自ACCESS2000数据库中的数据表，以是若情况内不是每位利用者皆已晋级至ACCESS2000，又为坚持数据准确，可将数据表做为共用。
2、ACCESS2000转换至ACCESS97
这是ACCESS历次改版中，第一次供应新版转旧版的功效，读者可在开启数据库后，利用〖工具〗->〖数据库工具〗->〖转换数据库〗->〖转换ACCESS97文件格局〗。但转换后的数据库，不包管可在ACCESS97中统统一般，由于数据库在2000中若利用了97版不撑持的新功效，将会在转换后产生毛病。
3、不撑持的程序库
若读者转换ACCESS7.0的数据库，且在VBA中利用DAO处置数据库，则会在转换时产生毛病，由于ACCESS2000不撑持DAO2.5/3.X的程序库。
办理办法是，在转换后入手下手VisualBasic编程器，利用〖工具〗->〖设定援用项目〗选项，在此扫除漏掉的DAO2.5/3.X程序库，再援用DAO3.60程序库。
4、程序码
在程序码部分，若转换ACCESS2.0数据库，且在数据库中以Declare报告式宣布利用API函数，则一切此类函数在转换后均须从头宣布，还是利用Declare报告式，但每函数有新的语法。由于Access2.0是利用WIN16API，而今朝者是WIN32API。
别的，在ACCESS2000的VBA中，有些属性及函数传回值有较严厉的分类，一般是旧版传回值范例为Variant者转换为字串，故有大概在实行时产生毛病，读者可在转换完成后，开启VisualBasic编程器，在此利用〖侦错〗->〖编译〗选项，检察有没有毛病，最常产生的毛病是〖范例不符〗或〖Null的利用不准确〗等，此时可反省处置的属性或函数传回值是不是准确。
申明：
以上仅列出较罕见或大概产生的毛病，一样平常而言，ACCESS2000与ACCESS97之差别不年夜，将97转换至2000应无太年夜成绩，成绩较多的是ACCESS2.0及7.0版，由于这两个版本不是32位版本，加上Access2.0不撑持VBA，故成绩较多。

这一切听起来不错，无疑DBaaS具有很多相对于RDBMS的优势。然而MySQL学习教程，DBaaS也有其局限性，云服务中固有的局限性就是之一。当客户开始将数据放入云端时，他们会遭遇到无法控制的网络性能问题。

始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。

发几份SQL课件，以飨阅者

大家注意一点。如下面的例子：

原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！

SQLServer的异构移植功能个人感觉最好了。（如果对比过SQLServer的链接服务器和Oracle的透明网关的朋友会发现SQLServer的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。）