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
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だけは危険だ
0484NAME IS NULL
垢版 |
2010/05/01(土) 14:52:52ID:???
手元で動かしていると、MySQLのほうが性能が良いのはCPU1個のときだけで、
2-4 個を越えるとPostgreSQLのほうが圧倒的に伸びが良いんだが。
0485NAME IS NULL
垢版 |
2010/05/01(土) 16:25:57ID:???
そんなもん
MySQLが速いのはCPU1〜2個
CPU4〜8個はPostgreSQLが速い
それを超えるとOracleが圧倒的に速い
0486NAME IS NULL
垢版 |
2010/05/01(土) 17:38:36ID:???
>>485
へー。やっぱり想定しているハードウェアの規模が違うのかもね。
ただ、今や普通にCPUを買っても普通に4コアとかになることを考えると……？
0487NAME IS NULL
垢版 |
2010/05/01(土) 18:06:57ID:???
そこでMySQL InnoDB Pluginですよ
0488NAME IS NULL
垢版 |
2010/05/02(日) 09:19:17ID:???
MySQLはもう過去の遺物でいいだろ
人気に胡坐かいてた罰だ
0490NAME IS NULL
垢版 |
2010/05/03(月) 10:20:31ID:???
>>484
MySQLの場合、大規模案件では単一マシンの強化ではなくクラスタ化という方向だしね。

>>485
OracleはCPUの数でライセンス料が違ってくるだけあって、スケーラビリティあるよなぁ。
0491NAME IS NULL
垢版 |
2010/05/04(火) 13:58:39ID:???
>>485
>>486

公平に書くとMySQLのCPUスケーラビリティはバージョンと
ストレージエンジンに依存するからそんな単純ではない。

MySQL5.1までは確かにCPUコア数に対するスケーラビリティは低かったが
5.0でもInnoDBなら4程度まではなんとかなっていた。
5.4からはgoogleパッチでInnoDBのスケーラビリティは16くらいかなり向上した。
先のMySQLカンファレンスでは5.5で32コアまでいくと報告されたらしい。
MyISAMのCPUスケーラビリティはあがらんだろうね。性能もInnoDBに負けていくようだ。

PostgreSQLは8.1と8.2で劇的にスケーラビリティ向上で8.1で16程度、
8.2で32程度になった。しかしここからは先は難しいそうだ。

Oracleはコア数でライセンスかかるから論外。リニアで性能向上しない限り
コストパフォーマンスは悪いってことになる。
貧乏人はスケールアップよりスケールアウトを目指すべし。
0492NAME IS NULL
垢版 |
2010/05/04(火) 16:22:48ID:???
「公平に書くと」とあるのでツッコむが、MySQL 5.4 も 5.5 も GA としてはリリースされて
いないようなので、開発中のバージョンの性能を持ってきても、比較にならないんじゃないの？
バグもあるだろうし、バグを潰していく中で追加の排他制御が必要になるかもしれないし。
0493NAME IS NULL
垢版 |
2010/05/04(火) 18:47:59ID:???
MySQLは正式版の5.1ですらまったく安定してないから。

http://pc11.2ch.net/test/read.cgi/db/1258928470/835-
ここで問題になってるバグは5.1.20で発覚したものらしいから正式版のバグじゃないが、
レスに5.1のバグフィックスが3500とか書いてある。

CPUのスケーラビリティはPostgreSQLが先に対応して、今MySQLが追いかけてる。
安定性については誰がどう考えてもピーーーー(自主規制)だろう。
0494NAME IS NULL
垢版 |
2010/05/05(水) 17:40:40ID:cHvVY/HE
この↓ベンチマークテストの結果ってどう読めばいいの？
http://www.thinkit.co.jp/cert/article/0603/10/5/3.htm

MySQL＋MyISAMエンジンはトランザクション機能を持ってないから速い、ってことは
どういう場面で使えば有利になるの？
その一方で、PostgreSQLはどういう場面で使えば有利になるの？
教えてエロい人
0497NAME IS NULL
垢版 |
2010/05/05(水) 18:11:37ID:???
自分でプログラム書いて測定してみるのが一番
0498NAME IS NULL
垢版 |
2010/05/16(日) 08:47:19ID:???
Postgreの権限管理周りはクソ
最近になってようやく揃ってきたけど・・・

Database単位とかSchema単位で参照権限うまく管理できねーとか
笑うしかない

あと何でＤＢ作る度にデフォでpublicに登録されるん？
アホなの？
0499NAME IS NULL
垢版 |
2010/05/16(日) 11:16:00ID:???
>>498
MySQLはどうなってるの？ スレタイ読め。

> Database単位とかSchema単位で参照権限
やっと9.0で機能が入る予定。確かにめんどくさかった。

> あと何でＤＢ作る度にデフォでpublicに登録
スキーマ修飾できるし、search_path を設定すればデフォルトも変更できる。
これに関しては PG に全く落ち度はないと思うぞ。
0500NAME IS NULL
垢版 |
2010/05/16(日) 11:55:34ID:???
>>499
ＭｙＳＱＬと比べて糞って言ってるつもりだが
書かないといかんのなら・・・すまなんだ

権限周りはMySQLだとＤＢ>tableって階層がはっきりしててGRANTで簡単に管理できるけど
Ｐｏｓｔｇｒｅは9になってやっとDB毎の権限対応でしょ・・・
PGはユーザがロールに統合されたりそこらへんの管理でポリシーを感じないんだよね

ほかのＤＢでもそうだど権限確認してログインユーザなりロールなり作る訳だが
PGは細かいなら細かいで方向性を持たせたら使いやすいのにって感じ
後で設定できるからいいだろって問題でもないと思うんだよね。

publicっていってるのはGRANTとかで使うPUBLICのことね
デフォルトだとCREATE DATABASEした直後、ログイン権限のあるユーザなら
新規作成したＤＢに入れちゃうじゃん
それってどうなのってこと

PＧは最近触り始めたので誤りがあったらごめんなさい
0501NAME IS NULL
垢版 |
2010/05/16(日) 12:17:29ID:???
標準SQLではDBとテーブルの間にスキーマの概念があるのだが、MySQLには無い。
標準SQLではユーザとグループは、ロールとして統合された。ロールのほうが柔軟性が高いデザイン。
申し訳ないが、MySQLが「ふつう」だとは思わないほうが良いよ。
Postgres はこれまで手間を減らすような機能は提供してなかったものの、設計そのものはより「正しい」と言える。

ココから先は単に PG の使い方だが、
publicスキーマに関しては REVOKE ALL ON SCHEMA public FROM public; で権限は剥奪しておける。
ログインに関しては pg_hba.conf のほうで制御するようになっている。
ぱっと見「アホなの？」と思うようなことはさすがに開発者も気づいているだろうから、少しは調べてみると良い。
0502NAME IS NULL
垢版 |
2010/05/17(月) 10:33:01ID:???
何でもかんでも調べもせずにデフォルトで使ってそれに文句言ってるのって滑稽ではある
0503NAME IS NULL
垢版 |
2010/05/17(月) 11:31:08ID:???
>>501
どちらかというと、MySQLのデータベース ≒ PostgreSQLのスキーマ と考えたほうがいいかも。
PostgreSQLでもスキーマのUSAGE権限は、その中に含まれるテーブルに引き継がれるから、
そこは >>500 が言っている動きに近いんじゃないだろうか。
0504NAME IS NULL
垢版 |
2010/05/17(月) 13:30:23ID:???
最近はsqliteがおもちゃっぽくて好きだなぁ。
Cで書くと速くてびっくり。
もちろんPostgreSQLが一番だい！
0505NAME IS NULL
垢版 |
2010/05/17(月) 23:38:43ID:???
sqlite使ってると、いつもPostgreSQLの豊富な関数使いたくてしょうがないです... orz
0506NAME IS NULL
垢版 |
2010/05/18(火) 23:16:51ID:cZm1F11R
すいません　いきなりmysqlにログインできなくなりました
以前も同じようにログインできなくなり、navicat liteを使って
いたのですがそちらにも接続できなくなりました
その時はOSの再インストールで解決したのですが再度同じようになりました
おそらくlocalhost3306に接続できてないのだとは思います
mysqlをアンインストールして再度インストールもしてみました
そうするとApply security settingsでエラーがでます
Error.Nr.1130 Host localhost is not alloowed to this MYSQL sever
設定などはいじってないのですがやはりOSを再度入れ直さないといけないのでしょうか？
長文失礼しました
0507NAME IS NULL
垢版 |
2010/05/19(水) 10:29:19ID:???
何でもちゃんと原因調べて適切な対処を取るようにしないと
毎回再インストールするはめになるぞ、、てかもうなってるか
0508NAME IS NULL
垢版 |
2010/05/19(水) 22:16:09ID:???
やばいなあ
2ヶ月ほど外に出たのはジュース買いに出ただけだよ顔色とか真っ白
0509NAME IS NULL
垢版 |
2010/05/20(木) 07:38:55ID:???
設定いじってないっつってもなぁ。
mysql.userテーブルが書き換わって、とあるユーザ@localhost に関するレコードが
無くなった/書き換わったんだと思うよ。

まあ、何にせよスレ違いっぽいな。

MySQL 総合 Part17
http://pc11.2ch.net/test/read.cgi/db/1258928470/
0510NAME IS NULL
垢版 |
2010/08/01(日) 18:09:56ID:bWT/bAf1
で　どうなったの？
0511NAME IS NULL
垢版 |
2010/08/16(月) 00:36:44ID:E3q0YRo4
技術的には関係なく、経営上の理由で、
MySQLが勝手に潰れてPostgreSQLが勝利しそうな感じ
0512NAME IS NULL
垢版 |
2010/08/16(月) 06:05:57ID:???
MySQLの世界での普及度合は半端じゃないから
もし5.5で開発打ち止めになったとしても
MariaとかDrizzleなどの互換プロダクトがシェアを維持するんじゃないかな
Linuxとは状況が違うのはわかっているがRHL、FedoraからCentOSが出たみたいに、
結局FreeBSDは表舞台にでれなかった。
書いてる俺はポスグレ派
0513NAME IS NULL
垢版 |
2010/08/16(月) 11:49:22ID:???
CentOSの意味解っていってるのか
あれはRHELからロゴ外してそのまま配布してるだけで互換プロダクトとかそんなレベルではない
本家が無くなったらCentOSも無くなる
0514NAME IS NULL
垢版 |
2010/08/16(月) 20:03:18ID:???
ついにオラクルがOpenSolaris潰しが始まった
近いうちにMySQLも同じようになりそうな予感
0515NAME IS NULL
垢版 |
2010/08/17(火) 04:49:05ID:???
いやいやCentOSの話と違うくらいわかってる。
MySQLがクローズソースになってもMariaとDrizzleがあるって話だ。
ポスグレがこれからMySQLなみに普及するとは思えない。
DBなんてどうでもいいプログラマがMySQL互換DBがあるのにわざわざポスグレに移ると思うか。
世の中DBなんてどうでもいいだよ。動けば。そんで動いたらもういじりたくないんだよ。
0516NAME IS NULL
垢版 |
2010/08/17(火) 10:07:53ID:???
その互換DBの存続の心配してるんだろうが
0517NAME IS NULL
垢版 |
2010/08/17(火) 10:23:54ID:???
MySQL互換DBは本家が存続しないと続かないだろ
本家をちょっと改造しただけなんだからｗ
0518NAME IS NULL
垢版 |
2010/08/17(火) 10:24:47ID:???
てかDBなんてどうでもいいのかMySQL互換DBじゃなきゃ駄目なのかはっきりしろよｗ
0519NAME IS NULL
垢版 |
2010/08/18(水) 01:28:11ID:???
基本的に、本家が投げ捨てたものを引き継いで開発し続けるプロジェクトって
上手くいかないからなぁ。あと、MySQLの場合はコマーシャルライセンスが
あったのも大きかったわけだし。
0520NAME IS NULL
垢版 |
2010/08/18(水) 11:23:55ID:???
>>516
誰がいつ互換DBの心配について書いた？
>>518
ふつうのユーザやプログラマはDBなんてどうでもいいわけ。
だから手間のかかんない互換DBでOKってことだよ

つうかMySQL使ってるほとんどの奴ってレベル低いだろ
ポスグレやオラクル覚えようなんて奴いねえよ。
0521NAME IS NULL
垢版 |
2010/08/18(水) 11:26:08ID:???
レンタルサーバに設定済みのDB使うなら
PostgreSQLだろうがOracleだろうがどうでもよくね
今時ならフレームワークのマッパー使うだろうし
なんでMySQL互換である必要があるのかと
0522NAME IS NULL
垢版 |
2010/08/18(水) 15:31:15ID:???
>>520
他のレス全然読めないならいちいちレスすんなよ
0523NAME IS NULL
垢版 |
2010/08/22(日) 23:44:03ID:Pnlqm9Rj
このスレ５年も生きてるけど、
けっきょく、どうなんだ
0524NAME IS NULL
垢版 |
2010/08/23(月) 01:56:15ID:???
大規模だったらPostgreSQLの方がいいと思うけど
ぶっちゃけどっちでもいいレベルだと思う
0525NAME IS NULL
垢版 |
2010/08/23(月) 23:30:06ID:???
>>524
>大規模だったらPostgreSQLの方がいいと思うけど

ｋｗｓｋ
0526NAME IS NULL
垢版 |
2010/08/24(火) 04:24:03ID:???
MySQLのJOINの方式はレコード数が増えるとパフォーマンスが落ちる(Nested Loop Joinしかない)
あとMySQLのレプリケーションはマスタがおかしくなると終わり
(というか面倒でリカバリに時間が掛かる)
0528NAME IS NULL
垢版 |
2010/08/27(金) 02:38:22ID:???
MySQLはJOINしないで読み出しばっかやるシステムだと最強なんだけどなー
0529NAME IS NULL
垢版 |
2010/08/28(土) 03:37:53ID:???
>>528
それならKVS最強じゃね？memcached以外にもいろいろ選択肢がある。
あと、メモリにテーブルデータ全部のっければMySQLもPostgreSQLも速いよ。

つうことでJOINなし検索OnlyでもMySQLは最強じゃないよ。


0530NAME IS NULL
垢版 |
2010/08/28(土) 07:03:22ID:???
MySQL使う理由って結局ノウハウだよね
KVSだとまだ耐障害性とか未知の部分があって、
こないだのmixiみたいになることもある。
0531NAME IS NULL
垢版 |
2010/08/28(土) 11:38:39ID:???
単純にJOINなし検索専用ならノウハウなんていらんだろ
慣れ、惰性だよ。
0533NAME IS NULL
垢版 |
2010/09/01(水) 12:14:53ID:???
MySQL使ってる連中の99%は惰性で使ってるだけ
ノウハウなんてない。このスレみてみ
http://www.mysql.gr.jp/mysqlml/mysql/msg/15364
全員書籍執筆者なのにまともにデータバックアップもリストアもできないんだぜ。
使えてる気になってるだけ。
0534NAME IS NULL
垢版 |
2010/09/02(木) 01:54:55ID:???
うわこれはひどい
ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
暇な人がやってるという俺の認識からすると不思議なことではない。
わかりやすい文章を書くにはプログラミングと別の才能が必要だからそれはそれで尊敬するけど
0535NAME IS NULL
垢版 |
2010/09/02(木) 09:15:05ID:???
大企業なんかでちゃんとしたインフラやってる人が書くってより
中小企業の経営者やフリーランスが書いてるイメージあるな
0536NAME IS NULL
垢版 |
2010/09/02(木) 20:11:44ID:???
執筆者は2極化してるよ。
評価の高い本を書くひとは所属関係なく技術レベルも高い。
糞本しか書けないひとはそれなり。
0537NAME IS NULL
垢版 |
2010/09/02(木) 21:18:40ID:???
>ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
>暇な人がやってるという俺の認識からすると不思議なことではない。

>中小企業の経営者やフリーランスが書いてるイメージあるな

MySQLの中の人(M信さんやO野さん)も暇な人？
0538NAME IS NULL
垢版 |
2010/09/03(金) 00:30:29ID:???
そうじゃない人もいるとピックアップしても反論にならんよ
そりゃまともな執筆者もいるのは当たり前なんだし
反論するなら全書籍の執筆者を調べて
大多数は忙しくて技術も完璧ってソースにしないと
0539NAME IS NULL
垢版 |
2010/09/03(金) 00:44:27ID:???
>反論するなら全書籍の執筆者を調べて
>大多数は忙しくて技術も完璧ってソースにしないと

中学生の夏休みはおわっただろ。早くねないと遅刻するぞ。

つうか、全員まともor全員ダメ
って2択しかできないって、頭が不自由なゆとりだよな。

>執筆者は2極化してるよ。

これ正解。
1割のすごい連中、9割の普通の連中。
執筆依頼のないお前は糞。
0540NAME IS NULL
垢版 |
2010/09/03(金) 01:10:59ID:???
>>539
依頼があるボクはすごいんだ自慢乙。
ところで、お前、恥垢臭のせいで周囲から生きる悪臭公害と言われているのに
気づいているか? あまりの臭いで自分の頭まで狂ってしまうぐらいの。

その狂った頭はもう手のつけようがないけど、臭いに迷惑している周囲のため
包茎ぐらいはどうにかしとけ。包茎は治る障害なんだから。
0541NAME IS NULL
垢版 |
2010/09/03(金) 01:11:46ID:???
他の人が抱いているイメージ論に対して自分の基準で完全否定するのって小学生レベルだよな
0543NAME IS NULL
垢版 |
2010/09/03(金) 01:48:47ID:???
ひでえな > 541,542

こんな奴いるんだ
0544NAME IS NULL
垢版 |
2010/09/03(金) 01:49:49ID:???
まちがった

540と541が絶句するほどひどいレス
0545NAME IS NULL
垢版 |
2010/09/03(金) 01:56:34ID:???
　　　　　　　 ＿＿
　 　 　 　 ´ 　 　 　 ｀　、
　　／　　　　　　　　 ｨ､ ＼
.　/　　　　/　!　　　//!、　ヽ
　l　 l　|　/! /,ヽ.､ /ｲ |_,、､ハ
　l　 !　| ﾅﾚ´　 ヽ＼ﾙ　 ヽ! ﾘ
　 !　|　|/ ﾆ=-　　 　 -=ﾆ K
　 l　ゝ |　xxx　 　 '　　 xx | }
.　 ! {ｒ∧　　　ｒ-ー--ｧ　　ﾉ'
.　 !　`ｰ-ｒ､　 `ｰ---'　 イi |
.　 ! 　 |　|　ﾌ`､ｰ_‐ 〔 ＼ｰ､
　 l　　 ! ／ ＼　　｀ .|､　|　 ヽ　　　　　　 _／￣二ﾌ　>>540
　 l　i ／　　　 ＼＿」|oV　　i ヽ　　 　 ／〈　 つノ)
　/|.ﾉ{ ⌒ヽ、　 　 　 ヽ　ｒ‐‐!/　＼　 / 　 ヽ´イｰ'
./ .|　|　　､　ヽ ﾆ二}　ヽo￣ヽ　　　>'ヽ　　　/
0546NAME IS NULL
垢版 |
2010/09/03(金) 23:42:06ID:???
IT業界にいてもSE,PGが天職だと思える人は5%もいない。
9割以上は凡庸なプログラマ。残り5%弱がPGに向いてない人。
執筆者が1割も優秀ならまだいい方なのかもしれない。
まあ1割も適当に言っただけで根拠はないと思うけど。

んで10年後のMySQLとPostgresのシェアってどうなってると思う？
日本では拮抗、世界ではMySQLっていう今の状況（で、いいんだよね？）は
変わらないと思う？いろいろ覚えるの面倒だから一個でいいんだけど
0547NAME IS NULL
垢版 |
2010/09/04(土) 00:02:42ID:???
覚えるの面倒だから一個でいいと言う人は一つもマスターできない気がする
0548NAME IS NULL
垢版 |
2010/09/04(土) 04:00:48ID:???
例えば俺はポスグレメインなんだが、buffer, work_mem, fsync, commit_delay, check_point_segmentとかの
パフォーマンスに直結するパラメータをどれくらいに設定するのかとか、ORを使うくらいなら二個のSELECTをJOINした方が
早いとか(今は治ったけど）、VACUUM FULLしてもREINDEXしないとINDEXが小さくならないとか、
複数のDBについてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあOracleも結構勉強したけど、フリーの奴は一個でいいかなって

0550NAME IS NULL
垢版 |
2010/09/12(日) 09:07:29ID:CvZwSK3a
548がマスターベーションしたってとこまで読んだ
0551NAME IS NULL
垢版 |
2010/09/12(日) 13:00:08ID:???
例えば俺は醤油メインなんだが、塩分濃度、こく、うまみとかの
味に直結する要素をどれくらい把握するのかとか、手仕込みの醤油を使うなら味が安定しているキッコーマン使った方が
うまいとか(今は小さい蔵も品質安定してるけど）、無添加の醤油は劣化が早いから早めに使わないと味が変わるとか、
複数の調味料についてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあ味噌も結構勉強したけど、フリーの奴は一個でいいかなって

っていう料理人いないだろ
0553NAME IS NULL
垢版 |
2010/09/12(日) 18:58:39ID:???
まわりくどさはおなじだけどな
0554NAME IS NULL
垢版 |
2010/09/13(月) 11:11:08ID:???
醤油と味噌は用途が違うんだから両方知らないと駄目だろ。
みんなポスグレとMySQL両方とも各バージョンでどんな
変更があったとか把握してんの？
0555NAME IS NULL
垢版 |
2010/09/13(月) 11:39:00ID:???
調味料で例えるなら、醤油を作ってる蔵Aと蔵Bがあって、蔵Aは大豆の刈り取りから
醤油になるまでのタイムラグがこれくらいだから何月頃に使うのがおいしいとか、
そういう細かいところを各蔵ごとに浅く広く覚えるより、一番おいしい蔵どころを一社見つけて
そこの醤油の特性を深いところまで覚えた方がいいってことだろ？
なにがおかしいのかわからん
■ このスレッドは過去ログ倉庫に格納されています