MySQL v4.x系の安定版が遂に登場 43
ストーリー by Oliver
DBトピックのアイコン募集中 部門より
DBトピックのアイコン募集中 部門より
dseg 曰く、 "MySQL ABは18日、バージョン4系列では初の安定版となる、v4.0.12をリリースした。
変更点一覧はこちら。
今バージョンではInnoDBが標準バイナリに含められた。InnoDBのテーブル形式を使えばトランザクション・外部キーがサポートされるので、MySQLに対する「速度優先で、RDMBSの機能を幾つか割愛している」という形容詞は多少不適切になった...という事で良いのだろうか? (タレコミ子にはDB系の素養がないので、ぜひツッコミをお願いします)
ところで現状としては、v4.x系はどれくらいの方に使われているのだろう?
乗り換え時期の判断基準・判断方法も是非聞かせて頂きたい。"
全文検索 (スコア:2, 参考になる)
実装されているようで面白いと思いました。
http://www.mysql.com/documentation/mysql/bychapter/manual_Reference.ht... [mysql.com]
ただし日本語は通らないでしょうけど。
Re:全文検索 (スコア:4, 参考になる)
問題は、mySQLに限ったことではありませんが、日本語は単語の区切りが明確でないので、英文向きに作られた単語単位での検索の仕組みと相性が悪く、検索結果の質が上がらないことでしょう。
Re:全文検索 (スコア:0)
あのGoogleでも、これくらい単語と認識しろよ~って思うことが特に固有名詞で多発するし。
辞書の強化でなんとかならないんでしょうか?
気になったので、 (スコア:2, 参考になる)
DB2 V7.2以降(?)
テキスト・エクステンダー
ネット・サーチ・エクステンダー
テキスト情報エクステンダー
(参考:DB2の全文検索製品 [ibm.com])
Oracle
Oracle interMedia (8i以降) [oracle.co.jp]
Oracle Ultra Search (9i以降) [oracle.co.jp]
Sybase ASE
拡張型全文検索(Enhanced Full-text Search) 別製品らしい
Full-Text Search Specialty Data Store [sybase.co.jp] (12.5以降) オプション製品
Miscrosoft SQL Server(2000)
フルテキスト検索 [microsoft.com]
他も調べてみましたが、Interbase や FireBird, ADABAS D, SAP DBには全文検索機能は無いみたいですね。
追加 (スコア:1)
DataBlade モジュール [ibm.com]
リンク先のページにはそれらしき機能は記載されていないが、ダウンロードできる資料に拠ると、Textモジュールが全文検索機能を有している模様。
# 忘れていたわけじゃないですよ。最近ちょっと影が薄いのは確かですが・・・
追加(その2) (スコア:1)
HiRDB Text Search Plug-in [hitachi.co.jp]
# 今度は完全に失念していました<HiRDB
MySQLの導入を検討してるんだけど (スコア:2, 興味深い)
そのようなわけで代替手段を探しつつもMySQLの「高速」という利点をどう生かせられるかどうかは案件の内容にも色々関わってくるわけで、とりあえずはあまり複雑な事を要求される場合はまだPostgreSQLの方が妥当かもしれないです、こっちも高速化のノウハウはあるわけだし。
とかそんな話しをしてるとこのような話しを聞かされました。「MySQLはとてつもなく高速だけど、途中でupdateやdeleteとかが入るとものすごくパフォーマンスが落ちる。 単純にinsertしただけのデータを検索するなら恐ろしく早いんだけど・・・あ、もちろんマシンの方は十分なメモリを積んでて性能もものすごく良いものを使っている」との事でした、そのマシンの正確なスペックは聞いてなかったので、その辺はまぁ考えないとして、実際にMySQLを使ってる方にその辺はどうなのかちょっとお伺いしたいです。
Re:MySQLの導入を検討してるんだけど (スコア:2, 参考になる)
簡単に言うと、MySQLは
・参照激速、更新遅くトランザクション何ソレのMyISAM(従来のMySQL)
・トランザクション対応だけど参照速度いまいちInnoDB
の2つのデータベースがゴッチャに構成されてるものと
理解してます。(他の形式もあるけど普通使わないよね?)
用途よってテーブル単位での使い分けは可能なのですが、
運用管理がめんどくさいのであんまりやりたくありません。。
個人的にはサブクエリーが使えないのがつらいです。
4.1で対応とはなっていますが……安定版はいつになるやら。
Re:MySQLの導入を検討してるんだけど (スコア:0)
実際に試してみそ
Re:MySQLの導入を検討してるんだけど (スコア:0)
DB Cacheに載っちゃうのでMyISAMは不利ですねぇ。
ウチで100万行レベルのランダムセレクトを試したら、
MyISAMはInnoDBの倍くらいのスループット出てました。
もっとも、テストした時
Re:MySQLの導入を検討してるんだけど (スコア:0)
ことになってお互い幸せになれません.
そんな時はFireBirdにしたら?って思うよ.少なくともPostgreSQLよりは速いし
HDD容量はMySQL(InnoDB)の1/3程度です.PostgreSQL比は分からない...すまん
Re:MySQLの導入を検討してるんだけど (スコア:1)
Re:MySQLの導入を検討してるんだけど (スコア:1)
前身がADABAS D [software-ag.com]ということもありまして、MySQL,FireBird のような軽量さをウリにしたDBMSとは土俵が違うと思いました。
Oracle SQL Mode [sapdb.org] 等にそこら辺が伺えます。
# 具体的なパフォーマンステストまでは行っていませんので、悪しからず
Re:MySQLの導入を検討してるんだけど (スコア:0)
悩むくらいなら実際に食べてみるのが一番いいと思うのでとりあえずはDBを使った簡単なシステミュ構築でもやってみます。
Re:MySQLの導入を検討してるんだけど (スコア:0)
そーなんですか?情報元があればおしえて。
ここ [weblogs.com]見たかんじでは、bind すれば FireBird というかんじだけど、PostgreSQL 7.3 以降では prepare が実装されてるんで、
Re:MySQLの導入を検討してるんだけど (スコア:0)
Re:MySQLの導入を検討してるんだけど (スコア:1)
> HDD容量はMySQL(InnoDB)の1/3程度です.PostgreSQL比は分からない...すまん
かなり興味深い内容なのですが、
> 情報元?.自分で試した結果なんだけど.
と言うことで、結果を参照できないのが残念です。
よかったら、検証結果をどこかに公開してくれるとありがたいです。
Re:MySQLの導入を検討してるんだけど (スコア:0)
Re:MySQLの導入を検討してるんだけど (スコア:0)
Re:MySQLの導入を検討してるんだけど (スコア:0)
見逃してやってくれ。
Re:MySQLの導入を検討してるんだけど (スコア:0)
どこかにありましたっけ?
ここ [xrea.com]のみたいな投票でもやってほしいな。
Re:MySQLの導入を検討してるんだけど (スコア:0)
学習環境としても重宝してます (スコア:2, 参考になる)
Windows環境でもApache+Tomcat+MySQLで、JavaでDBを取り扱うサンプルを後輩に勉強させるのに、重宝してます;-)
これで、さらに・・・ (スコア:1, 興味深い)
ORACLEの置き換えにMySQLなんていうトンデモ提案が増える予感・・・
経営者的に見れば、びっくりする程コストが下がるし、それが真実だとしたら・・・
と思って、イチイチ技術者に提案内容の吟味とかさせちゃいますよねぇ
マジで高負荷状況でトランがガシガシ発生するECサイト(バックエンドORACLE)をMySQL置き換え提案を持ってきたベンダーがありました・・・
参照系のみ一部置き換えとかなら全然OKだと思いますけどね
Re:これで、さらに・・・ (スコア:1, 興味深い)
Re:これで、さらに・・・ (スコア:2, 興味深い)
(皮肉でないです。念のため)
ただ、その時のORACLEは、4CPUのSUNをHA構成にしてファイバーチャネルで共有ディスク云々
ってな感じで構成されていたんで
それと同等環境ではたしてMySQLで高負荷トランザクションに耐えられるか?
とかっていう検証は、予算的、時間的、にもできなかったです。
なんていう情報を書いたほうが良かったですね。
その辺の実績みたいなのがベンダーだけでなく、実際にSEレベルの人達からも語られるような状況まできてたら
「じゃ、チャレンジしますか」
と思ったかもです・・・。
決してMySQLがORACLEの置き換えにならない事は無いと思います。
オフトピック 部門名 (スコア:1)
ディスク(ドラム)と四角いテーブル(表)の組合せとか...
Re:オフトピック 部門名 (スコア:1)
今時97使いな私です。
四角だけかぁー (スコア:1)
それは表形式つーかRelational方式のDBしかサポートしないという神の意志でしょうか?(T_T)
#OODBの泣かず飛ばずが悲しいのでG7。言語とかはこれだけOOP化されてるのに、なんで誰もがOOと相性最悪のRDBとを接続して事を済まそうとするかなあ?
#まぢ、関連だらけのObjectを保存する(しかも多人数同時使用を想定して、一部のObjectだけCommitできるようにする)ことを考えると、OO-RDBマッピングって本質的に痛いんですけどぉ。
Re:四角だけかぁー (スコア:1)
>
>それは表形式つーかRelational方式のDBしかサポートしないという
>神の意志でしょうか?(T_T)
それを言っていたら,木構造とかネットワークとかカードとか
キリがないような...
DWHも考えると倉庫のほうがいいのかなあ~
Re:オフトピック 部門名 (スコア:0)
# DB とつながる気がしないが脊髄反射で思い浮かんだので
Re:オフトピック 部門名 (スコア:0)
おまえら、4コマのネタを提供して下さい (スコア:0)
毎晩夜遅くまで情報の整理に悩む会社員A、時計の針はAM3:00をさしている
・2コマ目
もうだめだ、頭を抱えて絶叫する会社員A、時計の針はAM5:00をさしている、その時誰かの手が会社員Aの肩にかけられる。
・3コマ目
どこから現れたのか先輩女性社員がニコっと微笑んでデータベースソフトのパッ
Re:おまえら、4コマのネタを提供して下さい (スコア:1)
3コマ目と4コマ目の間に何日経過しているんだろう.
そりゃあ情報整理はあっと言う間かもしれないけど, DBへのデータ取り込みやインデックスの張り直しにどれだけ時間がかかるのやら. ロールバック用領域の容量が足りないと, 途中で溢れて最初からやりなおしなんてことにもなりかねないし.
# 懺悔の時間: 5GBのexportファイルをimportしている途中でほったらかして帰りました. だって何時終わるか予想できなかったんだもん. DB実装設計を自分でやったわけじゃないし.
Re:おまえら、4コマのネタを提供して下さい (スコア:0)
Re:おまえら、4コマのネタを提供して下さい (スコア:1)
なんぼDBなどのツールを導入してくれても、その中でどう自分らが保持させたいデータを表現するか?を決めるのは
やっぱり人間の仕事っすね。
少なくとも、スキーマが決定され、そこに既存の(非DBな!)データを流し込み、
それなりにアプリを作ったりして人間に使いやすくして、ユーザーの皆も使い方を覚えて、
という、いわゆる「運用」が行われるようになれば、仕事はすっきり楽になるのかも知れませんが、
それは多分、今日明日のことじゃないですよね。
ところで。データベース(をいじるソフト)を直接いじるのが一部の担当者だけに限られるという運用だと、効果は出にくいよね。
人間というボトルネックを如何に回避できるか、が結構重要。
人数を出来るだけ限定しないようにすることで、細いボトルの首も束ねて太くできる。
Re:おまえら、4コマのネタを提供して下さい (スコア:1)
でもDBを扱うソフトを作るのも非常に骨なので、その辺の負担を軽くするフレームワークのようなものの整備も必要だと思います。
作るだけでも精一杯なのに人が使いやすいものを作るのはさらに骨です。
そんなわけで人に優しいプログラムインターフェイスを思案中。PostgreSQL限定で(こら
すらど宴会SNS開放中 [e-meet.jp]
Re:おまえら、4コマのネタを提供して下さい (スコア:0)
BDBが捨てられた理由 (スコア:1)
技術的な問題? それともライセンス上の不都合や政治的な理由?
Re:BDBが捨てられた理由 (スコア:0)
4.0 (スコア:0)
4.0以降でもたまにUNIONでこけることがあるけど、3.23の頃よりも頻度は低いので我慢しています。