23 How MySQL compares to other databases

23.1 MySQL と mSQL との比較

この節は、MySQL 開発者によって書かれていますので、そのつもりで 読んで下さい。しかし我々が知っている事実上の間違いはありません。

For a list of all supported limits, functions and types, see the crash-me web page.

Performance

真の速度比較のためは、増加する MySQL ベンチマークスイートを見て下さい 「12.7 Using your own benchmarks」節参照. Because there is no thread creation overhead, a small parser, few features and simple security, mSQL should be quicker at:

• Tests that perform repeated connects and disconnects, running a very simple query during each connection.
• INSERT operations into very simple tables with few columns and keys.
• CREATE TABLE and DROP TABLE.
• SELECT on something that isn't an index. (A table scan is very easy.)

これらのオペレーションはとても単純なので、開始のオーバーヘッドが高くなる 時にそれらを良くするのは難しいです。接続が確立された後は MySQL はとても良い性能になります。 他のものでは MySQL は mSQL や多くの他の SQL 実装よりとて も速いです:

• Complex SELECT operations.
• 大きな結果の取り出し (MySQL はより良く, より速くそしてより安全 なプロトコルを持ちます)
• 可変長文字列を持つテーブル。MySQL はさらに効率的な処理を持ち、 VARCHAR 上にインデックスを持つことができます。
• 多くのフィールドを持つテーブルの処理。
• 大きなレコード長のテーブルの処理。
• SELECT with many expressions.
• SELECT on large tables.
• 同時に多くの接続を処理します。MySQL は完全なマルチスレッドです。 各接続はそれ自身のスレッドを持ちます。これは、それらが他を待つ必要がない ことを意味します(同じテーブルを変更するクエリが実行される場合を除く)。 mSQL では、全ての他の接続は、最初のもの - クエリが長いか短いかに 関わらず - が実行され、終わるまで待つ必要があります。その後次の接続が与 えられ、他の全ては再び待ちます。
• Joins. mSQL can become pathologically slow if you change the order of tables in a SELECT. In the benchmark suite, a time more than 15000 times slower than MySQL was seen. This is due to mSQL's lack of a join optimizer to order tables in the optimal order. However, if you put the tables in exactly the right order in mSQL2 and the WHERE is simple and uses index columns, the join will be relatively fast! 「12.7 Using your own benchmarks」節参照.
• ORDER BY and GROUP BY.
• DISTINCT.
• TEXT または BLOB フィールドの使用。

SQL Features

• GROUP BY and HAVING. mSQL does not support GROUP BY at all. MySQL は HAVING を伴う完全な GROUP BY や、次の関 数 count(), avg(), min(), max(), sum() そして std() をサポートします。min() と max() は文字列の引数も取れます。count(*) は、クエリ内がこ れだけの場合にとても速く返されるように最適化されます。mSQL は GROUP BY を全くサポートしません。
• INSERT and UPDATE with calculations. MySQL can do calculations in an INSERT or UPDATE. For example:

  mysql> UPDATE SET x=x*10+y WHERE x<20;
  

• Aliasing. MySQL はフィールドのエイリアス名を持ちます。
• Qualifying column names. In MySQL, if a column name is unique among the tables used in a query, you do not have to use the full qualifier.
• SELECT with functions. MySQL has many functions (too many to list here; see 「7.4 SELECT と WHERE 節で使用する関数」節).

領域能力

これは、テーブルをどのように小さくできるかです。 MySQL はとても精密な型を持ちます。とても小さい領域を使用するテーブルを作成でき るためです。MySQL データ型の有用な例は、3バイト長の MEDIUMINT です。10,000,000 レコードを持つ場合、1レコードあたり1バイトの節約でもと ても重要です。 mSQL2 は4つの型(char,text,int,real)しかないので、小さなテーブルを 得るのは難しいです。

安定性

これを客観的に判断するのは難しいです。MySQL の安定性については 「1.6 MySQL はどれくらい安定か？」節 を参照してください。 我々には mSQL 安定性の経験がありません。そのため、我々はこれにつ いては何も言えません。

価格

もう一つの重要な問題はもちろんライセンスです。MySQL は mSQL よりも柔軟なライセンスを持っています。そして mSQL よ りもより安いです。少なくとも、あなたが使用を選択した製品全てに、ライセン スまたは email サポートへの支払いを考慮することを覚えていて下さい。 MySQL を含めた製品を売る場合、もちろんこのライセンスの獲得が要求 されます。

Perl interfaces

MySQL は基本的に mSQL と同じ perl インタフェースと、いくつかの追 加機能を持ちます。

JDBC (Java)

MySQL currently has 4 JDBC drivers:

• The gwe driver: A Java interface by GWE technologies (not supported anymore).
• The jms driver: An improved gwe driver by Xiaokun Kelvin ZHU X.Zhu@brad.ac.uk.
• The twz driver: A type 4 JDBC driver by Terrence W. Zellers zellert@voicenet.com. This is commercial but is free for private and educational use.
• The mm driver: A type 4 JDBC driver by Mark Matthews mmatthew@ecn.purdue.edu. This is released under the GPL.

The recommended drivers are the twz or mm driver. Both are reported to work excellently. We know that mSQL has a JDBC driver, but we have too little experience with it to compare.

開発の速度

MySQL はとても小さい開発チームを持っていますが、我々は C と C++ のコーディ ングをとても速く行ないます。スレッド、関数、 GROUP BY などはまだ mSQL には実装されていませんので、it has a lot of chatching up to do. この上でいくつかの見通しを得るために、去年の mSQL `HISTORY' ファ イルを見て、MySQL Reference Manual News 節と比較できます( 「E MySQL change history」節)。速く開発された多くのもの が、かなり明白になります。

ユーティリティプログラム

mSQL と MySQL は多くの興味深いサードパーティツールを持っ ています。上位への移行 (mSQL -> MySQL) はとても簡単です。 MySQL は、ほとんど全ての興味深い mSQL アプリケーションを 持っています。 MySQL には、簡単な msql2mysql プログラムが用意されています。 これは、mSQL と MySQL の C API 関数のスペルの違いを修正するプログラムです。 For example, it changes instances of msqlConnect() to mysql_connect(). mSQL から MySQL への変換は通常、数分使用するだけです。

23.1.1 How to convert mSQL tools for MySQL

According to our experience, it would just take a few hours to convert tools such as msql-tcl and msqljava that use the mSQL C API so that they work with the MySQL C API.

The conversion procedure is:

1. シェルスクリプト msql2mysql をソースに実行します。バイナリプログラム replace が必要です。これは MySQL で配布されます。
2. Compile.
3. 全てのコンパイラエラーを修復します.

MySQL と mSQL 間の C API の違い:

• MySQL は MYSQL 構造体を接続型として使用します (mSQL は int を使用します)。
• mysql_connect() は MYSQL 構造体へのポインタをパラメータとして使用します。そ れをグローバルに定義したり、その獲得に malloc() を使用するのは簡単です。 mysql_connect() also takes 2 parameters for specifying the user and password. You may set these to NULL, NULL for default use.
• mysql_error() は MYSQL 構造体をパラメータとして使用します。古いコードを移 行する場合、あなたの古い msql_error() コードへパラメータを追加してください。
• MySQL returns an error number and a text error message for all errors. mSQL returns only a text error message.
• Some incompatibilities exist as a result of MySQL supporting multiple connections to the server from the same process.

23.1.2 How mSQL and MySQL client/server communications protocols differ

There are enough differences that it is impossible (or at least not easy) to support both.

The most significant ways in which the MySQL protocol differs from the mSQL protocol are listed below:

• メッセージバッファは多くの結果行を含めます。
• 質問または回答が現在のバッファよりも大きい場合、サーバとクライアントのコ ンフィグ可能制限まで、メッセージバッファは動的に増大されます。
• 全てのパケットは、パケットの重複や見失いを見つけ出すために、番号づけさ れています。
• 全ての項目は ASCII で送られ、項目の行と長さはパックされたバイナリコーディン グ(1,2 または 3 バイト)で送られます。
• MySQL はバッファされない結果で読み込み可能です(クライアント内に完全なセッ トを格納する必要がありません)。
• 一つの書き込み/読み込みが 30 秒以上かかると、サーバは接続をクローズしま す。
• 接続で 8 時間何も起きないと、サーバは接続をクローズします。

23.1.3 MySQL & mSQL 2.0 間の SQL 構文の違いは？

Column types

MySQL

他に加え次の項目オプション型を持ちます (among others; see 「7.7 CREATE TABLE構文」節):

• ENUM type for one of a set of strings.
• SET type for many of a set of strings.
• BIGINT type for 64-bit integers.

MySQL also supports the following additional type attributes:

• 整数項目への UNSIGNED オプション
• 整数項目への ZEROFILL オプション
• PRIMARY KEY も含み全ての整数項目への AUTO_INCREMENT オプション 「22.4.29 mysql_insert_id()」節参照.
• 全ての項目への DEFAULT 値

mSQL2

mSQL column types correspond to the MySQL types shown below:

mSQL type	Corresponding MySQL type
CHAR(len)	CHAR(len)
TEXT(len)	TEXT(len). len is the maximal length. And LIKE works.
INT	INT. With many more options!
REAL	REAL. Or FLOAT. Both 4- and 8-byte versions are available.
UINT	INT UNSIGNED
DATE	DATE. Uses ANSI SQL format rather than mSQL's own.
TIME	TIME
MONEY	DECIMAL(12,2). A fixed-point value with two decimals.

Index creation

MySQL

Indexes may be specified at table creation time with the CREATE TABLE statement.

mSQL

Indexes must be created after the table has been created, with separate CREATE INDEX statements.

To insert a unique identifier into a table

MySQL

Use AUTO_INCREMENT as a column type specifier. 「22.4.29 mysql_insert_id()」節参照.

mSQL

Create a SEQUENCE on a table and select the _seq column.

To obtain a unique identifier for a row

MySQL

Add a PRIMARY KEY or UNIQUE key to the table and use this. New in 3.23.11: If the PRIMARY or UNIQUE key consists of only one column and this is of type integer, one can also refer to it as _rowid.

mSQL

Use the _rowid column. Observe that _rowid may change over time depending on many factors.

To get the time a column was last modified

MySQL

Add a TIMESTAMP column to the table. This column is automatically set to the current date and time for INSERT or UPDATE statements if you don't give the column a value or if you give it a NULL value.

mSQL

Use the _timestamp column.

NULL value comparisons

MySQL

MySQL follows ANSI SQL and a comparison with NULL is always NULL.

mSQL

In mSQL, NULL = NULL is TRUE. You must change =NULL to IS NULL and <>NULL to IS NOT NULL when porting old code from mSQL to MySQL.

String comparisons

MySQL

Normally, string comparisons are performed in case-independent fashion with the sort order determined by the current character set (ISO-8859-1 Latin1 by default). If you don't like this, declare your columns with the BINARY attribute, which causes comparisons to be done according to the ASCII order used on the MySQL server host.

mSQL

All string comparisons are performed in case-sensitive fashion with sorting in ASCII order.

Case-insensitive searching

MySQL

LIKE is a case-insensitive or case-sensitive operator, depending on the columns involved. If possible, MySQL uses indexes if the LIKE argument doesn't start with a wildcard character.

mSQL

Use CLIKE.

Handling of trailing spaces

MySQL

Strips all spaces at the end of CHAR and VARCHAR columns. Use a TEXT column if this behavior is not desired.

mSQL

Retains trailing space.

WHERE clauses

MySQL

MySQL correctly prioritizes everything (AND is evaluated before OR). To get mSQL behavior in MySQL, use parentheses (as shown below).

mSQL

Evaluates everything from left to right. This means that some logical calculations with more than three arguments cannot be expressed in any way. It also means you must change some queries when you upgrade to MySQL. You do this easily by adding parentheses. Suppose you have the following mSQL query:

mysql> SELECT * FROM table WHERE a=1 AND b=2 OR a=3 AND b=4;

To make MySQL evaluate this the way that mSQL would, you must add parentheses:

mysql> SELECT * FROM table WHERE (a=1 AND (b=2 OR (a=3 AND (b=4))));

Access control

MySQL

Has tables to store grant (permission) options per user, host and database. 「6.7 特権システムはどのように動くか？」節参照.

mSQL

Has a file `mSQL.acl' in which you can grant read/write privileges for users.

23.2 How MySQL compares to PostgreSQL

PostgreSQL はさらに進んだ機能をいくつか持っています。ユーザ定義型、トリ ガ、ルール、トランザクションのような。しかし ANSI SQL と ODBC の標準型と 機能の多くが欠けています。サポート/未サポートの型/関数の完全な一覧は crash-me web page を見てください。

通常、PostgreSQL は MySQL よりとても遅いです。 「12.7 Using your own benchmarks」節参照. This is due largely to their transactions system which is not as sofisticated as Berkely DB's. In MySQL you can decide per table if you want the table to be fast or take the speed penalty of making it transaction safe. If you really the rich type system PostgreSQL offers and you can afford the speed penalty, you should take a look at PostgreSQL.

Go to the first, previous, next, last section, table of contents.