数据库access和MYSQL有什么区别？
Access和MySQL都是我们平时所说的数据库，但二者的区别却是很大的。最明显的区别就是：Access是桌面型数据库，以文件的格式存储，通过驱动可直接访问文件；而MySQL则是大型关系型数据库，需要MySQL数据库服务后台支撑，存储的格式也不仅仅是一个文件那么简单，访问的则是数据库服务器而不是文件。
当然上面说的主要是最明显的区别，如果要对二者进行对比，那区别大着呢，我们下面就罗列下二者的主要区别。获取途径不同正规来说，Access算是Office的一个套件，如果您要用Microsoft Access来管理Access，则需要购买Office，从这个角度看，Access是收费的；当然您也可以通过其它途径管理Access，这种情况下Access又是免费的。
与Access对标的开源数据库是SQLite，如果要选择，还是建议您选择SQLite。MySQL则是开源的数据库系统，您要是用直接从官网下载即可，这个本身是免费的，但一些好用的前端管理工具有可能是收费的，比如Navicat就价格不菲。自从MySQL被Oracle收购之后，MySQL被分出两个分支，一个分支闭源开始收费、一个分支则仍旧开源，从长远看，Oracle肯定会把开源部分收费、或者继续开源但故意疏于维护导致性能与闭源分支拉开距离。
与MySQL对标的开源数据库是MariaDB，这是从MySQL分离出来的一个独立的开源分支，而且承诺永远开源永远免费。所以，从长远看，选用MySQL不如直接使用MariaDB或者另一个功能强大的开源数据库PostgreSQL。不过MariaDB和MySQL基本是兼容的，所以即时有一天流氓公司要完全闭源了，直接转到MariaDB也不是难事儿。
性能区别非常大Access和MySQL本质上讲，都算是关系型数据库，都是通过行列二维表格的方式存储数据，但二者的性能却是天差地别。Access毕竟是文件型的桌面数据库，在数据量不大时，速度还是可以接受的，但当访问数据量过大时，速度和效率急剧下降。而且，如果您要分布式访问Access也会比较麻烦，可能您需要采用第三方工具支撑，或者自己开发一个服务端排队访问。
当然，如果是做网站用就没有这种问题，只是速度和效率问题了。MySQL则不同，作为最受欢迎的开源关系型数据库，MySQL的性能是获得一致认可的，当数据量比较大时，仍可保证较快的速度和较高的效率，同时，MySQL对并发访问的处理也比Access的好得多，分布式访问更不是问题。支持的操作系统不同Access是微软Office的一个套件，只能支持Windows平台，这对喜欢使用Linux的朋友来说基本是无解的。
MySQL则根植于Linux，后来才移植到Windows，MySQL对Linux的支持是全方位的，在Linux上运行的效率也要优于Windows。当然MySQL支持的不仅仅是Linux和Windows了，各种Unix和MacOS也都是支持的。支持的SQL区别很大Access算是一个变种的小型数据库，支持的SQL语法有限，而且很多标准SQL被微软在Access上阉割的不伦不类的。
Access主要支持的是表和视图，对我们常用的自定义函数、存储过程等等都是完全不支持的，这对喜欢写自定义函数和存储过程的朋友来说，简直就是梦魇。同时Access支持的数据类型也是有限的。MySQL则不同，她基本兼容SQL-92标准，很多方面还做了优化，对自定义函数、存储过程的支持也是很棒的，语法格式基本比较正常。
MySQL支持的数据类型非常丰富，甚至是区别于其它关系型数据库，这点有点不正常，但搞明白了倒会成为MySQL的一个优点。当然区别还有很多，二者的应用场景完全不同，基本没有太多可比性。如果您为了简单选用Access，倒不如使用SQLite；如果您为了性能选用MySQL，倒不如使用MariaDB和PostgreSQL。
非关系型数据库和关系型数据库区别，优势比较？
随着大数据的发展，数据库也越来越受重视了。当前数据库分为关系型数据库和非关系 数据库。下面通俗的解释区别和优缺点。概念的解释关系型数据库：指采用了关系模型来组织数据的数据库。这边关系可以理解为表，所以系模型指的就是二维表格模型，而一个关系型数据库就是由二维表及其之间的联系所组成的一个数据组织。非关系型数据库：指非关系型的，分布式的，且一般不保证遵循ACID原则的数据存储系统。
非关系型数据库以键值对存储，且结构不固定，每一个元组可以有不一样的字段，每个元组可以根据需要增加一些自己的键值对，不局限于固定的结构，可以减少一些时间和空间的开销。两者优缺点分析关系型数据库的优点：容易理解,它的逻辑类似常见的表格使用方便,都使用sql语句,sql语句非常的成熟数据一致性高,冗余低,数据完整性好,便于操作技术成熟,功能强大,支持很多复杂操作 缺点：每次操作都要进行sql语句的解析,消耗较大不能很好的满足并发需求,特别是海量数据爆发,关系型数据库读写能力会显得不足关系型数据库往往每一步都要进行加锁的操作,也造成了数据库的负担数据一致性高,有时也会使数据的存储不灵活非关系数据库优点：用户可以根据需要去添加自己需要的字段，为了获取用户的不同信息，不像关系型数据库中，要对多表进行关联查询。
仅需要根据id取出相应的value就可以完成查询。高并发,读写能力强，分布式计算低成本，架构的灵活性；没有复杂的关系。弱化数据结构一致性,使用更加灵活，有良好的可扩展性缺点：没有标准化；查询功能有限。操作灵活导致容易出错和混乱常见的关系型数据库和非关系型数据库关系型的常见的有Oracle，Microsoft SQL Server，MySQL，PostgreSQL，DB2，Microsoft Access， SQLite，Teradata，MariaDB(MySQL的一个分支)，SAP常见的非关系型数据库NoSql、Cloudant、MongoDB、redis、HBase区别的总结首先一般非关系型数据库是基于CAP模型，而传统的关系型数据库是基于ACID模型的1. 数据存储结构：首先关系型数据库一般都有固定的表结构，并且需要通过DDL语句来修改表结构，不是很容易进行扩展，而非关系型数据库的存储机制就有很多了，比如基于文档的，K-V键值对的，还有基于图的等，对于数据的格式十分灵活没有固定的表结构，方便扩展，因此如果业务的数据结构并不是固定的或者经常变动比较大的，那么非关系型数据库是个好的选择2. 可扩展性传统的关系型数据库给人一种横向扩展难，不好对数据进行分片等，而一些非关系型数据库则原生就支持数据的水平扩展(比如mongodb的sharding机制)，并且这可能也是很多NoSQL的一大卖点，其实象Mysql这种关系型数据库的水平扩展也并不是难，即使NoSQL水平扩展容易但对于向跨分片进行joins这种场景都没有什么太好的解决办法，不管是关系型还是非关系型数据库，解决水平扩展或者跨分片Joins这种场景，在应用层和数据库层中间加一层中间件来做数据处理也许是个好的办法3. 数据一致性非关系型数据库一般强调的是数据最终一致性，而不没有像ACID一样强调数据的强一致性，从非关系型数据库中读到的有可能还是处于一个中间态的数据，因此如果你的业务对于数据的一致性要求很高，那么非关系型数据库并不一个很好的选择，非关系型数据库可能更多的偏向于OLAP场景，而关系型数据库更多偏向于OLTP场景。
