Oliverによる
2005年10月25日 16時34分の掲載
UPDATE mysql SET version="5.0";部門より。
UPDATE mysql SET version="5.0";部門より。
oddmake曰く、"MySQL 5.0の正式版がMySQL ABからダウンロードできるようになりました。主要な変更点は、ストアドプロシージャ、トリガー、ビューやスキーマ情報へのアクセスなど。MySQLはスラッシュドットのほか、最近ではサイボウズなどにも採用されている。"
新しいストレージエンジンも追加されており、INSERTとSELECTのみ対応で変更不可ながらも大容量のデータを圧縮保存するARCHIVEテーブルや別RDBMSのテーブルに透過的にアクセスするFEDERATEDテーブルが利用できるようになった。
この議論は賞味期限が過ぎたので、保存されている。
新たにコメントを書くことはできない。
実務に使えるようになるのはいつ？ (スコア:5, 参考になる)
2004年10月のMySQL4.1 のリリースでは、文字コードの扱いでトラブルが多発しました。（参考： MySQL FAQ - 4.1以上の壁 (日本語の扱いの違い、文字化け等/含む5.0以上) [mysql.gr.jp] この問題は、2005年5月の4.1.12により cp932, eucjpms キャラクターセットのサポート [mysql.com] が行われるまで、完全な解決はしませんでした。
今回は文字コード周りの問題はないと思いますが、多くの新機能が追加されましたから、業務への採用にはまだ躊躇してしまいます。もちろん、これらの新機能は大変魅力的なのですが。
今回の5.0は、いつごろから安心して使えるようになるでしょうか？すでにお使いの方はいらっしゃいませんか？
日本語関連の対応が遅れたのは… (スコア:3, 参考になる)
文字コード関連ではこの問題が起きるまでは日本人は"あまり"関与していなかったようです。
もちろんいろいろ活動されている方もいらっしゃいますが、
日本語といっても文字コードが複数有り、
それぞれサポートしている文字に違いがあることが、
開発者側にうまく伝わっていなかったようです。
このへんの方々が直接MySQLに働きかけたこともあり、
一気に解決した側面があります。
日本MySQLパートナー会http://www.mysql-partners-jp.biz/ [mysql-partners-jp.biz]
親コメント
Re:実務に使えるようになるのはいつ？ (スコア:2, 参考になる)
5.0 が有償サポート対象になったら使っても大丈夫そうな時期ということでよいのではないでしょうか？
＃ 何がおきても自分でなんとかできるならいつでも使い時かと
親コメント
Re:実務に使えるようになるのはいつ？ (スコア:2, 参考になる)
再現性があるので SQL の書き方を変えて回避してる。
でも「自社事業」「立ち上げ期でアクセス数が少ない」「データ量も今は少ない」
「命・金に関わるシステムではない」という条件が揃ったからできたことだーね。
親コメント
導入に当たってのリンク集 (スコア:3, 参考になる)
MySQL5.0の導入に当たって、参考になるリンクがあったら、皆で教えあうことはできないでしょうか？
自分からはまず、
OSS WEB | MySQL日本語の旅 [timedia.co.jp]
公式メーリングリストでも活躍している 藤原博文氏 [pro.or.jp] （念のためですが、この人は初心者ではありません）による、やさしく丁寧で、執拗なほど詳細な、日本語機能の解析です。
MySQLの文字コードの扱いは、4.1から大きく変わりました。MySQL4.0以下から4.1、5.0に移行する人は必読だと思います。 ただし、5.0の新機能については何も解説していません。藤原氏自身、（新機能に関する英語のマニュアルを） だれか訳してくれないか [timedia.co.jp]と言っています。
逆に、参考にならなさそうなのが、本家の記事
MySQL 5.0 Now Available for Production Use [slashdot.org]
350以上もコメントが付いているので、今回の新機能の運用の実体験レポートがないかと思ったのですが、むしろ答えの出ない、ループした議論ばかりが目に付きました。ビューやトリガが必要なのかとか、PostgreSQL とどちらが良いかとか。まあ、私の英語力では斜め読みしか出来ないのですが。
チキン野郎ばかりだ (スコア:2, おもしろおかしい)
FEDERATEDテーブル (スコア:2, 参考になる)
っていうから期待してリンク先 [mysql.com]をみてみると、現時点では別RDBMSとしての接続先にmysqlしかサポートされてないですね
それでもかなり有用な機能だとは思います
ボトルネックになるテーブルを別の専用mysqlホストに移動して、元のホストからFEDERATEDで接続すれば、アプリの書き換えなしにカンタン負荷分散なんてこともできますし
ついさっき (スコア:1, 参考になる)
とはいえそこではSQLソノモノを初めて導入したので、この記事読むまでそんな最近のアップデートだとは知りませんでしたが。
何故かrpmから入れられなかったのが気になりますが原因は不明。
Re:ついさっき (スコア:3, おもしろおかしい)
親コメント
Re:ついさっき (スコア:2, すばらしい洞察)
“MySQL”を“SQL”と書いているあたりに禍禍しい影が見えるんですけど.
親コメント
Re:英語ばっかでもううんざり (スコア:2, 参考になる)
不明な人には必要ない機能だから安心していいよ。
親コメント
日本語訳はそれはそれで大事 (スコア:3, 興味深い)
「余計なもの」モデがされていますが、
実はこのご意見は結構重要だと思います。
PostgreSQLとMySQLの普及度合いでは、
現状ではPostgreSQLがかなりリードしています。
(矢野経済研究所の調査などをご参照下さい)
この差の要因としては、
日本語ドキュメントの量の違いが小さくないと思います。
英語で読めというご意見もごもっともですが、
入門者の方を増やしたりビジネス用途で利用する際には
英語を読む時間のロスは大きな負担になります。
MySQL社としてオフィシャルなドキュメントを
素早く和訳したものを提供できるかが
日本市場での普及を左右するのではないでしょうか？
親コメント
Re:日本語訳はそれはそれで大事 (スコア:3, すばらしい洞察)
> 入門者の方を増やしたりビジネス用途で利用する際には
> 英語を読む時間のロスは大きな負担になります。
こういう意見をよく見るけど、英語が読み書きできて
当然という技術者を育てるほうが、得られるものが
大きいと思う。
親コメント