MySQL vs PostgreSQL (412ﾚｽ)
上下前次1-新
73: 02/04/26 16:20 ID:??? AAS
じゃInnoDBつかえば？
74(1): 02/04/27 14:45 ID:40Y3gDf/(1) AAS
BDBとかInnoDBとか含まれてるらしいけども
それが含まれてトランザクションとか使えるようになったわけだよね？
なにやら設定だとかも特別に必要だとか。
管理とかめんどくさくなったりするの？
75: 02/04/27 23:16 ID:WvEh4JFD(1) AAS
>>66
下手に正規化するよりかは、テーブルを冗長気味に作ったほうがいいと
いうことだねぇ、たぶん
76: [age] 02/04/28 00:36 ID:??? AAS
>>74
特別な設定は全く無いとは言わないけど、ほんのちょっとだよ。
CREATE TABLE文の最後に、Type=InnoDB とか付け加えれば、そのテーブルは
トランザクションに対応したInnoDBテーブルになる
77(1): 1 02/04/28 16:45 ID:C3o4tOYE(1) AAS
すごい長寿スレだｗ
あんまりこないのだけれど、この板じゃこのくらい普通なの？
>>70
何年も経たないでしょ？ BDBが使えるようになってちょうど2年くらい？
だし、使えることは事実としても、PostgreSQLではなくBDBやInnoDB使用
のMySQLでトランザクションを使うメリットってある？
俺の認識ではやっぱりMySQLはMyISAMでトランザクション処理が必要ない
場面でこそ真価を発揮すると思っているのだけれど・・・
78(1): 02/04/28 22:52 ID:??? AAS
PostgreSQL使いから見ると、MyISAMとかBDBとかInnoDBとかとMySQLとの関係が分からんのだけど、
そこら辺まとめて解説してあるWebページとかある？
どういう仕組みになってるの？
79: 1 02/04/28 23:53 ID:Nql8g44v(1) AAS
>78
MySQLの場合、あらかじめテーブルの形式を選んでおく必要がある。
デフォルトはMyISAMという形式で、検索・更新は速いのだけれど
トランザクションが使えなかったり、色々制約がある。
BDBやInnoDBはトランザクションが使える形式だけれど、MyISAMより
遅いのとフルテキスト・インデックスが作れないとか、これまた制約
がある。
↓英語と日本語混じりだけれど、一番詳しいのはここかな？
外部ﾘﾝｸ[html]:www.mysql.gr.jp
80(2): 02/04/29 00:12 ID:L8KHf1nv(1/4) AAS
>>77
PostgreSQL使う必要がなくなるよ。
81(1): 02/04/29 00:42 ID:oAtRhIR1(1) AAS
>>80
MySQLのウリって速さなのに、その速さをわざわざ殺して…、ってことじゃないんでしょうか、
多分。
82(1): 02/04/29 01:01 ID:6cDOgkjX(1) AAS
>>80
おれもPostgreSQL使いなんだけど、MySQLはトランザクション使えないとか、
速いだけ、とかいう印象だったわけ。どうやら間違いだったようだけど、
ただ、79の書き込みを読む限りでは、PostgreSQLを使う必要が無いのかもしれないけど、
あえてMySQLを使う理由というのもどうも見当たらない。
むしろテーブルを定義する際にBDBやらInnoDBやら設定しなければならないというが
多少抵抗有り。
その辺MySQL使いの人はどう考えてんだろ？
83(1): 02/04/29 11:35 ID:L8KHf1nv(2/4) AAS
>>81
私が使った感触では、InnoDBテーブルにしても特に遅くなったと
は感じなかったよ。
PostgreSQLは、データベースのサイズが大きくなるほど、リニアに
性能が劣化するらしいのだが、ほんと?
84: 02/04/29 13:12 ID:??? AAS
InnoDBは知らないけど、BDBはかなり落ちるでしょ？
つか、開発陣もそう明言してたような。
85(1): 02/04/29 13:18 ID:ohqYmtGy(1) AAS
>>83
>私が使った感触では、InnoDBテーブルにしても特に遅くなったと
>は感じなかったよ。
トランザクションをサポートすると、ＤＢの内部構造が大幅に変化する。
どういうことかと言うと、ロールバック・セグメントに一旦データーを
書き込んで、ＣＯＭＭＩＴ後にディスクに書き出しを行うようになる。
つまり、トランザクションをサポートするとディスクの読み書きが倍に
なるので、ＤＢ性能が劣化しないほうが基本的におかしい。
もしかしたらロールバック・セグメントをメモリー上に保持する構造な
のかも知れないけど、その場合はまた別に問題がでそう。
省9
86: 02/04/29 14:10 ID:L8KHf1nv(3/4) AAS
>>85
だ・か・ら ほとんど変わんなかったんだよ
87: 02/04/29 14:33 ID:L8KHf1nv(4/4) AAS
PostgreSQL用のJDBCドライバって、使えるシロモノなの?
こんな問題があるとか、知ってる方いらっしゃいませんか?
EJBなどを使ってアプリケーションサーバーと組み合わせて使おう
かと考えているのですが...。
88(1): 02/04/30 00:24 ID:??? AAS
>82
sub-selectやviewやストアド使えないのって、
普段使ってる人には結構痛いような。。。
89(1): 02/04/30 01:02 ID:On4duFT+(1/2) AAS
>>88
select * from products where price in ( select max( price ) from products )
（これあってたっけ？）
とかさ、どうやって実現すんだろうか…
いや、SQL文を二回発行すればいいっていうのは分かるけど
90(2): 02/04/30 01:10 ID:fm61+/4G(1) AAS
Postgresってreplication出来るの？
91(1): 02/04/30 01:27 ID:On4duFT+(2/2) AAS
>>90
レプリケーションってAccessも備えているアレだな。
Postgres は DB稼動させたままDUMPできるからな。
WALもあることだし、まあなんとかなるんじゃないかと。
92: 02/04/30 02:19 ID:??? AAS
>90
同期レプリケーションはないです。
PostgresのProxy的に動くUsogresというものはあって、
こいつは一つのクライアントからのクエリを二つのサーバに送ります。
「リアルタイムバックアップ」と称しているようです。
あと、Postgresのcontribの中にrservというものがあって、
こいつはトリガを利用して、更新を自身のDBの中にログとして保存し、
クライアントからpollすることで非同期なレプリケーションを
実現します。
ただし、複雑なトランザクションは後方参照があった場合にどうなるのかは
省1
上下前次1-新書関写板覧索設栞歴
あと 320 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s