X
トップページ⇒DB＠2ch掲示板
1002コメント288KB
MySQL vs PostgreSQL Part2
■ このスレッドは過去ログ倉庫に格納されています
0001NAME IS NULL
垢版 |
2005/08/03(水) 04:43:20ID:j7oDtJr2
同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。

どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。

前スレ

MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50
0384NAME IS NULL
垢版 |
2008/01/17(木) 22:02:36ID:???
MySQLはバージョン6から
utf8の4バイト対応
0385NAME IS NULL
垢版 |
2008/01/17(木) 23:00:09ID:???
MySQLは4->5->6と文字コード周りでの混乱がすごいな
0386NAME IS NULL
垢版 |
2008/02/20(水) 09:47:27ID:7Da97kAQ
数千万規模のレコードを扱うにはMySQLとPostgresどちらが適しているでしょうか？
0389NAME IS NULL
垢版 |
2008/02/20(水) 21:49:18ID:???
べつにどっちでもいけるんじゃね。
アプリの出来次第だし。
0390NAME IS NULL
垢版 |
2008/02/22(金) 02:48:16ID:???
実務で新規に使う分にはぶっちゃけどっちもそんな変わらないよな。
レプリケーション組まなきゃならん程の規模になるとMySQLのが日本語の情報が
多いとは思うけど。

決定的な違いはMySQLにゃ有償サポートがあるって事じゃね？

Oracleはさらにそんだけ高い金払ってこうなったんじゃ仕方ないよねって
空気作れるからという理由でチョイスするSE様も結構いるとか居ないとか。
0391NAME IS NULL
垢版 |
2008/02/22(金) 07:52:56ID:???
Postgres だってサポートしてくれる会社はあるでしょ。
0392NAME IS NULL
垢版 |
2008/02/22(金) 15:12:05ID:???
だな。SunがサポートするのかSRAがサポートするのかの違い。
0393NAME IS NULL
垢版 |
2008/02/23(土) 00:38:21ID:???
サポートの有無だけじゃなくて、質も重要だよな。
オープンソースじゃなくても、マイナーな製品だとサポートがまったく
役に立たない場合もザラだからな。

教育コース整備されていて、一定のレベルのエンジニアを量産する
システムが出来上がっているOracleやDB2はやっぱり安心感が違うよ。
0394NAME IS NULL
垢版 |
2008/03/14(金) 14:32:18ID:???
そういえばPostgreSQLが流行らないのは名前のせいで
だから名前を変えようとかいう動きはどうなったんだろう？
0398NAME IS NULL
垢版 |
2008/04/14(月) 19:54:43ID:???
postgreはGUIやらlimitやらで使い勝手が良すぎる。俺はpostgreを全力で
応援します。
0399NAME IS NULL
垢版 |
2008/04/19(土) 00:36:35ID:???
MySQL、新機能追加は有償版の「MySQL Enterprise」だけを対象に
http://www.technobahn.com/news/2008/200804172000.html

Linuxを代表するオープンソースベースのリレーショナルデータベース管理システムのMySQL
が近くソースコードの公開を停止する方向で準備を進めていることが16日、米カリフォル
ニア州サンタクララで開催中のMySQLコンファレンスの席上で明らかとなった。
0400NAME IS NULL
垢版 |
2008/04/19(土) 15:51:37ID:???
>>399はタイトルは元記事通りですが本文は元記事と違います。

>無償版の「MySQL Community Server」の提供は今後も継続されるが、
>無償版と有償版の開発は完全に切り離されることとなり、
>無償版と有償版の2つのMySQLはまったく別々の進化を遂げることとなる見通しだ。
0401NAME IS NULL
垢版 |
2008/04/19(土) 16:11:15ID:???
要するにβテストが完了したと言うことなのかな。
0403NAME IS NULL
垢版 |
2008/04/19(土) 23:10:58ID:???
新機能が有償版 のみ/から ってことは、無償版よりもむしろバグが増えるんじゃないだろうか。
Fedora → RHEL のように、テスト → エンタープライズにしてくれれば良いんだが。
0404NAME IS NULL
垢版 |
2008/04/20(日) 00:00:55ID:???
>>400
これ、思いっきり悪く捉えると
・GPL版はいまさらライセンス変えようがないから放置
・商用版はclosedにして開発続行
となるんだけど、実際どうなるんだろう? GPL版もきちんとSunが開発に
かかわり続けるのかな?

もちろん、GPLなんだから有志で開発引き継ぐことは可能だけど。
0405NAME IS NULL
垢版 |
2008/04/20(日) 00:50:09ID:???
>>404
Forkはされるだろうけど、有償サポートや開発者をフルタイムで雇用する企業が
あらわれないとプロジェクトの維持は難しいと思う。
0406NAME IS NULL
垢版 |
2008/04/20(日) 01:03:53ID:???
Firebird - Interbase の先例があるとはいえ、独立路線は無理だろう…。
0407NAME IS NULL
垢版 |
2008/04/20(日) 02:02:14ID:???
DBMSじゃないけどNetscape -> Mozilla -> Firefoxのような路線もあるわけだし、
これだけユーザ数が多いのだから、どうにかなりそうな気はしないでもない。
ひょっとしたら新規にforkされたプロジェクトがPostgreSQLより開発者が
多くなる可能性もあるし。

とはいえ、フリーのものを使いたければPostgreSQLを使えという流れが
強くなることは確実だろうね。
0409NAME IS NULL
垢版 |
2008/04/20(日) 11:23:54ID:???
>> 408
リンク先、ちゃんと読んでる？

> a shift to development of those features occurring only in MySQL Enterprise.
> MySQL Enterprise のみで使用できる機能の開発にシフトする。
Enterprise に開発をシフトする -> GPL 版放置 -> 誰かが Fork せねば
という流れは自然でしょ。

あと、むしろ Enterprise 版の品質が落ちるという懸念も書いてある。
> they will be giving their paying customers real, true, untested code.
> MySQL 社は、お金を払ったユーザに、まったくもってテストの不十分なコードを使わせることになる。
0410NAME IS NULL
垢版 |
2008/04/20(日) 13:43:18ID:???
>>409
ちゃんと Mickos の投稿も読んでるかな？
GPL 版を重視するのは変わらずで、GPL 版の周辺ソフトウェアに
GPL じゃないライセンスを採用するかもしれないという話だと
思うけど、これはオープンソースを活用しているビジネスモデル
としては普通の事じゃないかな。そこでは Netteza や InnoDB の
ケースが出てるよね。こういうモデルはオープンソース版があって
初めて成り立つ話であって、GPL 版を放置するという発想が
どうして出て来るのかが不思議だよ。
0411NAME IS NULL
垢版 |
2008/06/13(金) 00:51:13ID:???
書店に並んでる本見るとMySQLばかり
0412NAME IS NULL
垢版 |
2008/07/11(金) 16:24:19ID:???
そんなに大規模じゃなきゃMySQLで十分要求を満たす。
OracleやSQL-Serverで大規模を先に経験すると、
MySQLのシンプルさに疑心暗鬼になって、Postgresを
選択する。あるいはMySQL<4.1のサブクエリシンドロームな
人たちもPostgresを選択する傾向にある気が巣。
0413NAME IS NULL
垢版 |
2008/07/12(土) 11:11:08ID:???
Derbyとか知るとMySQLがシンプルとは思えないんだが。
これも以外に要求を満たすからなぁ。
社内インフラ程度(?)の規模なら問題なしだし。

はともかく、単にMySQL対応のアプリ使いたいときは普通にMySQL選択するし、
特に要望がなければPostgresかな。

規模がデカくなるとDB2とかの商用使うな。Oracleはﾏﾝﾄﾞｸｾなので個人的には嫌い。
0414NAME IS NULL
垢版 |
2008/07/12(土) 15:18:22ID:???
情報量としてはMySQLの方が多くなってる気がするんだが
0415NAME IS NULL
垢版 |
2008/07/13(日) 22:19:25ID:???
>>412
>>413

大規模じゃなきゃ使えるって、まじで言ってるの?
mixiもYahoo!もFacebookも、超大規模なところはみんなMySQLなんだが。
GoogleもMySQLですよ? あれはちょっと使い方が違うけど。
0416NAME IS NULL
垢版 |
2008/07/13(日) 22:41:29ID:???
別に誰も「大規模だと使えない」なんて言ってないと思うが。

なにを言いたいのかちっともわからん。

# 規模がでかい時に商用使うのは機能的な問題より、なんかあった
# 時に客に説明しやすいからだろうと思う。
0417NAME IS NULL
垢版 |
2008/07/14(月) 00:26:39ID:???
超絶的な瞬間最大アクセス(?)がおきるオリンピック公式サイトはDB2だったと思うが。

大規模で楽したいって意味と顧客に説明する時にOracleとかは根拠のない
安心感があるんだよ。ｗ

つかGoogleみたいな博士級のエンジニアがいる会社と偽装派遣や孫受けに
丸投げするばかりの能無し自称IT企業の事情といっしょにすんなよ。
#現実的には９割は後者の会社が多いと思っている。
0418NAME IS NULL
垢版 |
2008/07/14(月) 09:14:02ID:???
>>416
> 別に誰も「大規模だと使えない」なんて言ってないと思うが。

じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

> つかGoogleみたいな博士級のエンジニアがいる会社と

Googleが異常なだけで、mixiなんかは全然いないよw
普通のエンジニア。
0419NAME IS NULL
垢版 |
2008/07/14(月) 22:14:44ID:???
mixiはfedoraをドカドカ使う度胸は凄いと思うな。

根性無しと言うワケではないが、そこはRHELを使うトコだろ、って思うし。

確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。

まあ原因不明のOracleのインスタンス落ちを経験するとfedora+MySQLでも
たいして安定性は変わらんとは思う。

Postgresも7以前は商用に比べれば、不安はあるけど8以降は結構いい感はある。
0420NAME IS NULL
垢版 |
2008/07/14(月) 23:09:22ID:???
>>418
>> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
> じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

お前、プログラマに向いてないから早めに足洗った方がいいぞ。

まあ、痛い目を見るのはお前さんだからどうでもいいけど。
0421NAME IS NULL
垢版 |
2008/07/14(月) 23:34:21ID:???
別にココはマ板でもない点について
0422NAME IS NULL
垢版 |
2008/07/15(火) 09:15:07ID:???
>>419
mixiはCentOSじゃなかった?

> 確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。

ああいうとこはkernel入れ替えてるんじゃないかな。

>>420
おまえ、何の情報も持ってないんだなぁ...
0423NAME IS NULL
垢版 |
2008/07/19(土) 02:15:38ID:???
>>422
> おまえ、何の情報も持ってないんだなぁ...

>>418 のアホさ加減を示すのにこれ以上なんか情報がいるのか？

もう十分だと思うけど。
0424NAME IS NULL
垢版 |
2008/07/19(土) 14:05:24ID:???
何が十分なんだよ。

相手が泣き叫んで許しを請うまでひたすら続けろ。
0426NAME IS NULL
垢版 |
2008/07/22(火) 23:23:33ID:LtKhkX2i
他人を貶す前に己の貧しさを知れ！
聞き囓った様な話じゃなくて、
本質的な内容にしようぜ。
0427NAME IS NULL
垢版 |
2008/07/23(水) 00:24:03ID:???
そう思うなら、まずお前からネタ振れよ。
0429NAME IS NULL
垢版 |
2008/07/23(水) 22:58:31ID:???
ネタが無いなら黙っとけよ。
0430NAME IS NULL
垢版 |
2008/07/26(土) 21:33:51ID:???
>>429

そう言いつつネタ出せないんだから、つまらんやつだなぁ。
じゃあなんかネタふるか。
Drizzleどうよ?
0431NAME IS NULL
垢版 |
2008/08/20(水) 14:21:51ID:be7jHo9Q
今後を見ていくとPostgreSQLでおｋ？
0432NAME IS NULL
垢版 |
2008/08/20(水) 15:57:30ID:???
今も昔もWorldWideではMySQL
0433NAME IS NULL
垢版 |
2008/08/20(水) 16:19:27ID:???
昔はSQLの制限考えるとMySQLはありえなかったけど
今はどっちでもいいな、むしろMySQLのがサポート広い？
でもPostgreSQLかなあ。
0434NAME IS NULL
垢版 |
2008/08/21(木) 03:48:21ID:Kn230A2n
MySQLはライセンスがうるさそうってか、
GPLってみんなあんまり意識してなさそう

世界じゃMySQL（CMSに採用されすぎｗｗｗ）
日本じゃPostgreSQL（MySQLに追いつかれる）

って感じ？かな？
0435NAME IS NULL
垢版 |
2008/09/13(土) 05:19:48ID:???
今度テラレベルのシステムを作ることになりそうだ
PostgreSQLににしようか本気でまよっている
0436NAME IS NULL
垢版 |
2008/09/13(土) 11:06:57ID:???
>>435
PostgreSQLじゃVACUUMが追いつかない
製品選定前に前もって性能テストしたほうがいいよ
0437NAME IS NULL
垢版 |
2008/09/13(土) 11:58:12ID:???
>>434
サーバサイドに関して言えば GPL である事は殆ど問題にならないよ。
少なくとも GPL v2 までは意識する必要はあまり無い。

GPL はバイナリを入手した人に対してソースも入手可能にしないと
いけないというルールだけど、サーバプロダクトはバイナリを配布
するわけじゃないから、ソースも公開する必要は無い。
0438NAME IS NULL
垢版 |
2008/09/13(土) 12:19:59ID:???
そんな自分の仕事の範囲で語られても...。
0439NAME IS NULL
垢版 |
2008/09/13(土) 13:11:53ID:???
データベースサーバの範囲なら大体オッケー...。
0440NAME IS NULL
垢版 |
2008/09/13(土) 14:38:58ID:???
相当狭い世間しか知らないようだ...。
0441NAME IS NULL
垢版 |
2008/09/13(土) 15:16:51ID:???
ここは自己分析をする場所じゃないよ...。
0442NAME IS NULL
垢版 |
2008/09/13(土) 15:28:50ID:???
話を分かり易くする為に前提条件を付けて話題を限定しているのに、
狭い世間しか知らないってどんなだw
0443NAME IS NULL
垢版 |
2008/09/13(土) 19:24:40ID:???
>>442
その限定ってまさかデータベースサーバの範囲とか言う間抜けなことを
言ってるんじゃないよな？
0444NAME IS NULL
垢版 |
2008/09/13(土) 20:34:29ID:???
間抜けと話すと会話が噛み合ねえな...。
0445NAME IS NULL
垢版 |
2008/09/13(土) 21:11:50ID:???
とりあえず、437が大馬鹿ということだけは理解
0446NAME IS NULL
垢版 |
2008/09/14(日) 00:21:18ID:???
>>436
レスありがとう
データが大量になりそうなテーブルは、インサートオンリーなんだ
VACUUMが必要な仕組みは、イヤだなぁ、と感覚的には思ったんだが、
インサートがメインだから、テーブル指定でVACUUMすれば問題ないかなぁ。と楽観的に考えている

たしかに性能テストした方がいいね
0447NAME IS NULL
垢版 |
2008/09/14(日) 02:22:36ID:???
>>446
インサートオンリーのテーブルもVACUUMが必要って知ってた？
http://www.postgresql.jp/document/current/html/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND

パーティション機能をつかってテーブル分割したり、
VACUUMかけるテーブルを日ごとにローテーションしたり
運用で工夫することになると思うよ。

技術的に不可能なわけじゃないから止めはしないけど、
がんばってね。
0448NAME IS NULL
垢版 |
2008/09/14(日) 09:59:45ID:???
8.3ではVACUUM頻度が劇的に落ちているから、それほど神経質になる必要は
あまり無いと思うけどなぁ
0449NAME IS NULL
垢版 |
2008/09/14(日) 10:42:08ID:???
そもそも「テラレベルのシステム」って言う俺たちには知り様のない
システムの話だから、>>435 に性能テストしてもらうしかない。

Vacuum 以外に落とし穴がないわけじゃないし。
0450NAME IS NULL
垢版 |
2008/09/14(日) 12:02:00ID:???
PostgresみたいなフリーRDBMSは運用周りのサポートが弱いからねぇ。
使いはじめは考慮しなければならない部分が少ないから逆に楽なんだけど。
0451NAME IS NULL
垢版 |
2008/09/14(日) 13:48:00ID:???
>>435です
2^32≒20憶トランザクションごとにトランザクションＩＤが周回してしまうから
全テーブルVACUUM必要なことは知らなかった

Oracleで４テラくらいのつくったときは、特に問題なかったんだ
それが４年くらい前だった

それからソフトもハードも進化したから（750玉なんてあるし）
PostgreSQLやMySQLとかでもいけるんじゃないかと思ってさ

実証実験するだけで、金かかりそうだなぁ

>>449
＞Vacuum 以外に落とし穴がないわけじゃないし。
バックアップ・復旧周りが実は恐れている
0452NAME IS NULL
垢版 |
2008/09/14(日) 14:42:44ID:???
> 2^32≒20憶トランザクション

2^32 は約 40億だし、>>447 のリンク先にもそう書いてあるんだが...。

> これを防ぐためには、すべてのデータベースにあるすべてのテーブルを
> 少なくとも20億トランザクションごとにバキュームする必要があります。

と混同したのかも知れないけど、もう少し落ち着いてドキュメントを読む
癖つけたほうがいいぞ。

> 実証実験するだけで、金かかりそうだなぁ

金もかけずににちゃんのアドバイスで荒波に立ち向かうと言うスリリング
な人生を選択してもいいと思うけど。(w
0453NAME IS NULL
垢版 |
2008/09/14(日) 16:59:16ID:???
>>451
それこそ素直にOracle使うような案件なんじゃ……。
世の中の案件の80%はMySQL/PostgreSQLで済むと思うけど、
これは残り20%の範疇のように思う。
0454NAME IS NULL
垢版 |
2008/09/15(月) 17:55:03ID:???
あと、PostgreSQLは定期的にvacuum fullしないとSELECT性能が劣化するから注意。
0455NAME IS NULL
垢版 |
2008/09/15(月) 20:29:30ID:BunTDGAt
業務の関係でこれからPHPを勉強することになりました。
それで今アマゾン等でPHPの書籍を探しているところです。
仕はでPHP＆postgreSQLの組み合わせなのですが、アマゾンや書店で
見つかるのは大概PHP＆MySQLの組み合わせのものばかりです。
MySQLとPostgreSQLの違い(PHPとの連携する上で)がまだわからないのですが、
MySQLのほうのやつを買ってもポスグレ案件で役立ちますか？
(PHP初心者ですみません)
0456NAME IS NULL
垢版 |
2008/09/16(火) 22:00:19ID:???
>>455
・貴方のレベルにもよる
　文章から察するに１〜３年目くらいに見えます。
　（違っていたら申し訳ない。）
　他の言語を複数習得している（それぞれ１年以上経験ある）レベルか
　他の言語もやったことあるが、マスターしているとは言えないレベルなのか

・新規なのか既存なのかで判断が異なる
　新規案件でPHPで業務の基盤周りから組むのと
　既存案件で、すでに基盤はしっかりしているのと
　で、参考になる書籍はことなると思う
　（PEARはつかっているかとか）


マンモス本でよいんじゃないでしょうか
今はPostgreSQLのことかいていないんでしたっけ？
0458NAME IS NULL
垢版 |
2008/09/21(日) 09:48:08ID:???
>>454
それは昔のバージョン
今はバキュムしなくてもほとんど劣化なし
0459NAME IS NULL
垢版 |
2008/09/22(月) 10:16:28ID:???
そっか。少なくとも 8.1 まではそうだったけど、その後改善されたのかな。
0460NAME IS NULL
垢版 |
2008/09/22(月) 11:09:19ID:???
8.3で改善されました
0461NAME IS NULL
垢版 |
2009/03/01(日) 11:14:17ID:???
単純にオートvacuumしてくれるだけで、vacuumしなければ、フルスキャンが遅くなっていく点は変わってないんじゃね？
0462NAME IS NULL
垢版 |
2009/03/03(火) 02:06:41ID:???
>>461
つ ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/
0463NAME IS NULL
垢版 |
2009/04/22(水) 00:33:38ID:???
今度、オラクルで作っているシステムの換装があるんだけど、
そのままオラクルでいくか、MySQLやPostgreSQLを使うか本気で
迷っています。

データベース構造としては、親子関係の2階層のテーブルが
全部で１０個くらいなんだけど、データ数がべらぼう。

1億は余裕で超えます。
理由は、格納するものは使用しているユーザーの操作ログだからです。
１つのボタンを操作するだけで、さまざまなファイルやデータを触るから、
それで、何十レコードにもなってしまいます。

10億とか行ったら、さすがにオラクル以外の選択肢はないんでしょうか？

また、性能評価って言いますけど、入札前に高価な想定するH/Wを
購入してまで性能評価ってやります？

検索リアクションタイムに制限があるけど、それをどう担保しようかが
最大の悩み。

みなさんは、実機相当のシステムで、同じ環境でデータベースを何億
も入れて性能調査やってるのでしょうか？

特にコンサル業界の人に聞きたい。
0464NAME IS NULL
垢版 |
2009/04/22(水) 00:35:12ID:???
MySQLは、テーブル１つに１ファイルですよね？
テーブルのレコードが多ければ、それだけ検索するたびに、
ファイルオープンが発生するから、MySQLは遅いんだ。

この認識あってる？
0465NAME IS NULL
垢版 |
2009/04/22(水) 00:45:46ID:???
ログなんか大して参照しないだろ
するとしても参照するデータとしないデータに偏りがあるだろ
期間か何かで切り分けろよ
そうすればどれでもいける
0466NAME IS NULL
垢版 |
2009/04/22(水) 00:55:00ID:???
ファイルオープンしないDBってなによ
0467NAME IS NULL
垢版 |
2009/04/22(水) 11:01:41ID:???
そもそも、MySQLがこの先も生き残っているのかという問題が
MySQLはOracleに殺されそうだな
0468NAME IS NULL
垢版 |
2009/04/22(水) 11:05:13ID:???
NetBeansに対するEclipseのように、MySQLにも有料化したらPostgreSQLに流れるだけなので
存続させるために無料のライセンスは続けるんじゃないかな。
サポートのライセンスは今でも有料なんだし。
0469NAME IS NULL
垢版 |
2009/04/22(水) 13:24:01ID:???
Orcaleの得意技の飼い殺しというのが今一番懸念されているわけで。
0470どちらかというとSです
垢版 |
2009/05/29(金) 15:48:06ID:9rXfEjjy
>>463
板違い,コンサルでもない...
マニアックすぎて鼻で笑われるとおもいますが、
作りと開発者の技量にもよると思うけど
商用DBだけどCache' と言うのがあります..
内部(M)言語ガリガリではなく、
SQLアクセスで１億以上はさばけてます..
それぞれのアプリの条件にもよるので軽くとは
言い切れませんが、

10億はテストした事ないけど...

動作にOracleほど高価なH/Wはいらないと思います。
性能調査する価値はあるかも...

いまさらMっていわれるのがおち..ですかね...
DB自体くせもあるし..


0471NAME IS NULL
垢版 |
2009/05/29(金) 20:56:42ID:???
そりゃねぇ、いくらIMSがそこらのRDBMSより速いとは言ってもやっぱり「いまさらIMS」だしねぇ。
10億くらいならPostgresでもイケるし。
0472NAME IS NULL
垢版 |
2009/05/30(土) 00:40:23ID:???
そりゃねぇ、から語り出すとは通ですな。
0473NAME IS NULL
垢版 |
2009/07/02(木) 21:23:06ID:l4DZdBP4
age
0474NAME IS NULL
垢版 |
2009/10/27(火) 07:48:04ID:iq32s6Ha
>>471

MySQLは何億くらいまで、いけるんでしょうか？
あと、質問があと先になりましたが、10億の単位は何でしょうか？

よろしくお願いします。

0475NAME IS NULL
垢版 |
2009/10/27(火) 15:17:45ID:???
円に決まってるだろ
0476NAME IS NULL
垢版 |
2009/10/27(火) 19:22:39ID:???
甘いな
最近は元でしょう。
0477NAME IS NULL
垢版 |
2009/10/28(水) 10:36:31ID:???
ウォン以外考えられないニダ
0479NAME IS NULL
垢版 |
2010/04/01(木) 23:57:05ID:???
indexなしでレコード追加してくだけなら何十億でも平気だろうな
10億を細かく参照やら分析するんならRDBMSやめれと思う
0480NAME IS NULL
垢版 |
2010/04/30(金) 23:59:29ID:KOHIXyIB
このスレ、死んでるやん？ｗ
ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん

MySQLは今までたくさんの人が使っていたっていう惰性で情報が多いのと
ほんのちょっぴりの軽さだけが売り
ちょっとでもGPLを逸脱すると商用ライセンス

PostgreSQLはほぼLinuxでしか使えてなかったのが
Windowsにも進出してトランザクションもありーので完全にタダ

みんなでPostgreSQLに移ろうぜ
俺はPostgreSQLに移るよ
0482NAME IS NULL
垢版 |
2010/05/01(土) 10:04:04ID:fQ97Oi/l
>ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん

さすがに、「性能」までは言わないか。
0483NAME IS NULL
垢版 |
2010/05/01(土) 10:21:14ID:???
PostgreSQLのシェアはもうちょっと上がってもいいと思ってる
MySQLだけは危険だ
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況