轉自：https://www.ssdax.com/2188.html

關係型資料庫的使用已經有相當長的時間了。它們變得流行起來託了管理系統的福，關係模型被實現得相當的好，並且被證明是操作資料的好方法（特別是事務性強的應用）。

在這篇DigitalOcean文章中，我們將嘗試理解一些最常用、最流行的關係型資料庫管理系統（RDBMS）的核心區別。我們將會探索最底層的區別——特性與功能，它們如何工作，在哪方面更出色，以幫助程式設計師選擇合適的RDBMS。

目錄：

一、資料庫管理系統
1、關係型資料庫管理系統
2、關係與資料型別
3、重要的和流行的關係型資料庫

二、SQLite
1、SQLite支援的資料型別
2、SQLite的優勢
3、SQLite的劣勢
4、何時使用SQLite
5、何時不用SQLite

三、MySQL
1、MySQL支援的資料型別
2、MySQL的優勢
3、MySQL的劣勢
4、何時使用MySQL
5、何時不用MySQL

四、PostgreSQL
1、PostgreSQL支援的資料型別
2、PostgreSQL的優勢
3、PostgreSQL的劣勢
4、何時使用PostgreSQL
5、何時不用PostgreSQL

一、資料庫管理系統

資料庫是有組織地儲存模型資料的空間，儲存各種型別的資訊（資料）。每個資料庫，除了無模式型的，都有一個模型，提供資料的結構描述。資料庫管理系統是管理資料庫結構、大小和排序的應用（或庫）。

1、關係型資料庫管理系統

關係型資料庫系統實現了關係模型，並用它來處理資料。關係模型在表中將資訊與欄位關聯起來（也就是schemas），從而儲存資料。

這種資料庫管理系統需要結構（例如表）在儲存資料之前被定義出來。有了表，每一列（欄位）都儲存一個不同型別（資料型別）的資訊。資料庫中的每個記錄，都有自己唯一的key，作為屬於某一表的一行，行中的每一個資訊都對應了表中的一列——所有的關係一起，構成了關係模型。

2、關係和資料型別

關係可以被看做是包含一系列共同表示被保持資料庫以及相關資訊的屬性的數學集合. 這種型別的識別和採集方法可以讓關係型資料庫以它們自己的方式運作.

在定義一個可以向其中插入資料的表時，每一個形成一條記錄的元素（例如： 屬性）都必須同定義的資料型別相匹配(例如：一個integer, 一個date 等等.). 不同的關係型資料庫管理系統實現了不同的資料型別 -- 它們不總是能直接互相轉換的.

與限制的協作，就像我們之前已經介紹過的，在關係資料庫的使用中是很普遍的。事實上，限制形成了關係的核心.

3、重要和流行的關係型資料庫

本文中，我們將會介紹三種主要而且重要的開源關係型資料庫管理系統，是他們影響了應用開發世界。

注: 開源應用總是可以自由使用的。大多數時候，複製工程（利用程式碼）建立新應用也是被允許的。如果你對DBMS感興趣，你可以看看一些基於這些工程的分支專案，例如MariaDB。

二、SQLite

SQLite是非凡的資料庫，他可以程序在使用它的應用中。作為一個自包含、基於檔案的資料庫，SQLite提供了出色的工具集，可以處理所有型別的資料，沒有什麼限制，而且比起伺服器執行的程序型伺服器使用起來輕鬆許多。

一個應用使用SQLite時，它的功能直接被整合在其中，應用會直接訪問包含資料的檔案（即SQLite資料庫）,而不是通過一些埠（port, socket）來互動。感謝這種底層技術，這使SQLite變得非常快速和高效，並且十分強大。

1、SQLite支援的資料型別

2、SQLite 的優點

3、SQLite的缺點

4、什麼時候要用 SQLite

5、什麼時候不要用SQLite

三、MySQL

MySQL 在所有大型資料庫伺服器中最流行的一個. 它的特性豐富，產品的開源性質使得其驅動了線上大量的網站和應用程式. 要入手 MySQL 相對簡單，開發人員可以在網際網路上面訪問到大量有關這個資料庫的資訊.

注意: 由於這個產品的普及性，大量的第三方應用、工具和整合庫對於操作這個RDBCMS的方方面面大有幫助.

Mysql沒有嘗試去實現SQL標準的全部，而是為使用者提供了很多有用的功能. 作為一個獨立的資料庫伺服器，應用程式同Mysql守護程序的互動，告訴它去訪問資料庫自身 -- 這一點不像 SQLite.

1、MySQL支援的資料型別

2、MySQL的優點

3、MySQL的缺點

4、何時使用 MySQL？

5、何時不用 MySQL？