私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレMySQL vs PostgreSQL Part2

mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 : ○
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

401 : NAME IS - 2008/04/19(土) 16:11:15 ID:???.net (+24,+26,-4)

要するにβテストが完了したと言うことなのかな。

402 : NAME IS - 2008/04/19(土) 20:52:38 ID:???.net (+13,+25,-1)

はは～ん。

403 : NAME IS - 2008/04/19(土) 23:10:58 ID:???.net (-26,-24,-56)

新機能が有償版のみ/からってことは、無償版よりもむしろバグが増えるんじゃないだろうか。
Fedora → RHEL のように、テスト → エンタープライズにしてくれれば良いんだが。

404 : NAME IS - 2008/04/20(日) 00:00:55 ID:???.net (+34,+29,-67)

>>400
これ、思いっきり悪く捉えると
・GPL版はいまさらライセンス変えようがないから放置
・商用版はclosedにして開発続行
となるんだけど、実際どうなるんだろう? GPL版もきちんとSunが開発に
かかわり続けるのかな?

もちろん、GPLなんだから有志で開発引き継ぐことは可能だけど。

405 : NAME IS - 2008/04/20(日) 00:50:09 ID:???.net (+32,+29,-37)

>>404
Forkはされるだろうけど、有償サポートや開発者をフルタイムで雇用する企業が
あらわれないとプロジェクトの維持は難しいと思う。

407 : NAME IS - 2008/04/20(日) 02:02:14 ID:???.net (-26,-29,-72)

DBMSじゃないけどNetscape -> Mozilla -> Firefoxのような路線もあるわけだし、
これだけユーザ数が多いのだから、どうにかなりそうな気はしないでもない。
ひょっとしたら新規にforkされたプロジェクトがPostgreSQLより開発者が
多くなる可能性もあるし。

とはいえ、フリーのものを使いたければPostgreSQLを使えという流れが
強くなることは確実だろうね。

408 : NAME IS - 2008/04/20(日) 02:23:58 ID:???.net (+27,+29,-9)

http://jcole.us/blog/archives/2008/04/14/just-announced-mysql-to-launch-new-features-only-in-mysql-enterprise/

誰かが Fork する事になるとか、GPL 版が放置されるという話には読めないんだけど？

409 : NAME IS - 2008/04/20(日) 11:23:54 ID:???.net (-21,-30,-231)

>> 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 社は、お金を払ったユーザに、まったくもってテストの不十分なコードを使わせることになる。

410 : NAME IS - 2008/04/20(日) 13:43:18 ID:???.net (+30,+29,-117)

>>409
ちゃんと Mickos の投稿も読んでるかな？
GPL 版を重視するのは変わらずで、GPL 版の周辺ソフトウェアに
GPL じゃないライセンスを採用するかもしれないという話だと
思うけど、これはオープンソースを活用しているビジネスモデル
としては普通の事じゃないかな。そこでは Netteza や InnoDB の
ケースが出てるよね。こういうモデルはオープンソース版があって
初めて成り立つ話であって、GPL 版を放置するという発想が
どうして出て来るのかが不思議だよ。

411 : NAME IS - 2008/06/13(金) 00:51:13 ID:???.net (+27,+29,-3)

書店に並んでる本見るとMySQLばかり

412 : NAME IS - 2008/07/11(金) 16:24:19 ID:???.net (-28,-29,-91)

そんなに大規模じゃなきゃMySQLで十分要求を満たす。
OracleやSQL-Serverで大規模を先に経験すると、
MySQLのシンプルさに疑心暗鬼になって、Postgresを
選択する。あるいはMySQL<4.1のサブクエリシンドロームな
人たちもPostgresを選択する傾向にある気が巣。

413 : NAME IS - 2008/07/12(土) 11:11:08 ID:???.net (+29,+27,-113)

Derbyとか知るとMySQLがシンプルとは思えないんだが。
これも以外に要求を満たすからなぁ。
社内インフラ程度(?)の規模なら問題なしだし。

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

規模がデカくなるとDB2とかの商用使うな。Oracleはﾏﾝﾄﾞｸｾなので個人的には嫌い。

414 : NAME IS - 2008/07/12(土) 15:18:22 ID:???.net (+24,+26,-4)

情報量としてはMySQLの方が多くなってる気がするんだが

415 : NAME IS - 2008/07/13(日) 22:19:25 ID:???.net (-26,-29,-40)

>>412
>>413

大規模じゃなきゃ使えるって、まじで言ってるの?
mixiもYahoo!もFacebookも、超大規模なところはみんなMySQLなんだが。
GoogleもMySQLですよ? あれはちょっと使い方が違うけど。

416 : NAME IS - 2008/07/13(日) 22:41:29 ID:???.net (+38,+29,-59)

別に誰も「大規模だと使えない」なんて言ってないと思うが。

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

# 規模がでかい時に商用使うのは機能的な問題より、なんかあった
# 時に客に説明しやすいからだろうと思う。

417 : NAME IS - 2008/07/14(月) 00:26:39 ID:???.net (+33,+30,-162)

超絶的な瞬間最大アクセス(?)がおきるオリンピック公式サイトはDB2だったと思うが。

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

つかGoogleみたいな博士級のエンジニアがいる会社と偽装派遣や孫受けに
丸投げするばかりの能無し自称IT企業の事情といっしょにすんなよ。
#現実的には９割は後者の会社が多いと思っている。

418 : NAME IS - 2008/07/14(月) 09:14:02 ID:???.net (+46,+29,-80)

>>416
> 別に誰も「大規模だと使えない」なんて言ってないと思うが。

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

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

Googleが異常なだけで、mixiなんかは全然いないよw
普通のエンジニア。

419 : NAME IS - 2008/07/14(月) 22:14:44 ID:???.net (+31,+29,-171)

mixiはfedoraをドカドカ使う度胸は凄いと思うな。

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

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

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

Postgresも7以前は商用に比べれば、不安はあるけど8以降は結構いい感はある。

420 : NAME IS - 2008/07/14(月) 23:09:22 ID:???.net (+35,+30,-57)

>>418
>> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
> じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

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

まあ、痛い目を見るのはお前さんだからどうでもいいけど。

421 : NAME IS - 2008/07/14(月) 23:34:21 ID:???.net (+22,+29,-3)

別にココはマ板でもない点について

422 : NAME IS - 2008/07/15(火) 09:15:07 ID:???.net (-16,-28,-59)

>>419
mixiはCentOSじゃなかった?

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

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

>>420
おまえ、何の情報も持ってないんだなぁ...

423 : NAME IS - 2008/07/19(土) 02:15:38 ID:???.net (+30,+29,-27)

>>422
> おまえ、何の情報も持ってないんだなぁ...

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

もう十分だと思うけど。

424 : NAME IS - 2008/07/19(土) 14:05:24 ID:???.net (+27,+29,-26)

何が十分なんだよ。

相手が泣き叫んで許しを請うまでひたすら続けろ。

425 : NAME IS - 2008/07/19(土) 16:16:05 ID:???.net (+15,+27,-13)

お前がやれよ。

426 : NAME IS - 2008/07/22(火) 23:23:33 ID:LtKhkX2i.net (+25,+30,-44)

他人を貶す前に己の貧しさを知れ！
聞き囓った様な話じゃなくて、
本質的な内容にしようぜ。

427 : NAME IS - 2008/07/23(水) 00:24:03 ID:???.net (+32,+29,-4)

そう思うなら、まずお前からネタ振れよ。

428 : NAME IS - 2008/07/23(水) 04:28:31 ID:???.net (+27,+29,-2)

>>427

結局ひとに頼るのかw

429 : NAME IS - 2008/07/23(水) 22:58:31 ID:???.net (+28,+29,-17)

ネタが無いなら黙っとけよ。

430 : NAME IS - 2008/07/26(土) 21:33:51 ID:???.net (+31,+29,-22)

>>429

そう言いつつネタ出せないんだから、つまらんやつだなぁ。
じゃあなんかネタふるか。
Drizzleどうよ?

433 : NAME IS - 2008/08/20(水) 16:19:27 ID:???.net (+27,+29,-35)

昔はSQLの制限考えるとMySQLはありえなかったけど
今はどっちでもいいな、むしろMySQLのがサポート広い？
でもPostgreSQLかなあ。

435 : NAME IS - 2008/09/13(土) 05:19:48 ID:???.net (+30,+29,-19)

今度テラレベルのシステムを作ることになりそうだ
PostgreSQLににしようか本気でまよっている

436 : NAME IS - 2008/09/13(土) 11:06:57 ID:???.net (-22,-29,-24)

>>435
PostgreSQLじゃVACUUMが追いつかない
製品選定前に前もって性能テストしたほうがいいよ

437 : NAME IS - 2008/09/13(土) 11:58:12 ID:???.net (+23,+29,-58)

>>434
サーバサイドに関して言えば GPL である事は殆ど問題にならないよ。
少なくとも GPL v2 までは意識する必要はあまり無い。

GPL はバイナリを入手した人に対してソースも入手可能にしないと
いけないというルールだけど、サーバプロダクトはバイナリを配布
するわけじゃないから、ソースも公開する必要は無い。

438 : NAME IS - 2008/09/13(土) 12:19:59 ID:???.net (+27,+29,-1)

そんな自分の仕事の範囲で語られても...。

439 : NAME IS - 2008/09/13(土) 13:11:53 ID:???.net (-3,-1,-20)

データベースサーバの範囲なら大体オッケー...。

440 : NAME IS - 2008/09/13(土) 14:38:58 ID:???.net (+22,+29,-2)

相当狭い世間しか知らないようだ...。

441 : NAME IS - 2008/09/13(土) 15:16:51 ID:???.net (+27,+29,-1)

ここは自己分析をする場所じゃないよ...。

442 : NAME IS - 2008/09/13(土) 15:28:50 ID:???.net (+33,+29,-53)

話を分かり易くする為に前提条件を付けて話題を限定しているのに、
狭い世間しか知らないってどんなだw

443 : NAME IS - 2008/09/13(土) 19:24:40 ID:???.net (+32,+29,-16)

>>442
その限定ってまさかデータベースサーバの範囲とか言う間抜けなことを
言ってるんじゃないよな？

444 : NAME IS - 2008/09/13(土) 20:34:29 ID:???.net (+27,+29,-4)

間抜けと話すと会話が噛み合ねえな...。

445 : NAME IS - 2008/09/13(土) 21:11:50 ID:???.net (+20,+24,+0)

とりあえず、437が大馬鹿ということだけは理解

446 : NAME IS - 2008/09/14(日) 00:21:18 ID:???.net (+27,+29,-47)

>>436
レスありがとう
データが大量になりそうなテーブルは、インサートオンリーなんだ
VACUUMが必要な仕組みは、イヤだなぁ、と感覚的には思ったんだが、
インサートがメインだから、テーブル指定でVACUUMすれば問題ないかなぁ。と楽観的に考えている

たしかに性能テストした方がいいね

447 : NAME IS - 2008/09/14(日) 02:22:36 ID:???.net (-17,-30,-73)

>>446
インサートオンリーのテーブルもVACUUMが必要って知ってた？
http://www.postgresql.jp/document/current/html/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND

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

技術的に不可能なわけじゃないから止めはしないけど、
がんばってね。

448 : NAME IS - 2008/09/14(日) 09:59:45 ID:???.net (+27,+29,-15)

8.3ではVACUUM頻度が劇的に落ちているから、それほど神経質になる必要は
あまり無いと思うけどなぁ

449 : NAME IS - 2008/09/14(日) 10:42:08 ID:???.net (+32,+29,-21)

そもそも「テラレベルのシステム」って言う俺たちには知り様のない
システムの話だから、>>435 に性能テストしてもらうしかない。

Vacuum 以外に落とし穴がないわけじゃないし。

450 : NAME IS - 2008/09/14(日) 12:02:00 ID:???.net (+27,+29,-57)

PostgresみたいなフリーRDBMSは運用周りのサポートが弱いからねぇ。
使いはじめは考慮しなければならない部分が少ないから逆に楽なんだけど。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

mysql スレッド一覧へ

みんなの評価 : ○

類似してるかもしれないスレッド

MySQL vs PostgreSQL (392) - [72%] - 2021/1/31 21:04
MySQL 総合 Part12 (1001) - [36%] - 2008/1/30 17:34 ○
MySQL 総合 Part25 (947) - [36%] - 2017/6/18 6:30
MySQL 総合 Part24 (1010) - [36%] - 2015/2/14 4:46
MySQL 総合 Part23 (992) - [36%] - 2013/8/11 17:00

トップメニューへ / →のくす牧場書庫について

総計:	127,062,863人
頁
昨日:	no data人
頁
今日:	人
頁