tdbc::mysql

最近我在整理自己的作業環境，這才發現 libmariadb-devel 對於 tdbc::mysql 而言是非必要的（以前因為 so suffixes 的關係需要裝，但是其實 tdbc::mysql 已經修正了，只是我沒注意到）。下面就是目前的 code：

static const char *const mysqlStubLibNames[] = {
    /* @LIBNAMES@: DO NOT EDIT THESE NAMES */
    "mariadbclient", "mariadb", "mysqlclient_r", "mysqlclient", "mysql", NULL
    /* @END@ */
};

/* ABI Version numbers of the MySQL API that we can cope with */

static const char mysqlSuffixes[][4] = {
    "", ".3", ".21", ".20", ".19", ".18", ".17", ".16", ".15"
};

如果說 MariaDB 是為了防止 Oracle 更改 MySQL 的授權而成立的，可是那為什麼 Michael Widenius 除了基金會，還又成立了一家企業？嘴上說我不是要用 MySQL 或者是 MariaDB 賺錢，實際上的行為卻完全相反，這是一個與說法衝突的行為（還可以參考 Uproar: MariaDB Corp. veers away from open source)。如果採用 MySQL 是被騙第一次，那 MariaDB 被騙第二次的人就應該要自我檢討了。我是說如果你擔心 Oracle 會對 MySQL 做出什麼損壞開放原始碼的事情，那麼 Michael Widenius 也可以重施故技，又賣掉 MariaDB 企業或者是上市賺取利益。

也就是說，我不認為應該要採用 MySQL 或者是 MariaDB。當然不是所有人都可以直接切換到其它的資料庫，這個時候可以考慮採用 MySQL protocol 並且高度相容的其它資料庫，在這個情況下，client 端的 source code 的變動理論上要很少，而 server 端則是換掉 MySQL 或者是 MariaDB，採用其它相容方案的資料庫。

在這個情況下，MySQL/MariaDB client API 是很重要的，而又剛好 MySQL/MariaDB client API 極大多數是 LGPL 或者是較為寬鬆的條款，只要採用動態連結的使用方式就可以在商業環境下使用，所以保留 MySQL/MariaDB client library，然後從MySQL 或者是 MariaDB 遷移出去。 

不過如果是因為學習 LAMP 架構而需要安裝一個資料庫，或者是撰寫開放原始碼的軟體，那麼 MySQL 與 MariaDB 我想可以考慮 MariaDB；理由也很簡單，因為大多數的 Linux distribution 都有內建的套件可以安裝（只是版本可能會比較舊不是最新的）。然後要小心資料庫專屬的功能，小心的避掉廠商鎖定的風險。