0001NAME IS NULL2005/08/03(水) 04:43:20ID:j7oDtJr2 同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。
どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。
前スレ
MySQL vs PostgreSQL http://pc8.2ch.net/test/read.cgi/db/1056943680/l50 0319NAME IS NULL2006/12/31(日) 00:46:54ID:??? 充分答えになっていると思うが? いちかばちかで犯罪者になりたくはないだろう? 警察に「2chで質問したらOKだって言われたから」と言い訳するつもりか? ここには意図的に嘘を書く輩が大勢徘徊しているのだぞ。 0320NAME IS NULL2006/12/31(日) 03:26:16ID:??? 分からないから教えてくれと言っているのに対して、 分からない部分を教えないのでは、答えたことにならないだろ。 0321NAME IS NULL2006/12/31(日) 10:07:04ID:???>>316 が質問しているのは、
ライセンスの使い分けを教えてくれとは書いてないよ。 0322NAME IS NULL2006/12/31(日) 13:13:37ID:??? 相変わらず不毛だねぇ、君たち
PostgreSQLは関係ないんなら MySQLの話はそっちでやってくれよ 0323NAME IS NULL2007/01/02(火) 01:53:43ID:??? GPLは再配布の際に問題になってくるっていう大前提がわかっていれば、 GPL周りの疑問や誤解はかなりなくなるんだけど、それすらお勉強しない ヤシは後を絶たないな。 0324NAME IS NULL2007/01/02(火) 13:12:53ID:GguwttE5 Postgres8.0.9ですが 同じフィールドを持つ2つのテーブルを繋いで1つのテーブルに 見えるようなビューって作れるのでしょうか? 0325NAME IS NULL2007/01/02(火) 14:29:13ID:??? union 0326NAME IS NULL2007/01/04(木) 13:06:36ID:???>>325 いろいろあってレス遅れました ありがとうございます 説明を読んだことはあるけど、そのときは何のことやら意味わからなかった やっぱり実戦経験は大事だなー 0327NAME IS NULL2007/01/04(木) 13:23:21ID:??? WEBページで、ページ送りを作るときに全体の件数が知りたいときどうしてますか? (Limit句つけて検索したときの話です) mysql だて SQL_CALC_FOUND_ROWS ですませてるんですが、postgres含む他のDBでは どうやってるんでしょうか? SQL2回発行してるんでしょうか。
mysql> SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name WHERE id > 100 LIMIT 10; mysql> SELECT FOUND_ROWS(); 0328NAME IS NULL2007/01/05(金) 12:42:59ID:eEDb9wg9 .NETから両方使った事奴いるかな? どっちが使いやすいというか・・・ その辺の感想聞かせて欲しい OLEDBで接続した時の苦労話とか 0329NAME IS NULL2007/01/13(土) 22:43:45ID:78jvQO04 age 0330NAME IS NULL2007/06/08(金) 23:17:21ID:BCjwMJBL mysqlのライセンスってどこで買うの? 0331NAME IS NULL2007/06/09(土) 07:35:13ID:??? www.mysql.com 見た?>>3300332NAME IS NULL2007/06/11(月) 22:28:29ID:sJ4sZGiu やっぱ、MySQLの方がPostgreSQLよりも人気もあって、導入実績もあるみたいだね。 0333NAME IS NULL2007/06/19(火) 10:57:14ID:??? 個人的にはどっちもどっち・・・ 技術者が手慣れたものがいちばん良いよ・・・とは言え、参照系ならMySQL、そうじゃないなら PostgreSQLって感じかな。
当たり前のことしか書けないわ。(笑) 0334NAME IS NULL2007/06/19(火) 23:57:03ID:??? たいていの用途には速度も昨日もPostgreSQLの方が上だと思われ。 0335NAME IS NULL2007/06/20(水) 12:31:41ID:??? コネクション数が多い場合、mysqlのほうが有利な気がする。 あとHAや負荷分散かんがえるとmysqlのほうが有利な気がする。 replace(or upsert)は正直うらやましい。 でも、PostgreSQLのほうが扱い慣れてのもあるけど、変な制約もなく基本的な機能が素直で良い子 0336NAME IS NULL2007/06/21(木) 02:48:10ID:??? 仕事で使う場合、機能や速度よかライセンス的にPostgreSQLのほうがありがたいね。
> 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 NULL2008/04/20(日) 13:43:18ID:???>>409 ちゃんと Mickos の投稿も読んでるかな? GPL 版を重視するのは変わらずで、GPL 版の周辺ソフトウェアに GPL じゃないライセンスを採用するかもしれないという話だと 思うけど、これはオープンソースを活用しているビジネスモデル としては普通の事じゃないかな。そこでは Netteza や InnoDB の ケースが出てるよね。こういうモデルはオープンソース版があって 初めて成り立つ話であって、GPL 版を放置するという発想が どうして出て来るのかが不思議だよ。 0411NAME IS NULL2008/06/13(金) 00:51:13ID:??? 書店に並んでる本見るとMySQLばかり 0412NAME IS NULL2008/07/11(金) 16:24:19ID:??? そんなに大規模じゃなきゃMySQLで十分要求を満たす。 OracleやSQL-Serverで大規模を先に経験すると、 MySQLのシンプルさに疑心暗鬼になって、Postgresを 選択する。あるいはMySQL<4.1のサブクエリシンドロームな 人たちもPostgresを選択する傾向にある気が巣。 0413NAME IS NULL2008/07/12(土) 11:11:08ID:??? Derbyとか知るとMySQLがシンプルとは思えないんだが。 これも以外に要求を満たすからなぁ。 社内インフラ程度(?)の規模なら問題なしだし。