Access,MSSQL,MYSQL数据库的特点及应用

大家知道，常用的数据库一般是分为三种： (一)、Access (二)SQL Server(三)MySQL，那么，用户想做一个网站，到底哪一种数据库是适合自己的呢?以下给大家介绍一下常用的数据库有什么区别或是功能方面。

Access是一种桌面数据库，只适合数据量少的应用，在处理少量数据和单机访问的数据库时是很好的，效率也很高。但是它的同时访问客户端不能多于4个。access数据库有一定的极限，如果数据达到100M左右，很容易造成服务器iis假死，或者消耗掉服务器的内存导致服务器崩溃。

SQL Server是基于服务器端的中型的数据库，可以适合大容量数据的应用，在功能上管理上也要比Access要强得多。在处理海量数据的效率，后台开发的灵活性，可扩展性等方面强大。因为现在数据库都使用标准的SQL语言对数据库进行管理，所以如果是标准SQL语言，两者基本上都可以通用的。92HeZu网全部双线合租空间均可使用Access数据库，同时也支持SQL Server。SQL Server还有更多的扩展，可以用存储过程，数据库大小无极限限制。

SQL Server 特点：

1.真正的客户机/服务器体系结构。

2.图形化用户界面，使系统管理和数据库管理更加直观、简单。

3.丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。

4.SQL Server与Windows NT完全集成，利用了NT的许多功能，如发送和接受消息，管理登录安全性等。SQL Server也可以很好地与microsoft BackOffice产品集成。

5.具有很好的伸缩性，可跨越从运行Windows 95/98的膝上型电脑到运行Windows 2000的大型多处理器等多种平台使用。

6.对Web技术的支持，使用户能够很容易地将数据库中的数据发布到Web页面上。

7.SQL Server提供数据仓库功能，这个功能只在Oracle和其他更昂贵的DBMS中才有。

MySQL是一个开放源码的小型关系型数据库管理系统，开发者为瑞典MySQL AB公司，92HeZu网免费赠送MySQL。目前MySQL被广泛地应用在Internet上的中小型网站中。提供由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库

MySQL特点：

1.MySql的核心程序采用完全的多线程编程。线程是轻量级的进程，它可以灵活地为用户提供服务，而不过多的系统资源。

2.MySql可运行在不同的 *** 作系统下。简单地说，MySql可以支持Windows95/98/NT/2000以及UNIX、Linux和SUN OS等多种 *** 作系统平台。

3.MySql有一个非常灵活而且安全的权限和口令系统。当客户与MySql服务器连接时，他们之间所有的口令传送被加密，而且MySql支持主机认证。

4.MySql支持ODBC for Windows。MySql支持所有的ODBC 2.5函数和其他许多函数，这样就可以用Access连接MySql服务器，从而使得MySql的应用被大大扩展。

5.MySql支持大型的数据库。虽然对于用Php编写的网页来说只要能够存放上百条以上的记录数据就足够了，但MySql可以方便地支持上千万条记录的数据库。

6.MySql拥有一个非常快速而且稳定的基于线程的内存分配系统，可以持续使用面不必担心其稳定性。

7.强大的查询功能。MySql支持查询的SELECT和WHERE语句的全部运算符和函数，并且可以在同一查询中混用来自不同数据库的表，从而使得查询变得快捷和方便。

8.PHP为MySql提供了强力支持，PHP中提供了一整套的MySql函数，对MySql进行了全方位的支持。

MySQL技术特点（1）它使用的核心线程是完全多线程，支持多处理器。（2）有多种列类型：1、2、3、4和8字节长度自有符号/无符号整数、FLOAT、DOUBLE、CHAR、VARCHAR、TEXT、BLOB、DATE、TIME、DATETIME、TIMESTAMP、YEAR和ENUM类似。（3）它通过一个高度化的类库实现SQL函数库并像其一样快速，通常在查询初始化后不该有任何内存分配。没有内存漏洞。（4）全面支持SQL的GROUP BY 和ORDER BY 子句，支持聚合函数（COUNTO()、AVG()、STD()、SUM() 、MAX()和MIN()。你可以在同一查询中来自不同数据库的表。（5）支持ANSI SQL的LEFTOUTER JON和ODBC。（6）所有列都有默认值。你可以用INSERT插入一个表列的子集，那些没有明确给定值的列设置为他们的默认值。（7）MySQL可以工作在不同的平台上。支持C、C++、Java、Perl、PHP、Python和TCLAPI。（8）利用优化的一遍扫描多重连接（one-sweepmulti-join）工具可以非常快速地进行网络连接。（9）通过高度优化的类库实现SQL函数库，通常在查询初始化后没有任何内存分配。（10）可以在同一查询中混用来自不同数据库的表。（11）灵活且安全的权限和口令系统，并且准许其他主机的认证，口令有较高的安全性，因为当与一个服务器连接时，所有传送的口令都会被加密。（12）大数据库处理。可以对某些包含50,000,000个记录的数据库使用MySQL。（13）没有内存漏洞。（14）所有MySQL程序可以使用“##help"或“_？”选项获得联机帮助。（15）服务器能为客户提供多种语言的出错信息。（16）客户端使用TCP/IP连接或Linux(Socket)和NT下的命令管道连接MySQL。（17）MySQL特有的show命令可用来检索数据库表和索引的信息，explain命令可用来确定优化器如何解决一个查询。

你还在被以下问题困扰吗：

MySQL 的安装规范中应该设置什么时区？

JAVA 应用读取到的时间和北京时间差了14个小时，为什么？怎么解决？

已经运行一段时间的业务，修改 MySQL 的时区会影响已经存储的时间类型数据吗？

迁移数据时会有导致时间类型数据时区错误的可能吗？

...

看完这篇文章，你能解决上面所有的疑惑。首先出场的是和时区相关的启动参数和系统变量。

如果要在 MySQL 启动时就指定时区，则应该使用启动参数： default-time-zone ，示例：

启动后我们可以看到控制时区的系统变量，其中 time_zone 变量控制时区，在MySQL运行时可以通过 set 命令修改（注意：不可以写在 my.cnf 中）：

启动参数和系统变量的可用值遵循相同的格式：

system_time_zone 变量只有全局值没有会话值，不能动态修改，MySQL 启动时，将尝试自动确定服务器的时区，并使用它来设置 system_time_zone 系统变量， 此后该值不变。当 time_zone='system' 时，就是使用的这个时区，示例中 time_zone 就是 CST，而 CST 在 RedHat 上就是东八区：

概括一下就两点：

1. NOW() 和 CURTIME() 系统函数的返回值受当前 session 的时区影响

不仅是select now()，包括insert .. values(now())、以及字段的 DEFAULT CURRENT_TIMESTAMP 属性也受此影响：

2. timestamp 数据类型字段存储的数据受时区影响

timestamp 数据类型会存储当时session的时区信息，读取时会根据当前 session 的时区进行转换；而 datetime 数据类型插入的是什么值，再读取就是什么值，不受时区影响。也可以理解为已经存储的数据是不会变的，只是 timestamp 类型数据在读取时会根据时区转换：

关于时区所有明面上的东西都在上面了，我们前面提到的困扰就是在暗处的经验。

1. MySQL的安装规范中应该设置什么时区？

对于国内的业务了，在 my.cnf 写入 default-time-zone='+08:00' `，其他地区和开发确认取对应时区即可。

为什么不设置为 system 呢？使用系统时间看起来也是个不错的选择，比较省事。不建议的原因有两点：

2. JAVA应用读取到的时间和北京时间差了14个小时，为什么？怎么解决？

这通常是 JDBC 参数中没有为连接设置时区属性（用 serverTimezone 参数指定），并且MySQL中没有设置全局时区，这样MySQL默认使用的是系统时区，即 CST。这样一来应用与MySQL 建立的连接的 session time_zone 为 CST ，前面我们提到 CST 在 RedHat 上是 +08:00 时区，但其实它一共能代表4个时区：

JDBC在解析CST时使用了美国标准时间，这就会导致时区错误。要解决也简单：一是遵守上面刚说到的规范，对MySQL显示的设置'+08:00'时区；二是JDBC设置正确的 serverTimezone。

3. 已经运行一段时间的业务，修改MySQL的时区会影响已经存储的时间类型数据吗？

完全不会，只会影响对 timestamp 数据类型的读取。这里不得不提一句，为啥要用 timestamp？用 datetime 不香吗，范围更大，存储空间其实差别很小，赶紧加到开发规范中吧。

4. 迁移数据时会有导致时间类型数据时区错误的可能吗？

这个还真有，还是针对 timestamp 数据类型，比如使用 mysqldump 导出 csv 格式的数据，默认这种导出方式会使用 UTC 时区读取 timestamp 类型数据，这意味导入时必须手工设置 session.time_zone='+00:00'才能保证时间准确：

如何避免？mysqldump 也提供了一个参数 --skip-tz-utc ，意思就是导出数据的那个连接不设置 UTC 时区，使用 MySQL 的 gloobal time_zone 系统变量值。

其实 mysqldump 导出 sql 文件时默认也是使用 UTC 时区，并且会在导出的 sql 文件头部带有 session time_zone 信息，这样可以保证导 SQL 文件导入和导出时使用相同的时区，从而保证数据的时区正确（而导出的 csv 文件显然不可以携带此信息）。需要注意的是 --compact 参数会去掉 sql 文件的所有头信息，所以一定要记得： --compact 参数得和 --skip-tz-utc 一起使用。

---