分享:
▼
x0
|
MySQL：网站开发者的新选择
为了因应日新月异的资料库技术，有相对多的软体工程师也逐渐的从桌面资料库软体，诸如 Microsoft Access 以及 SQL Server，改为采用 MySQL。虽然严格说来，MySQL 并非 SQL Server 的对手，许多服务提供商也都支援 MySQL，并视之为便宜而有效率的代替品。
考虑使用 MySQL 的原因
如果你要找的是可靠的资料库软体，以便支援你网站开发的工作，那么以下的原因说明了为什么你应该考虑 MySQL：
它便宜（通常是免费）。
它的网路承载比较少。
它经过高度最佳化（Highly Optimized）。
应用程式透过它做起备份来比较简单。
它为各种不同的资料格式提供提供弹性的介面。
它较好学，且操作简单。
它标榜的是，你负担得起的客户支援。
$$$
简单的说，你不会找到比 MySQL 更便宜的了。事实上，对大多数用户来说，MySQL 是免费的。有时候是要付出一小笔 授权费， 但是这个付费规定只限于以下两种情况：
以内嵌（embedded）的方式使用 MySQL 伺服器
只使用 MySQL 的商业用途软体
例如，Windows 版本的 MySQL 伺服器，需有授权执照。然而，只要付比美金 $200 元多一点点的费用，MySQL 还是比其他任何资料库软体来得容易负担多了。
避免网路壅塞
针对多个使用者共同存取的支援，Access 根本不是 MySQL 的对手。Access 在大约十五个使用者连上来的时候，就输掉了。我们还听过当只有五个人连上来时， 会有一些问题。这并不是说，只有五个人能够同时连上由 Access 支援的网站。同时连结（Simultaneous connection）事实上是指多工处理（concurrent process）。因此，事实上 Access 可以处理的连结数目是无限制的，只要那些连结保持在多工处理的范围限制内。对于唯读网站（这些网站并非你想像中的少数）它可以支援最多到 255 个使用者。而较大的网站，则无可避免的必须升级到 SQL Server 以提高稳定度和效率。
相对说来，MySQL 内定最大连结数为 100 个使用者。但是，我们绝对不可以用一个程式的内建设定来判断它的效能。到目前为止，我们还没听过依赖 MySQL 的较大且使用频繁的网站上的使用者有任何抱怨。除此之外，纵使有网路上有大量资料往来，似乎并不会对查询最佳化（query optimization）有多大的影响。
在 Windows 98 作业系统上使用相同的硬体跟档案大小，MySQL 表现得比 Access 2000 还要快 -- 只是并非所有的情况下都是如此。 这两者在资料更新方面的效能，有着最大的差异。同样的资料更新，Access 要花上两倍的时间。如果是在高速系统上做小量资料的处理，你不会去注意到这两者间的差异。 只有在处理的是几十万笔资料的时候，这效能上的差异才会比较明显。MySQL 只在处理资料库物件（object structure）的时候，才会输给 Access。 当建立表格（table） 以及索引的时候，MySqL 会将表格锁住，如此一来会将导致正在进行的大量资料处理速度慢下来。然而以上所提的第二个问题在网站开发时，一般并不会造成困扰。 因为网站上面，我们所重视的是用户来访时，查询的速度，而非资料储存架构本身。因此，在这个领域，MySQL 算是胜出。
|
