MySQL 5.0

**シナイ山** · 04/04/13 10:02

このスレッドの執筆時には、まだバージョンもアルファ段階で正式リリースされる
まで程遠いが、これから新しい機能を試してみたいとかボラクルに取って代わり
低コストで次世代データベース開発のために利用したいエンジニアは今こいう時だから
こそver.5.0に着目したいところだ。

5系がまだアルファ段階だからといって敬遠するの良いが、テストマシン上で独自に開発を
して、テストマシン等で実運用するのも一つの道であろう。

開発の成果は、MySQLやOpenBSDに随時報告することが重要だ。

**NAME IS NULL** · 04/04/13 10:29

２グッシ！

**NAME IS NULL** · 04/04/13 16:12

MySQL 5.0
テスト運用ではなく
個人情報(クレジット情報含む)のデータベースとしてバリバリ本稼動させてます

**NAME IS NULL** · 04/04/13 16:57

よっ、漢！

**NAME IS NULL** · 04/04/13 19:47

@ITの今日の記事見てきたけど
4.1からユニコード使えたっけ？
4.1か5の区分も棒グラフでわかりづらいのだが･･･。
当方4.1ではJavaでMS932のデータは格納できず
Shift_JISのみ格納できると結論付けているが･･･。
認識違いだったらスマソ。

**NAME IS NULL** · 04/04/13 21:20

>>3
どっかの会社から受けたオンラインショッピングでも作ってんの？

**NAME IS NULL** · 04/04/14 16:17

>>5
部分的な不具合はアルファだから残ってるけど、
機能として盛り込むという点ではMySQL4.1から
http://dev.mysql.com/doc/mysql/en/Nutshell_4.1_features.html

5 · 04/04/14 17:29

>>7
レスありがとん。実は勘違いしてました。
4.1じゃなくて4.0はおろか3.2356で動かしてた。
音符が入るのに何でかっこ株入らんのかいな？
ってひとりで混乱してた･･･。失礼しました。

**NAME IS NULL** · 04/04/15 10:32

5.0使つてみたが、特にこれといつたバグは見つからんかったな。日本語を扱ふときはEUC-JPで良いんだろ。レコード単位でのロックは、だふしたら良ゐのかな。

5 · 04/04/16 17:28

>>9
失礼しました。DBのキャラクタセットsjisでした（泣
プログラムでEUC-JPに変換したときと
DBの設定でEUC-JPにしたときの違いなどが認識不足でした。
そのあたりも含めて
総合スレに逝ってログ見て勉強しなおしてきます･･･。

**NAME IS NULL** · 04/04/18 14:09

問題は一つのテーブルにつき何行まで対応しているかだな。

**NAME IS NULL** · 04/04/23 03:21

>1
ところでなんでOpenBSDに報告なんですか?

**NAME IS NULL** · 04/05/06 05:40

5.0が正式にリリースされるのは何時頃よ。

**NAME IS NULL** · 04/05/06 06:37

>>13
来週MySQL ABの社長が日本に来るから聞いてみたら。

**NAME IS NULL** · 04/05/08 01:17

それより何より、レプリケーションですよ。
マルチマスタが出来ないと、実際の運用が厳しい。
はやく組み込まれないかなぁ

**NAME IS NULL** · 04/05/19 02:24

MySQL ABは何故、この先一般大衆に広まるまで相当な時間を有するであろ4.1とか5.1を敢えて開発という名目で出したのか分からん。

**NAME IS NULL** · 04/06/08 22:40

5.0以降は、オラクル並みの機能を備えたDBMSになるのかなぁ。

**NAME IS NULL** · 04/06/09 22:56

どうかな？
でもSAP DBにある機能は付くんじゃないの？