MySQL5.0リリース 41
ストーリー by Oliver
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 の書き方を変えて回避してる。
でも「自社事業」「立ち上げ期でアクセス数が少ない」「データ量も今は少ない」
「命・金に関わるシステムではない」という条件が揃ったからできたことだーね。
Re:実務に使えるようになるのはいつ？ (スコア:1)
安定してて重くなくて使いやすければ最高なんだけどな（ぁ
ピヨ印＠将軍＠クラダンX2
Re:実務に使えるようになるのはいつ？ (スコア:1, 参考になる)
やはり文字コードを中心としたバグが問題だったようで、根本的な対処方法が結局ないままリリースからかなりの日にちがたちましたが対処されたのはびっくりするくらい後でした。
一方Windows版がなかったPostgresqlが8で対応してみんなそっちにいったようです。それまでは開発マシンがWinなのは当たり前なので、スタンドアロンでの開発が厄介でしたからね。
そういった人たちをはたしてとりもどせるかどうか。
速度的にPostgreSQLも８で大幅に変わりましたし、テーブルスペース等基本的なものでありながら大事な機能が大量に追加されましたしね。
そういやテーブルをUTF8固定でファイルシステムに書き込むのは直ったのでしょうか。MS932な環境にマルチバイトキャラクタが入るとめちゃくちゃになっていましたが、きもちのいいものではありませんでしたね。
Re:実務に使えるようになるのはいつ？ (スコア:1)
5.0を躊躇するという意味か、MySQLを躊躇するという意味か、
日本語使用を躊躇するという意味か
えらく曖昧ですね。
導入に当たってのリンク集 (スコア: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, おもしろおかしい)
Re:チキン野郎ばかりだ (スコア:1, おもしろおかしい)
Re:チキン野郎ばかりだ (スコア:0)
チェックせずに、他人の感想を待ってから利用する人は多くなりましたね。
まっ、運用できれば別にいんだけど
Re:チキン野郎ばかりだ (スコア:0)
"おもしろおかしい"をモデしたいところ。
そうなんだよね。自分ではやりたくないんだよねー。本当はそれじゃいけないって分かっているんだけどねー。
Re:チキン野郎ばかりだ (スコア:0)
私はチキンなんで、どう変わったか是非詳細なところを御教授願いたいところです。:-P
Re:チキン野郎ばかりだ (スコア:0)
（いや、psqlなんてのは使ってますけどね）
リリースされて間もないのに他人を当てにするのは、チキンどころか論外だと思います。
試す時間だって必要なんだから、そのくらい考えて発言して欲しいですね。
Re:チキン野郎ばかりだ(-1) (スコア:0)
むしろチキンじゃなかったら頭沸いとんのとちゃうか、と。
業務に使わないなら、余程暇で無い限りなんだかんだで後回しだよね。
「MySQL 5.0の正式版が出たらしいけど、使えるかどうか検証してくれ」
なんて言うお客さんは居ないしね。
Re:チキン野郎ばかりだ(-1) (スコア:1, 興味深い)
> 「MySQL 5.0の正式版が出たらしいけど、使えるかどうか検証してくれ」
> なんて言うお客さんは居ないしね。
いや普通にいるけど。特に、現在バグ持ちで運用している
お客さんなんかは特にこの手の話に敏感。
FEDERATEDテーブル (スコア:2, 参考になる)
っていうから期待してリンク先 [mysql.com]をみてみると、現時点では別RDBMSとしての接続先にmysqlしかサポートされてないですね
それでもかなり有用な機能だとは思います
ボトルネックになるテーブルを別の専用mysqlホストに移動して、元のホストからFEDERATEDで接続すれば、アプリの書き換えなしにカンタン負荷分散なんてこともできますし
Re:FEDERATEDテーブル (スコア:0)
実際どの位オーバーヘッドがかかるのかな？
有用かどうかはその後判断ってことで、事例待ちですかね？
/チキン野郎
ついさっき (スコア:1, 参考になる)
とはいえそこではSQLソノモノを初めて導入したので、この記事読むまでそんな最近のアップデートだとは知りませんでしたが。
何故かrpmから入れられなかったのが気になりますが原因は不明。
Re:ついさっき (スコア:3, おもしろおかしい)
Re:ついさっき (スコア:2, すばらしい洞察)
“MySQL”を“SQL”と書いているあたりに禍禍しい影が見えるんですけど.
Re:ついさっき (スコア:1)
Re:ついさっき (スコア:0)
初めてって事でMySQLを「SQLそのもの」と言ってるわけではないかと。
もし、それまでにMySQLなりを入れていたなら、アップデートしてきた
とかリプレイスしてきたとか言うと思いますから。
Re:ついさっき (スコア:0)
もっとも某大手のネーミングがアレだし仕方ないか
Re:ついさっき (スコア:0)
DASDやテープ装置からのシーケンシャルリードとか(^^;
日本語訳はそれはそれで大事 (スコア:3, 興味深い)
「余計なもの」モデがされていますが、
実はこのご意見は結構重要だと思います。
PostgreSQLとMySQLの普及度合いでは、
現状ではPostgreSQLがかなりリードしています。
(矢野経済研究所の調査などをご参照下さい)
この差の要因としては、
日本語ドキュメントの量の違いが小さくないと思います。
英語で読めというご意見もごもっともですが、
入門者の方を増やしたりビジネス用途で利用する際には
英語を読む時間のロスは大きな負担になります。
MySQL社としてオフィシャルなドキュメントを
素早く和訳したものを提供できるかが
日本市場での普及を左右するのではないでしょうか？
Re:日本語訳はそれはそれで大事 (スコア:3, すばらしい洞察)
> 入門者の方を増やしたりビジネス用途で利用する際には
> 英語を読む時間のロスは大きな負担になります。
こういう意見をよく見るけど、英語が読み書きできて
当然という技術者を育てるほうが、得られるものが
大きいと思う。
Re:日本語訳はそれはそれで大事 (スコア:1, すばらしい洞察)
Re:日本語訳はそれはそれで大事(かなり余計) (スコア:1, すばらしい洞察)
>当然という技術者を育てるほうが、得られるものが
>大きいと思う。
と、客に言う夢をみた。=p
山の高さも重要ですが、裾野の広さも同じぐらい重要ですよ。
Re:日本語訳はそれはそれで大事 (スコア:1)
え？日本語もできないとダメ？
コストパフォーマンス (スコア:0)
得られるものが大きくても、それが必要でなければ得ても仕方がないという見方もある。
もし他人の翻訳という成果を正当に利用できるなら、
それをうまく使いこなして安く上げるのも技術のうち。
ただその成果が自分の手の届くとこにないからといって文句垂れるのは確かに間違ってる。
極端なことを言えば、英語の読み書きどころか、
自前で RDBMS が作れて当然という技術者を育てるほうが、
もっと得られるものが大きいということにもなるわけで。
これは車輪の再発明、技術的には逆行といえる行為だから、
例えとしては不適切もいいところだけど。
英語の習得は、他人の成果を利用できる可能性を
より大きく広げる技術になるからね。
Re:英語ばっかでもううんざり (スコア:2, 参考になる)
不明な人には必要ない機能だから安心していいよ。
Re:英語ばっかでもううんざり (スコア:1)
他のDBシステムが当然持っていてMySQLに無かった機能が搭載されたってことで、今までのMySQL的な使われ方では使われなかった機能でしょう。
逆にやっと一般的なDBシステムとして使えるだけの道具立てが揃ったということです。
Re:英語ばっかでもううんざり (スコア:1)
攻殻機動隊 SAC １話からの引用です。
「世の中に不満があるなら自分を変えろ。それが嫌なら耳と目を閉じ、口をつぐんで孤独に暮らせ。」
前半も引用すれば余計なものにならなかったかも。その分、面白味もなくなりますが。