MYSQL编程：Access的特性及其观点问答

索引用来快速地寻找那些具有特定值的记录，所有MySQL索引都以B-树的形式保存。如果没有索引，执行查询时MySQL必须从第一个记录开始扫描整个表的所有记录，直至找到符合要求的记录。扫盲年夜课堂：Access的特性及其观点问答成绩：
这里只办理一个成绩，究竟甚么是Access？
计划一个数据库办理体系，用access
在access内里计划好表，查询，然后再用vb做窗体做毗连，跟在access内里计划窗体，报表再调VBA来编代码有甚么区分吗
我们是分红几个组做的，但其别人仿佛没这个认识，我以为间接在access里把统统都作好再挪用vb编码仿佛更简单一点
我不分明，MDB究竟是甚么，假设说SQL是一个背景数据存储库，那ACCESS既是背景又是前台，这么说，SQL和ACCESS一样都能够被挪用，那为何还要SQL呢，ACCESS不是完整能够取代SQL了吗？
MDB格局文件可否离开ACCESS情况，在未装ACCESS的呆板上被其他软件挪用？
回覆：
1、Access是MicrosoftOffice的一个组件，一个前背景分离的数据库“软件”。
也就是说Access既具有用户界面（VB能够用来开辟用户界面）；也具有逻辑、流程处置，即VBA言语（VB也能够用来做逻辑处置）；又能够存储数据，即在“表”中存储数据。而一切这些都存储在一个MDB格局的文件中（固然，也能够是MDE等格局）。
回覆上述成绩：Access内里计划好界面，VB中必需创建ACCESS.APPLICATION才干挪用，也就是说这基础是VBA编程，而不是VB编程。
2、Access不是一种存储格局，是一种软件。
请人人严厉辨别Access软件与MDB格局。以下的语句是毛病的：“我用VB来开辟MIS体系，数据存储在ACCESS中。”。VB下挪用MDB格局（或JETDB）只是挪用一种格局的文件罢了，并没有挪用到Access，实在官方说法叫“VB的JET使用”。别的，MDB格局的文件也能够被其他开辟工具，好比DELPHI/PB/C/PHP/ASP/CGI/C#/J#/JAVA/VB.NET/C.NET.。..挪用。可是被挪用的只是MDB文件，良多ACCESS软件所具有的功效，这些开辟工具是没法挪用的。
也正由于云云，相似如许的成绩“我的体系中没有安装OFFICEACCESS，是不是能用ASP挪用ACCESS数据库呢？”，谜底是：固然能够，实在你基本没有利用ACCESS这个软件，只是利用了MDB这类数据库格局，而这类格局只需体系中有OLEDB引擎就能够撑持。WINDOWS98和以上版本的WINDOWS操纵体系都内置撑持OLEDB引擎。
3、Access中的一些工具能够被VB挪用，可是必需在挪用的呆板上安装ACCESS这个软件（COPY一个MDB文件是不敷的）大概安装分外的ActiveX控件
4、这里指的纯ACCESS情况就是指没有利用任何其他软件，间接利用ACCESS界面和存储格局的情况，也就是不克不及离开ACCESS运转时的情况。下面说的ASP+MDB/VB+MDB等等都不是所谓的“纯ACCESS情况”。因而上述情况中呈现的成绩基础与ACCESS这个软件毫有关系。
5、“我不分明，MDB究竟是甚么”，回覆上述成绩：MDB是一种文件格局，个中的数据以特定体例构造起来，而ACCESS这类软件的默许存储格局恰好是MDB
6、“假设说SQL是一个背景数据存储库，那ACCESS既是背景又是前台”，
回覆上述成绩：SQL是“布局化查询言语”，请不要与SQLSERVER这类数据库软件搅浑。SQLSERVER是一种数据库软件，可是他没有“终极用户”界面，只要合适于开辟者利用的界面，开辟者可使用其他编程工具来开辟界面，好比用VBVB.NET等；而ACCESS这个软件自己就具有开辟者利用的界面和合适于“终极用户”的界面，也就是我们一般说的前背景分离。
7、“那ACCESS既是背景又是前台，这么说，SQL和ACCESS一样都能够被挪用，那为何还要SQL呢，ACCESS不是完整能够取代SQL了吗”，
回覆上述成绩：请先参考回覆3，ACCESS的功效和SQLSERVER分歧以是其实不抵触，详细有甚么分歧请自行参考ACCESS的“匡助”和SQLSERVER的“联机丛书”
8、“MDB格局文件可否离开ACCESS情况，在未装ACCESS的呆板上被其他软件挪用？”
回覆上述成绩：能够，这是由于有JETDB的撑持，而WINDOWS98以上默许就内置了JETDB，就像98以上的呆板默许就能够扫瞄网页，而windows95的呆板必需安装扫瞄器才干扫瞄网页一个事理。
对免费版的用户也具有充足的支持服务。在dev.mysql.com上，一个大型的MySQL学习教程强大社区用户和开发者可以讨论所有关于MySQL的事情。这个站点拥有博客、指南、视频、技术交流会、白皮书和论坛等方式的交流。

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

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

如安全管理、备份恢复、性能监控和调优等，SQL只要熟悉基本操作就可以，只要程序设计部分只要稍加了解即可（如存储过程、触发器等）。

Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

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

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

再开发调试阶段和OLAP环境中，外键是可以建立的。新版本中加入了SETNULL和SETDEFAULT属性，能够提供能好的级联设置。

很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。