MySQLとSQL Serverの違い[終了]

私はASP.NET開発者でありMicrosoft SQL Server、私のデータベースのすべてのニーズ（仕事中と個人プロジェクトの両方）に使用しています。

私の個人的なプロジェクトのいくつかについて、LAMPスタックを試すことを検討しています。

主な違いのいくつかは何ですかMySQLとはSQL Server？使用しているストアドプロシージャでは一般的にMySQL？

移行を支援するためのアドバイスやリソースはありますか？

両方の経験がある人にとって、不足している機能はありMySQLますか？

注意が必要なことの1つは、SQL ServerとMySQLがSQL構文を実装する方法にかなり深刻な違いがあることです。

これは、さまざまなSQL実装の優れた比較です。

たとえば、トップnセクションを見てください。MySQLの場合：

SELECT age
FROM person
ORDER BY age ASC
LIMIT 1 OFFSET 2

SQL Server（T-SQL）の場合：

SELECT TOP 3 WITH TIES *
FROM person
ORDER BY age ASC

ここでのコメントの多くは、実際の声明よりも宗教的な議論のように聞こえます。MySQLとMSSQLの両方で長年働いてきましたが、どちらも優れた製品です。MySQLは主に、作業している環境に基づいて選択します。ほとんどのオープンソースプロジェクトはMySQLを使用しているため、その方向に進む場合はMySQLを選択します。.Netで何かを開発する場合は、MSSQLを選択します。MSSQLが優れているからではなく、ほとんどの人が使用しているためです。私は実際には現在、MySQLとC＃でASP.NETを使用するプロジェクトに参加しています。それは完全にうまく働きます。

MySQLがCommon Table Expressions（CTE）/ "with"ステートメントをサポートしていないことについて誰も言及しなかったとは信じられません。それはかなり迷惑な違いです。

MySQLはデータベース破損の問題を抱えている可能性が高く、発生時に自動的に修正されません。私はバージョン6.5からMSSQLを使用しており、データベースをオフラインにするとデータベースが破損する問題を覚えていません。実稼働環境でMySQLを数回使用したことがありますが、コマンドラインから「破損したインデックスを修正してください」という魔法を実行するまで、データベース破損の問題によりデータベース全体がオフラインになりました。

MSSQLのトランザクションおよびジャーナリングシステムは、私の経験では、電源の再投入やハードウェアの障害など、データベースの破損なしにほぼすべてを処理し、何かがめちゃくちゃになったら自動的に修正します。

これは私の経験であり、これが修正されたか、私たちが何か間違ったことをしていたことを嬉しく思います。

http://dev.mysql.com/doc/refman/6.0/en/corrupted-myisam-tables.html

http://www.google.com/search?q=site%3Abugs.mysql.com+index+corruption

率直に言って、MSSQLではなくMySQLを使用する理由が1つもわかりません。以前の問題は高額でしたが、SQL Server 2005 Expressは無料で、月額5.00ドル未満でSQLサーバーを使用した完全なホスティングを提供する多くのWebホスティング会社があります。

MSSQLは使いやすく、MySQLにはない多くの機能を備えています。

MySQLのすべてはMSSQLよりも金属に近いところで行われているようで、ドキュメントではそのように扱っています。特に最適化については、さまざまな状況でインデックス、システム構成、およびオプティマイザがどのように相互作用するかを理解する必要があります。

「オプティマイザー」は、よりパーサーです。MSSQLでのクエリプランは、多くの場合驚きです（通常は良いですが、そうでない場合もあります）。MySQLでは、期待どおりに、実行するように要求したことをほぼ実行します。つまり、自分でさまざまな方法を深く理解する必要があります。

優れたトランザクションモデル（デフォルトのMyISAMエンジン）を中心に構築されていません。

ファイルシステムのセットアップが問題です。

すべてのデータベース構成、特にさまざまなキャッシュサイズが問題です。

時には、それを臨時の栄光のイサムと考えるのが最善のようです。コッドと日付はここではそれほど重要ではありません。彼らは恥ずかしがらずにそれを言うでしょう。

MySQL 5.0より前のバージョンにはビュー、トリガー、およびストアドプロシージャがなかったことに注意する必要がある主なことの1つだと思います。

詳細については、MySQL 5.0ダウンロードページで説明されています。

@abdu

MySQLがMSSQLよりも優れていることがわかった主なことは、タイムゾーンのサポートです。タイムゾーン間を適切に変更し、夏時間を尊重する機能は素晴らしいです。

これを比較してください：

mysql> SELECT CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles');
+-----------------------------------------------------------------+
| CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles') |
+-----------------------------------------------------------------+
| 2008-04-01 05:00:00                                             |
+-----------------------------------------------------------------+

この答えに関与するゆがみに。

「使いやすさ」のコメントについては、違うのがポイントだと思いますが、どちらかを知っていると、もう片方の学習にオーバーヘッドが発生します。

どちらもDBMSのProduct Sqlサーバーは商用アプリケーションですが、MySqlはopensoucesアプリケーションです。どちらの製品にも同様の機能が含まれていますが、mysqlサーバーはエンタープライズソリューションに使用する必要がありますが、mysqlは小規模な実装に適している場合があります。リカバリなどの機能が必要な場合は、レプリケーション、グラナラーセキュリティ、重要なSQLサーバーが必要

MySqlは、SQLサーバーよりもディスク上のスペースが少なく、メモリとCPUの使用量も少ない

SQL ServerからMySQLへのデータベースの「移植」について、誰でも何か良い経験がありますか？

これはかなり痛いはずです！MySQLのバージョンを4.xから5.xに切り替えたところ、以前のようにさまざまなステートメントが機能しなくなりました。クエリアナライザーは「改善」されたため、以前はパフォーマンスをチューニングしたステートメントが期待どおりに機能しなくなりました。

500GBのMySQLデータベースでの作業から学んだ教訓：これは微妙なトピックであり、些細なことではありません！

@Cebjyre。Enterprise ManagerとManagement StudioのどちらのIDEも、MySQLでこれまでに見たどの製品よりも優れています。MySQLに対応するものがないMSSQLで多くのことができるので、「使いやすい」と言います。MySQLでは、クエリプランを見たり統計を見たりするだけでクエリを調整する方法がわかりません。MSSQLのインデックスチューニングウィザードは、ほとんどの推測作業で、どのインデックスが欠落しているか、配置が間違っているかを調べます。

MySQLの1つの欠点は、データベースの最大サイズがないことです。データベースは、ディスクがいっぱいになるまでサイズが増加します。このディスクが他のユーザーとデータベースを共有していて、データベースが拡張できないために、すべてのクエリが突然失敗したとします。私はずっと前にこの問題をMySQLに報告しました。まだ修正されていないと思います。

MSSQLからMySQL構文のPOVへのMySQLの作業にしばらく時間を費やして、自分ができることには限界があることに気づきました。

更新中に同じテーブルを参照すると、テーブルの更新に奇妙な制限があります。

さらに、UPDATE FROMは機能せず、前回チェックしたところ、Oracle MERGE INTO構文もサポートされていません。これは私にとってはショーストッパーであり、その後はMySQLでどこにでも行くことができるとは考えなくなりました。