アカウント名:
パスワード:
＞SQL を学ぶには MySQL がオススメ
ちょっとまった！
INSERT INTO table SET ～ が使えて当たり前。みたいな人は、チト困るのですが。じゃあ何でやらせるか? って言われたら。 入れるのも楽だからMySQLでやらせるだろうけどさ。
wikibooksに、SQLチラっと書いてみたのですが手元に用意してあるのがSQL99の本とはいえ「SELECTは、各DBの方言も言及するべきだろうか」というのがチラっと頭をよぎった瞬間に、そこのノートに書き出したSQL99の残項目数やらと計算して、放り投げました。……いつかやる。 maybe. i hope so...# CREATE ASSERTION とか CREATE TRANSLATION なんて、見たことないよっ!! 何処が使ってるのよっ!!
私個人MySQLでやらせるメリットって「導入が楽だから」という点しか見出せないのですがそれ以外のメリットも伺いたいところです。
・検索して出てくる情報が圧倒的に多い(玉石混交とはいえ、ね。。。)・各言語、開発環境でのツールやモジュールが多い・無料、かつ速い・Oracleが飼い殺して先がなくなるだろうと思ったが、意外とちゃんとケアしてた
事実上の標準DBと化していると言ってもいいんじゃないかな？(個人的にPostgreのが好きだけど、やっぱ情報量が違うわ)
私の周囲だと Oracle, PostgreSQL, SQLite の三択になっちゃってますよ。MySQL は情報量こそ多いけれど、S/N 比がよくない気がする。探し方がよくないんでしょうけど。
頭がおかしいとは思わないけどね。それで目的が果たせるなら型なんてどうでもいいです。bool型にしたところで、値を保持する為に必要な情報量(1byte)は変わらないと思うから。
でも、MySQLは多言語対応がイマイチかなとは思う。（いまはそれほどトラブらないけど、やっぱりmy.cnfに何行か追加しないといけないし）かといってOracleもかなりハードルが高いと感じる。
環境作るのが簡単で多言語対応もいい感じなのはPostgreSQLだと思うけど、世界規模でいえば情報量が圧倒的に少ない。（日本限定ならMySQLとどっこいどっこい？）
以前は「速度なら単純な検索はMySQL、複雑な検索はPostgreSQL」が定説だったと思うのですが、２～３年前にどこかのコミュニティでベンチマークとったらMySQLでもサブクエリを使った問い合わせが高速だったとか、PostgreSQLの検索速度がMySQLと大差ないとかいう結果が出てた気がします。
個人的には、トランザクションが多い場合MySQLは遅い（5.0で評価）ので、高負荷になってから手がつけられないMySQLの選択はないです。といっても、レコード件数１千万くらいの環境へのinsertでPostgreSQL8.0と比較したときの話ですが。
インストールの簡単さや、コマンドラインでの管理が簡単というのは同意しますが、右も左もよくわからない状態でのMySQLは正直敷居がたかかったように思います。XAMPPとか使えばphpMyAdminの導入はらくですが、そこにたどり着くまで？？？ですし。
よっぽどOracle10gExpressとかSQL Server 2008 Express の方が簡単だと思いますよ。OracleはSQL Developerが無料でダウンロードできるし。SQL Serverは、後者ならManagementStudioも付いてくるし、VisualStudioならIDE環境でも管理できますし
一番簡単なのはACCESSでODBC接続だったかも。一番途中からハマるのもこれですが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
いや。それは、まってほしい・・・ (スコア:1)
＞SQL を学ぶには MySQL がオススメ
ちょっとまった！
INSERT INTO table SET ～ が使えて当たり前。みたいな人は、チト困るのですが。
じゃあ何でやらせるか? って言われたら。 入れるのも楽だからMySQLでやらせるだろうけどさ。
wikibooksに、SQLチラっと書いてみたのですが
手元に用意してあるのがSQL99の本とはいえ「SELECTは、各DBの方言も言及するべきだろうか」というのがチラっと頭をよぎった瞬間に、そこのノートに書き出したSQL99の残項目数やらと計算して、放り投げました。……いつかやる。 maybe. i hope so...
# CREATE ASSERTION とか CREATE TRANSLATION なんて、見たことないよっ!! 何処が使ってるのよっ!!
私個人MySQLでやらせるメリットって「導入が楽だから」という点しか見出せないのですが
それ以外のメリットも伺いたいところです。
==========================================
投稿処理前プレビュー確認後書込処理検証処理前反映可否確認処理後……
Re:いや。それは、まってほしい・・・ (スコア:1)
・検索して出てくる情報が圧倒的に多い(玉石混交とはいえ、ね。。。)
・各言語、開発環境でのツールやモジュールが多い
・無料、かつ速い
・Oracleが飼い殺して先がなくなるだろうと思ったが、意外とちゃんとケアしてた
事実上の標準DBと化していると言ってもいいんじゃないかな？
(個人的にPostgreのが好きだけど、やっぱ情報量が違うわ)
---------------------------- うちの猫は、ながぬこ
Re: (スコア:0)
私の周囲だと Oracle, PostgreSQL, SQLite の三択になっちゃってますよ。
MySQL は情報量こそ多いけれど、S/N 比がよくない気がする。探し方がよくないんでしょうけど。
Re: (スコア:0)
tiny int で真偽値を表すとか頭おかしいとしか思えん。
Re:いや。それは、まってほしい・・・ (スコア:1)
頭がおかしいとは思わないけどね。
それで目的が果たせるなら型なんてどうでもいいです。
bool型にしたところで、値を保持する為に必要な情報量(1byte)は変わらないと思うから。
でも、MySQLは多言語対応がイマイチかなとは思う。（いまはそれほどトラブらないけど、やっぱりmy.cnfに何行か追加しないといけないし）
かといってOracleもかなりハードルが高いと感じる。
環境作るのが簡単で多言語対応もいい感じなのはPostgreSQLだと思うけど、世界規模でいえば情報量が圧倒的に少ない。
（日本限定ならMySQLとどっこいどっこい？）
以前は「速度なら単純な検索はMySQL、複雑な検索はPostgreSQL」が定説だったと思うのですが、２～３年前にどこかのコミュニティでベンチマークとったらMySQLでもサブクエリを使った問い合わせが高速だったとか、PostgreSQLの検索速度がMySQLと大差ないとかいう結果が出てた気がします。
個人的には、トランザクションが多い場合MySQLは遅い（5.0で評価）ので、高負荷になってから手がつけられないMySQLの選択はないです。
といっても、レコード件数１千万くらいの環境へのinsertでPostgreSQL8.0と比較したときの話ですが。
Re: (スコア:0)
インストールの簡単さや、コマンドラインでの管理が簡単というのは同意しますが、
右も左もよくわからない状態でのMySQLは正直敷居がたかかったように思います。
XAMPPとか使えばphpMyAdminの導入はらくですが、そこにたどり着くまで？？？ですし。
よっぽどOracle10gExpressとかSQL Server 2008 Express の方が簡単だと思いますよ。
OracleはSQL Developerが無料でダウンロードできるし。
SQL Serverは、後者ならManagementStudioも付いてくるし、VisualStudioならIDE環境でも管理できますし
一番簡単なのはACCESSでODBC接続だったかも。一番途中からハマるのもこれですが。