【必】未だにPostgresを馬鹿にするOracle厨【死】
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
03/09/16 10:07ID:oMO5pfC/"PostgreSQLは中小企業のどうでもいいDBにしか使えない"
とか言うんなら、PostgreSQLは信頼性に欠けるという証拠出してみろや。
GoldやらPremiumやらで努力してきたのはわかるが、もうお前らの時代は終わった。
じゃあね!
0002名無しさん＠お腹いっぱい。
03/09/16 11:14ID:???終了
0003名無しさん＠お腹いっぱい。
03/09/16 11:36ID:MmDIF1yy数千万件とか億のデータまともに扱えるの？
0004名無しさん＠お腹いっぱい。
03/09/24 00:44ID:???Oracleとかの商用DBはそこらへんちゃんとしてるけど。
0005あぼーん
NGNG0006名無しさん＠お腹いっぱい。
03/09/25 23:07ID:???0007名無しさん＠お腹いっぱい。
03/09/27 18:47ID:ubF6ji1I0008仕様書無しさん
03/09/27 22:49ID:TLhC/ndjめんどくさくなくていい。
PostgreSQLでもいいんだけどさ。
信頼性を調べるの面倒だもの。
個人的には傲慢な某企業には
早く潰れてほしいと思ってる。
0009名無しさん＠お腹いっぱい。
03/09/27 23:01ID:???PostgreSQL狙ったワームが出たらイチコロだな。かわいそーに。
っていうかオープンソースなら安全だって思ってる風潮があるからな！
今は利用者が少ないから攻撃対象になってないだけなのになぁ
結局サポートで稼ごうっていう会社の思うツボなんだよ。
ミラクルリナックスもまったく同じ戦略だな。セコっ
0010名無しさん＠お腹いっぱい。
03/09/28 01:53ID:Hf3OFkdR逆に攻撃対象になるだろうから塞ぐ有償ソフトを売りつけるyo
セキュリティ対策はOSから：ミラクル・リナックス、OSの安全性を高めるソフトを販売
http://japan.cnet.com/news/ent/story/0,2000047623,20061093,00.htm
ミラクル・リナックス、韓国企業2社と戦略提携を発表。アジア展開へ
http://www.zdnet.co.jp/enterprise/0309/25/epn05.html
ミラクル・リナックス、韓国のセキュリティ開発会社ほかとの提携を発表
セキュアOSソリューション「HiZARD」を10月出荷
http://enterprise.watch.impress.co.jp/cda/topic/2003/09/25/67.html
ミラクル・リナックスがセキュアOSの実現に本腰
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20030925/135050/
MIRACLE LINUX、提携で韓国でも発売へ
http://www.atmarkit.co.jp/news/200309/27/miracle.html
ミラクル・リナックスが韓国IT企業と提携
http://www.mainichi.co.jp/digital/computing/today/3.html
http://www.oracle.co.jp/news_owa/NEWS/news.news_detail?p_news_code=964
0011名無しさん＠お腹いっぱい。
03/09/28 02:09ID:???カンコックかよ。赤同士でお似合いだな(w
0012名無しさん＠お腹いっぱい。
03/09/28 02:14ID:???→ 穴ﾊｹｰﾝ自作自演
→ ユーザびびる
→ しかたなくサポート契約
→ ウマッ
0013名無しさん＠お腹いっぱい。
03/09/28 02:21ID:???>韓国のセキュリティ開発会社ほかとの提携
これ大丈夫かよ(ﾜﾗ
0014名無しさん＠お腹いっぱい。
03/09/30 23:03ID:1+N5Rfd+住友がだしてるやつ。
0015名無しさん＠お腹いっぱい。
03/10/01 13:10ID:VbNc7+M+# pgdump とちゃうで
ポイントインタイム回復無理でしょ？
RAC っぽいことって出来る？
更新可能スナップショットみたいな高度なレプリケーション出来る？
こういう細かい部分がポスグレにはないっしょ。
のでこのスレ終了です。
0016名無しさん＠お腹いっぱい。
03/10/01 15:13ID:Vyqu2M54RACなんてどこもツカワネーヨ
うたい文句に騙されて導入した企業は激怒してんだぞ。
更新可能スナップショットもｲﾗﾈ
営業はデテクンナ。事件は現場でオキテンダ
0017名無しさん＠お腹いっぱい。
03/10/01 17:50ID:???え？ RAC 使わないって？
まさか導入失敗？プププ、技術力無いんだね、可愛そうに。
# しかも俺営業じゃないし
0018NOT 16
03/10/01 19:30ID:QFFRfjIJ0019名無しさん＠お腹いっぱい。
03/10/01 19:54ID:VbNc7+M+はあ、俺が手掛けたので良いのかな？
- 外食産業某社の勤怠/売上管理システム：稼働 3 年目
# これは RAC じゃなくてパラレルサーバだけど、
# 各地区事業部間では非同期レプリケーション使ってる。
- 某サイトの某予約管理システム : 稼働 半年
うちの会社は他にもやってるけど、俺はこれだけ。
アプリのバグ以外は問題なく動いてますが何か？
0020名無しさん＠お腹いっぱい。
03/10/01 21:55ID:t/vVdPWF藻前、テン○ートニの社員だろ :-)
0021仕様書無しさん
03/10/01 23:12ID:zSQb5Au5激怒してる企業って具体的にドコだよ（ｗ
もまえの企業がRACの知識無しに
導入したから激怒してるんじゃないのか？
それ以前に、OPSもちゃんと使えてるのか？（ｗ
0022名無しさん＠お腹いっぱい。
03/10/01 23:27ID:???某サイトの某予約管理システム
0023名無しさん＠お腹いっぱい。
03/10/01 23:29ID:???OPS使いこなす知識があるなら別の選択肢があるのにね(藁
テン○ートニってレベル低っ
0024仕様書無しさん
03/10/01 23:31ID:zSQb5Au5ほぅ。
その某予約管理システムがRACを使って
どう不満があったのか教えてくれ。
0025名無しさん＠お腹いっぱい。
03/10/01 23:33ID:???0026仕様書無しさん
03/10/01 23:37ID:zSQb5Au5そのOPSの別の選択肢を教えてくれ。
どうせ煽りだけだろうがな（ｗ
0027名無しさん＠お腹いっぱい。
03/10/01 23:47ID:???http://www.jpn.hp.com/biz/casebank/cases/kinki/
0028仕様書無しさん
03/10/01 23:59ID:zSQb5Au5アンチOracleを謳うPostgreSQL厨のレベルが低くて嫌。
たとえば>>23みたいなのとか。
聞きかじりで謳うなよ。
他のPostgreSQLユーザーに迷惑と思わないのか？
0029名無しさん＠お腹いっぱい。
03/10/02 00:28ID:???0030名無しさん＠お腹いっぱい。
03/10/02 00:33ID:???外食産業某社の勤怠/売上管理システム：稼働 3 年目
0031名無しさん＠お腹いっぱい。
03/10/02 00:35ID:???2chごときでムキになんなよ
0032名無しさん＠お腹いっぱい。
03/10/02 00:47ID:???どこがつくったの？
0033名無しさん＠お腹いっぱい。
03/10/02 01:02ID:???21
0034名無しさん＠お腹いっぱい。
03/10/03 01:03ID:???3年間も怒り狂いっぱなし？
0035名無しさん＠お腹いっぱい。
03/10/03 01:32ID:???OPSはパーティション使いこなしてなんぼ
それが分かればおのずと選択肢がみえてくんだろ
学生が吠えてんじゃねーよw
0036仕様書無しさん
03/10/03 02:07ID:???ｱﾝﾁOracle派のPostgre厨の必死なﾈﾀでしょう。
とってもｲﾀｲので放っておいたんだけど。
3年も怒らせっぱなしな技術力云々つーツッコミ以前に
RAC使って、稼働3年目ってォィ（ｗ
Oracle9i販売開始は2001/10だけど、製品版が企業に
出回ったのが2002/02くらいだよ。
ｿｳｶｰ、稼働3年目かー、ｽｺﾞｲﾅｰ （遠い目
あと、>>30-33 はUSBｹｰﾌﾞﾙで首吊って（以下略
0038名無しさん＠お腹いっぱい。
03/10/03 02:19ID:???真剣にレスしちゃって青いねぇ〜〜〜。学生？
0039名無しさん＠お腹いっぱい。
03/10/03 02:21ID:???オ マ エ モ ナ ー (w
0040名無しさん＠お腹いっぱい。
03/10/03 02:26ID:???空気読めよ。他のPostgreSQLユーザーに迷惑と思わないのか？
0042名無しさん＠そうだ登録へいこう
03/10/03 02:29ID:???0043名無しさん＠お腹いっぱい。
03/10/03 02:38ID:???0044名無しさん＠お腹いっぱい。
03/10/03 02:40ID:???教えてマンには教えね―よ(w
釣りが甘いねぇ
0045名無しさん＠お腹いっぱい。
03/10/03 04:07ID:???藻前OPSの略が何かわかってないだろw
004645
03/10/03 04:08ID:???0047名無しさん＠お腹いっぱい。
03/10/03 18:45ID:5x/pXfyUよく読め！>>19ではRACで稼働３年なんて書いてねーだろあほ。
「パラレルサーバ」って書いてあるだろ。
まさかOPSがパラレルサーバってことシラネーんじゃねーだろーな？
昔はOPSなんてコジャレた呼び方してなかったんだよ。あほ。
0048名無しさん＠お腹いっぱい。
03/10/03 20:06ID:???ていうか、>>18では「RACを使った事例を挙げてみ」と書いてあるのに、
勝手にOPSの話を始めたのはあなた（>>19）では？
「よく読め」ってのはご自身に向けた方がいいのでは？
と思いましたよ。一連のやりとりを見てて。
0049名無しさん＠お腹いっぱい。
03/10/03 20:08ID:???0050仕様書無しさん
03/10/03 20:47ID:???ああ、ｽﾏﾈ。
>>19 は顧客が満足してて、>>30は>>29の
RACで怒り狂ってる所に対してのレスかと思った。
まさか >>19 = >>30 とは思わなかった。
0051仕様書無しさん
03/10/03 20:59ID:???ちなみに>>35みたいなド素人が
携わってるのかと思ってた。
HA目的でOPSを使うのに、ﾊﾟｰﾃｨｼｮﾝを使いこなす事が
どう関係あるのかと、小一時間（以下略
0052名無しさん＠お腹いっぱい。
03/10/03 21:18ID:???HA目的ならOPS使わなネーyo
勉強し直してこい
0053名無しさん＠お腹いっぱい。
03/10/03 21:24ID:???学生相手にムキになんなよ
0054名無しさん＠お腹いっぱい。
03/10/03 21:28ID:???HAの意味わかってまつか？
0055名無しさん＠お腹いっぱい。
03/10/03 21:42ID:???藻前もHA目的でOPS入れたのかw
0056名無しさん＠お腹いっぱい。
03/10/03 23:32ID:???金融系とか、ダウンタイムを極力小さくしたいときは
OPS(RAC)をアクティブ/ホットスタンバイでやること
がけっこうあるよん。
0057名無しさん＠お腹いっぱい。
03/10/04 00:31ID:AaEveDUF0058名無しさん＠お腹いっぱい。
03/10/04 00:48ID:6x8VpCioそうだ！そうだ！
特に金の無い企業なんて、OracleのStanderdならまだしも
Enterpriseなんて１ライセンスいくらすると思ってるんだ！！
このデフレの時代に客にDBEだけで300マソなんて言えるかよ！
Oracle=金食い虫だよな！
0059名無しさん＠お腹いっぱい。
03/10/04 09:03ID:???その金融使いたくねーなw
どこだよ？
0060名無しさん＠お腹いっぱい。
03/10/04 09:27ID:???0061名無しさん＠お腹いっぱい。
03/10/04 10:04ID:jRA06KAmダウンタイム... (;´Д｀)ﾊｧﾊｧ
0062名無しさん＠お腹いっぱい。
03/10/04 10:05ID:???>>56
ダウンタイム... (;´Д｀)ﾊｧﾊｧ
0063名無しさん＠お腹いっぱい。
03/10/04 10:06ID:???OPSがRACの前身だってこと知らんのか？
0064名無しさん＠お腹いっぱい。
03/10/04 10:11ID:jRA06KAmOracle の exp のインクリメンタルモードってこと？
よう知らんが pgdump にはそんな賢い機能は多分無い
と思われるがいかが？＞ postgres 信者
0065名無しさん＠お腹いっぱい。
03/10/04 10:35ID:???てゆーか、RACのCacheFusionと比べたら結構中身違うじゃん。
0066名無しさん＠お腹いっぱい。
03/10/04 10:52ID:???48 はOPSもRACも知らんし、パーティションもわかっとらん。
HAも知らんトーシロー相手にムキになってもなぁ
48 がOracleを使ったことがない確率 100%
0067名無しさん＠お腹いっぱい。
03/10/04 10:58ID:???48はがんばってるyo！
いろいろググって調べた成果を報告してるじゃん！
まあ学生だから暇なだけか。友達いなそーだな(藁
0068名無しさん＠お腹いっぱい。
03/10/04 11:25ID:yGyfV6+z藻前イタスギルYO!!!
オマエみたいのがいるからPostgreSQL厨のレベルが低くみられるﾀﾞﾛ！
0069名無しさん＠お腹いっぱい。
03/10/04 11:40ID:???--------------------------------- 。←>>36
_______-----------￣￣￣￣￣
∧ ∧ ／ / | ＼ イ
（ ） ／ ./ | ＼ ／
＿ ／ ）／ / | ／|
ぅ／ / // / | ／ |
ノ ,/ /' / |│ ／|
＿＿＿＿＿ ,.／ ／/ | / .─┼─ |
（＿＿＿＿＿二二二二) ﾉ （ （. | / ┼┐─┼─
^^^' ヽ, | | / .││ .│
0070名無しさん＠お腹いっぱい。
03/10/04 23:42ID:???http://512kb.net/2chdaiou.htm
0071名無しさん＠お腹いっぱい。
03/10/05 00:14ID:QY/NT6Bb出来ればその辺シリタイッス。
0072名無しさん＠お腹いっぱい。
03/10/05 12:10ID:???速度云々はRACと同等機能があるかどうかってことも重要な要素だね。
ところでポスグレって一番肝心な行レベルロックはどうなん?
0073仕様書無しさん
03/10/05 12:41ID:???いるのに、答えられる人がいないってどういう事かねぇ？（ｗ
僕としては>>23 = >>35 = >>44 = >>52 みたいな香具師に
答えて欲しいわけだが（ｗ
今まで何一つ、明確な答えをだせてないよね？（ｗ
まぁ、実際に出来る事といえば>>68-69程度だと思ってるので
ちゃんとした回答は、他のPostgreSQLユーザーさんに期待（ｗ
>>71-72
行ロックは可能らしい。元ネタはココ。
ttp://www.bitscope.co.jp/library/PostgreSQL_whatis.html
あと、ココ。記事が古いので、もっと進化してると思うよ。
ttp://www.atmarkit.co.jp/flinux/rensai/postgres01/postgres01.html
0074名無しさん＠お腹いっぱい。
03/10/05 13:03ID:???おまいが探してくるのカタログ系ばっかだな。
質問理解できてますか？
73 がポスグレを使ったことがない確率 100%
0075名無しさん＠お腹いっぱい。
03/10/05 13:14ID:oV5aYG0H007652
03/10/05 13:35ID:???藻前がググッた奴古すぎるよ(禿藁
この本読んでから出直してこい。そしたらいろいろ教えてやる
http://www.amazon.co.jp/exec/obidos/ASIN/4822223434/
あっ学生だから本買う金ねーか...
007752
03/10/05 13:37ID:???0078名無しさん＠お腹いっぱい。
03/10/05 15:08ID:???その割にはロクな発言してないみたいだが。
007952
03/10/05 15:18ID:???藻前は役立つ発言してんのか？どれだよ？
オレは数あるPostgreSQL本の中から良書を教えてあげたんだけどなぁ。
そのありがたみを分かれよ。って藻前 73 なんだろw
0080名無しさん＠お腹いっぱい。
03/10/05 15:58ID:???ていうか、そんなに数無いよ、ポスグレ本なんて。
0082名無しさん＠お腹いっぱい。
03/10/05 16:09ID:???008352
03/10/05 16:16ID:???>もっと進化してると思うよ (w
0084仕様書無しさん
03/10/05 22:09ID:???>>76
本の紹介ｱﾘｶﾞﾄ。買うかどうかは中身みてから決める（ｗ
この本にOPSやRACの代わりになるようなPostgreSQLの
機能が載ってればいいけどね。
本の紹介については感謝するけども
>>52でも「OPSの代わりに、XXXっつー機能があるんだよ！」程度で
済んでしまう事じゃないの？
それは出し惜しみするほど事か？と正直思う。
>>78
擁護かな？ ｱﾘｶﾞﾄ。(^^;
でも、学生と呼ばれようが知識が増えれば僕は満足ﾃﾞｽ。
>>83
その通り。ﾓｯﾃﾅｲ。
でもこの際だから、勉強してみる。
0085名無しさん＠お腹いっぱい。
03/10/05 22:18ID:???等の話題があまりに少ない。本の類も「ではまずインストールから」
なものが多すぎて、何冊も持っていると情報の重複でうんざり。
リファレンスマニュアルの部分集合でしかない本なんて
金出してまで買う価値ねぇよ。
書く方も売れりゃなんでもいいんだろうね。節操ないね。
それとも俺の探し方が足らんのか？
0086名無しさん＠お腹いっぱい。
03/10/06 13:36ID:???禿同。マニュアルとほとんど同じ内容の本って多いよね(ﾎﾟｽｸﾞﾚに限らず)
俺も若いころはマニュアル読む習慣がなかったから本を買いあさってたん
だけど、今読み返してみるとマニュアルで十分じゃんって椰子が多い。
マニュアルを書き写しているような本もあるしね
0087名無しさん＠お腹いっぱい。
03/10/06 17:35ID:???> 等の話題があまりに少ない。
そこで儲けてる（or儲けようとする）人が多いからじゃん。
0088名無しさん＠お腹いっぱい。
03/10/06 18:08ID:???そうそう！企業秘密って椰子ね。貴重なノウハウ(他社との差別化)だもんね
0089名無しさん＠お腹いっぱい。
03/10/06 18:19ID:???氏が所属する会社がサポートで稼ぎたかったからだよね〜〜。ｴﾊﾞﾝｼﾞｪﾘｽﾄw
だから「PostgreSQLはすばらしい！」と思わされてるのって、
サポートやってる企業に手のひらで踊らされてるだけなのよね。
まぁ >>1 みたいのがいるとｻﾎﾟやってる企業にとってはｳﾚｼｲ限りﾅﾝｼﾞｬﾅｲ
0090名無しさん＠お腹いっぱい。
03/10/06 18:26ID:???0091名無しさん＠お腹いっぱい。
03/10/06 19:14ID:???ただ、逆に言うと、本当に基本的なノウハウさえ「企業秘密」とやらに
カテゴライズされてしまう今の状況から判断するに、
PostgreSQLが広く普及しているとは言えないんだろうなぁ、という気はする。
第一、SRAにそんなに他社を圧倒するだけの技術力があるとはとても思えん。
ある程度の経験の蓄積による先行者利益を享受してるだけでそ、現状は。
0092名無しさん＠お腹いっぱい。
03/10/06 19:17ID:???> だから「PostgreSQLはすばらしい！」と思わされてるのって、
> サポートやってる企業に手のひらで踊らされてるだけなのよね。
同感。
この業界でやっていくなら、他人の土俵で勝負しない（SRAに頼らない）気概ってのは
必要だと思う。一言で言えば「いつまでも今のままだと思うなよ」ってこった。
0093名無しさん＠お腹いっぱい。
03/10/07 00:00ID:???SRA って大赤字だ、大丈夫か？
http://www.sra.co.jp/public/sra/ir/shihanki/gaikyo0307.pdf
ターボとは別に Linux推進部を作ってるyo 謎だ
http://www.sra.co.jp/public/sra/ir/others/20031001.pdf
0094名無しさん＠お腹いっぱい。
03/10/07 01:52ID:???ノウハウもオープンでないと駄目なわけで・・・
金銭関係で欲目を出すと大抵そのソフトにとって不幸なことになる。
小銭稼ごうとしたマヌケが自滅する分には一向に構わんのだが・・・
0095名無しさん＠お腹いっぱい。
03/10/08 00:01ID:???0096名無しさん＠お腹いっぱい。
03/10/09 10:00ID:???それは違うぞ。
オープンソースの開発者がノウハウのオープンにまで責任持つなんてのは
きいたことがない。
問題は寄生している奴らがドキュメント和訳程度しかしてないくせに、
いやそれしかしないくせに、ユーザ会つくって排他的な活動をしてしまうこと。
特にポスグレ関連の連中の情報出し惜しみは目にあまる。
postgresql.confの設定すら理解できないような情報しか出さずに、
S○Aや関係する連中はそういう情報を握ってサポート料など取ってるわけだ。
で、
オープンソースのいいところはソースが公開されていることだ。
だからソースから情報を得ればいいんだよ。
本気で読めば２か月でだいたいのところは分かるよ。
普通に会社の仕事をしながら、
２か月でストレージとオプティマイズなら理解できる。
情報が足りないのってここらだろう。２か月だよ。
逆に、この程度の情報を握っているだけでポスグレ界をぎゅうじろうと
するからポスグレ関係者に評判が悪いんだろう。
0097名無しさん＠お腹いっぱい。
03/10/09 10:52ID:coboWhy8じゃあ２ヵ月後よろしく。
0098名無しさん＠お腹いっぱい。
03/10/09 15:33ID:???逆にポスグレ厨って卑賤で最悪。
何事も柔らかくいこうや。
オラクルのゴールド持ってて使えない奴なら見たことあるが
オラクルよりもポスグレの技術力が高い奴ほど
オラクルを上手く使える印象があるんだが。
0099名無しさん＠お腹いっぱい。
03/10/09 17:02ID:???わしは２時間で分かりました。
>>97
でもその結果を書くにはここは狭すぎる。
010094
03/10/10 01:34ID:???ほんのわずかな先行者利益に寄生して小銭を稼ごうという
姿勢はいかがなものか、と。
つまり>>96といいたいことは大して変わらんと思う。
で、ソースから情報を得よという点についてだけど。
ノウハウまで得られる？
ノウハウって経験則と実績と、裏づけとなるいくらかの理屈で
構成されるもんじゃないかな。
要は、「ひとりよりふたり」
1人のリソースは有限だから、大勢の人間の経験則を集積しなきゃならん。
このプロセスに対して閉鎖的な人間しか寄り付かないとなると、
そのソフトウェアにとって不幸なことだね、と思ったわけさ。
0101NAME IS NULL
03/10/14 03:22ID:3am0ywg40102NAME IS NULL
03/10/14 04:19ID:ceEV+Vmpしかもバックアップを行っているDB以外のデータもなくなりました。
ログを調べたらたしかに１ユーザがテーブルを参照しているみたいでしたが・・・
オンラインバックアップはNGみたいですね。
最初のうちは原因がわからなかったのですが、再現したのでハッキリした次第です。
所詮フリーのDBです。
ちゃんとした業務で使っている方いますか？
0103NAME IS NULL
03/10/14 04:33ID:???郵便貯金カード普及協会「会員管理システム」
ttp://itpro.nikkeibp.co.jp/members/SI/JIREI/20030902/1/
0104NAME IS NULL
03/10/14 13:00ID:W2WmTFRoオンラインって単にpgdumpで取ってるってことでしょ？
それって「オンライン」と言って良いのか？と小一時間…
0105NAME IS NULL
03/10/14 13:07ID:???それすごいね。でもGPLで公開しなくていいのか？
0106NAME IS NULL
03/10/14 13:08ID:???0107105
03/10/14 13:21ID:???0108NAME IS NULL
03/10/14 13:39ID:???わかりません。もちろん SQL はそれなりに書けますし、アプリを書くときや設計をする時に、
パフォーマンスを意識するようにはしていますが、それ以上のことはチーム内の DB 野郎に
任せています。
さて、PostgreSQL と Oracle の話は出ていますが、MySQL と Oracle はどうでしょうか？
いちおう DB 板には PostgreSQL vs MySQL スレがありますが、
MySQL と Oracle についてもお聞かせください。
ちなみに先月アメリカに出張し、ソフトウェア開発にかんするカンファレンスに出席したのですが、
アメリカではかなり MySQL のほうがメジャーで、PostgreSQL はあまり聞きませんでした。
この差はなんだろう?
コンピュータ系の雑誌でも、DB のパフォーマンスについて比較している記事では、
Oracle vs DB2 vs Sybase vs MySQL というのはあるけど、それに加えて PostgreSQL が
載っているケースはとても少ないです。
0109NAME IS NULL
03/10/14 15:20ID:???0110NAME IS NULL
03/10/14 15:26ID:???ビジネスユースの場合、パフォーマンスよりも、
信頼性、セキュリティ、運用コストの方が重要
0111NAME IS NULL
03/10/14 15:28ID:???pg_dump/pg_dumpall中接続禁止なんてはじめて聞いたぞ。
ほかのところに問題あるんじゃないの？
0112NAME IS NULL
03/10/15 11:21ID:MmiJnUGS110が言っている「パフォーマンス、信頼性、セキュリティ、運用コスト」の検証をしてないでoracleとかDB2とか言っている椰子多すぎって感じ。比較しようにも、oracleやDB2以外のDBMSを知らないんだよね。
0113NAME IS NULL
03/10/15 11:28ID:???0114NAME IS NULL
03/10/15 11:37ID:MmiJnUGS存在しないね、たしかに。
0115NAME IS NULL
03/10/15 15:07ID:???0116NAME IS NULL
03/10/15 17:59ID:???だからセキュリティのサポート体制が重要なんだって！
SRAの技術力じゃ厳しいだろ。
0117NAME IS NULL
03/10/16 20:06ID:fNgokLk6うちもPostgreSQLで定期的に夜中にバックアップを実行しているんだけど、過去にデータが吹っ飛んだことがある。
そのときの原因ははっきりしなかったが、原因が何にしろ、データが吹っ飛ぶデータベースなんて使えんな・・・
0118
03/10/17 00:14ID:2qp+KW800119117
03/10/17 01:39ID:5fZ337Erっていうかほかにあるの？
いいのがあったら教えて！
0120
03/10/17 02:57ID:2qp+KW80なんかほかにあるのならこっちが教えてもらおうと思ってた。
0121NAME IS NULL
03/10/17 03:10ID:???もっと情報欲しいなぁ。
再現性・・・は無理か
0122NAME IS NULL
03/10/17 03:35ID:iW3Lczpchttp://sports2.2ch.net/test/read.cgi/kouhaku/1057943092/-100
行政機関、テレビ局、新聞社、出版社が、
住居不法侵入、盗聴、盗撮、ストーカーで収集した個人情報を、
テレビ、新聞、出版物などで悪用している事実について、
>>1>>394までにまとめました
0123NAME IS NULL
03/10/17 11:38ID:???2chでのみだけど。
0124
03/10/17 19:51ID:2qp+KW80漏れは今まで飛んだことないんだけど。
0125NAME IS NULL
03/10/17 21:24ID:???0126NAME IS NULL
03/10/18 01:41ID:???7.2,7.3ではきかないな。
0127NAME IS NULL
03/10/19 11:16ID:4hdht+6M勉強してきたからそれなりに正確な知識は持っている。
しかし、Postgres使うのはだいたいそこらへんの本ちょっと読みかじって
使うことが多いので、信頼性に欠く操作しかできないのではなかろうか。
0128NAME IS NULL
03/10/19 12:10ID:???そういう人ってデフォルトのまま使ってるから
むやみにおちたりしないはずだけどなあ。
0129NAME IS NULL
03/10/19 17:04ID:???PostgreSQLの立場を寒からしめているのは間違いない。
インストール手順に4割、OracleでいえばSilverレベルのSQLの
解説に3割、リファレンスの縮小コピーに2割、誰でも書けそうな
サンプルプログラムに1割。
ページ数で言えばこんな配分の本がえらい多い気がする。
もっと真面目に書けっての。
0130NAME IS NULL
03/10/19 18:18ID:???意味はないと思うが。
馬鹿に使われたらなんだって壊れるよ。
Oracle使ってても資格なし、勉強してない奴もいる。
そこいらへんのOracle本だけで使っている奴もいるだろ。
そこいらへんのPostgreSQL本ってのがなんなのか
うpプリーズ。
0131NAME IS NULL
03/10/19 18:22ID:???そこいらへんのPostgreSQL本に興味があるのは、
インストールに４割って本、みたことないから。
教えてプリーズ。
0132NAME IS NULL
03/10/19 19:53ID:???おまえ"そこいらへんのPostgreSQL本"を書いてる著者だろ（ｗ
0133NAME IS NULL
03/10/19 20:40ID:???0134130,131
03/10/19 20:52ID:???とにかくインストールに４割さいてる
そこいらへんのPostgreSQL本を教えてよ。
本の出来と、PostgreSQLユーザの質と、
PostgreSQLそのものの質との関連が分かんないんだよね、
あんたの話は。
ちなみに俺はそこいらへんのOracle本だけでOracle使ってる
にわかOracle使いでもあるが、
OracleでもPostgreSQLでもトラブッたことはないなあ。
0135NAME IS NULL
03/10/19 20:57ID:???レベルの低いユーザーは、レベルの低い使い方しかしない。
レベルの低い使われ方しかしないと、レベルの低い機能しか実装されない。
0136NAME IS NULL
03/10/19 20:58ID:???0137NAME IS NULL
03/10/19 21:12ID:???日本の出版事情がPostgreSQLの開発に影響するんだ。
へえーーー、初耳。っていうか理解不能。
お前、馬鹿？
0138NAME IS NULL
03/10/19 21:21ID:???概要とセットアップ 約70ページ
データ型とSQLの文法 約100ページ
アプリケーション作成と外部からのいじり方 約220ページ
Tipsほか、参考など 約30ページ
インストールで4割はないな。
でも70ページは要らん。
0139NAME IS NULL
03/10/19 21:23ID:???あのさー、「ユーザーがどう使うか」が開発にフィードバックされるわけ。
レベルの低いユーザーが多ければフィードバックのレベルも低くなる。
それに、PostgreSQLなんて、もはや日本くらいでしか使われてねーよ。
開発は海外でやってるけどな。Bruceが一年に何回日本に来てると思ってんだ。
0140NAME IS NULL
03/10/19 21:34ID:???低レベルユーザに合わせて開発しているわけではないだろ。
多数決でやってるわけじゃないんだぜ。
一握りの優秀な連中が作ってるわけだ。
これはOracleもDB2もMySQLもおんなじ。
それとも、Oracle v.s. DB2 も、
機能勝負じゃなくて、ユーザ対決すればいいのか？
やっぱり、お前馬鹿じゃん。
0141NAME IS NULL
03/10/19 21:54ID:???ポスグレの開発に関しては、一般ユーザのフィードバックよりも
開発メンバー(コア、メジャー)やメイリングリストでの議論が大きな位置を
占めますので、
一般ユーザのフィードバックはほとんどないと言っていいのではないかと思います。
一般ユーザのフィードバックが大きな意味を持つのは商品であるOracleやDB2など
でしょう。
>140
ポスグレユーザとお見受けしますが、不毛な争いはしないほうがよいと
思われます。
0142NAME IS NULL
03/10/19 22:22ID:???MLでの議論も増える。
当然、よく議論になる機能の方が（ニーズが高いと判断されて）実装されやすい。
性能改善に関してもそう。
当たり前の話。
低レベルユーザーに合わせてるとは言ってない。
高レベルのユーザーが少ないことが問題だと言ってる。
0143NAME IS NULL
03/10/19 22:46ID:???高レベルのユーザーが少ないのは日本の出版事情が問題ってわけね。
そんなことあるか。ボケ。
Oracleの開発にコミットできるほどの高レベルのユーザっているの？
(高レベルっていうより金持ちの顧客ってだけだと思うが。)
そんでそういう人達はどうやってOracleに
アイディアをフィードバックするの？MLがあるの？
当然そういうことは把握したうえで文句垂れてんだろうね。
とにかくだ、
高レベルのユーザってのはそのあたりのPostgreSQL本では
満足しないし、それ以上の情報をソースやMLなどで十分に吸収しているわけだから、
日本のPostgreSQL本のレベルが低いのとはまったく関係ない。
お前はそのあたりのPostgreSQL本とそれしかかじらない低レベルユーザによって
PostgreSQLの開発レベルも低いという議論をしながら、
今は高レベルのユーザが少ないと言っている。
お前の論理は支離滅裂なんだよ。
本のレベル低い-> ユーザレベル低い -> PostgreSQLのレベル低い
ってのは強引すぎるだろ。
本の批判なんてところからロジックを組み立てたから、破綻してんだよ。
いいかい、高レベルユーザなんてのは本なんかなしでもやっていくの。
本がないとダメな人はそもそも高レベルユーザになんかなれないの。
GTK,X,*BSD,などなど他のオープンソースプロジェクトなんて
まともな本すらないけどかなりの日本人貢献者がいるぞ。
因みにだな、MySQLの出版事情のほうがひどいぞ、オンラインドキュメントも悲惨だし。
0144NAME IS NULL
03/10/19 22:54ID:???0145NAME IS NULL
03/10/19 22:59ID:???ソースやMLを隅から隅まで読むのなんて一部のヒマ人だけだろ。
レベルが高いエンジニアっつーのは、極力効率的に仕事をしようとするもんだ。
基本的なチューニングやオプションの意味を知るために
ソース読まなきゃいけないのか？ なんだそりゃ。
本にまとまってた方がよっぽど効率的だろ。
> お前の論理は支離滅裂なんだよ。
> 本のレベル低い-> ユーザレベル低い -> PostgreSQLのレベル低い
大多数のユーザーのレベルが低ければ、
PostgreSQLへのrequirementも低くなるっつー話をしてるんだ。
こんなことも理解できないのかね。
言い方を変えよう。
オモチャで満足するようなユーザーばっかりだから、
いつまで経ってもオモチャなんだ。
レベルの高いヤツはソース読むからいい？
バカ言ってんじゃないよ。
BSDにせよLinuxにせよ、複雑なソフトウェアコンポーネントに関しては、
きちっとした資料が揃ってるもんだ。
だからこそ先人の成果を踏台にして、その先に進めるんだ。
0146NAME IS NULL
03/10/19 23:01ID:???1. Oracle
2. DB2
3. PostgreSQL
4. MySQL
一次資料：日本の出版事情
0147NAME IS NULL
03/10/19 23:06ID:???んなに熱くなって言うようなことか。
オープンソフトウェアでは出版（パブリッシング）も立派な
コミュニティ活動の一部だ。
ひとからげにユーザのレベルと無関係と言い切ってしまうのは
正直感心せんの。
お前さんはお前さんで、「本に頼るユーザは低レベルユーザ」
などというとんでもない暴論をぶっていることに少しは気づきなされ。
0149NAME IS NULL
03/10/19 23:08ID:???Accessを忘れてるぞｗ
0150NAME IS NULL
03/10/19 23:09ID:???基本的なチューニングやオプションの意味を知る必要がある
連中のことなんだ (w
>>レベルの高いヤツはソース読むからいい？
ここでの高レベルは開発にコミットできるような連中のことだからね。
お前が定義したんじゃあねえの。
あとな、どんなに資料がそろっていても
結局はソースを読まないと開発はできないってこと、
しってるかな?
>>バカ言ってんじゃないよ。
これはお前に返しておくぜ。
0151NAME IS NULL
03/10/19 23:15ID:???をいいだしたのは127
143はそうは思っていない。
そういう議論をしているのは135,136など。
0152NAME IS NULL
03/10/19 23:22ID:???135は意図的に議論をすりかえて、
開発プロジェクト、ユーザ、出版事情と
都合のいいときに都合のよいとこだけ叩いて、
PostgreSQL叩きだけしたい、典型的な馬鹿だよな。
出版事情と開発レベルの相関をきっちり説明しろよ。
おまえ、こっちの質問になに一つ答えてないやん。
0153NAME IS NULL
03/10/19 23:35ID:???> しってるかな?
「ユーザー」の目的は「使うこと」であって「（RDB自体を）開発すること」ではない。
「ソースを読まずに」使えれば、それに越したことはない。
レベルが高かろうが低かろうがそれは一緒。
「ソースを読む」というのは「ユーザー」にとってはあくまで最終手段でしかない。
時間がかかるし、コストがかかる。
ソースがあるから本なんて無くていい、と言い放つのはDQN。
そもそも、なぜ「ユーザー」がソースに目を通さなければならないのか？
その状況はベストなのか？ 考えたことがないのか。
よっぽど単価安い仕事してんだな。
0154NAME IS NULL
03/10/19 23:43ID:???Oracle使ったシステム組むのに、本を買わずに
ソースだけ読んで何とかしようとする香具師いるか？
普通、それなりに情報がまとまってる本を買うだろ。
ユーザーのレベルに合わせた本を。
そーゆー話だ。
0155NAME IS NULL
03/10/19 23:50ID:???>>出版事情と開発レベルの相関をきっちり説明しろよ。
おまえ、こっちの質問になに一つ答えてないやん。
0156NAME IS NULL
03/10/19 23:58ID:???> レベルの高いユーザーが増えれば、それだけ性能や機能に対する要求が高まって、
> MLでの議論も増える。
> 当然、よく議論になる機能の方が（ニーズが高いと判断されて）実装されやすい。
> 性能改善に関してもそう。
> BSDにせよLinuxにせよ、複雑なソフトウェアコンポーネントに関しては、
> きちっとした資料が揃ってるもんだ。
> だからこそ先人の成果を踏台にして、その先に進めるんだ。
説明はしてるんだよね。
レベルの高い資料が少ないということは、レベルアップする人が少ないということ。
レベルの高い人が少ないということは、コミュニティでのレベルの高い議論の機会が減るということ。
レベルの高い議論の機会が減るということは、実装（or改善）される機会が少なくなるということ。
0157NAME IS NULL
03/10/19 23:59ID:???あとな、
>>出版事情と開発レベルの相関をきっちり説明しろよ。
それを言うなら「因果関係」な。相関関係と因果関係の違い、分かるよな？
0158NAME IS NULL
03/10/20 00:03ID:???本のレベル低->ユーザレベル上がらん
これはアグリーね。
でも、
ユーザレベル低 ->開発レベル低
ってのは一般論すぎて、PostgreSQLにはあてはまらんだろうと。
かつ、
本のレベル低->ユーザレベル低 ->開発レベル低
==>本のレベル低->開発レベル低
ってのは分かんないから説明しろよと言ってるわけ。
お前は、一般論に逃げたり、
開発にコミットできるレベルのユーザ(高レベルユーザ)とか、
低レベルユーザとか定義して
都合のいいように使い分けて話を逸し続けているが、
最初の質問である、
本のレベル低->ユーザレベル低 ->開発レベル低
==>本のレベル低->開発レベル低
このお前の最初の論理ステップを、
一般論を使わず、
PostgreSQLに関して具体的な事実だけを使って説明してみせろと。
思うにだな、
本のレベル低->ユーザレベル低
程度なら俺もこんなにしつこくしなかったんだが、
ユーザレベル低 ->開発レベル低
これのステップが理解できんのだ。
一般論としてはそういう(ユーザレベル低 ->フォードバック少->開発レベル低)
こともあるかもしれんが、
PostgreSQLに関してはどうなのよ。
具体的な説明が欲しいわけよ。
因みにだな、プロならオンラインドキュメントを読もうぜ。
そこにはチューニングやオプションについてきちんと説明してあるから。
(たしかに、説明不足の部分はある。それは認めるがそれってパラメータ数個程度だろ)
0159NAME IS NULL
03/10/20 00:10ID:???おまいら これでもみて議論の仕方学んどけ
http://homepage1.nifty.com/fujiwo/develop/oo/dscsnptn.html
0160NAME IS NULL
03/10/20 00:15ID:???共有バッファプール一個しかないのはどうなの？ 問題ないの？
パーティショニングどうやんの？
nested transaction/savepointできる？
統計情報って今あるので本当に十分？
与えられたCPUやメモリを本当に効率的に使い切ってる？
PITRできる？
バックアップ/レストアって、あんな方法で本当に効率いいの？
テラサイズになっても時間的に大丈夫？
Opteronの性能を最大限引き出すにはどうすればいい？
商用DBMSなら当然押さえてるこのあたりの機能や性能、
PostgreSQLユーザーで気にしてる人、どれだけいる？
0161NAME IS NULL
03/10/20 00:16ID:???つか長すぎ。
0162NAME IS NULL
03/10/20 00:28ID:???I/Oの分散なんてできるかボケ、tablespaceなんてあるかボケ、
共有バッファは一つでいいんじゃボケ、
パーティショニングなんてないんじゃボケ、
トランザクションをネストするなんて馬鹿のすることじゃ、
得られる情報を駆使して稼働させるんじゃボケ、
CPUメモリなんぞ不足したら追加じゃ、なんのためのフリーソフトじゃ、
CPU毎のライセンスなんてケチなシステムじゃねえぞー、
PITRなんぞ関係ない、
バックアップはホットバックアップだエッヘン、インクリメンタルじゃないけど、
16Tまでなら使えるぜ、遅けりゃ早いCPUとディスクを使えってんだ。
以上。
0163NAME IS NULL
03/10/20 00:33ID:???（´・ω・｀）
0164NAME IS NULL
03/10/20 00:37ID:???もちろん、PostgreSQLを選択する場合、
そういう点をクリアにして、
それでもPostgreSQLでOKという場合にのみ使うんだよ。
だから、システム毎にDBの選定時点では気にするが、
開発、運用上で気にすることはない。
だってほとんどの項目はまだPostgreSQLでは未実装だったり、
機能が開発途上だったりするから。
で、どうなの？多機能システム使ってる人は偉いの？
F1マシンに乗ってる素人と、自家用車に乗ってるレーサーでは
運転が簡単なぶん自家用車のレーサーの方が劣るの？
0165NAME IS NULL
03/10/20 00:43ID:???つまり、レベルの低いものをレベルの低いなりに使う、という結論でよろしいか？
0166NAME IS NULL
03/10/20 00:50ID:???そこそこでよければPostgreSQLかMySQL。世の中そういう流れ。
Oracleは下降線。
F1マシンと自家用車の比較は不可能。F1は速いけど、自家用車は荷物が積める。
レベルがどうこういうのは135か。
簡単なWEBシステムやミッドレンジのDBがOracleからPostgreSQLに流れているのは
比較した結果PostgreSQLの方が＊その目的に＊適しているからだろうねえ。
0167NAME IS NULL
03/10/20 00:53ID:???また話をずらしたね。
今は使ってる人の話じゃないよ。開発してる人のレベルの話じゃないの？
ジャンボジェットを開発する技術力とセスナを開発する技術力。
どう考えても、ジャンボジェットの方がレベルは上。
0168NAME IS NULL
03/10/20 00:58ID:???議論パターン「話題そらし」を読め！
http://homepage1.nifty.com/fujiwo/develop/oo/dscsnptn.html#change
0169NAME IS NULL
03/10/20 01:00ID:???> 比較した結果PostgreSQLの方が＊その目的に＊適しているからだろうねえ。
純粋な技術的比較だけじゃないよね。その選択の理由は。
技術的な比較でPostgreSQLが優れてるのなら、
ハイエンドで他の商用RDBMSを選ぶ理由がないもん。
要するに、商用RDBMSと比較して、機能も少なくて性能も劣るけど、
ローエンドではそれほど問題にならないし、それにタダだから、って話だべ？
その利点は否定してないよ。
だけど、商用RDBMSと比較して、使われ方や使ってるユーザーの
レベルが全体的に低いということは否定できないと思うよ。
だって、そういう機能しかないし、そういう使われ方しかしてないもん。
0170NAME IS NULL
03/10/20 01:01ID:???おまえ、 はやく質問に答えろよ。逃げんなよ、ボケ。
>>また話をずらしたね。
これに答えた結果なんだがな:
>>>商用DBMSなら当然押さえてるこのあたりの機能や性能、
>>>PostgreSQLユーザーで気にしてる人、どれだけいる？
お前、読解力ないだろ。
>>ジャンボジェットを開発する技術力とセスナを開発する技術力。
>>どう考えても、ジャンボジェットの方がレベルは上。
ジャンボの開発者はユーザからのフィードバックがくるから、
技術力が高いんだろ。
わかった、わかった。おやすみ、Oracle野郎。
0171NAME IS NULL
03/10/20 01:10ID:???すごいメカニズムでも適していなければダメなの。
適してるってのはコストもメカニズムもなにもかも含めて考えるわけ。
で、オールマイティなメカニズムなんてないの、普通は。
で、目的に適したものを選ぶの。
別にハイエンドで使えるもの＝凄いじゃあないことくらい
わかってんだろうな。
0172NAME IS NULL
03/10/20 01:10ID:???>>>PostgreSQLユーザーで気にしてる人、どれだけいる？
これの答えが、
> で、どうなの？多機能システム使ってる人は偉いの？
これでつか？
別に機能の話してるだけじゃないんですけど。
「機能や性能」と書いてあるでしょ。
RDBMSとしての基本的な性能や機能において
PostgreSQLが（商用RDBMSに比べて）劣ってないという立証は？
ハイエンドで商用RDBMSが選ばれる理由をどう考えるわけ？
そういうの開発できる方がレベル高いと思わない？
思わないならまぁいいけどさ。
0173NAME IS NULL
03/10/20 01:12ID:???「適している」と「レベルが高い」が違うことくらいは理解してます。
レベルが高いからといって適しているわけではないのはその通りです。
逆に、適しているからといってレベルが高いというわけでもありません。
0174NAME IS NULL
03/10/20 01:13ID:???>>そういうの開発できる方がレベル高いと思わない？
釣りでつか。
0175NAME IS NULL
03/10/20 01:15ID:???『俺はOracle使ってんだ、レベル高いんだ。』
ってことね。
シルバー？
0176NAME IS NULL
03/10/20 01:18ID:???まぁいいや。
オモチャの機能や性能で満足している香具師はそのまま遊んでてください。
おやすみ。
0177NAME IS NULL
03/10/20 01:22ID:???>>276
じゃあ、お前が本書けや、ボケ！！
ちゃん、ちゃん。
(自作自演じゃないよ。)
0178NAME IS NULL
03/10/20 20:21ID:???IBMに注文すれば、隠してる部分以外全部情報は出る。
それが商用DBの良いところ。
ただ、IBMのマニュアル作りが、ウンコ、糞、白痴、って言う
議論はしてみたいけど、すれ違いなので（終
0179NAME IS NULL
03/10/20 20:22ID:???そうか？フリーソフトなんだから、出版事情はとても大切なポイントだと思うぞ。
商用DBだとマニュアルが有るんだから。
0180
03/10/20 20:49ID:cUZE6nZ9> ただ、IBMのマニュアル作りが、ウンコ、糞、白痴、って言う
> 議論はしてみたいけど、すれ違いなので（終
機械翻訳の日本語マニュアルを読むよりは、
英語のマニュアルに当たったほうが正確だよね。
0181NAME IS NULL
03/10/20 22:00ID:???日本の出版事情とポストグレスの完成度になにか関係があるかのような
連想をしていた奴がいただけ。
0182NAME IS NULL
03/10/22 23:04ID:z9g2utCMふーん、で、君のコントリビューションはどれかな？
# 見るだけ、いじるだけなら、サルでも出来るだろうに（藁）
0183NAME IS NULL
03/10/22 23:08ID:z9g2utCM藁
ジャンボは、軍のコンペに落ちた機体だ、ってのは、当然知ってるよね？
旅客用やカーゴで使われているB-747は、つまりは軍に採用されなかった機体の廃物利用。それがたまたま当たっただけさ。
ふーん、で、君のコントリビューションはどれかな？
# 見るだけ、いじるだけなら、サルでも出来るだろうに（藁）
0184NAME IS NULL
03/10/22 23:09ID:z9g2utCMおっと、前のカキコが残っちまった。
0185NAME IS NULL
03/10/23 10:34ID:q9+Wqi7h異常にきれて反論しているやつがいるけど、本が原因の一つであることも否定できないだろ?
まあどうせきれてるのはSBPか技評の香具師なんだろうけどさ。
そもそもPostgresのインストールすら自力で出来無い奴はDB扱うなよな。
明らかに出版社は空気読めてないよ。
0186NAME IS NULL
03/10/23 14:29ID:???postgresql本 25冊
内訳
技術表論社 6冊 (うちシーラカンス本３版で３冊、ishxi氏著作計４冊)
日経BP社 2冊
秀和システム 2冊
セレンディップ 2冊
インプレス 2冊
翔泳社 2冊
ローカス 2冊
オーム社 2冊
ソーテック 1冊
ピアソン 1冊
ソフトバンク １冊
オライリー 1冊
テクノプレス 1冊
185の予想に反して、ソフトバンクは１冊しかpostgresql本がない。
ishxi氏が４冊(日経BPも含めると5冊)書いていることを除けば
各社1-2冊程度。これって普通？
とにもかくにもシーラカンス本が日本のpostgresql本の基準
になってしまったことが....なのかね。
>>明らかに出版社は空気読めてないよ。
これはお門違いかな。出版社は売れてなんぼ、
オンラインドキュメント読み漁るひとははなっから相手にしていない。
インストールも出来ない人が大事なお客様なんだから。
それを言い出すと、日本人が英語が話せないのは出版物のレベルが低いからとか
なんとでも言えるよ。
ところでmysqlはどうなんでしょ？
やはりamazonで調べると洋書ではpostgresqlが18冊に対してmysqlは109冊で圧倒。
でもmysqlの和書は17冊。
mysqlってまだ副問い合わせすらサポートしていないんだよね。
0187
03/10/23 14:51ID:lK+ceeqE0188
03/10/23 14:55ID:lK+ceeqEありゃ、これって副問い合わせって言うのか…
0189あぼーん
NGNG0190NAME IS NULL
03/10/23 21:49ID:C9Vx+vuDSQLite と Oracle ありゃいい。開発用や中小は SQLite、大企業向けはOracle
0191NAME IS NULL
03/10/23 22:00ID:???SQLiteでOKな開発ってなによ？かなり限定されるじゃん。
本当に開発経験あんの (W
#実はSQLiteでシステム組んだことある。
#だがそれはSQLiteしかインストールできないすごく小さなシステム上での話。
#だからSQLiteの限界と中小でのニーズにかなりの乖離がある
#ことは分かっているつもり。
0192NAME IS NULL
03/10/23 22:10ID:C9Vx+vuD0193NAME IS NULL
03/10/23 23:04ID:???かわいそうな経験だな・・・。
0194NAME IS NULL
03/10/24 03:26ID:???『なんかpostgres本が原因でpostgres(ユーザ)の質が落ちてるという発言にたいして
異常にきれて反論しているやつがいるけど、・・・」
>158
『・・・
本のレベル低->ユーザレベル上がらん
これはアグリーね。
でも、
ユーザレベル低 ->開発レベル低
ってのは一般論すぎて、PostgreSQLにはあてはまらんだろうと。
・・・』
出版社は関係ないよ。
0195NAME IS NULL
03/10/24 04:00ID:???出版関係者でつか？
本のレベルが低いのは出版社が原因だろ！
マニュアルと同じような内容の本を平気で出版してるからな。
孫引きを確信犯でやってる糞出版社もあるしなｗ
0196NAME IS NULL
03/10/24 05:27ID:???本のレベルというよりDBの基礎がわかってないのにいきなりマニュアル本で
Postgresいじるからでは？
0197NAME IS NULL
03/10/24 05:51ID:KPo1vWeD0198NAME IS NULL
03/10/24 08:13ID:???0199
03/10/24 08:30ID:NWwcJvkbGROUP BY文が実用に耐えないほど、遅い。
0200NAME IS NULL
03/10/24 09:04ID:???0201
03/10/24 09:06ID:ESRhBeXa0202これ？ EJB って。
03/10/24 09:07ID:ESRhBeXaEJBとはEnterprise Java Beansの略です。サーバーサイドのコンポーネント技術の仕様です。
EJBにはデータｰベースへの接続、トランザクション処理、リモートアクセスなどの機能が
すでに実装されているので、開発者はビジネスロジックのみに集中することができ、
開発効率を向上することができます。さらに、EJBはコンポーネント技術であるので、
一度作ったコンポーネント（部品）の再利用が容易にできるというのも大きな特徴です。
0203NAME IS NULL
03/10/24 09:11ID:???0204NAME IS NULL
03/10/24 09:24ID:ESRhBeXa0205NAME IS NULL
03/10/24 15:07ID:Xl9YBD0Cこれどっかで見たな、どこだっけ？
0206NAME IS NULL
03/10/24 15:36ID:bwutrtPg使うもんだから、中小には元々要らないものなんだよな。大企業は oracle 使うだろうし、Mysql, Postgresql は存在意義ないんだよ。
0207NAME IS NULL
03/10/24 15:47ID:???ふむ、たしかに>>206のいる企業は極小企業だろうな。
0208NAME IS NULL
03/10/24 16:20ID:???0209NAME IS NULL
03/10/24 16:28ID:???yahoo.comのバックエンドＤＢはMySQLですがなにか？
0210NAME IS NULL
03/10/24 16:36ID:???0211NAME IS NULL
03/10/24 19:40ID:???ほほう。
Updateが無ければDBは要らないのですか。
勉強になりまちた。
0212NAME IS NULL
03/10/24 21:26ID:???127,129,132,135,136,139,142,145,153,154,156,
160,165,167,169,172,176,185,190,192,195,206
どれが一番燃焼した？みんなで投票しよう。
0213NAME IS NULL
03/10/25 01:19ID:???アァ、助ケタマエ
0214NAME IS NULL
03/10/26 07:33ID:???212が入ってないぞｳﾞｫｹ
0215NAME IS NULL
03/10/26 12:54ID:ghlYEt5G0216206は大変お利口さん
03/10/26 12:55ID:???ほほう、DBはデータの更新に使用するものなのね？なら、蓄積とか検索は用途外なんだね？
# 勉強し直してこいよ、幼稚園から
0217NAME IS NULL
03/10/26 13:54ID:RsaU+5oG0218NAME IS NULL
03/10/26 13:59ID:RsaU+5oG全然やれる。むしろデータベースの管理費用やデータベースのバグやドライバの問題で悩むコストの
方が高くなる真実に気づかないデータベースマンセーはイラネってこった。
0219NAME IS NULL
03/10/26 14:03ID:???仕組みも自前で用意すんの？大変そう...
0220NAME IS NULL
03/10/26 14:11ID:RsaU+5oGOracleもデータベースの内部構造まで理解して最適化をきっちり行わないと遅い。
最適化するのにプログラム書くのにそう変わらない時間かかる。
そして導入や管理に面倒ばかりかかるんだよ。
「データベースありき」じゃダメ。テキストファイル置いておく方法も十分使える。
0221NAME IS NULL
03/10/26 14:22ID:L0aDuVkKつまり、更新がまったくなくて参照のみだとしても、要件しだいで
データベースが有効な場合はあるって言っているんだよな？
たしかに、データをロードするのと大して変わらない程度の
コストの処理を一発やってお終い、ならわざわざデータベース
使うのはバカだけどさ。
0222NAME IS NULL
03/10/26 14:28ID:RsaU+5oGそうだな。自力で速くできる云々ってなことじゃなくて、
単に規模の問題で、あとインデックス張るほどの速さが本当に求められているのか、を考えなきゃいけない。
0223NAME IS NULL
03/10/26 15:44ID:???0224NAME IS NULL
03/10/29 12:59ID:???0225NAME IS NULL
03/10/29 20:33ID:???書き込みないならmysqlでぜんぜん問題ない。
フロントのservletで一度読み込んだらキャッシュすればいい。
そうじゃないと、複数のフロントエンドにいちいち設定なんか
やってられん。
0226NAME IS NULL
03/10/31 16:12ID:s/EHqMeQ0227NAME IS NULL
03/10/31 16:38ID:???複雑な検索やインデックスの利用など、RDBMSを使うことで得られる利点は
多いと思うが。
全部自分で作り込むってんなら別だけど。
0228NAME IS NULL
03/10/31 18:13ID:???DB v.s.テキストファイル
のスレになったんですか?
oracleかテキストか、他のフリーDBなんぞ死ね
っていうoracle厨房の煽りにしか読めんのだが。
少なくとも釣りにはなってない。
0229NAME IS NULL
03/10/31 21:00ID:???0230NAME IS NULL
03/11/02 05:02ID:pq4ERWwSそうだね。
しかしなぜ長い コンピュータの歴史の中で
データベースがOSの標準の機能として付けられてないのかといえば、
必要なシーンが無かったからだ。
必要でもないのにデータベースありきな香具師を漏れはダメだといいたい。
0231NAME IS NULL
03/11/02 09:45ID:MejbHsV2「必要でもないのにデータベースありき」な主張している香具師なんて
ここにはいないように思えるが。
>しかしなぜ長い コンピュータの歴史の中で
>データベースがOSの標準の機能として付けられてないのかといえば、
>必要なシーンが無かったからだ。
OS/400とかBeOSとかLonghornとか。
VMSのRMSとかUNIXのdbmだってDB機能と言えるだろうし。
0232NAME IS NULL
03/11/02 11:41ID:???単にソフトウェアとしてのレイヤーが違うだけだろ。
アンタ、本当に技術者か? RDBMSの歴史を知ってて言ってるのか?
0233NAME IS NULL
03/11/02 12:07ID:bJ+I/lpv0234NAME IS NULL
03/11/03 00:24ID:???0235NAME IS NULL
03/11/03 21:16ID:???日本での普及に十分貢献したと思うんだけど....
インストール方法とか、アプリ(PHPなりJavaからなり)からの使い方もよく
書かれているし....
このスレの住人の中では、あの本は良書という扱いではない?
ただし、たしかに「手段」にかたよっているとは思う。
・DBの本質(RDBMSのプロダクトに関わらず、DB設計、運用について)に対して、
「PostgreSQL なら、こういうとき、どうする」
という記述がほとんどない。
まぁそういうことにぶち当たる人は、RDBMSのプロダクトに関わらない立場から
解説されているような本をさがすのだろうが...
煽りではなく、みんなの意見が聞きたいです。
0236NAME IS NULL
03/11/03 21:27ID:???以上。終了。
Oracle対PostgreSQLがなんでPostgreSQL本の内容批判にまで
いきつくのかわからん。そういう議論をしていた奴は
PostgreSQLのソース覗いているとか嘘いったばっかりに
クロスファイアー浴びて退場してしまった。
これ以上蒸し返すは無駄だからやめよう。
0237NAME IS NULL
03/11/09 02:37ID:TT/5XzTnスケールに対しての柔軟性については、商用の方が圧倒的に優れています。
オープンソースDBにするか、商用DBにするかを判断する能力が重要になってくる
と思います。
0238NAME IS NULL
03/11/09 04:24ID:???１，OracleとPostgreSQLで喧嘩なんてSybaseの立場がないだろがボケぇ。潰れそうだからってなめんなよ！
２，Oracle触ってみたいんで、誰か貧乏なおいらにもかしてくだちい。
0239238
03/11/09 04:25ID:???Sybaseに喧嘩売るのはMySQLの仕事だものね。ごみんよ。
0240238
03/11/09 04:27ID:???会社にひとりぼっちなんだよぉおおおおお。
誰かあいてしておくれよぉおおお。
0241NAME IS NULL
03/11/09 14:57ID:???0242NAME IS NULL
03/11/09 15:45ID:???ライセンスの縛りぐらいだと思った。
PDFのマニュアルもそろってるし（あんな大量のマニュアルは頭から読めない
けど。）紙マニュアルでぼってた時代に比べればだいぶ環境はよくなったよな。
0243NAME IS NULL
03/11/11 22:03ID:???データベースの性能うんぬんよりも、Oracleの保守料金に値するデータ（業務）であるかどうかだと思います。
なんて思うと、フリーDBでもMSAccessでも十分だったりするのがゴロゴロしてたり。
大企業はコストよりも信頼性重視が強くて、フリーDBはあまり相手にしてくれませんけどね。
0244NAME IS NULL
03/11/12 00:05ID:???「フリーDB」で安心して任せられるSIerが皆無な現状じゃあねぇ。
0245NAME IS NULL
03/11/12 00:10ID:???昔、１０年くらい前
UNIX系ソフト開発でgccを使うかどうかって会社幹部が議論してた。
いままで通りSUNやSGIのコンパイラを買って使うかgccに移行するかなんだけど、
結局、製品にバグが発生したときにgccでは責任を取ってもらえないので却下だった。
そもそもコンパイラのバグで損害が発生したとして、
それを証明してSUNやSGIと訴訟して勝てるのかなんて考えず、
ただフリーは不安、買ったものなら保証があるなんて雰囲気でしか判断していないんだけどね。
企業のいう信頼性って"高価格の保証書"が存在しているってことなんだよなあ。
保証書の中身はどうでもいいらしい。
その会社はかなりデカかったので今でも存続している。
ソフト開発からはだいぶ前に撤退しているけど。
0246NAME IS NULL
03/11/12 00:17ID:???大企業でもフリーDB使ってるんじゃない？
PostgreSQLじゃないけど、MySQLなんかYahooのバックエンドとかで動いてるじゃん。
あれってどっかSIが入ってるの？それともYahooのエンジニア?
あと、名前はだせないがいくつか大企業(1部上場企業っていうことで大企業ということにしてちょうだい)で
実際にMySQLやPostgreSQLは使われているのを知っているよ。
0247246
03/11/12 00:19ID:???「あまり」相手にしてくれないってことか > 243
全然相手にしていないといっているのではなくて程度問題ってことね。
0248NAME IS NULL
03/11/12 00:32ID:???自分ンとこでできるリソースを持っているところはそれなりにちゃんとできると
思うけど、それを外部から調達しようと考えた場合が問題だってことだな。
やっぱり「PostgreSQL使えます」レベルのところに頼むのは不安があるよ。
0249NAME IS NULL
03/11/12 00:56ID:???そこそこでかい会社が自前でシステム構築できるのに、
SIが出来ないってのも変だよなあ。
そこそこでかい会社といっても、エンジニア主体の会社じゃないかぎり、
自前のレベルってそんなに高くはないはずだけどねえ。
ただ単にSI会社のレベルが低いってわけではなくて、
その程度の仕事にそんなにコストはかけられないってことで
SI会社の出番がないのかね。
このあたりはフリーDBのビジネスという観点から非常に興味深いね。
0250NAME IS NULL
03/11/22 02:24ID:???0251NAME IS NULL
03/12/26 22:21ID:1/Y+KCCOSybaseも悪くはないよ。
サポセンはアフォーだがLinux版の性能としては決して悪くない。
0252NAME IS NULL
04/01/06 14:52ID:GYPHZUsW一体なんですか?
0253NAME IS NULL
04/01/06 18:46ID:+KavvwoH笑うほど大金せしめる事や、オフィスで犬飼うこと。
0254NAME IS NULL
04/01/06 23:25ID:???0255NAME IS NULL
04/01/15 13:16ID:???まじレスすると、サーバを何台か用意して何が何でもシステムダウソさせたくないシステムは、
PostgresやMyじゃ作れない。
0256NAME IS NULL
04/01/16 11:53ID:ohb649BtOracle系でも作れないと思うけど。
クラスタリングして作ったような気になっているのは、経験不足。
0257NAME IS NULL
04/01/17 00:21ID:d6JFqDvyIBMがオープンソースJava IDE Eclipseを
支援することがエヴァン相当だって？
その考えはおかしい。
0258NAME IS NULL
04/01/19 07:35ID:LSERZjZqpostgresじゃクラスタリングすらままならないような・・・
0259124
04/01/19 14:03ID:GUnRLgW2そういう必要が無いようなシステムだったらPostやMyは使えるの？
今Myに興味があるんだけど。
0260NAME IS NULL
04/01/21 09:50ID:HBVxEc5Zその答えは正解とは言い切れない。
PostgreSQLでもPGCluster使ってマジ基幹系構築しようというところも
あるからな。
0261NAME IS NULL
04/01/21 23:25ID:???サーバーに障害が発生したらクラスタサーバー間の整合性がとれなく
なっちゃうんじゃないの？
0262NAME IS NULL
04/02/03 19:02ID:LnGc6SjgClusgresなら大丈夫じゃない？
0263NAME IS NULL
04/02/04 14:06ID:???0264NAME IS NULL
04/02/25 22:18ID:VKY13dIZ結構あるよ。ストアドプロシージャとか、シーケンスだとか。
使いこなせれば楽かもしれないけれど、チームで開発してると邪魔に思うときもある。
0265NULLを「ナル」と読む
04/02/25 22:45ID:???フリーのRDB使ってる大企業もあるけれど、あくまでもオプションみたいなもんだよ。金勘定とかには使わない。
要するに、ものは使いよう。データ整合とかあまり考えないアプリだったりダウソしたときも業務が止まらない前提があればフリーで構築します。
0266NAME IS NULL
04/02/25 22:56ID:???オンラインバックアップは、
商用だが、そのバックアップツールを
使えばpostgresもオンラインバックアップ
が可能。
0267NAME IS NULL
04/04/08 21:29ID:???PostgreSQLは、金融でも使っているところもあるかと。
おれも意外だったけど。
http://itpro.nikkeibp.co.jp/members/SI/oss/20030919/1/
それから楽天のバックエンドでは、MySQLを大量採用しているとか。
0268NAME IS NULL
04/04/08 22:33ID:???http://itpro.nikkeibp.co.jp/members/SI/oss/20031217/1/
それ以外の事例もいろいろ。
0269NAME IS NULL
04/04/16 19:52ID:???PostgreSQLとMySQLに付いて調べていて参考になった。
ありがとう。
0270NAME IS NULL
04/05/29 22:14ID:4poKok690271NAME IS NULL
04/05/29 23:28ID:???（ ´∀｀）＜ ぬるぽ
0272NAME IS NULL
04/05/30 08:48ID:???ｶﾞｯ!!
べつにOracle擁護派ではない(w
0273NAME IS NULL
04/05/30 12:42ID:crknE56s楽天はいくつもの会社を買収してきた過程があるから、ＤＢはたくさんの種類を
使っているそうです。ただ新規事業の立ち上げ時には、コストの面からもMySQL
を採用することが多いそう。
0274NAME IS NULL
04/05/30 12:45ID:IGbRyHGeべつに
DBなんて、なんだっていいよ。選ぶのは客だし。
0275NAME IS NULL
04/06/11 22:45ID:???ｶｺｲｲ！
0276NAME IS NULL
04/09/11 11:30:55ID:???0277NAME IS NULL
04/10/17 12:08:11ID:???Oracleで起きたらOracle社に責任持たせることができます
サポートの違いを考えたらあの料金で納得
0278NAME IS NULL
04/10/17 13:24:40ID:???0279NAME IS NULL
04/10/17 18:43:49ID:???うちはネット上でサービスを提供する会社なので、
ユーザからみれば障害が起きたら DB がなんだろうが
責任がうちにあるのであんまり関係ないかな。
サポートでバグフィックスしてくれるのはありがたいけど。
0280NAME IS NULL
04/10/17 21:21:59ID:???ちゃんとわかってない奴多いよね。
0281NAME IS NULL
04/10/18 13:25:17ID:???0282NAME IS NULL
04/10/23 02:16:03ID:???使いたいから零細企業でも買えるくらいまで値下げして。
0283NAME IS NULL
04/10/30 23:22:50ID:???これ以上は無理です。
0284NAME IS NULL
04/12/05 20:49:57ID:???紙
0285NAME IS NULL
04/12/06 20:30:39ID:8+0mYamj0286NAME IS NULL
04/12/11 09:05:21ID:???個人的な感想ではPostgreSQLはドキュメントがいいな。
できることとできないとをきちんと書いてあってはったりがない。
>>243
＞Oracleの保守料金に値するデータ（業務）であるかどうかだと思います。
＞なんて思うと、フリーDBでもMSAccessでも十分だったりするのがゴロゴロしてたり。
そういうシステムは５ユーザくらいの基本パックだけで、
保守料金や追加ライセンスなんて払ってないのが多いよね・・
メーカーは統計上のシェアを増やしたいから見て見ぬふりしてる感じだな。
0287NAME IS NULL
04/12/16 10:21:11ID:???0288NAME IS NULL
2005/05/03(火) 14:32:13ID:???0289NAME IS NULL
2005/07/04(月) 16:34:39ID:???それは違うよ。
Oracleがなんとかしてくれるのは、Oracle自体が原因の場合のみ。
運用ミスや設定ミス、物理クラッシュなどは、どのみち利用者の責任。
というか、システム落ちて、Oracleが被ってくれた事例なんてあるか？
0290NAME IS NULL
2005/07/08(金) 17:32:39ID:???「大手メーカーが安く仕入れた商用RDBを入札に入れ、全体の割引を際立たせる」
ために使う。
0291NAME IS NULL
2005/09/04(日) 17:44:09ID:tQ4qZhMg0292NAME IS NULL
2005/09/14(水) 02:01:02ID:dn4ROByuみんなバキュームとかメンテやってんのかな
0293NAME IS NULL
2005/09/14(水) 22:31:33ID:???0294NAME IS NULL
2005/09/15(木) 00:27:06ID:rp4dy8H7大した業務じゃないけど、データの多いシステムをMySQLかPostgresにするかで、
少し悩んでました。
0295NAME IS NULL
2005/09/20(火) 04:24:46ID:fHghjAWA0296NAME IS NULL
2005/09/22(木) 00:25:39ID:???そう問題もなく使えてるよ。
0297NAME IS NULL
2006/02/15(水) 16:53:32ID:???0298297
2006/02/15(水) 16:54:22ID:???0299NAME IS NULL
2006/02/24(金) 17:11:10ID:???ttp://www.miraclelinux.com/pressroom/details/2006/0216_1.html
PostgreSQL 側の反論が聞きたいです。
0300NAME IS NULL
2006/02/25(土) 01:11:39ID:???Postgresの弱点だわな。その意味ではおかしいところはない。
ただしそのようなある意味特殊なケースのみをもってOracleと
Postgresの優劣を決められるわけではないのは当然として。
0301NAME IS NULL
2006/02/25(土) 01:35:36ID:???0302NAME IS NULL
2006/02/25(土) 02:19:11ID:???巨大なテーブルの更新は特殊なケースか？
いわゆる商用DBが使われてきたのはそういうケースですが？
で、ポスグレでSIを取りたい人がそういう分野にケンカを売って、
まじめに比較されたらやっぱりだめだったってことでないのん？
>>301
なんでそんなのがでてくんだ。
0303NAME IS NULL
2006/02/25(土) 20:16:47ID:???RDBMSがOracleかPostgreSQLかという以前の問題に、設計に問題が
本当にないかどうかをまず再確認すべきだろうな。
確かにそんなケースを本当に現実のものとせにゃならんのなら
Oracleをベースにいろいろやるだろうが、だがOracleではそれでも
問題ないからというだけの理由でそんな設計と実装をしているんなら
Oracleの中の人も大変なんだろうなと同情するな。
0304NAME IS NULL
2006/02/27(月) 19:26:36ID:???>>300-303
MySQL5 の場合はどうなの？
0305NAME IS NULL
2006/02/28(火) 14:48:16ID:XaQcmKMA漏れはpsqlで日本語出てきても嬉しくないかも。
0306NAME IS NULL
2006/02/28(火) 14:49:25ID:???vacuumをやるタイミングにもよるんだろうけど、どれくらい止まってまう？
0307NAME IS NULL
2006/03/02(木) 16:00:04ID:???8.1のauto vacuumは頻繁に動くねえ
0308NAME IS NULL
2006/03/05(日) 15:51:30ID:???やっぱテラバイトあたりがOracleとPostgreSQLのわかれめかな？
0309NAME IS NULL
2006/09/08(金) 09:14:49ID:???まあ8.2が出るまでこれというネタもないしな･･･
0310NAME IS NULL
2006/09/18(月) 20:12:40ID:LniXoqZfだれか Oracle VS PostgreSQL を挙げてくれるといいな。
今でもいいけど。
速度も倍速だし、もうOracleに負けてないんじゃない？
Oracleわかんないけど wahaha
0311NAME IS NULL
2006/09/18(月) 21:08:44ID:J/47F9iS0312NAME IS NULL
2006/09/18(月) 21:34:49ID:LniXoqZf変なのOracleって。こうゆうのって一番嫌い。
ぼったくりOracleを倒せ！
0313NAME IS NULL
2006/09/18(月) 21:56:15ID:???0314NAME IS NULL
2006/09/18(月) 23:18:07ID:???過去、MS「が」Oracleのインチキベンチマークをやってからの慣行。
DBMS暗黒史の一つ。
0315NAME IS NULL
2006/09/19(火) 13:59:10ID:GDRjtb2m朝一回とか日に２回とかで十分じゃないの。
止まるわけじゃないんで。
>>314
やっぱり嫌いだな。そう思いません？
0316NAME IS NULL
2006/09/19(火) 14:07:37ID:4t0Y2VjY10分に1回とか1時間に一回必要なようなところだったら、少なくともそのままじゃ使えないだろう。
0317NAME IS NULL
2006/09/19(火) 20:42:48ID:???0319NAME IS NULL
2006/09/20(水) 12:27:28ID:???今のままでいいですか。
なぜそう思いますか。
結局 弱み握られるのが怖いしか思えない。
なんかかっこ悪いね。
天下のOracleだ かかって来いって言えばいいのに。
0320NAME IS NULL
2006/09/20(水) 23:59:34ID:???Oracleになんか恨みでもあんのか？聞いてあげるw
0321NAME IS NULL
2006/09/21(木) 00:33:49ID:???>>314
またインチキするやつがでてくるからだろ。
0322NAME IS NULL
2006/09/21(木) 00:55:24ID:???歴史も実績もその辺のDBAが足元に及ばない鬼のような強者もいる。
だったらどうどうと受けて立てと言いたいんだろ。
『死んだ犬を蹴飛ばす者はいない』
0323NAME IS NULL
2006/09/21(木) 01:08:01ID:???あるなら見たい。
0324NAME IS NULL
2006/09/27(水) 05:41:08ID:xcMc4CDmお客がそれで作れってんならどんなDBだっていいわな。
リスクは客が持つんだし。
0325NAME IS NULL
2006/09/27(水) 12:06:57ID:???0326NAME IS NULL
2006/09/27(水) 15:53:38ID:???思われ。
客がOracleにしてくれって言ったらそうすればいいわけで。
そんなでかくないならPosgreで十分と言えばいいわけで。
仲良く行きましょう。
0327NAME IS NULL
2006/09/28(木) 13:15:49ID:EQLZIGSKユーザが糞なら猫に小判。
0328NAME IS NULL
2006/09/28(木) 19:42:20ID:???ユーザが糞なら猫に小判。
0329NAME IS NULL
2006/09/28(木) 19:43:38ID:???0330NAME IS NULL
2006/09/30(土) 02:42:17ID:hyMk2g7Eポスグレにするって言ったら渋い顔してポスグレの性能やら
信頼性やらのドキュメント提出をしなきゃならない。
工数が余分にかかる。
0331NAME IS NULL
2006/09/30(土) 09:56:04ID:???とりあえず8.2に期待しる。
>>330
全くだ。
良く24h365day出来ないからPostgreSQLダメ、っていう客がいるんだけど
単に無停止システムって言いたいだけちゃうんか、という客もいそうな気がする。
0332NAME IS NULL
2006/09/30(土) 10:00:07ID:???スケーラビリティだけはあると思うんだがな＞pg
逆にCPU数が少ないと、コストパフォーマンスが低いのだけれど。
0333NAME IS NULL
2006/09/30(土) 12:37:24ID:???ってイメージが付きまとってるからな
0334NAME IS NULL
2006/09/30(土) 17:44:10ID:???PostgreSQLも性能あがったし、MySQLも機能が増えたし。
突き上げのせいで、Oracleも最下位エディションはフリーにせざるを得ないと。
0335NAME IS NULL
2006/10/02(月) 12:39:08ID:???MySQLに負けてないという話を聞いたようなないような。
8.1で倍速になったからね。
もう それ以外ならMySQLどのこのじゃなくて、Posgreで不満ないでしょ。
0336NAME IS NULL
2006/10/21(土) 01:02:28ID:???でもMｙSQLは日本人ﾊﾞｶにしてる気がして嫌い。
うちの会社では、
「フリーのDBは信用出来ない。何かあってもサポートしてくれない。」
って言って、Oracle採用してるものいっぱいあるけど、年に何回かOracleは落ちる。
社内のMySQL、PostgreSQL使ってるシステムが落ちたってのは聞いたことない。
使う人の問題もあるけど。
もちろん、 Oracleが落ちた時に賠償なんてしてくれなかったよ。
Oracleのバグのせいだった時もあったが、それも賠償無し。
その時は失礼だけど、笑えたなぁ。
あと、Posgreって略し方が個人的に嫌。
0337NAME IS NULL
2006/10/21(土) 01:35:14ID:???0338NAME IS NULL
2006/10/21(土) 01:55:01ID:???0339336
2006/10/21(土) 07:57:34ID:???そうそう、なぜかOracle導入したがる人はそこを勘違いしてる人が多いのよ。
普通に考えりゃわかりそうなもんだが・・・。
0340NAME IS NULL
2006/10/21(土) 09:37:40ID:???いや、さすがに「賠償」てのははおまいが勘違いしてると思うぞ。
信用ってのは結局、何か問題が起きたときにそれを解決できる
能力を期待できるかどうかってことだろ。
実際これまで5年以上Postgresのデータベースを管理してきたけど、
その間にはソースコードを追いかけたりシステムカタログを直接
操作しなけりゃならなかったトラブルも何度かあったよ。
そういうときに誰にも頼れず自分だけで解決しなきゃならないってのは
結構胃が痛いもんだよ。
0341NAME IS NULL
2006/10/21(土) 14:20:30ID:???おまいは商用製品の利用のしかたをまちがってんじゃね？
0342NAME IS NULL
2006/10/21(土) 15:15:02ID:???> ソースコードを追いかけたりシステムカタログを直接操作しなけりゃならなかったトラブル
商用製品だと「仕様です」で一蹴されたと考えるんだ。
0343NAME IS NULL
2006/10/23(月) 20:09:43ID:???ソース追っかける程のあなたなら、もうOracleなんていらないでしょう。
その成果をフィードバックしてくれたら、どんどん胃も健康に
なると思います。実際 事件は減ってきてるのでわ？
>>342
Oracle殿に言われたらしょうがねーか。 by 上司
みたいなwww
0344NAME IS NULL
2006/10/29(日) 21:10:24ID:???で、上の反応は
ま た O r a c l e か ！
程度で、別に何を対策するわけじゃない。
要は、うちのシステムはオラクル使ってますよ
って言うことで、客の顔色を伺ってるだけの気がする。
0345NAME IS NULL
2006/11/10(金) 21:38:26ID:???もう山のようにある。そゆのたいていOracleの名前でごまかしている。
すこし言い過ぎ？
0346NAME IS NULL
2006/11/10(金) 22:34:44ID:???バカみたいにアナライズ掛けてるとこを良く見るよ
0347NAME IS NULL
2006/11/10(金) 23:32:02ID:???0348NAME IS NULL
2006/11/11(土) 00:19:14ID:???0349NAME IS NULL
2006/11/13(月) 00:14:17ID:???考えなくても出来るのはDB2の方かと。
というかな、バカみたいな設計はそもそもクエリが通さない(w)
ので自然にそこそこなテーブル設計になると言うか、融通が
効かないというか…。
とは言えMySQLの方がステキなクエリ流せて羨ましいが。
0350NAME IS NULL
2006/11/13(月) 00:31:01ID:???DB2 カコイイw
0351NAME IS NULL
2006/11/29(水) 22:56:43ID:???0352NAME IS NULL
2006/11/29(水) 23:31:35ID:???0353NAME IS NULL
2006/12/01(金) 11:01:10ID:???0354NAME IS NULL
2006/12/01(金) 13:24:23ID:???0355NAME IS NULL
2006/12/03(日) 08:01:46ID:???使用制限以外は本製品と同じじゃなかったか？
それにOracleの30日間は(ry
0356NAME IS NULL
2006/12/04(月) 20:21:59ID:???XE の機能制限も萎えるわけだが。
まぁ、日数、ライセンスは(ry
0357NAME IS NULL
2007/03/04(日) 18:49:19ID:sEA42wkUしようとするとユーザアカウントの生成の時に、「ユーザ'postgres'は生成
できませんでした:ユーザ･アカウントはすでに存在します。！」とエラー表示
されます。どうしたらいいのでしょうか？
0358NAME IS NULL
2007/03/04(日) 23:07:07ID:???0359NAME IS NULL
2007/11/21(水) 00:25:26ID:???それなら技術者の多いOracle使うだろ。趣味ならMySQL
0360NAME IS NULL
2007/11/21(水) 16:15:19ID:???・Oracle使う
→ メンドクサイ事をOracleに任せて身入りを減らす
・PostgreSQL使う
→ メンドクサイ事も含めて自分でやって身入りを増やす
って選択が出来るのは(･∀･)イイ
中小企業相手だと、1件数百万円(ハード・OS込み)なんて仕事もあるわけで、
そんな規模じゃ、Oracleに50万とかWindowsServerに10万(バンドルでも5万超え)とか
やってたら赤字になっちまう。
大規模でやる場合にはそりゃOracleの方が技術者も多いし、ライセンス料だって、
全体から見ればそれほど大きくならないだろうから、キニシナイで済むんだろうが・・・。
0361NAME IS NULL
2008/08/03(日) 15:55:17ID:kDQbEPDa0362NAME IS NULL
2008/08/08(金) 12:10:26ID:Cu4G6SL/いっそPoracleにしてしまえ
0363NAME IS NULL
2008/08/09(土) 11:49:13ID:???0364NAME IS NULL
2008/08/21(木) 16:56:58ID:???高い金払ってんだから何とかしろやｺﾞﾙｧ！って
言える先が有るか無いかなんだよなｗ
0365NAME IS NULL
2008/08/24(日) 09:46:58ID:???オプソなら自分で直せるから、そういう行為をすることが
自分のコントロール下にあるかどうかが分かれ目かもな
0366NAME IS NULL
2008/08/24(日) 10:47:35ID:???早くできるかということも重要だけどね。
商用DBMSで保守契約していれば、既知のバグであるかどうかや、その場合の
回避策まではすぐに回答されるからね。
その回避策が適用可能かどうかというのは個別の問題だけど。
0367NAME IS NULL
2008/08/25(月) 01:45:22ID:???どうもposgreよりOracleの方がトラブルが多い
俺だけだろうか・・・
0368NAME IS NULL
2008/08/26(火) 00:35:25ID:???0369NAME IS NULL
2008/08/30(土) 08:39:08ID:???実質的に不可能だよな
0370NAME IS NULL
2008/09/19(金) 23:29:17ID:???早めのあきらめる事が大事、っていうことが多いね・・・・・・
0371NAME IS NULL
2009/01/28(水) 22:45:26ID:???（ ﾟωﾟ )
∩（ っ¶っ¶∩
| ノ ￣￣￣ ヽ
/ ●:::::::::::● | ンゴォォォォォー！！
| :::::::( _●_):::: ミ
彡､::::::::: ＼＼＼:::::､｀＼
（ . .:.::;;;._,,'/ ＿＿::ヽノ＼＼＼:::/´> )
）.:.:;;.;;;.:.）(＿＿＿）::::::::::/＼＼＼ (_／ ｽﾞｼｰﾝ
ノ. ..:;;.;.ノ | ::::::::::::::::::::/ ＼＼＼
（ ,.‐''~ ﾜｰ | ::::／＼:::::＼ . .＼＼＼丿ヽﾉヾ/丶
（..::;ノ )ﾉ__. ＿ | ::/ ＿ )::::: _）ｺﾞｰ..ヽ＼＼_ﾉヽﾉヽﾉヽ ）
）ﾉ__ '|ﾛﾛ|／ ＼∪.___.|ﾛﾛ|／ ＼/ヽ ヽ＼ ）ﾉ
＿|田|_|ﾛﾛ|_| ﾛﾛ|＿|田|.|ﾛﾛ|_| ﾛﾛ|＿ （.:;;.;;丶 丿ｿ
0372NAME IS NULL
2009/02/08(日) 02:23:47ID:???単発のUPDATEだけじゃ
トランザクションが競合したとき
更新に失敗するのさ。
0373NAME IS NULL
2009/05/10(日) 10:29:17ID:TybJgox40374NAME IS NULL
2009/06/22(月) 14:26:18ID:???トラブルの種類によるんじゃね
オラクルで開発してる人って開発環境のDBどうしてるの?
いままでの経験だと
・開発環境はフリー, 本番環境オラクル DBへのアクセス周りの設計がちゃんと部品化できてないと地獄パターン
・開発環境もオラクル(あんまお目にかかったことない, どこから持ってくるのかはあえて聞かない)
・開発フリー、本番オラの予定が、顧客がオラクルの値段みて本番もフリーに
てなパターンがあったです
0375NAME IS NULL
2009/06/22(月) 22:08:00ID:???最近なら普通にOTNだろ＞開発
ちゃんと正規のメディアをライセンス先宛にOracleが送ってくる。
Winのみの奴ならかなり格安だ。
OracleのCPUライセンスケチる客に出会った事無いから
客の方はしらね。
0376NAME IS NULL
2009/06/23(火) 11:52:53ID:???表領域のサイズ制限とか、Javaなんかの機能制限以外は一通り使えまっせ。
0377NAME IS NULL
2009/06/24(水) 00:21:36ID:???時代の流れに取り残された
>>374には豚猫だろうて。
0378NAME IS NULL
2009/07/19(日) 23:08:50ID:???豚猫？
0379NAME IS NULL
2009/09/01(火) 07:03:59ID:???開発用ライセンスを買うわけじゃないでしょ。
>>375の言うとおり
OTNから開発用ライセンスを買ってもいいし、
たとえ運用用として買ったとしても、
Standard Edition Oneは
1ユーザあたり19,600円（税込み20,580円、5ユーザから）
だよ。10万円以下だからOfficeと似た感じの認識なんだけど。
人月単価が幾らの会社で働いてるの？
0380NAME IS NULL
2009/12/21(月) 07:19:42ID:???役所の裏金を計算するならﾎﾟｽｸﾞﾚで十分なんだけど
ﾍﾞﾝﾀﾞｰはここぞとばかりに高価で時代遅れのｻｰﾊﾞｰ売り込むんだよね
0382NAME IS NULL
2013/01/16(水) 10:40:28.86ID:+BdT42o7人事原則
１ 現行法では、社員が仕事を怠けたり、能力不足、就業規則違反、目標を達成できなくても解雇をしたり叱責することは違法です。どんな駄目社員、嘘つき社員、怠け者も定年まで解雇が違法なのが現行の正社員制度です。
２ パワハラは社風にあわない社員、成績の振るわない社員を自主退職に追い込む言わば人事的措置として用いられることが多い。
※違法な解雇の和解金相場は、労働審判で３ヶ月、通常裁判で１年以上の報酬、さらに社員が和解を拒めば復職が可能です。弁護士への着手金は12〜15万円、和解拒否なら20〜50万円程度。
人事部・ホットライン・御用組合へ直訴
メリット： 一時的緩和や人事異動
デメリット： 役員へ情報筒抜け、危険分子の烙印（情報漏洩がホットライン直訴者に多いのは人事部の常識）、パワハラ放置で自主退職に追い込まれる
民事訴訟・調停・労働審判
メリット： 損害賠償
デメリット： 裁判費用、解雇措置、民事不介入で刑事事案化を阻止、長期係争、パワハラ上司の継続雇用
刑事告訴
メリット： １パワハラ上司の解雇・懲戒、または２多額の和解金、１と２どちらでも被害者の雇用は維持
デメリット： 人事異動（出世コースから外れる）
◎録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
◎告訴受理後の和解金は加害者の資産・収入に応じて変えてください。犯罪者の昨年の年収の半額程度×最大懲役年数が妥当です。
◎パワハラの被害についての告訴は１侮辱罪２脅迫罪３強要罪４威力業務妨害罪５傷害罪の順序で行ってください。警察・検察の協力（犯罪者の自宅・職場の強制捜査、留置所勾留）により罪の立証が楽になります。
◎刑事告訴した社員を解雇したり処遇面で著しい差別を行うことはないでしょうが、出世や管理職以上の昇進の可能性はあきらめるべきでしょう。
◎刑事告訴は民事訴訟と違って裁判による被害者への2次被害にありません。検察庁が被害者に代わって訴えをおこすので、無料で、時間と手間も告訴状をかくことと音声録音を残すだけです。
◎和解契約（公正証書・即決和解）では告訴した事実は秘匿事項となります。犯罪者が秘密保持契約を違反した場合の損害賠償金は、最低5000万円〜にしましょう。
0383NAME IS NULL
2013/02/06(水) 22:07:18.66ID:???不誠実極まりないよ
■ このスレッドは過去ログ倉庫に格納されています