MySQL vs PostgreSQL
レス数が1000を超えています。これ以上書き込みはできません。
0001名無しさん＠お腹いっぱい。
03/06/30 12:28ID:???俺はもう少しMySQLが評価されてほしいと思うけれど、PostgreSQLも好き。
語ってくださいな。
0002名無しさん＠お腹いっぱい。
03/06/30 12:28ID:???http://pc2.2ch.net/test/read.cgi/php/989341364/
0003名無しさん＠お腹いっぱい。
03/06/30 16:47ID:Lf/h8tD90004名無しさん＠お腹いっぱい。
03/06/30 17:19ID:omkuDR990005名無しさん＠お腹いっぱい。
03/06/30 22:28ID:BQpQFSZR終わっとる。
0006名無しさん＠お腹いっぱい。
03/06/30 22:50ID:t7MD7qxo0007名無しさん＠お腹いっぱい。
03/07/01 02:09ID:xBsRCkAi0008さくらたんヽ(´ー`)ﾉ
03/07/01 02:17ID:???ﾘ从从ヾ8ﾐ
ゝ^ ヮ^ﾉ)__ はにゃにゃにゃにゃにゃ～ん♪ ヨイショ♪
（( ⊂⊂ _)
(__ﾉ￣ 彡
(ゝ⌒⌒
ﾘ从从ヾ8ﾐ
ﾉ ^ ヮ^ ∩ﾙ 新スレほぇ♪
（( （⊃ 丿
し（＿）
0009名無しさん＠お腹いっぱい。
03/07/01 02:29ID:???ラ ち /／￣＞ ´ ￣ ￣ ｀ヽ Y , ´ ） | え
ゴ ゃ L_ ／ ／ ヽ タ |
ン ん / ' ' i ベ マ
ボ で / / く | ジ
｜ DB l ,ｨ/! / /l/!,l ／厶, ス
ル っ i ,.lrH‐|'| /‐!-Lﾊ_ l /-!'|/l ／｀'ﾒ､_iヽ!?板
だ て l | |_|_|_|/| / /__!__ |/!ﾄi i/-- ､ ﾚ!/ / ,-- ﾚ､⌒Y⌒ヽ
よ い _ゝ|/'/⌒ヽ ヽﾄ､|/ '/￣｀ヾ 、ヽﾄ､Ｎ'/⌒ヾ ,ｲ￣｀ヾ,ﾉ!
ね っ 「 l ′ 「1 /てヽ′| | | 「L! ' i'ひ} ﾘ
| た ヽ | ヽ__Ｕ, ､ヽ シノ ﾉ! ! |ヽ_､ｿ, ヾシ _ノ _ﾉ
-┐ ら ,√ ! ￣ ﾘ l ! ￣ ￣ ７/
ﾚ'⌒ヽ/ ! | 〈 _人__人ﾉ_ i く //!
人_,､ノL_,iノ! /! ヽ r─‐- ､ 「 Ｌ_ヽ r─‐- ､ u ノ/
/ / lﾄ､ ＼ ヽ, -‐┤ ﾉ キ 了＼ ヽ, -‐┤ /／
ハ キ { / ヽ,ﾄ､ヽ/!｀ｈﾉ ） モ |/! 「ヽ, `ｰ ／） _ ‐'
ハ ャ ヽ/ r-､‐' // / |-‐ く | ＞ / / ｀'／／-‐､ ／
ハ ハ ＞ ／＼＼// / /ヽ_ ! イ （ / / ／／ / `ｧ-‐ '
ハ ハ / /! ヽ レ'/ ﾉ ＞ ' ∠ -‐ ￣ノヽ /
{ i l ! / フ / -‐ /￣/〉 〈 ＼ /!
0010名無しさん＠お腹いっぱい。
03/07/02 13:07ID:O5HpalJ4トランザクションくらい自前でなんとかしる！
0011名無しさん＠お腹いっぱい。
03/07/02 18:04ID:???0012名無しさん＠お腹いっぱい。
03/07/03 09:35ID:???聞く所によると、色々制限があるらしいけど...
漏れはLinux+PostgreSQLを使ってるけど、Windowsの案件に遭遇したらMySQL使うかな。
0013名無しさん＠お腹いっぱい。
03/07/04 16:34ID:/rpHOwGi昔のPostgsqlはなぜかよくデータ崩壊したものだ。
それからというものMySQL一筋。
0014名無しさん＠お腹いっぱい。
03/07/04 16:41ID:???USのMLとか見てると。
そうでもない？
0015名無しさん＠お腹いっぱい。
03/07/04 16:41ID:YQ3UsLIe萎えるな。
0016名無しさん＠お腹いっぱい。
03/07/04 17:27ID:???他者に MySQLを含むシステムを売る場合はね。
自分で使うぶんには無償だよ。
0017名無しさん＠お腹いっぱい。
03/07/05 00:44ID:BVec3nVO0018名無しさん＠お腹いっぱい。
03/07/05 17:32ID:BVec3nVOMySQL4系ならAUTOCOMMITが有効になっているだけではないかと。
0019名無しさん＠お腹いっぱい。
03/07/05 17:48ID:Bi4ERo1A0020名無しさん＠お腹いっぱい。
03/07/05 17:53ID:???千匹の仔を孕みし森の黒山羊よ！
いあーる むなーる うが なぐる となろろ よらならーく しらーりー！
いむろくなるのいくろむ！ のいくろむ らじゃにー！
いあ！ いあ！ しゅぶ=にぐらす！
となるろ よらなるか！
山羊よ！ 森の山羊よ！ 我が生け贄を受取り給え！
0021名無しさん＠お腹いっぱい。
03/07/07 21:31ID:???0022名無しさん＠お腹いっぱい。
03/07/08 12:11ID:???詳しい方はいらっしゃいませんか？
0023名無しさん＠お腹いっぱい。
03/07/08 23:36ID:7Q6wUFCE0024名無しさん＠お腹いっぱい。
03/07/09 02:08ID:???MySQL>>>>>>>>>>>>>>>>>Postgres
は確実
0025名無しさん＠お腹いっぱい。
03/07/09 15:13ID:???こういうｳﾞｧｶがいるから困る。
詳報●早稲田大学のトラブルはSQL文のミスが原因
不適切な設定ファイル，負荷分散装置の故障も重なる
http://itpro.nikkeibp.co.jp/members/SI/ITARTICLE/20030530/1/
0026名無しさん＠お腹いっぱい。
03/07/10 00:57ID:???何いってんだよ！24はMySQLならSQL文が間違ってても
設定ファイルが不適切でもガンガン動くぜって言いたいんだよ。
ｷｯﾄ、、、
0027名無しさん＠お腹いっぱい。
03/07/10 02:49ID:???Postgres4.2は打ち止めな訳だが…
0028名無しさん＠お腹いっぱい。
03/07/10 11:08ID:???0029名無しさん＠お腹いっぱい。
03/07/10 11:51ID:???0030名無しさん＠お腹いっぱい。
03/07/10 19:38ID:???具体的には?
0031名無しさん＠お腹いっぱい。
03/07/13 16:15ID:???そもそもApacheのバージョンが古過ぎるし(1.3? アブネェ！最新版にしろYO! ﾜｾﾀﾞ!)
PHPなんかつかってるし。学生数の多さという大規模さから想像しても、
J2EEかTomcatでJavaServlet使いまわせるようにすればよかったのに。
PostgreSQLの問題そのものでなく技術者のスキルや運営方針の問題と思われ。
0032名無しさん＠お腹いっぱい。
03/07/13 19:18ID:???そんなに重大なセキュリティホール残ってたっけ？
0033名無しさん＠お腹いっぱい。
03/07/14 08:03ID:lCXGTrT7Tomcatって大規模サイトに向いてるの？
0034名無しさん＠お腹いっぱい。
03/07/14 08:14ID:vhhYef3A向いていない
003534
03/07/14 08:20ID:vhhYef3A複数の Tomcat 間でセッション情報を共有できないので、
Tomcat は大規模サイトに向いていない。（PHPやmod_perlは
確かできる）
0036名無しさん＠お腹いっぱい。
03/07/14 10:55ID:???0037名無しさん＠お腹いっぱい。
03/07/14 12:06ID:???ゆえに軽々しく「どっちでもいい」と発言するのは好ましくない
0038名無しさん＠お腹いっぱい。
03/07/14 12:36ID:???0039あぼーん
NGNG0040あぼーん
NGNG0041あぼーん
NGNG0042あぼーん
NGNG0043あぼーん
NGNG0044あぼーん
NGNG0045あぼーん
NGNG0046あぼーん
NGNG0047あぼーん
NGNG0048あぼーん
NGNG0049あぼーん
NGNG0050名無しさん＠お腹いっぱい。
03/07/14 16:10ID:???そこでJ2EEをつかうんだろや。
というかJ2EEにはTomcat内蔵されているし。
エンタープライズコンピューティング、基幹系業務という分野では、
PHPやmod_perlと比べ断然大規模サイトに向いている。
0051名無しさん＠お腹いっぱい。
03/07/14 16:59ID:Fazjq/fe0052名無しさん＠お腹いっぱい。
03/07/14 17:22ID:???0053名無しさん＠お腹いっぱい。
03/07/14 17:40ID:???自分の考えが受け入れてもらえないからといって、そういう態度は良くないなぁ
0054名無しさん＠お腹いっぱい。
03/07/14 18:25ID:???まあそういうな。宗教戦争には興味はないんでこれくらいにせんか？
0055名無しさん＠お腹いっぱい。
03/07/14 18:52ID:???J2EEについて貴方の知ってることを教えてください。
0056名無しさん＠お腹いっぱい。
03/07/14 19:18ID:???わしは>>31-52の流れには初めから絡んでいないんでどうでもいいんだけどな。
J2EEとか言っている輩は引っ込みがつかない瀬戸際に立ってそうだけど。
0057名無しさん＠お腹いっぱい。
03/07/14 19:30ID:???このスレ自体が MySQL vs PostgreSQL で宗教戦争の舞台と言えなくもない
0058名無しさん＠お腹いっぱい。
03/07/15 10:22ID:???まあそういうな。MySQLがEJBで使えればいいんだがのう。
0059山崎 渉
03/07/15 11:15ID:???__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
0060名無しさん＠お腹いっぱい。
03/07/15 18:45ID:???もちろん、けなされてしかるべきところも多々あるけど、大規模サイトで使うべき
ではないなんて言い切るやつはいくらなんでもアレすぎ。
0061名無しさん＠お腹いっぱい。
03/07/16 18:45ID:???アクセスが多いから大規模なのか、
利用者が多いからなのか、
サーバでアプリケーションのロジックが複雑なので大規模(なプログラミング)なのか、
オブジェクト指向を徹底的に駆使しているので大規模なのか、
がはっきりしないことには
0062名無しさん＠お腹いっぱい。
03/07/16 21:09ID:???考えればいいんじゃないの? システムの複雑性は大したことないし。
んで、早稲田の場合は SQL 文のミスでしょ。
0063名無しさん＠お腹いっぱい。
03/07/16 22:41ID:z4/unCaqSQL文のミスだけなら、もう修正して使ってる？
それにしても、早稲田はフリーが好きな校風なのですな。
0064名無しさん＠お腹いっぱい。
03/07/17 00:27ID:???0065名無しさん＠お腹いっぱい。
03/07/17 01:06ID:???科目登録なんだから、その期間を過ぎればもう使わないでしょ。再び出番がくるのは
後期が始まってからじゃない?
0066和田サン
03/07/17 01:33ID:1SAgWh3y本番は二次会からです。
0067あぼーん
NGNG0068あぼーん
NGNG0069ぼるじょあ ◆ySd1dMH5Gk
03/08/02 05:05ID:???ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
0070山崎 渉
03/08/15 22:55ID:???│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
0071名無しさん＠お腹いっぱい。
03/08/18 18:14ID:p7J96Emc0072あぼーん
NGNG0073あぼーん
NGNG0074ほんよりも
03/08/18 23:57ID:VcnNVbO70075名無しさん＠お腹いっぱい。
03/08/19 01:56ID:???ろーるばっく出来ないからな
0076名無しさん＠お腹いっぱい。
03/08/22 16:05ID:???だからトランザクションはあるって。
いまだにそんなことを言っているﾔﾂっているのね．．．
0077名無しさん＠お腹いっぱい。
03/08/26 23:53ID:???0078名無しさん＠お腹いっぱい。
03/08/28 10:53ID:???0079名無しさん＠お腹いっぱい。
03/09/09 00:50ID:lVEwzfBWpostgresql = 7.3.4 is needed by postgresql-contrib-7.3.4-1PGDG
このエラーどうしたらいいんでしょうか？
0080名無しさん＠お腹いっぱい。
03/09/09 01:24ID:???何のエラーだよ、環境とか
まあ、redhatのrpmと思うけど、もしそうなら
ftp://core.ring.gr.jp/pub/misc/db/postgresql/binary/v7.3.4/RPMS/
このへんから持ってきて入れれば？
0081名無しさん＠お腹いっぱい。
03/09/09 15:03ID:???postgresql本体のrpmを入れないでcontrib入れようとしてるだけだろ。たぶん。
0082名無しさん＠お腹いっぱい。
03/09/12 02:45ID:lufO2+YzＰｏｓｔｇｒｅに対する「速度」という大きなアドバンテージが保てるのか否か・・・
0083名無しさん＠お腹いっぱい。
03/09/12 02:49ID:???JK２コネクタとかはロードバランシング部分でセッション情報保持しておいて、セッション途中で別のサーバに行かないように出来るんじゃなかったっけ？
負荷分散とはいえないだろうけども。
0084名無しさん＠お腹いっぱい。
03/09/14 00:18ID:???だから3と4で分かれて開発されているのでは？
0085名無しさん＠お腹いっぱい。
03/09/16 11:45ID:???分かれて開発？してないでしょ？
それにMySQL4.0.xと3.23.xじゃ4.0.xの方がパフォーマンス良いよ。
少なくとも俺の環境では。
4.1.0と4.0.xではどうか知らんけど。
0086名無しさん＠お腹いっぱい。
03/09/17 15:59ID:???サブクエリの実装だけなら速度麺で不利になることはないと思う。
もともと設計自体が違うわけだし。
0087NAME IS NULL
03/10/13 15:29ID:Zy5iQOGBそれは種の進化
150以上の革新的な新機能。
完全に新しい。何よりもMacらしい。
http://www.apple.co.jp/macosx/index.html
Mac OS Xが進化を果たしました。わずか3年で達成した4度目のメジャー
リリースとなるMac OS X v10.3 "Panther"がお届けするのは、革新性・
使いやすさ・信頼性における数々の進歩。それらは、他のオペレーティング
システムでは（似ていたとしても）この先ずっと実現しえないものばかりです。
0088NAME IS NULL
03/10/26 13:07ID:qx2U67rZPHP＆MYSQLっていう本だけの理由なんだけどね・・・ポストグレスでも
私のエルキューエルどっちでもいいんじゃないの
0089NAME IS NULL
03/10/28 03:08ID:v+ANS6jyOracle含めた比較資料作ってんだけど、使ったことないからわからん。
0090NAME IS NULL
03/10/28 14:23ID:vxqMY5oVMySQL使ったことないもん。
0091NAME IS NULL
03/10/28 22:50ID:BqshLgEV0092NAME IS NULL
03/10/29 12:40ID:P4ZEXM2pベンチマークテストの結果公開してるとこないですか？
MySQLもいいなと思ってるんだが、速い速いと言ってるのは、ISAMだったという罠にひっかかりたくない。
0093NAME IS NULL
03/10/29 18:35ID:???答えになってないけど、MySQLがInnoDB,BDBでトランザクションをサポートしていると言っても、
PostgreSQLにはあって、MySQLにはまだ実装されていない機能(トリガや、ストアドなど)や
SQL構文がたくさんある。
単純に考えれば、その実装が無い分MySQLの方が高速だと容易に想像がつく。
MySQLかPostgreSQLを選ぶ基準は、やっぱ、どんなアプリでDBを利用するかだよね。
高機能だけど速度が遅いPostgreSQL , PostgreSQLよりも機能は劣るが高速なMySQL。
アプリが煩雑な場合、高機能なPostgreSQLにした方が開発者の負担が減る。
検索システムなんかの様に高度なDBの機能を使わないのであれば、
MySQLを利用した方が、スループットが上昇する。
ただ単にcommit,rollbackが使えればいいんだｺﾞﾙｱくらいの勢いなら、MySQLをおすすめする。
0094NAME IS NULL
03/10/29 19:27ID:???両方インストして自分でテストが一番。仕事ならそう。
ISAMでいいならmysqlはすごい速い・・が、結局
SCSIの速度以上に書き込みはできないわけだが。
(Linuxの場合、ext3のジャーナリングモードを
変えるだけで劇的に速度がかわる）
読み出しだけならISAMでいいわけだし。
CPUとメモリがふんだんにあるなら遅いといわれる
DBでも問題なくなるかもしれんし、それはケース
バイケース。
0095NAME IS NULL
03/12/13 11:43ID:???作ってあげて商用にしWebで公開した場合最低いくら払うんヨ？
0096NAME IS NULL
04/02/14 02:18ID:HKTvCRjg教えてください。
0097NAME IS NULL
04/02/14 02:42ID:???ほとんどの場合はGPLならば払わないでもいいです。
Apacheにも金払わないでしょ。
MySQLにリンクするプログラムを自作した場合は
それを公開する義務が発生する場合がありますが
WEB物なら問題ないでしょね。
>>96 ドキュメントがWEBにあるのでぐぐってよみませう
0098NAME IS NULL
04/02/14 03:31ID:???0099NAME IS NULL
04/02/14 03:34ID:???0100NAME IS NULL
04/02/14 14:13ID:???本体を改変すれば、オープンにしないと駄目だけど。
0101NAME IS NULL
04/02/14 14:39ID:???ダイナミックリンクなら、LGPLはOK,GPLは公開しないとだめ。
スタティックリンクおよび本体改変は公開しないとだめ。
って感じですね。
0102NAME IS NULL
04/02/16 01:39ID:???マスタテーブルはPostgreSQL制約等々つけまくり表の整合性を保ちつつ、
表トリガでMySQLの検索用テーブルにコピー
単純な検索やデータの表示はMySQLで高速に。
変ですかね？
0103NAME IS NULL
04/02/16 10:24ID:???0104NAME IS NULL
04/03/19 04:05ID:p2TKrXzb1万件ぐらいのデータで、体感速度的にどうなの？
0105NAME IS NULL
04/03/19 04:12ID:???知恵の足りない作り方すれば遅いのは当たり前。
というか、長い間ポスグレ使ってるが、
「MySQLとポスグレを比べてみて、ポスグレが遅すぎて話にならん」という
話は聞いたことがない。
0106NAME IS NULL
04/03/19 07:25ID:???わかるようだとよっぽどひどいクエリ書いてる。
毎秒1000件やらなきゃいけない・・とかだと
MySQL速くていいんだけどね。
0107NAME IS NULL
04/03/19 18:05ID:f2J/eTujでもMySQLの方が圧倒的に速いと書いてあるHPって結構多いですよね
ただ1つ疑問なことがあるんだけど、
1つの表に多数のアクセスや更新があったときに
MySQLって表単位でロックするから、PostgresSQLより遅くならないの？
0108NAME IS NULL
04/03/19 22:47ID:uOssXOwOあと誤解してるようだがTable lockは行lockよりも速いんだよ。
0109NAME IS NULL
04/03/19 22:55ID:???同時実行性能が上がらないんじゃないかっつー話だと思うんだけど。
0110NAME IS NULL
04/03/19 23:48ID:???トランザクションが必要な業務なんて実はあまりないんだよね。
サブクエリは欲しいけどな。
0111NAME IS NULL
04/03/20 02:07ID:???「使ってる香具師（アプリケーション）がこまめにロックリリースすればいい」
ということになると思われ（と、適当に言ってみる）。
0112NAME IS NULL
04/03/20 10:20ID:???>トランザクションが必要な業務なんて実はあまりないんだよね。
んなぁ、こたぁない！
でも、MySQLが適用できる業務だとそかもね。。
0113NAME IS NULL
04/03/20 14:07ID:???ベンチマーク信者なんだと思う。
0114NAME IS NULL
04/03/20 19:55ID:???「InnoDBなら行ロックできます」だと思われ。
http://www.mysql.com/doc/ja/Locking_methods.html
>>108
> あと誤解してるようだがTable lockは行lockよりも速いんだよ。
俺もよく知らんが、それはMySQLの実装がそうなってるだけなのでは？
0115NAME IS NULL
04/03/20 21:03ID:XkjhTg4+そこに書いてある行ロックの欠点だけをみると、
テーブルロックを使用した方がいいように思えるけど･･･
そもそもデータベースを使う必要があるアプリケーションって
検索などテーブルの広範囲で実行することが多いと思うから
テーブルロックの方がいいのかな？
0116NAME IS NULL
04/03/29 17:07ID:???0117NAME IS NULL
04/04/02 19:33ID:???0118NAME IS NULL
04/04/02 19:39ID:IMEF+B+F0119NAME IS NULL
04/04/03 16:20ID:???恐ろしく個人的な回答。鵜呑みにはしないでな。
MySQL
まだViewが使えない。Windows環境にインストールするのが楽。
速度重視で今まで開発されてきたって勝手に思ってる。
Postgre
機能がそこそこ充実してる。MySQLに比べてややおそ。
Windows環境が、オフィシャル？からはまだ無い。
古くから日本にコミニティが存在する。
ライセンスについては、個人でしか使ってないから
詳しくは語れません。識者の方、宜しく。
蛇足だがFirebird
内部がInterBaseだけあって、Delphiユーザーによる
GUIの管理ツールがイイ！また、Firebirdはそんな枯れてない
けど、内部がInterBaseだからそんなに不安感は無い感じがする。
日本語情報はまだまだ少ないね。
0120Itと呼ばれた子
04/04/03 21:52ID:ZVFf7AkP作成しないといけなくなったのですが、アクセスで作ると
全営業マンのＰＣにアクセスが必要になってきまして、入
ってない営業マンは苦戦します。－＿－；
今フリーでも結構出ているのですが、これらも前提として
クライアントのＰＣに同じＤＢソフトが入ってないとだめ
なのでしょうか。個人的には、自分で作成したＤＢをどん
な人にも使えるようにしたいです。ちなみにウィンドウズ
です。
一個のパソコンからのアクセスも考えたのですが、課員が
多いので、やはり個人個人のＰＣに入れる事を考えていま
す。
以前作ったアクセスのＤＢはありますが、しょぼいです。
http://hirasyain.od-link.com/
0121NAME IS NULL
04/04/03 21:59ID:???MSDEの採用を検討してみたら？
他には組み込み向けに特化したDBMSとかもあるけど。
あとSQLiteとか。
0122NAME IS NULL
04/04/03 22:11ID:???のがよさそう。
いずれにしてもスレ違い気味なので、↓のどちらかに移動したほうがいいんじゃない?
スレ立てるまでもない質問＠db（データベース）板
http://pc5.2ch.net/test/read.cgi/db/1057041973/l50
データベース初心者質問スレッド
http://pc5.2ch.net/test/read.cgi/db/1056972315/l50
0123NAME IS NULL
04/04/04 02:47ID:???MySQL = 信者がキモい
PostgreSQL = 信者がウザい
FireBird = 信者が居ない
0124NAME IS NULL
04/04/04 21:13ID:???LAN環境内からのハッキングとかセキュアDBを意識するとMySQLは論外だな。検索は確かに早い...
ただ副問い合わせすらできないのはなぁ、機能が全然なく早いのはあたりまえかと...
俺もテキストファイル読むだけの作って「世界最速です！！」って言ってみよかｗ
ちなみにセキュアDBではテーブルを直接さわらせずにView&ストアドのみでI/Fを提供する場合もある。(極端な例だが...)
現バージョンのMySQLでは無理だろぉＴＴ
ポスグレはCygwin入れなくてもWinで動く物提供してくれんかのぉ～
0125NAME IS NULL
04/04/05 00:38ID:???JAVAかPHPから叩くだろ。
実際にやったことないやつが適当なこというんじゃねーよ。
0126NAME IS NULL
04/04/05 01:12ID:???叩きまくりだよ。そこらのWebアプリをイメージだって >>125
ゲーム用のDBMSとしてはこれ以外に考えられんね＜MySQL
まあ事務屋さんにはPostgreSQLの方が向くだろうと俺も思うよ。
>>124
＞俺もテキストファイル読むだけの作って
＞「世界最速です！！」って言ってみよかｗ
速度は欲しいけど、そんくらいじゃ全然使えない。
http://e-trees.jp/products/ くらいの事を
RDBMSでやってくれんことには。
0127NAME IS NULL
04/04/05 17:59ID:???Winで動くポストグレスは有料なら有るんだけどな…
PowerGresとか。
0128NAME IS NULL
04/04/05 21:28ID:???お前は悪意のクラックでDBのデータ盗む時、PHPでスクリプト
書いてサーバで動かしてデータ取り出すのか？
0129NAME IS NULL
04/04/05 23:14ID:???そりゃびっくり。
0130NAME IS NULL
04/04/06 00:53ID:???俺なら積極的にWWW経由でDBMSにアクセスするな、クラックなら。その方がバレ難い。
あとWWW経由で無いとしても可能ならPerlなりPHPのスクリプト使う。
仕事がスムーズに済むから。無論既知のセキュリティホールがあるなら
その仕組みに従ったやりかたを取るけどね。
(今日日は鼻薬の方が手っ取り有効かも)
>>129
WWWとDBが一緒のマシンじゃなけりゃ、何らかの形でLANには繋がってるだろうよ。
標準的なAPIを使うかどうかは別として。
PostgreSQLやMySQL単体でセキュリティがどうの言うのは
近視眼的過ぎるんじゃねぇのかって気がするけど？
考慮すべき要素ではあるけど。
0131NAME IS NULL
04/04/06 10:22ID:???繋がってなかったら、お客さんがアクセスしてきた時にデータ表示できないし。
まさか、うちはWWW鯖とDB鯖はLAN以外の方法で結んでいるとか呑気なことを言い出すんじゃないだろうな？
0132NAME IS NULL
04/04/06 10:22ID:???116 名前：NAME IS NULL[sage] 投稿日：04/03/26 00:24 ID:???
書き込みが少ないなら行ロックは別にいらない。
検索するだけならそもそもロックいらないし。
大量の行ロックするならtableロックのほうが速い。
どうしてもトランザクションが必要な分野も
あるからそういうときはそういうDB使えばいい。
大抵の用途だと、実はMySQLで十分だったりすんだよ。
自分の用途に合ったもの使えばいいんだよ。
117 名前：NAME IS NULL[sage] 投稿日：04/03/26 01:04 ID:???
行ロックはテーブルロックに比べると複雑なので
速度は落ちるが、トランザクションするにはやっぱり
あったほうがいい。そうしないと複数のロックが噛ん
で複数スレッドの同時処理ができなくなる。
逆にいうとトランザクションしないなら、無理して
行ロックするほどのことはない。というのがMySQLの
考え方だな。これはこれでシンプルでよい。
ま、実際今のマシンならメモリ多ければ何でもいい
ような気もするが。秒間1000クエリとかになると
さすがにいろいろ考えるが。
0133NAME IS NULL
04/04/16 01:30ID:kagKNIOO何時の話をしているのやら…
こういうことを堂々と豪語してる痛いオヤジが多すぎるな。こんな不況の世の中ボラクルだけで食っていけなくなった奴がオープンソースのDBを小馬鹿にするのは何故だ。ボラクル=データベースじゃねーぞ。そこのオヤジ
0134NAME IS NULL
04/04/16 20:56ID:C46StOut大規模ならoracle
世界の常識
0135NAME IS NULL
04/04/16 22:58ID:???世界で比べるより、日本で、となると PostgreSQL, Oracle がいいんじゃない。
0136NAME IS NULL
04/04/16 23:31ID:???むしろ何故そこでMicrosoft SQL Serverが選択肢に入ってこない。
日本語周りの作りは結構よく出来てるよ。
0137NAME IS NULL
04/04/16 23:54ID:kagKNIOOあんたって、頭固いな。
企業じゃないが、NASAは数年前からMySQLに切り替えたぞ。
0138NAME IS NULL
04/04/17 08:03ID:???フルカスタマイズされた MySQL だろ。
0139NAME IS NULL
04/04/19 12:15ID:???動かすのに必須なOSの方がよく出来ていないからでは？
0140NAME IS NULL
04/04/21 03:51ID:uTdIXQLH0141NAME IS NULL
04/04/21 10:56ID:???2003Serverはなかなかよくなっているぞ。
0142NAME IS NULL
04/04/21 14:23ID:???やっぱりWindowsUpdate掛けたら再起動必要だし。
0143NAME IS NULL
04/04/22 22:48ID:???0144NAME IS NULL
04/04/22 23:23ID:???どうせどんなOSでもクラスタ構成かなんかにしてるだろうし。
それ以前に、起動し続けるだけでなんか重くなってくることも多い。
0145NAME IS NULL
04/04/24 00:11ID:???MaxとかINNOとかProとか勇とか訳分かんね。
だからオレが選んだPostgreSQLでいーじゃん。結構シンプルだよ。
0146NAME IS NULL
04/04/24 10:28ID:EpRjNfhaどうも導入しにくい
0147NAME IS NULL
04/04/24 10:45ID:???お前の会社は噂とイメージで導入プロダクトを決めるのか？
0148146
04/04/25 01:24ID:gU6P2GyM検証する価値もないからイメージで決めます。
0149NAME IS NULL
04/04/25 09:16ID:???0150NAME IS NULL
04/04/25 13:25ID:???素人に限って、Oracle最高とか言いたがる。
0151NAME IS NULL
04/04/25 22:59ID:???平均的SQL仕様のPostgreSQLが好みかな。。
0152NAME IS NULL
04/04/26 16:41ID:44v9nzdF俺の考え方も似たような感じだな。
あまり手を増やして煩わしいのも仕事に差し支えあるし。
知的探求という観点で手を伸ばすのはいいけどね。
0153NAME IS NULL
04/04/27 11:49ID:NHhjOMci0154NAME IS NULL
04/04/27 22:45ID:???0155NAME IS NULL
04/04/27 23:28ID:???ﾜﾗﾀ
0156NAME IS NULL
04/05/05 11:20ID:8kWTofWkそんなのいるのか～と思ってソフトエージェンシーのＨＰ見て固まった。
今更だけどMySQLからPostgreSQLへの改造ってやっぱ難しいんかな。。
0157NAME IS NULL
04/05/05 11:44ID:???0158NAME IS NULL
04/05/05 12:55ID:4wXq4dnb言語は何で開発してる？ PHP？ だったら基本的にpgsql関数を
mysql関数に変えればそんなに手を加えることは無い。
>>157
WebDB Press Vol.20に羽生さんの記事があるね。
0160NAME IS NULL
04/05/05 15:44ID:gJuY5q3F母親が台所で料理をしていたところ、突然二階でドンという何かが倒れた
ような大きな音が聞こえ、怪しいと思い、恐る恐る息子の部屋に入ると腹
を抱え、笑いながら涙を流して後ろにひっくり返って死亡しているのを発
見、警察を呼んだところ、死因は窒息死と判明、パソコンの画面にはここ
のスレが写っている状態であったそうだ。
漏れは笑い死にが怖くて見れないが俺は絶対笑わないぞと勇気のある方は
クリック汁。
仮名 ＜魅惑のスレッド＞
http://tmp2.2ch.net/test/read.cgi/mog2/1076074534/l50
0161NAME IS NULL
04/05/05 16:56ID:???氏ね。
0162NAME IS NULL
04/05/05 17:54ID:???MySQL FOSS License Exception
http://www.mysql.com/products/licensing/foss-exception.html
が適用にならん製品か？俺はサポート代として
MySQLライセンス料も含めちゃうけどな。
0163NAME IS NULL
04/05/05 18:08ID:???そうなる前にDBMSアクセスの抽象化しとけよ。
手持ちのが無ければ、PEAR DBクラスでも使ってさ。
0164NAME IS NULL
04/05/06 02:54ID:???ライセンス料が最終的にユーザ負担になるのは当然な話だよ。
0166NAME IS NULL
04/05/06 18:40ID:???「コマーシャルライセンスの付いたMySQL本体を販売します。
販売者はそれをくっつけて売りなさい」
って事だよね？
共有サーバなんかで既にMySQLインストールされてる場合どうすんの？
0167NAME IS NULL
04/05/06 23:44ID:1EJZnTLN書いてる事が分からんが
PHP製品内にMySQL本体を含めなきゃライセンス購入の必要は無い。
しかしMySQL本体を含めて販売しないと動作が不完全だろう。
だから大抵きちんとした製品は購入する必要があるわけ。
0168NAME IS NULL
04/05/07 00:38ID:C11+OCB/0169NAME IS NULL
04/05/07 00:46ID:???普通共有サーバでコマーシャルライセンス付きの製品は動作しない。
0170NAME IS NULL
04/05/07 01:50ID:Lb8eLfnI0171NAME IS NULL
04/05/07 07:59ID:???>>169について詳しく教えて
0172NAME IS NULL
04/05/08 22:46ID:???構成は
ServletでのWebアプリでO/RマッピングにHibernate。
開発環境がWindowsで本番がUNIX。
Viewが欲しいって激しく思ったのと、UNIXに持っていったら
テーブル名が大文字、小文字を区別するのには驚いた。
後はHibernateの問題もあるかもしれないけど、クエリーが
まったく流れないときに（デフォルトで12時間だっけ？）、
コネクションが勝手に閉じて、アボーン。
ついでに、SQLで出来る事はSQLでやりたい漏れ的にはサブクエリー
が使えないんで、複雑な集計をする要件がある場合は
MySQLは勘弁って感じ。
PostgreがWindowsでサクッと動けばPostgre採用したかも。
フリーのWin版があるけど、開発用なら全然いけてる？
0173NAME IS NULL
04/05/08 23:40ID:???0174NAME IS NULL
04/05/09 00:07ID:???バージョンによるが、今直ぐに導入したいのならば
「使えない」と考えてよい
0175NAME IS NULL
04/05/13 00:10ID:???>開発環境がWindowsで本番がUNIX。
>UNIXに持っていったら
>テーブル名が大文字、小文字を区別するのには驚いた。
MYSQLはテーブル＝ファイルだから、OSのファイルシステムの制限をそのまま引き継ぐ。
http://dev.mysql.com/doc/mysql/ja/Name_case_sensitivity.html
早めに気づいてよかっただね
>フリーのWin版があるけど、開発用なら全然いけてる？
cygwin版だとunixエミュレーションレイヤ通してるので動くのは動くが、
初期の動作テストくらいまでならいけるけど、負荷テストとかには使えない。
本家開発版だとそろそろWindows native版がまともに動きそう。
0176NAME IS NULL
04/05/13 01:35ID:lnT1bpg20177NAME IS NULL
04/05/16 03:42ID:idLgNTsi0178NAME IS NULL
04/05/16 04:30ID:???試験環境と本番環境で OS が違う話を時々聞くが
DB屋ってそういうの何とも思わないのかな？
プラットフォーム依存のバグあったらどうすんの？
煽りじゃなくて、正直聞きたいだけだけど。
0179NAME IS NULL
04/05/16 12:35ID:???本番環境でも試験はすると思うけど。
0180NAME IS NULL
04/05/17 18:36ID:???素直に泣く。みんなで男泣きする。
泣きながら対応する。
0181NAME IS NULL
04/05/17 23:51ID:???そうか・・・
なんか悪いこと聞いちまったな。
0182172
04/05/22 09:45ID:???>本家開発版だとそろそろWindows native版がまともに動きそう。
そうなんだ、情報サンクス。
>>178
まあ、問題があってもアプリ側で一枚ラッパーを作るとかで
対応できるのがほとんどだと思ってるからそんなに心配
しないかな。それとクロスプラットフォームをうたってるDBMSって
その辺の情報を結構出してるもんだよ。
0183NAME IS NULL
04/05/24 12:34ID:???0184NAME IS NULL
04/05/25 21:37ID:???結局、使い分けをしているか、両方好きかではないでしょうか?
0185NAME IS NULL
04/05/30 21:14ID:???0186NAME IS NULL
04/06/03 00:33ID:???MySQLとPostgreSQLって、微妙に用途が違わない?
複雑なテーブル操作がなければMySQLだし、必要ならPostgresだし。
0187NAME IS NULL
04/06/04 04:16ID:/XkJAG7+0188NAME IS NULL
04/06/08 01:22ID:???ttp://yasuo.ohgaki.net/wiki/index.php?Database
0189NAME IS NULL
04/06/11 23:22ID:???すべてまとめて無料で使えると誤報しているアホがいるからな。
商用になると値段が付くアプリは結構ある。
0190NAME IS NULL
04/06/13 15:24ID:???意味が分からん。
PGSQLもMYSQLも商用利用も無料だろが
0191NAME IS NULL
04/06/13 21:57ID:???>>156
0192NAME IS NULL
04/06/14 02:47ID:???必ずしもライセンス買わなきゃいけないわけじゃない。
もっとも、GPLよく読む必要あるがな。
0193NAME IS NULL
04/06/14 03:27ID:???だ～か～ら～、「製品売りだそうとしたら」といっているのが藻前は読めんのか
0194NAME IS NULL
04/06/14 12:15ID:???0195NAME IS NULL
04/06/14 13:21ID:???0196NAME IS NULL
04/07/20 11:28ID:mp0TAQrtただ単に、MySQLをADODBなりでSQL文を使って叩くだけならば、
その叩いてる側のソースを商用にしても公開しなくてもいいって事？
それともASPの場合には特別にGPLの権限を受けない特別な
ものがあるっていう事なの？
0197NAME IS NULL
04/07/20 20:28ID:???Firebird のほうが( ・∀・)ｲｲ!んじゃない？
MySQLを使うメリットって，速いということくらい？
0198NAME IS NULL
04/07/20 21:43ID:???何がいまいちなんだ？ せめてそれくらい書けよ。
0199NAME IS NULL
04/07/20 22:40ID:???処理をDBに押し込んでおけない。アプリがDBべったりになっちゃうし。
0200NAME IS NULL
04/07/21 00:16ID:???もっともブリッジを自分で書く必要あるけどな。
0201NAME IS NULL
04/07/25 00:38ID:???GPLでは実行形式またはオブジェクトコードを提供したユーザーに対してソース公開の義務を負う。
ASPでは実行形式ファイルの提供対象（大抵は自社か顧客）に対してソース公開すれば済む。
0202NAME IS NULL
04/07/25 00:38ID:???0203NAME IS NULL
04/07/25 04:22ID:v0SthtIH>>188
えーと、MySQL終ってるな、ってことでいいですか？
0204NAME IS NULL
04/07/25 18:04ID:???0205NAME IS NULL
04/07/25 18:29ID:???どう間違えたか解説希望。
0206NAME IS NULL
04/07/25 18:32ID:???早いとこ解説しろ。
0207NAME IS NULL
04/07/25 18:40ID:???指し先を間違えますた。
って訳でやり直し。
>>204
どう間違えたか解説希望。
0208NAME IS NULL
04/07/25 19:24ID:o9znU1BL0209NAME IS NULL
04/07/25 20:07ID:???0210172
04/07/25 21:23ID:???Firebirdいいよねー。
普及はコミニティがどれだけ勢いがあるかかなー。
管理クライアントがしっかりしてるから、初心者向けだとも思うし。
0211NAME IS NULL
04/07/26 14:51ID:???ソフトはソース配布義務あり（リンクはダイナミックリンクを含む）
自作のサーバーアプリなどはＤＢとはプロセスが違うので配布の
義務はない・・ように見えるが、実際のところ大抵はＧＰＬのブリッジ
をリンクするのでやはりＧＰＬになるからソース配布義務できる。
ブリッジを自分で書けばいいはず。
0212NAME IS NULL
04/07/26 16:06ID:???MySQLのライセンスにはFOSS(Free and Open Source Software)
例外条項があるから、それ(純粋なGPL)より柔軟であるが判りづらい。
http://www.mysql.com/products/licensing/foss-exception.html
FOSSも付け焼刃的なところがあるので、変更予定が出てるし。
コマーシャルライセンスでは、ライブラリはサーバと別料金体系に
する予定があるらしいが、いっそのことライブラリだけもっと
使いやすいライセンスにしてくれんかねぇ、GPLでは無しに。
0213NAME IS NULL
04/07/26 17:44ID:???0214NAME IS NULL
04/07/27 13:07ID:???0215NAME IS NULL
04/07/27 14:47ID:???プロダクトの使用条件の話は、法律一般の議論じゃないね。
DB製品を純粋に性能・機能だけで比較採用してるとしたら、
オメデタイことだな。制約が厳しくなくて良かったね。
0216NAME IS NULL
04/07/27 16:00ID:???0217NAME IS NULL
04/07/27 19:28ID:???ベンダーオリジナルならそこに電話でもして聞けば終わる話だし、
GPLやらBSDやらなら、解釈問題になるので、結局プロダクトとは
関係ないし。
0218NAME IS NULL
04/07/27 20:14ID:???誰か裁判起こして判例作れ。
0219NAME IS NULL
04/07/27 20:21ID:???憲法解釈ですらあんなんだぞ。
無理だろう。
0220NAME IS NULL
04/07/27 21:23ID:???って言っててはずかしくない?
0221NAME IS NULL
04/07/27 21:32ID:???0222NAME IS NULL
04/07/28 14:16ID:???0223NAME IS NULL
04/07/28 14:17ID:???0224NAME IS NULL
04/07/30 17:30ID:???0225NAME IS NULL
04/08/20 20:03ID:fiQF3m93ライセンス PostgreSQL に軍配 （ライセンスを憶えるのが大変）
スピード MySQL にちと軍配 （件数が少なければ関係ないよ）
和文ﾄﾞｷｭﾒﾝﾄ WEB:PostgreSQL 書籍:MySQL （趣味の問題か？）
ｾｷｭﾘﾃｨ 単体より鯖周りとかよく考えろ
では。トラブルが少ないのはどっち？
・OS移行時 ・日本語対応 ・インストール ・パッチあて ・障害時
0226NAME IS NULL
04/08/22 03:31ID:???うまい！ｗ
0227NAME IS NULL
04/08/24 22:14ID:???PostgreSQLは正式に対応してるんでしょうか
0228NAME IS NULL
04/08/25 00:34ID:???ひょっとしてUnicodeはもう完成してると思ってます？
0229172
04/08/25 02:59ID:???MS923だったかな、これ使ってるときエスケープ文字を変に
解釈しちゃっておかしくなるね。
SJISは対応してた気がする。
UTF-8はしらーん。ｺﾞﾒｿ
0230NAME IS NULL
04/08/28 18:03ID:???それってどっちの話?
PostgreSQLのクライアントエンコーディングのsjisってのは
CP932相当のはずだよ。
あと、8.0betaのWindows版のインストーラ出てるね。
http://pgfoundry.org/projects/pginstaller/
ドキュメント無いけど、結構普通に使えます。
まあ正式リリースはまだ先だろうけど。
0231a
04/08/29 23:30ID:1PgmxFnV日本語
PostgreSQL:知らん
MySQL:結構バギー。Windowsからデータを放り込もうとしたら文字化けした
インストール
どっちもどうせマニュアルみてやるし、同じじゃない？
0232NAME IS NULL
04/08/29 23:36ID:???設定間違ってませんか？ eucなのにshift_jisつっこんだりとか。
UTF8と16はさっさと正規対応して欲しいもんですが。
0233NAME IS NULL
04/09/08 20:10ID:EbSrAUBGhttp://00f.net/blogs/index.php/2004/09/06/
どんなことが書いてあるか誰か教えてちょ。
0234NAME IS NULL
04/09/15 06:31:10ID:???要するに、Oracle10gはクソだって書いてあるよ。
(cf. "I’ve been extremely disappointed by Oracle’s performances. ")
ただし、この記事だけ見ると、ベンチマークの定義も書いてないから
ベンチマーク結果自体が激しくクソだが。
"There are plenty of database benchmarks out there.
But most of them only stress the database engines instead
of simulating a real-world situation."
『世の中には星の数ほどデータベースベンチマークはあるが、
そのほとんどは、実世界のシミュレーションというよりは、
単にデータベースエンジンに負荷を掛けているだけだ』
↑この文句を見ても、クソらしくプンプン臭うよね。(w
これくらい自分で読めないクソですか? > 233
0235NAME IS NULL
04/09/19 17:14:38ID:???Win32ネイティブ対応ってのがどこまでつかえんのかね？
とりあえずこれから環境作成しようっと。
0236NAME IS NULL
04/09/19 19:16:05ID:lcRrZsVR0237NAME IS NULL
04/09/19 23:34:10ID:fXG75+5HphpMyAdminをインストールし、ブラウザからアクセスしてみると
なぜかソースが表示されてしまいます。
Apache、php、MySQLそれぞれの動作確認はとれたのですが
なぜphpMyAdmin\index.phpはソースを表示してしまうのか・・・。
どなたかご教授願いませんでしょうか？
よろしくお願いします。
0238NAME IS NULL
04/09/19 23:39:53ID:???やってみれば0.5秒で解る。
>>237
激しく板違い。
0239NAME IS NULL
04/09/20 00:26:18ID:yPrJl4Fuどうか、教えてください。
0240NAME IS NULL
04/09/20 01:10:23ID:???0241NAME IS NULL
04/09/20 01:19:43ID:???0242NAME IS NULL
04/09/20 01:23:18ID:???>238,240
0243NAME IS NULL
04/09/20 03:31:01ID:???0244NAME IS NULL
04/09/20 04:29:31ID:???どうでもいいけど、返答結果って普通はこうだろ
No
----
238
240
0245NAME IS NULL
04/09/20 04:31:29ID:???同じ文章をスペースで区切って入力して検索ボタン押すだけだろ。
0246NAME IS NULL
04/09/20 21:08:53ID:???正しい質問者とおしえて君は区別した方がイイと思われ
正直、俺は色々と教えてもらって感謝している事が多いので
0247NAME IS NULL
04/09/20 21:09:56ID:???ネタにﾏｼﾞレスカッコわｒ（ｒｙ
0248NAME IS NULL
04/09/21 01:27:34ID:???おこちゃまの遊び場になってしまったのか・・・
0249NAME IS NULL
04/09/21 01:37:24ID:???区別する方法を書いてみろ。
0250２３７
04/09/21 01:37:28ID:???スレッド違いなのは承知ですが、他の質問スレッドは何か荒れてるようなので
こちらで質問させて頂いた次第です。
（こじつけるなら回答者によってはMySQL側の株が上がるのではと。）
しかし残念ながら、こちらも他の質問スレッドと同じという事がわかりました。
※これにて質問を終了したいと思います。ありがとうございました。
0251NAME IS NULL
04/09/21 02:10:51ID:FdnsM3LmMySQL5.0aの新機能
http://www.atmarkit.co.jp/flinux/special/mysql5/mysql5a.html
http://www.atmarkit.co.jp/flinux/special/mysql5/mysql5d.html
0252NAME IS NULL
04/09/21 02:12:02ID:???スレッド違いというより、(データベース)板の話題でもない。
根本的なことを言うと、基本的な学習を疎かにしてるから解決に遠回りしてる。
# いや、かえって上がらんて＜MySQL側の株
0253NAME IS NULL
04/09/21 02:14:25ID:FdnsM3LmIDがdns
0254NAME IS NULL
04/09/21 02:15:14ID:???自作自演かよ...
0255NAME IS NULL
04/09/21 02:54:15ID:???そんな1本の記事だけ見て、未来を語られてもなぁ。
ACCESSだって、PostgreSQLだって、SQLiteだって、
絶賛する記事はいくらでもあるわけだし。
0256NAME IS NULL
04/09/21 05:16:39ID:???なんつーか、他の商用DBやPostgreSQLが昔からサポートしてた機能が、
やっとMySQL5.0になってサポートされましたよという記事にしか見えないが。
MySQLが選ばれてきたのは、低機能だけど、速度が速いので、小規模システムや、
単純読み出しシステムなんかでは圧倒的に有利だったからで、ゴテゴテいろいろ
実装して、重くなっちゃったMySQLなんて、誰が選ぶのかな？
0257NAME IS NULL
04/09/21 09:08:14ID:???＞ゴテゴテいろいろ実装して、重くなっちゃったMySQL
機能の方は顧客からの要望なんで、まあ要望するからにはそういう人らが
選択肢に入れてる。で、重くなっちゃうと本末転倒なんで結構気を使ってるみたいよ。
実際試してみたらパフォーマンス落ちてないから。
でも本当にきちんとパフォーマンスと機能を考慮して
MySQLとPostgreSQLを比較してる層って案外少ない気がする。
0258NAME IS NULL
04/09/21 18:25:19ID:???phpMyAdminってMySQLメンテするヤツじゃないの？
俺も何か根本的に間違ってるのかな？
Σ (ﾟДﾟ;）ソフトウェア板行けってこと？
>>254
広義で自作自演だが・・・ぃゃぃぃゃ
0259NAME IS NULL
04/09/21 19:00:04ID:???要するに、MySQLという名前の物をどうしても使いたい信者向けってことか…
0260NAME IS NULL
04/09/21 20:09:36ID:???アーカイブ展開したときのtarのコマンドラインオプションは？
0261NAME IS NULL
04/09/21 20:14:01ID:???あんまり関係ないな。
0262NAME IS NULL
04/09/21 22:38:17ID:???＞phpMyAdmin\index.phpはソースを表示してしまう
そのままテキスト(text/plain)で表示されてるなら、Apacheの設定の問題。
PHPアプリケーションである、MySQLを操作するためのツール-phpMyAdminまで達してもいない。
動作確認した手順を示してWebプログラミング板のPHPスレか、MySQLスレ行き。
0263NAME IS NULL
04/09/22 14:47:54ID:???0264NAME IS NULL
04/09/22 15:11:04ID:???Windowsでしか動かない。
C/S型じゃなくてアプリケーションとセットにして
使うスタイルでは結構使ってるけどね。
そういう分野では悪くない。
0265NAME IS NULL
04/09/22 16:52:17ID:???ネタにマジレス乙！
0266NAME IS NULL
04/09/24 10:00:50ID:5zjCLmTV動くかどうかは考える必要はない。Windowsは考えなくてよい。
Windowsでデータベースサーバを動かすこと自体が間違い。
0267NAME IS NULL
04/09/25 09:12:08ID:???( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
>>266
0268NAME IS NULL
04/09/25 20:14:12ID:???0269NAME IS NULL
04/09/26 03:14:44ID:???同梱されてる糞なpgAdminIIIを使わないと何も出来ないってとこが・・・
Linux版使って普通にSQL打ってたほうが楽かもね
0270NAME IS NULL
04/09/26 06:21:19ID:???付属のpsql.exeや、CSE + pqsql.dll (v6.5) ぢゃだめなの？
0271NAME IS NULL
04/09/26 21:55:43ID:???0272NAME IS NULL
04/09/26 22:04:42ID:???0273NAME IS NULL
04/09/26 22:25:19ID:???s-jisでinitdb出来ないからpsql.exeだと文字化けしちゃうじゃん
0274270
04/09/26 23:31:44ID:???×pqsql.dll ○libpq.dll
>>231
そもそもUNIX版もSJISではinitdbできないような。
ちと古いが ttp://www.postgresql.org/docs/faqs/text/README.mb.jp とかを見る限り。
initdbをUNICODEやEUC_JPでやって、psql.exeで \encoding SJIS したあと insert / select はできたような。
0276NAME IS NULL
04/09/27 03:13:40ID:???記述の仕方が若干変わってたのでほんの一瞬とまどったよ
0277NAME IS NULL
04/09/27 22:53:21ID:???0278二出川延明
04/09/28 03:31:43ID:???0279ｍｙｓｑｌni
04/10/02 20:28:53ID:6wurONSMc:\mysql\bin>mysqld と入力したのですが、何の反応も無く改行します。その後、 C:\mysql\bin > mysqladmin -u root password root_s_pwd という感じで入力すると、can't connect to mysql server on 'localhost' など、何行かエラーメッセージが出てきます。
環境はwindous xp homeです。どうしたらよいでしょうか？
0280NAME IS NULL
04/10/02 20:37:02ID:???0281ｍｙｓｑｌni
04/10/02 22:53:32ID:HbTayc4emysqladmin.exeをダブルクリックしても変化はありません。
0282NAME IS NULL
04/10/02 23:12:32ID:???winmysqladmin.exeとmysqladmin.exeは別もん。
0283618
04/10/03 00:20:54ID:Erp07o8rありがとうございました！！
うまく起動できました。
0284NAME IS NULL
04/10/03 00:37:14ID:???あるが、あんなタダ同然の料金すら
払うのがいやなのだろうか？
料金払ってライセンス気にしないほうが
いいと思うんだが。
MySQLを買うのを躊躇するプロジェクト(仕事)
なんて終わっていると思うぞ。
まあ、学生なら1ヶ月のバイト代の半分くらい
とられるから困るかもしれんが。
0285NAME IS NULL
04/10/03 00:59:57ID:???使う用途によってはペイしない。
バックエンドのサーバとして使うと「安い」のだが、
個人向けのアプリケーションに組みこもうと思った場合「高い」
組み込み向けのDBMSだと機能は少ないが価格でいうと
1000円とかそんなもん。もっと安いのもある。
# かといってSQLiteでは足りない機能があるし…WindowsだとMSDEになるかね。
あとクライアントライブラリの価格も高い。なんせサーバと同価格。
これは是非サーバとは切り離して、ボリュームディスカウントして欲しい。
フリーなライセンスで使う場合にはFOSSやFLOSS例外項目でかなり融通が利く様になったが、
CMLの方が余り融通利いてないのが何とも残念。
0286NAME IS NULL
04/10/03 09:43:04ID:SZeRukOcオラクルを新規で入れるのはVBとかCOBOL使いたいオヤジPGとGUI大好き君だけが歓迎するもんだよ
MySQLなら機器こみで２００あれば十分
機能とコストを考えたら MySQL5,Java2,Linux。あとはEclipseで作れば
十分
0287NAME IS NULL
04/10/03 10:37:30ID:???0288NAME IS NULL
04/10/03 11:31:54ID:???とはいえMySQLではSQLがまだ貧弱だし…
0289NAME IS NULL
04/10/03 12:02:47ID:???0290NAME IS NULL
04/10/03 12:17:04ID:???どこの世界に正式版が出てないデータベース使う人がいますか
正式版が出ていても慎重になるべき部分なのに
金かけるならPowerGres買う方がいいだろ
サポートとかあるし、ストレージを富士通のにすることによってスケーラビリティあげることもできる
mysqlはさっさと4.1でてほしいものだが>>285のいうとおりサーバーと接続ライブラリと
ライセンスが分かれていなくて単純に台数換算なのがつらすぎる
一応jdbc2のやつまではLGPLなんですりぬけれるといえばすり抜けれる
スタンドアロンＤＢでLinux含めて考えるならInterbaseという手もあるね
スタンドアロン用が８セッションで１万切ってる
今ならJDBCもtype4だし
0291NAME IS NULL
04/10/03 12:41:35ID:???0292NAME IS NULL
04/10/03 16:05:51ID:???0293NAME IS NULL
04/10/03 16:45:49ID:Rs1joprhMySQL Server Instance Configuration Wizardの最後の画面で、Execute
をクリックした後にStart serviceの項目に×印が入りFinishができません。
どうしたらよろしいでしょうか？
0294293
04/10/03 17:04:38ID:Rs1joprh終了しないままMySQLを起ち上げたのですが、コマンドプロンプトで
mysqld is aliveと出ました。
正常動作しているみたいなのですが、
このままMySQL Server Instance Configuration Wizardの最後の画面を
Cancelで終了しても良いのでしょうか？
0295NAME IS NULL
04/10/03 17:08:43ID:???それを言うのなら、MySQLこそ遊び用かと。
0296NAME IS NULL
04/10/03 17:39:54ID:???どちらにせよ終了せざるを得ないだろ。
#そろそろdat落ちしたMySQLスレ立て直した方がいいか？
0297NAME IS NULL
04/10/03 17:50:58ID:???ここでいいじゃん。
http://pc5.2ch.net/test/read.cgi/db/1056947097/
0298NAME IS NULL
04/10/04 14:54:14ID:???オレは驚いた
0299NAME IS NULL
04/10/04 15:59:54ID:???デフォの値が小さいのでメモリかなりケチってるだけかな
実際起動してもメモリ消費量少なすぎて逆にびっくりしたくらいだ
InnoDBの値だっていじれば大きく変わるし
業務で使うのにMysqlでInnoDB使わないなんて考えられないし
デフォルトのセットアップでの鯖の軽さならPowerGresのほうが上かな
それ以上にInterBaseとか軽いけど
0300NAME IS NULL
04/10/04 16:05:26ID:???デフォでそのまま使用したのがマズかったのかな。
PHPで重いバッチ処理させたときにMySQLは数秒で終わったのに同じスクリプトでPowerGresの場合
HTTPタイムアウトしたんだよ・・。
0301NAME IS NULL
04/10/04 17:32:25ID:???あれでいいんだろうか、、、ちょっと疑問。
0302NAME IS NULL
04/10/04 17:51:35ID:???データベースの比較で出てる A, B, C, D は何か分かる方
教えてください。
0303NAME IS NULL
04/10/04 21:51:15ID:???A:Oracle
B,C:多分DB2とMS SQL-server
D:PostgreSQL
Firebirdは入ってない。
他のDBMSのことは良く判らないが、マーケティング的に
比較に値するDBMSはそんなにないから、有名どころでしょ。
0304NAME IS NULL
04/10/05 17:50:29ID:???ありがとうございます。
DBMSは詳しくないのですが、隠されてたので
どうも気になってました。
0305NAME IS NULL
04/10/06 03:22:43ID:???読みこんで、未購入だからさあ手続しようとした時には
既に別のセッションから手続中にされてるかもしれないんだから。
普通はselect for updateするかserializableな隔離レベル使んじゃないの？
0306NAME IS NULL
04/10/06 09:54:34ID:???まぁ、それは実装で何とかできるが、
問題なのは、例えばJavaなんかでO/Rマップかまして、
RDBMSはなんでもいいですよってできなくなることかな。
0307NAME IS NULL
04/10/06 11:26:57ID:???しかし、それに対応しようとすると、だれかが閲覧してる商品は買えないということになって別の問題が発生する。
運用で対応するべきでね？
0308NAME IS NULL
04/10/07 16:33:35ID:???いずれにしろread uncommitedじゃダメなんじゃない？
0309NAME IS NULL
04/10/08 01:12:28ID:???DBなんてもともと、メモリにデータ書き込んで、読み出すだけで、
あとはDBじゃないところですべて工夫してたんだし。
なんでもDBにお任せができないとクソというのはどうかと思うよ。
0310NAME IS NULL
04/10/08 19:38:22ID:???>> DBなんてもともと、メモリにデータ書き込んで、読み出すだけで、
もともと？もともとって言いました？
DBの役割は歴史的にそうだったと？
0311NAME IS NULL
04/10/08 20:51:21ID:???方法を誰か教えろよ。
まあそれ以前に何が望ましい動作なのかを定義しなきゃだめだけどね。
未購入の席が1つだけあります。
今その席に対してセッションAが予約手続中です。
この時 セッションBから「空席が1つある」と見えるべき。
また、セッションBから予約手続が開始できるべき。
セッションAよりセッションBが先に予約手続を確定すると、
セッションAが予約手続確定を行おうとした時にエラーになる。
みたいなのが普通かな？
0312NAME IS NULL
04/10/08 22:13:46ID:???データベースなんて、データを記録しといて後から読み出すシステムに他ならんと思うが。
0313NAME IS NULL
04/10/08 22:17:40ID:???Aが手続きを始めた時点で、Bには売り切れと見かけさせるべき。
Aが途中でキャンセルするか、放置したまま一定時間経てば1席あければよい。
0314NAME IS NULL
04/10/08 22:18:57ID:???購入行為もボタンを押すだけなので、セッションをアイドルで切る時間も、1分くらいで良くなる。
0315NAME IS NULL
04/10/09 01:35:30ID:???0316NAME IS NULL
04/10/09 08:46:30ID:???DBにもやらせるのは意味がある
0317NAME IS NULL
04/10/09 13:22:00ID:???極端に単純化しすぎて大事なことを見落としている
データベースは、複数のクライアントが同時に矛盾なくデータを記録、更新、読み出し
できるようにするためのシステム。
今話題に上っているのは「矛盾なく」をどうするかという工夫のこと。
0318NAME IS NULL
04/10/09 14:59:30ID:WpA1XSCV0319NAME IS NULL
04/10/09 15:53:40ID:???でさ、それをダーティーリードでどう実装するの？
Bが空席をチェックして空いていた、じゃあDBに対して書き込もう、
とした時にはもう別のセッションから書き込ま れてるかもしれないよね。
0320NAME IS NULL
04/10/09 16:07:34ID:???ユーザーへのエラーメッセージはどのように返してますか？
0321NAME IS NULL
04/10/09 17:30:37ID:???DBの中の仕組みを理解することも必要だろう。
昔は銀行のオンラインだって、テキストファイルの読み書きだったんだし。
0322NAME IS NULL
04/10/09 18:29:43ID:???0323NAME IS NULL
04/10/09 21:45:13ID:???アクセスするのに、排他制御をデータベースで行なわずにどこでやるの？
複数のクライアントがプロセス間通信でもするの？
あるいはロックファイルでも作るつもりか？(w
>>321
ウダウダ言わずに「どう実装するのか」を書けよ。
0324NAME IS NULL
04/10/09 21:51:51ID:???アプリケーションサーバーで排他やら管理することも多い
ってことじゃないのかな
実際ここ２，３年は３層式ばっかりだ
小規模でもね
0325NAME IS NULL
04/10/09 21:52:55ID:???自社製品から1台のみ許可する。
それ以外は何か起きればライセンス違反として処理。
0326NAME IS NULL
04/10/10 01:25:47ID:???次の仕事がくることを祈ってるよ。
0327NAME IS NULL
04/10/11 18:48:03ID:???俺も金融系のでかいシステムで、DB2でやってたのに、
やっぱりOracleでとか言われたことがある。
ただ、そのプロジェクトはEJBの方でなんとかしてたので、
あんまり問題にならなかったが。
0328NAME IS NULL
04/10/11 19:06:54ID:???0329NAME IS NULL
04/10/12 17:18:39ID:???アプリケーションの方でやっといた方がよい。
0330NAME IS NULL
04/10/12 18:40:56ID:???クラスタリングで並列にしとけと。
0331NAME IS NULL
04/10/12 21:39:19ID:???地区をわけてフェイルオーバー掛けてたりするわけだが。
そうなると、クラスタリングではパフォーマンス悪すぎる。
0332NAME IS NULL
04/10/12 23:55:28ID:???大規模システムに携わってて、色々痛い目に遭ってる人の差だろうな。
どこで何を任せるべきだという意見が分かれるのは。
0333NAME IS NULL
04/10/14 00:01:13ID:???0334NAME IS NULL
04/10/14 03:36:00ID:???ＤＢに全部任せればいいし、それのどれか一つでも困るのなら、アプリケーション側で対応する
と言うことだろう。
困りたくなかったら、自分で何とでもできる、アプリケーションでの対応を選んでおけばいいと思う。
例えばJavaなら、フレームワークやセッションビーンあたりで吸収するのが普通だし。
0335NAME IS NULL
04/10/14 19:43:44ID:???とか、
> でかいシステムで、直接データベース使うのはダメってことだね。
とかってある意味矛盾だよね。小さな規模のシステムこそ
データベース固有の機能に頼る必要ないわけで。
じゃあデータベース固有の機能っていったい誰が使ってるの？って感じ。
Oracle屋はなんで必死にPL/SQLとか覚えるんだ？あれはどんな
規模のシステムで使うの？
0336NAME IS NULL
04/10/14 20:55:11ID:???DBでも出来るというのと、それを実際使うのは別の話だろ。
例えDBお任せで実現でるとしても、大規模システムの場合、分散や、汎用性の都合で、使わない場合が多い。
大規模とは、例えば、金融機関や大企業の基幹システムや、全社業務システム、ポータルサイト、等。
負荷がそれほど高くなく、絶対Oracleしか使わないし、システム変更もそれほどないというのであれば、
オールインワンで、DBサーバにお任せという方法もある。
事業所単位レベルの業務システムでは、この方法を取ることが多い。
VB+Oracleでクラサバやる時とか。
Oracle屋は、資格を取るために、DBの機能は一通り覚えないといけないわけで、
例え実務でストアド～を使わなくても、覚えなければ資格は取れない。
ただ、PostgreSQLはともかく、MySQLで基幹系を組む人はいないわけで、
その2つの機能比較のこのスレでは、甚だしくスレ違いだ。
でも例えば、EJBにセッションあたりを任せた場合、Oracleで作ってても、
MySQLに差し替えようと思えば、業務ロジックの方を変更することなく、
EJBの設定を変えるだけで、同じ機能が実現できるけどね。
0337NAME IS NULL
04/10/14 21:30:26ID:???PL/SQLはクライアントサーバー環境とか昔ならそれなりにあった
今となっては過去のソフトのメンテで使うくらいか
ここ数年の3階層式だとDB鯖とアプリ鯖の距離が近いためにふつーに組んでも
問題になることはあまりないね。速度が厳しくない中小規模ならね
速度的にも当時の低スペックでOracle７とか動かしていたのに比べれば
鯖自体のマシンスペック向上が大きいのと、キャッシュ部分や計算の処理を
アプリ鯖とでバランスよく分散できるのとで問題にならない
ストアドプロシージャを使わなければならない状況ってのは今はかなり減ってるよ
今はDBの種類、OSなど環境を固定するのは嫌がられる場合も多いからね
Oracleは固定で、そのほかが動的に変わるかもという場合はPL/SQLはそれなりに
ありかもしれないけど、デバッグのしにくさとか負荷が集中することなどを考えると
メリットは少ないね
0338NAME IS NULL
04/10/15 02:44:13ID:???なんか、自分はこんなでっかいシステムに関わってますよ自慢？
0339NAME IS NULL
04/10/15 03:24:45ID:???0340NAME IS NULL
04/10/15 03:26:02ID:???0341NAME IS NULL
04/10/19 06:19:16ID:eAOUxmay0342NAME IS NULL
04/10/19 12:15:56ID:???0343NAME IS NULL
04/10/19 17:37:28ID:???え、運用できるんじゃないの？
開発環境だけ？
0344NAME IS NULL
04/10/19 18:19:11ID:???しかももともと無料のソフト
0345NAME IS NULL
04/10/19 19:19:23ID:???無料だったのは、期限付きのサンプルだろ？
あれは開発目的でも使えなかった。
0346NAME IS NULL
04/10/19 22:11:32ID:???PEDは有料
0347NAME IS NULL
04/10/26 01:33:13ID:wpe0xaVE0348NAME IS NULL
04/10/26 01:42:37ID:zYGDfURvふっとぶタイミングは？
max_connections 以下のときでもふっとぶ？
それともmax_connectionsいっぱい接続していて、さらに繋ごうとすると？
0349NAME IS NULL
04/10/26 09:59:54ID:???俺もmax_connectionsを尋常でない値にして、多コネクションを繋いで試すと症状がでることがあった。
バグといえばバグかな。普通はmax_connectionsを現実的な値(そのハードが処理できる程度)で制限するから
余り関係ないと思うけど。一応MySQL3.xの頃の話。MySQL4.xでテストしてないけど
0350NAME IS NULL
04/10/26 20:45:18ID:???無通信時間での接続がデフォは短すぎ
というか勝手に切断ってどーよ
0351NAME IS NULL
04/10/27 01:40:08ID:SpZ0O7D9max_connections=1024で700くらい接続したら吹っ飛ぶね。
試した限りではMySQL3.x以外に、MySQL4.0.20でも起こるようです。
0352NAME IS NULL
04/10/27 05:07:01ID:???0353NAME IS NULL
04/10/27 05:16:02ID:???ガンガン参照される場合はPostgreSQLよりMySQLというイメージがあるのだけど。
0354349
04/10/27 05:37:18ID:???1000ぐらいで飛ぶ？テストではそのくらいは問題なかったけど。
もし飛ぶとしたらメモリが少ない(一般的なくらい)環境だったのかな。
メモリ足らなくてSWAP使い出すと厳しいよ。
352も言ってるけど700でも多いかな。ウチは500で制限してる。
500も使う状況だと目に見えてサービスに影響が出てるが。
0355NAME IS NULL
04/10/27 05:38:38ID:???通常のサイトは多くても同時接続10くらいだろ。
700も接続させるシステムなんて、作り方がおかしいと思う。
0356NAME IS NULL
04/10/27 05:38:45ID:???コネクション切って張りなおしても大したこと無いから＞MySQL
0357NAME IS NULL
04/10/27 07:00:51ID:???それはMySQLを採用しない理由になってないと思われ・・・・
0358356
04/10/27 08:26:15ID:???PostgreSQLは比較的マシだが、それでも他のRDBMSと同様に接続コストが高い。
コネクションのプーリングが利用できなければ、この接続コストの差がきいてくる。
0359NAME IS NULL
04/10/27 08:45:42ID:???流れ嫁
0360NAME IS NULL
04/10/27 11:22:49ID:???MysqlとはいえInnoDBとの差はさほどない
通常業務でInnoDB使わないなんて考えられないしな
0361NAME IS NULL
04/10/27 11:35:31ID:???0362NAME IS NULL
04/10/27 12:37:58ID:???0363NAME IS NULL
04/10/27 13:06:14ID:???0364NAME IS NULL
04/10/27 13:22:55ID:???0365NAME IS NULL
04/10/27 13:34:45ID:???落ちるほど参照が集中する処理って、更新がないこと多くない？
0366NAME IS NULL
04/10/27 14:51:43ID:Y7fIJoR10367NAME IS NULL
04/10/27 15:47:57ID:???サブクエリーが使えるとかはかなり大きい修正
ほかにも細かいところがかなり改善されて
やっとまともなデータベースですと大見得切れるようになった初めてのバージョン
３時代からやってるけど、まぁ楽にはなってきてる
4.1の正式出荷はじまればそれなりに採用例は多そうだ
開発環境がWindowsとかだとPostgresは面倒だしね
PowerGresもあるけど、こっちは開発ライセンスはないようだしね
高々1台あたり５万のコストと思われるかもしれないが
複数のプロジェクトで使わないとペイしないとか
小規模短期開発が多くなってきてるからね
0368NAME IS NULL
04/10/27 16:00:46ID:???0369NAME IS NULL
04/10/27 16:01:46ID:???0370NAME IS NULL
04/10/27 16:10:28ID:???高々3ヶ月でGOとかそういうシステムも今は多いぞ
Mysqlだって４．１は長かったしな
0371NAME IS NULL
04/10/27 16:17:46ID:???運用は7系列でいいでしょ。
0372366
04/10/27 17:41:08ID:???サブクエリがつかえるのはイイすね！
今まで、しょーがないからテンポラリでヤてたけど、
ずいぶんラクになりそうです。
さっそくためしてみます。
0373NAME IS NULL
04/10/27 17:54:10ID:???開発を８betaで運用７ってかなりリスキーだな
そもそもWin版の８ってかなり不安定・・・
0374NAME IS NULL
04/10/27 19:01:02ID:???開発をっていっても、開発者の手元に入れるのが8betaってだけで、テストは本番と同じ環境でやるわけで。
で、そんなに不安定？
なにやったらどうなったの？
0375NAME IS NULL
04/10/27 21:09:04ID:???8のwindows版とだと動作や挙動が変に違ってて困る
フロントエンドで使用するクライアントＰＣはAccess2000だからもしか
するとMS-Accessの作りが悪いのかも知れんが
0376375
04/10/27 21:21:03ID:???0377NAME IS NULL
04/10/28 00:26:15ID:???サブクエリーが目玉でしょうか
これからチェックしてみます
Postgresのサブクエリーはちと気に入らなかったので
0378NAME IS NULL
04/10/28 03:24:31ID:???PostgreSQLのサブクエリーのどこがきにいらなかったんですか？
0379NAME IS NULL
04/10/28 13:58:43ID:???0380NAME IS NULL
04/10/28 14:08:51ID:???0381NAME IS NULL
04/10/28 15:19:55ID:???PostgreSQLがサブクエリで勝手にエイリアスを付けるって
話は聞いたこと無いんだけど？ユーザが好んでつけるんでしょ？
0382NAME IS NULL
04/10/28 15:59:07ID:???0383NAME IS NULL
04/10/28 17:28:44ID:???MySQLも多分いっしょじゃないかな。
http://dev.mysql.com/doc/mysql/ja/Unnamed_views.html
0384NAME IS NULL
04/10/28 17:44:53ID:???ひょっとして、ソースにコメント入れるの面倒とか思って、
あとで困るタイプなのかな？
0385NAME IS NULL
04/10/28 17:49:45ID:???0386NAME IS NULL
04/10/30 19:57:42ID:NKPR9aWE0387NAME IS NULL
04/10/30 20:14:39ID:???0388NAME IS NULL
04/10/31 08:28:14ID:kHm3fdXG0389NAME IS NULL
04/10/31 16:25:21ID:???0390NAME IS NULL
04/10/31 18:43:55ID:???つい最近のバージョンまでクラッシュしたら修復不可能だったしね
0391NAME IS NULL
04/10/31 18:49:58ID:???どちらのサーバが、より人に蹴られやすい位置にあるかとかか。
0392NAME IS NULL
04/10/31 19:34:57ID:???0393NAME IS NULL
04/10/31 20:32:50ID:???ただ、毎日一度落としてバックアップ時にmyisamcheckしてるけど。
0394NAME IS NULL
04/11/03 22:40:11ID:A94+EuT2どんなに速いサーバーを用意してコネクションプール使って1000人同時アクセスとかになると
ダメなので、コネクションプールを使わずに小まめに切断したらある程度よい。
俺が試した限りでは、Xeon2.8GHz x4 とかを1台使うより、 C3 1.0GHz の遅くて小さいサーバーを
複数配置して分散したほうが良いという結論になった。
0395NAME IS NULL
04/11/04 00:50:19ID:???俺がためしたのだと、同時300ぐらいはなんともなかったけど。
0396NAME IS NULL
04/11/04 00:51:31ID:???何かいいツール・方法あったらアドバイスいただけない
でしょうか。
根性でやるしかないって言われるとそれまでですが。
0397NAME IS NULL
04/11/04 10:25:30ID:???TAB区切りのファイルをダンプできなかったっけ？
0398NAME IS NULL
04/11/05 01:04:31ID:???たとえば、同時1000が必要なシステムって何よ？
0399NAME IS NULL
04/11/05 08:48:30ID:???定番の Apache + PHP + MySQL なんかでKeepAlive15秒でコネクションプール使って
秒間70アクセスもあれば1000くらい簡単に行くだろ。
0400NAME IS NULL
04/11/05 11:44:21ID:???0401NAME IS NULL
04/11/05 11:49:36ID:???いくつかのコネクションを繋ぎっぱで使い回すんじゃないんだっけ？
0402NAME IS NULL
04/11/05 11:53:07ID:???秒間70アクセスあって、１アクセス1秒で処理できるなら、70コネクションくらいしかいかないんじゃない？
0403NAME IS NULL
04/11/05 13:23:18ID:???どんなものを使ってるのか興味津々
0404NAME IS NULL
04/11/05 15:19:01ID:???某大学科目登録システム
0405NAME IS NULL
04/11/05 15:27:29ID:???コネクションプールは10くらいしか張ってないと思うが。
0406NAME IS NULL
04/11/05 15:29:09ID:???ユーザの数だけコネクションが必要になるかもしれないけど。
0407NAME IS NULL
04/11/05 19:00:14ID:???Apache1.3.x+PHPでpconnectなら通常1プロセスで1コネクション。
なのでhttpdプロセスが1000個くらいある状態でその全てがMySQLへ接続したら1000コネクション。
0408NAME IS NULL
04/11/05 19:03:55ID:???処理自体が終わってもKeepAliveが有効で以後無駄な待機時間があるならそうはならないでしょ。
0409NAME IS NULL
04/11/05 20:01:53ID:???だからそれコネクションプールっていわないって
0410NAME IS NULL
04/11/05 20:07:28ID:???1秒間に70アクセスで、1アクセス1秒以内に処理が終わるなら、プロセスも1000個までならないんじゃないの？
KeepAliveと称して、処理が終わってもコネクションをにぎったままの無駄なコネクションプーリングの仕組みがあるんだとしたら別だけど。
0411NAME IS NULL
04/11/05 20:07:51ID:???PHPより上層にMySQL接続専用のapacheモジュールでも作ってリンクIDを共有なんて出来ないかな？
0412NAME IS NULL
04/11/05 20:14:14ID:???0413NAME IS NULL
04/11/05 20:16:38ID:???それって、1000コネクションいくのかなぁ。
まともなコネクションプーリングがあればそこまでいかなそうだけど。
細木さんの占いサイトみたいに、番組でアクセス方法が出た瞬間に数万人が同時アクセスしたら、簡単に同時1000コネクション行くだろうけど。
0414NAME IS NULL
04/11/05 20:22:18ID:???PHPでmysql_pconnect()なら、基本的にプロセスが死んだ段階(もしくはタイムアウト)で
切断なので処理が終わっても接続しっぱなしだよ。
ようは、1つの仕事が終わって次の仕事に移ってもコネクションプーリングを使って
接続処理時に再接続の手間を省く。
ただしプロセス間通信はしていないので、兄弟プロセス群とは別コネクションとなる。
0415NAME IS NULL
04/11/05 20:30:32ID:???xxx.phpにユーザーAがアクセス、次にyyy.phpにユーザーBがアクセスした場合、
・処理をしたのが両者とも同一プロセスなら使いまわすので1コネクション。
・別プロセスに当たった場合は2コネクション。
0416NAME IS NULL
04/11/05 20:35:36ID:???それであれば、1秒間に70アクセスあったとしても、1秒で1アクセスの処理ができるのであれば、1000コネクションまで行かないと思うんだけど。
0417NAME IS NULL
04/11/05 20:46:49ID:???0418NAME IS NULL
04/11/05 20:53:02ID:???2chのdatをテキストではなく、PHP+MySQLで動的に吐くようにしたら飛ぶよと。
0419NAME IS NULL
04/11/05 21:04:27ID:???コネクションプーリングサーバを使えばいいんでは？
汎用のだとSQL Relayってのがあるけど、これはどうなんだろ？
0420NAME IS NULL
04/11/05 21:05:56ID:???0421NAME IS NULL
04/11/05 21:40:14ID:???落ちてるサイトって、大抵拡張子がphpかaspだったりするし。
PerlやJavaやCでいいんじゃないのかと。
0422NAME IS NULL
04/11/05 21:51:48ID:???「ロードバランサって馬鹿みたいに高いよな」と思った。
あと「3000プロセスを超えても落ちない2chって頑丈だな」とも思った。
0423NAME IS NULL
04/11/05 22:05:44ID:???2ｃｈもロードバランサー並みにバカ高いコストで維持されてるシステムだからな。
0424NAME IS NULL
04/11/05 22:18:45ID:???0425NAME IS NULL
04/11/05 22:29:17ID:???0426NAME IS NULL
04/11/05 22:33:17ID:???0427NAME IS NULL
04/11/05 23:00:16ID:???0428NAME IS NULL
04/11/05 23:19:16ID:???・ログ(dat)書き込みはあぼーん時以外は単なる追記
・スレッドの並び替え（数百～千件程度）はsageられなかったときだけ
・専用ブラウザのdat取得は一般的にIf-Modified-SInceヘッダ + Rangeヘッダで部分的に取得
複雑なソートや抽出をやってるわけじゃないし、DBを使うとかえってパフォーマンスが落ちると思う。
2chができた当時はテキストベースの掲示板が常識だったということもあるだろうけど
幾度かの危機を乗り越えて、FreeBSD, Apache, read.cgiのそれぞれがよくチューニングされてるよ。
0429NAME IS NULL
04/11/05 23:19:29ID:???PHP7くらいで。
0430NAME IS NULL
04/11/05 23:28:23ID:???ApacheモジュールやCGIとして動作する以上は無理じゃね？
Parrotにコネクションプーリングが実装されて、
PHPがParrotに対応とかいうことになると萌える。
0432NAME IS NULL
04/11/05 23:45:14ID:???することないから3000くらいなら余裕なんかね
Servlet＋Mysqlとかでどれくらい余裕がでるんだろ
0433NAME IS NULL
04/11/06 00:37:36ID:???Apacheモジュールと、datファイルでいい。
2chの場合、ユーザー数やデータ量は大規模だけど、システムとしては極小規模だから。
0434NAME IS NULL
04/11/06 00:51:06ID:???C >>>>> Java
0435NAME IS NULL
04/11/06 00:54:21ID:???0436NAME IS NULL
04/11/06 00:55:27ID:???Javaは複雑な業務をプログラムとして起こしやすかったり、
変更が多いシステムなんかで役に立つのであって、
実行速度が特筆して速いというモノではないからね。
0437NAME IS NULL
04/11/06 00:56:27ID:???普通のシステムなら何言語で書いてもしっかり作ればかわらんだろうが、
いまは2ｃｈのようなシステムの話をしているわけで。
0438NAME IS NULL
04/11/06 01:28:49ID:???遅いというより、重い。
単純に考えれば、Apache+mod_perl+Perlスクリプトよりもメモリを食うことはわかるだろ。
ユーザー機能がスレ一覧、レス一覧、レス投稿、スレ立て程度、管理機能があぼーん、スレ削除程度の単純なものなら、Java+RDBではない方がいいと思うよ。
2chの場合は、ユーザー機能のレスポンス最適化が非常に強く求められるわけだしな。
ま、ここまで限定した話題なのに、434のような単純な比較を出すアホもいるが。
0439NAME IS NULL
04/11/06 02:07:17ID:???RDB使うよりは生きてるスレッドのdat保存領域をRAMディスク上に確保した方が有効。
スレッド内容を配列としてメモリ上に展開してプロセス同士で共有できたら最強？
#ただし鯖落ち対策をしっかりしてないと(((( ;゜Д゜)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
ところで、2chライクな掲示板のログ管理をあえてRDBでやるなら
MySQLとPostgreSQLとどっちが向いてるだろう？
閲覧数>>投稿数だし高度なRDBの機能も必要ないしMySQL(MyISAM)かな？
0440NAME IS NULL
04/11/06 02:55:53ID:???> スレッド内容を配列としてメモリ上に展開してプロセス同士で共有できたら最強？
そうするなら、プロセスモデルではなくてスレッドモデルのWebサーバー使えばいいかも。
要するにサーブレット。
MySQLとPostgreSQLを比べればMySQLだろうけど、コンテンツキャッシュ機能が使えるならどっちでもいいと思われ。
そして、2chくらい読み込みアクセスが多いならコンテンツキャッシュは必須かと思われ。
つまりどっちでもいいと思われ。
0441NAME IS NULL
04/11/06 08:55:34ID:???肝心の処理も問題なく早い
もしかしてServerHotspotVMってしらないの？
0442NAME IS NULL
04/11/06 10:06:43ID:???「スレッドだから軽い」以前に、糞重いVMを動かす必要がある。
2chレベルの負荷で2chレベルの単純処理するときには、問題がある程度に遅いと思われる。
金かけないならApache→Tomcatというサーバー構成になるしな。
0443NAME IS NULL
04/11/06 10:13:46ID:???0444NAME IS NULL
04/11/06 10:17:31ID:???C言語と同じかそれ以上に速いのに＞ServerVM
0445NAME IS NULL
04/11/06 10:35:56ID:???0446NAME IS NULL
04/11/06 13:09:30ID:???富豪的ハードを用意して無いシステムが多すぎなだけ。
0447NAME IS NULL
04/11/06 15:32:13ID:???ASPもな
0448NAME IS NULL
04/11/06 17:25:45ID:???より遥かに軽いとおもわれ。
Cで１から書けば一番速いが、メンテたいへんだけどな。
0449NAME IS NULL
04/11/06 18:41:11ID:???かなりオーバーヘッドあるよ
ただ、プロセス死んでも他に影響がでにくいってのは利点であるが、
それを期待するということ自体間違っている
マシンの安定度とバグ混入を排除できればいいだけだが、
Cは実際バグ作りこみやすいしなぁ
>>439のいうとおり、Servletでいかにメモリ内でやりとりできるかというのがポイントだろうが
一台の鯖で何スレッドがカバー範囲かどうかにもよるなぁ
0450NAME IS NULL
04/11/06 22:15:26ID:???遅いし大変だしで意味ないよね。
俺Servlet使ってるけど、100スレッド動いててもDBアクセスは
同時10もないよ。ページの重さにもよるけどそんなもんでしょ。
0451NAME IS NULL
04/11/07 01:25:44ID:???0452NAME IS NULL
04/11/07 01:54:20ID:???0453NAME IS NULL
04/11/07 03:10:29ID:???http://www.chamas.com/bench/
0454NAME IS NULL
04/11/07 03:18:22ID:???CがHTML Staticより速いとは。
今度試してみよう。
0455NAME IS NULL
04/11/07 03:43:42ID:???Yahoo! がやってる手法かと。
HTML Static といってもいくつかハンドラの処理を通すからね。
0456NAME IS NULL
04/11/07 04:16:51ID:???楽天のMySQLクラスターって市販されているのだろうか？
0457NAME IS NULL
04/11/07 04:19:13ID:???昔はJavaだったけど、書き直した。
0458NAME IS NULL
04/11/07 05:11:32ID:???http://www.itmedia.co.jp/news/0211/01/nebt_06.html
それが本当だとしても、一部だけだろう。
0459NAME IS NULL
04/11/07 07:26:29ID:???YahooはPHP(+PHPA)だろ。
PHPの前はY!scriptとか言う独自言語だったはず。
データベースは数十GBのテーブルを扱えると言うことでSolarisにOracleだったはず。
0460NAME IS NULL
04/11/07 08:54:27ID:???MySQL特化でMySQL API'sがそのまま使えるようなアプリケーションサーバーって無いのですか？
PostgreSQLのpgpoolみたいなヤツ。
0461NAME IS NULL
04/11/07 15:05:13ID:JMwmkUHvそりゃ、ディスクアクセスが最大のネックなんだから、
CPU速くしてもあまり意味無いのは当然。
0463NAME IS NULL
04/11/07 19:03:54ID:???スレッド数は１０００でもいいけど
0464NAME IS NULL
04/11/08 00:43:08ID:???同じコネクションを張ってしまうスクリプト言語もあるわさ。
0465NAME IS NULL
04/11/08 00:56:42ID:???0466NAME IS NULL
04/11/08 01:28:49ID:???0467NAME IS NULL
04/11/08 01:45:50ID:???0468NAME IS NULL
04/11/08 02:17:04ID:???0469NAME IS NULL
04/11/08 02:18:57ID:0bGyXlNEコネクションをまとめるMySQL専用プロクシがあればよいのだ。
汎用プロクシ(アプリ鯖)だと専用API使わなければならないし。
専用サーバーなら何とでもなるだろうけど、共有レンタルサーバーとかはどうやっているのだろう？
まさか客に「専用API使え」とは言えないだろうし。
0470NAME IS NULL
04/11/08 02:39:54ID:???0471468
04/11/08 02:46:03ID:???0472NAME IS NULL
04/11/08 11:34:40ID:???お前はアメリカのYahoo!を普段使ってるのか？
0473NAME IS NULL
04/11/08 11:35:53ID:???それも本家Y!の話だと思う。
日本のYahoo!はFreeBSDの改造版。
0474NAME IS NULL
04/11/08 13:11:35ID:???じゃぁ、そういう根拠を示せよ。大体、↑日本に限った話か？
なんでそこで、「FreeBSDの改造版」とかいうWordが出てくるんだ？
話がそれてるじゃねーか。
0475NAME IS NULL
04/11/08 13:45:40ID:???ヤフージャパンがJAVAをCに置き換えたというのも、ム板のJAVAスレではさんざん既出だったし
今はCかどうかは知らないけど、昔は確かにJAVAだったよ。
0476NAME IS NULL
04/11/08 13:57:39ID:???俺は昔、今はYahooの一部になってる某ポータルの仕事をしていたが、
使ってたのはServlet+JSPだったよ。
0477NAME IS NULL
04/11/08 14:19:35ID:???ちなみに俺も、いろいろな意味で、C言語だとは思うが。
0478NAME IS NULL
04/11/08 16:05:11ID:???いろいろな情報から考えないと。
0479NAME IS NULL
04/11/08 17:22:51ID:???0480NAME IS NULL
04/11/08 19:46:57ID:???そして、改造した部分が多すぎて公式パッチあてるのが大変と言っていた。
0481NAME IS NULL
04/11/08 21:40:28ID:???0482NAME IS NULL
04/11/08 21:45:57ID:???0483NAME IS NULL
04/11/08 23:26:09ID:???0484NAME IS NULL
04/11/09 00:20:27ID:???0485NAME IS NULL
04/11/09 00:24:47ID:???0486NAME IS NULL
04/11/09 00:31:06ID:???関係者や就職の面接受けた奴が複数降臨して、PerlもPHPも使ってるけど、８割方Cだとか言ってたな。
0487482
04/11/09 00:52:10ID:???0488NAME IS NULL
04/11/09 01:14:05ID:???0489NAME IS NULL
04/11/09 01:25:25ID:???0490NAME IS NULL
04/11/09 01:28:36ID:???0491NAME IS NULL
04/11/09 01:52:18ID:i0TnsgNL0492NAME IS NULL
04/11/09 02:07:24ID:???それは違うだろ。
0493NAME IS NULL
04/11/09 02:14:31ID:???0494NAME IS NULL
04/11/09 02:51:57ID:???0495NAME IS NULL
04/11/09 07:03:19ID:PTmaPzLBPerl,PHPはインタープリタだから遅いのは当たり前。
Javaは中間言語でVM通してるからこれもいくぶん遅い。
Cはそれこそネイティブだから圧倒的に速いよ。
0496NAME IS NULL
04/11/09 07:46:51ID:???#include <u.h>
#include <libc.h>
void main(void){
print("Hello World\n");
}
0497NAME IS NULL
04/11/09 08:57:36ID:???0498NAME IS NULL
04/11/09 10:37:05ID:???そのかわり何かが常駐してて、それがスクリプトをスレッドで動作するように制御してたりすると数増えてもこなせたり
0499NAME IS NULL
04/11/09 11:20:00ID:???0500NAME IS NULL
04/11/09 11:49:11ID:???サーバーサイドに関しては、一つの処理でもCがJavaより速いとは言い切れないよ。
少なくとも圧倒的ではない。
0501NAME IS NULL
04/11/09 12:50:41ID:???0502ｺﾋﾟﾍﾟ推奨
04/11/09 16:59:42ID:uUtOSml0“五箇条の御誓文”
簡単に言うと、在日朝鮮人で商売をしている人は自分達で作っている商工会で、
税金関係の問題を処理していいということであり経費の認定も自分達で勝手にできる。
国税庁ノータッチ。つまり脱税し放題。だからこそ商売人には金持ちが多く、
それを北に送金して貧乏な北朝鮮がミサイルを開発できたのである。
▲在日韓国朝鮮人の就業率と生活保護
日本に永住する在日韓国・朝鮮人の実に約64万人中、約46万人が無職である。
生活保護を受けているのはおよそ14万2千人。
5人に1人は生活保護受給者であり彼らの生活費は日本人の税金によって賄われている。
彼らは被差別者どころか日本人とは比べ物にならないほど恵まれた特権階級である。
帰化申請を嫌がるのは帰化してしまうと既得権（五箇条御誓文・生活保護等）を全て失うからである。
彼らが外国人参政権を求めているのは、
特権階級としての既得権を失わないまま日本に内政干渉することである。
http://www.geocities.com/hinomarukimigayo2004/
0503NAME IS NULL
04/11/10 01:48:48ID:???VMがどうのこうの言うやつは素人。
0504NAME IS NULL
04/11/10 02:20:34ID:???0505NAME IS NULL
04/11/10 04:23:27ID:???C コンパイラを作れと。
0506NAME IS NULL
04/11/10 05:16:25ID:???新しいVC++は最適化を最強にすると、1度コンパイル後に仮想実行を行い更に最適化コンパイルを行うらしい。
0507NAME IS NULL
04/11/10 05:35:42ID:???0508NAME IS NULL
04/11/10 11:31:26ID:???それ.NET使ってるからだろ？
0509NAME IS NULL
04/11/10 11:34:11ID:???あと数年もすればネイティブなバイナリをはくCは一番遅い言語になっているかもしれない
0510NAME IS NULL
04/11/10 13:11:00ID:???円周率100桁を計算するプログラムを作ったら1つのwritelineだけになってました。
とか。
0511NAME IS NULL
04/11/10 13:25:28ID:???0512NAME IS NULL
04/11/10 17:17:24ID:???ttp://www.usiwakamaru.or.jp/~doraemon/jyuku/ensyuu.htm
0513NAME IS NULL
04/11/10 22:07:32ID:???実行時最適化はネイティブコンパイラだけでManaged Cはサポートされない。
0514NAME IS NULL
04/11/13 11:19:54ID:???プロファイル取った後。っていうかスレ違いか。
0515NAME IS NULL
04/11/18 18:58:02ID:???0516NAME IS NULL
04/11/18 21:10:21ID:???0517NAME IS NULL
04/11/23 00:55:38ID:???iccもプロファイルとってCPUの最適化機能は使わないようになっているね。
0518NAME IS NULL
04/12/12 17:05:03ID:+JQ0aqSnWEB+DB マガズンで postgresql の記事があったなぁ
0519NAME IS NULL
04/12/12 18:21:38ID:???0520NAME IS NULL
04/12/12 20:21:57ID:???全然知らんのだけどどうしたの？
0521NAME IS NULL
04/12/12 21:46:40ID:???日本語方面で問題山積み
日本語使うなら4.0が推奨されている
0522NAME IS NULL
04/12/12 21:51:34ID:???まあ、俺はpostgresしか入れたこと無いんだけどね
0523NAME IS NULL
04/12/12 22:21:06ID:???0524NAME IS NULL
04/12/12 23:46:42ID:???自宅ではPostgreSQL
ｳﾏｰ
0525NAME IS NULL
04/12/13 00:00:42ID:???でもこのスレのタイトルどおりの話題ということで
0526NAME IS NULL
04/12/13 00:01:15ID:???癖でdual表を使っちゃうので
家のpostgresにもdual表作っちゃったよ
0527NAME IS NULL
04/12/14 15:50:23ID:???日本語問題もだがライセンス周りもごたごたしすぎ
0528NAME IS NULL
04/12/14 15:55:31ID:???0529NAME IS NULL
04/12/14 16:01:19ID:???改変したMySQLを販売するライセンスと勘違いしてない？
0530NAME IS NULL
04/12/14 16:10:26ID:???GPLにしなきゃならんのだよ
0531NAME IS NULL
04/12/14 16:31:52ID:???なんでアプリケーションもGPLになるんだよ。
DB組み込みなのか？
0532NAME IS NULL
04/12/14 20:04:14ID:???0533NAME IS NULL
04/12/14 20:27:17ID:???なんだっていいじゃん。DBのライセンスなんか関係ないよ。
0534NAME IS NULL
04/12/14 21:25:44ID:???そのドライバのライセンスは？
0535NAME IS NULL
04/12/14 21:43:40ID:???0536NAME IS NULL
04/12/14 22:24:18ID:???ドライバがGPLだからどうしようもないんだよな
昔はLGPLだったがそれでは商用ライセンスかってくれなかったのでGPLにした
PHP方面みていたやつならこのへんのごたごたもわかると思うが
0537NAME IS NULL
04/12/14 22:29:30ID:???わけのわからんライセンスでMySQLは自爆したよ
0538NAME IS NULL
04/12/14 22:31:56ID:cdXZTDhbちなみに手元の DBD::mysql は
This module is released under the same license as Perl itself
とあるが、そういう意味のドライバではない？
0539NAME IS NULL
04/12/14 22:32:16ID:Jh9npt4tMYSQLがGPLライセンスを使っているのなら、
GPLライセンスまたは商用ライセンスのどちらかを
選択なんてできないのでは？
つまり、GPLライセンスしかないと思うのですが？
0540NAME IS NULL
04/12/14 22:32:49ID:???0541NAME IS NULL
04/12/14 22:38:38ID:???ライセンスについて勉強してください。
0542NAME IS NULL
04/12/14 22:41:47ID:???勉強しました。
ソースを出したくなかったら商用ライセンスという
選択肢もあるよ、というのがMySQLの商用ライセ
ンスです。
0543NAME IS NULL
04/12/14 22:46:39ID:???サーバにMySQLがあって、クライアントでVBやC
で作ったプログラムでMySQLにアクセスしたら
クライアントにもMySQLのライセンスが適用され
るんだよ。
ちなみにWeb方式の場合はクライアント側には
ライセンスは必要とされない。
0544NAME IS NULL
04/12/14 23:03:07ID:???0545NAME IS NULL
04/12/14 23:03:43ID:???事実上Oracleより高いことになる＞CS
しかも新機能たっぷりの4.1は今までとは別物でいまだにおかしいところがちらほら
こんな状況じゃ5.0の安定版なんてほんとかなり先になりそうだな
現状のMysql4.1.7よりはRCのPostgres8のほうが問題すくないかもしれん
0546NAME IS NULL
04/12/15 01:25:17ID:???そいつが間接的に利用してるlibmysql
でもPerlから使うならFOSS2例外に該当するから、
Perlで作ったスクリプト自体には影響しないよ。
現状だとPDSの頃やLGPLの頃のライブラリでも、まあ問題なくは使える。
(MySQL4.1以降の新機能は使えない)
最新のクライアントライブラリのライセンスは何とかして欲しいね。
0547NAME IS NULL
04/12/15 01:57:01ID:???0548NAME IS NULL
04/12/16 07:07:10ID:???0549NAME IS NULL
04/12/16 09:29:51ID:???0550NAME IS NULL
04/12/16 09:35:59ID:???0551NAME IS NULL
04/12/17 10:40:19ID:???商売に使ってる香具師はみんなとっくに金払ってるだろ。
Oracleより全然安いんだし、小規模ソリューションでも使えるだろ。
0552NAME IS NULL
04/12/17 11:04:06ID:???もし、4.0以前でWebアプリとか普通に接続するだけのクラサバやってて金払ってたらバカだぞ。
0553NAME IS NULL
04/12/17 11:50:28ID:???0554NAME IS NULL
04/12/17 13:07:26ID:???MySQL で日本語を使った like とか解決した？
新規の軽い案件で使ってみたいと思っているんだよね。
0555NAME IS NULL
04/12/17 13:39:35ID:???払ってたとしてもドライバのライセンス変更とやらで
さらに金取られそうだと、物によってはoracleよりも高額になるという
レスが見えてないですか?
0556NAME IS NULL
04/12/17 14:15:08ID:???本気でクライアントの数が1000ぐらいを超えるなら、
MySQL ABで見積もり取った方が良いよ。
サーバもクライアントも一緒くたの価格体系とは別の体系で
見積もりでてくるから。日本代理店も同様かは知らないが。
0557NAME IS NULL
04/12/17 14:28:46ID:???フリーのプロダクトであってもログリカバリできるようになったりいろいろと便利なPostgresかなぁ
0558NAME IS NULL
04/12/17 15:54:48ID:???0559NAME IS NULL
04/12/17 16:28:35ID:???PostgreSQLは金銭的にもライセンス的にも中庸な感じなので。
0560NAME IS NULL
04/12/17 16:35:57ID:???0561NAME IS NULL
04/12/17 16:36:32ID:???0562NAME IS NULL
04/12/17 16:52:09ID:???0563NAME IS NULL
04/12/17 16:53:59ID:???相手はポスぐれじゃなくなるわな
0564NAME IS NULL
04/12/17 17:00:22ID:???中庸の意味調べろ。調和が取れていると言うことだぞ。
0565NAME IS NULL
04/12/18 00:53:13ID:???＞最上位プロダクトと、最下位プロダクトだからじゃない？
＞PostgreSQLは金銭的にもライセンス的にも中庸な感じなので。
文脈的に明らかにおかしいだろ
0566NAME IS NULL
04/12/18 02:07:51ID:???0567NAME IS NULL
04/12/18 16:29:05ID:???0568NAME IS NULL
04/12/20 06:40:31ID:???0569NAME IS NULL
04/12/20 11:14:16ID:???0570NAME IS NULL
04/12/20 11:33:13ID:???0571NAME IS NULL
04/12/20 13:32:19ID:???DB自体が4.1でこけたのが大きい希ガス
0572NAME IS NULL
04/12/21 00:03:41ID:???どうなったのかなあ？
http://www.itmedia.co.jp/news/0106/25/e_viralsoft.html
0573NAME IS NULL
04/12/21 00:35:24ID:???0574NAME IS NULL
04/12/25 17:42:15ID:???オレはPostgreSQLだな
0575NAME IS NULL
04/12/25 18:37:30ID:???オレはPostgreSQLだな
ttp://ascii24.com/news/i/soft/article/2003/08/07/645377-000.html
0576NAME IS NULL
04/12/25 19:52:15ID:???PowerGresの人じゃん
0577NAME IS NULL
04/12/25 20:24:45ID:???日本PostgreSQLユーザ会理事ですよ。
PostgreSQL認定試験の問題も作ったりしてますよ。
0578NAME IS NULL
04/12/25 20:33:12ID:???0579NAME IS NULL
04/12/25 20:37:00ID:???だからねぇ…
0580NAME IS NULL
04/12/25 20:44:11ID:???0581NAME IS NULL
04/12/26 03:18:38ID:???何歳くらいだ？
0582NAME IS NULL
04/12/26 21:47:00ID:???0583NAME IS NULL
04/12/27 06:50:14ID:???0584NAME IS NULL
04/12/27 09:49:33ID:???MySQL の日本語化、どうにかならんかなー。
0585NAME IS NULL
04/12/27 20:56:01ID:???0586NAME IS NULL
04/12/27 23:13:53ID:6GLXvQiW稲葉さん、人妻だけどオパーイでかいから漏れ的には萌え。
>>584
MySQLの日本語化はSCSの人が今アメリカで一生懸命やってる。近いうちに成果は出てくるだろうから期待して
0587NAME IS NULL
04/12/28 01:00:03ID:9eXXltPHこれのWindows版てすぐ死ぬんだよな・・
でも、コマンド打ち込むより便利だから使ってんるんだけど、というより
Linuxなんてあんまり触りたくないし・・・
もう少し、まともなもの出来ないかな。
0588NAME IS NULL
04/12/28 01:05:59ID:???0589NAME IS NULL
04/12/28 01:07:29ID:???無理に触らんでもよろしいがな。
0590NAME IS NULL
04/12/28 01:19:17ID:???0591NAME IS NULL
04/12/28 01:34:46ID:???いや、オパーイには無理にでも触りたいがな。
0593NAME IS NULL
04/12/28 01:39:04ID:???0594NAME IS NULL
04/12/28 01:43:13ID:???それな、俺もハマった
結局レジストリ弄って直したんだが
今はSH G30-Mにして凌いでる…
0595NAME IS NULL
04/12/28 03:06:36ID:XYFt76qV、MySQL用のものを探すことが出来ずに結局PostgreSQLを使っています。
でも本当はよく探せばあったのかなという気もします。
もし、探せても今更乗り換える気はありませんが・・
0596NAME IS NULL
04/12/28 03:10:35ID:XYFt76qV0597NAME IS NULL
04/12/28 04:25:02ID:???探してたのはODBCドライバで、サービスプロバイダじゃないんだよね。
極端に特殊な才能の持ち主なのか…
＞もし、探せても
今の貴方でも多分無理です。普通は良く探さなくても見つかりますから
0598NAME IS NULL
04/12/28 04:54:22ID:???馬鹿じゃねえの。かわいいって言ってるのは香ちゃんの方だろ。
空気嫁よ
0599NAME IS NULL
04/12/28 10:32:53ID:???稲葉さんと香ちゃんは違うのカーッ！！！
0600NAME IS NULL
04/12/28 10:49:53ID:gXtb3ocu何が、あるいは何をする事が無理なの？
人のあげ足を取る君は、半島人くさいな・・
0601NAME IS NULL
04/12/28 10:52:26ID:???…Oh、違うでしょ。違うでしょ。何も違うでしょ>599。Look,Look,Look
香。林が香。あなたが香理していたのは稲葉。
林と稲葉。違うでしょ全然。
名前が第一違うでしょ。名前が違うから当然性別も違ってくるでしょ？
香と香理。OK？
No,No,No.怒ってないよ「ざ」。わたし全然怒ってなぁ～いよ。
>599smile again? ……オーーーウッ、GOOD!!!
Try、Try>599。
0602NAME IS NULL
04/12/28 11:43:05ID:???googleでMySQL ODBCで検索すると日本語でいっぱいヒットする。
これで見つけられないなら、特殊なスキルの持ち主と思われても仕方ないよ(´･ω･`)
0603375
04/12/28 11:56:17ID:???0604NAME IS NULL
04/12/28 11:57:27ID:???0605NAME IS NULL
04/12/28 13:44:18ID:???0606NAME IS NULL
04/12/28 21:11:57ID:???>>592
0607NAME IS NULL
04/12/28 23:07:27ID:TRFImmbS0608NAME IS NULL
04/12/28 23:42:51ID:???ΣΣ(ﾟдﾟlll)ﾔﾗﾅｲｶ
0609NAME IS NULL
04/12/29 20:41:39ID:???0610NAME IS NULL
04/12/29 21:33:34ID:???Oracleとかから移行する時ダルいんだけど。
# いんくりめんとからむとか特殊なことすんじゃね。
萎え。
0611NAME IS NULL
04/12/29 22:34:57ID:???初めて知った
Lite版と言うのがフリーウェアみたいなので入れてみたけど、いいね。
0612NAME IS NULL
04/12/30 09:39:07ID:???0613NAME IS NULL
05/01/04 12:54:01ID:???0614NAME IS NULL
05/01/04 15:40:06ID:???0615NAME IS NULL
05/01/04 16:18:35ID:???0616NAME IS NULL
05/01/04 20:09:04ID:???0617NAME IS NULL
05/01/04 20:36:58ID:???機能はPostgreSQLの方が高い
速度よりもViewやサブクエリーが使えて開発しやすい方が都合がいい
品質はPostgreSQLの方が高い(4.1は安定してないようだ)
ライセンスはPostgreSQLの方が使いやすい
WindowsでもPostgreSQLは動く(ようになる)
0618NAME IS NULL
05/01/04 20:38:52ID:???ようになるっていうか、普通にCygwin入れれば動くよ
0619NAME IS NULL
05/01/04 21:58:07ID:???それは、かろうじて動くってだけで、実際には使えない。
0620NAME IS NULL
05/01/04 22:00:50ID:???運用に適さないってんならWindowsで運用する方が間違っているのでどうでもいい。
0621NAME IS NULL
05/01/04 22:41:21ID:???DataCenterServer＋SQLServerならまだしも。
0622NAME IS NULL
05/01/04 23:22:36ID:???使えるようになるってのは結構うれしいことだな。
0623NAME IS NULL
05/01/05 05:26:33ID:???0624NAME IS NULL
05/01/05 07:20:27ID:???規模が小さいなら、好きにSQLが書けるPostgreSQLの方がやっぱりいい。
0625NAME IS NULL
05/01/05 08:42:33ID:???0626NAME IS NULL
05/01/05 10:19:20ID:???中途半端な規模だったらMySQL?
切り分けがわからん・・
0627NAME IS NULL
05/01/05 11:08:19ID:???大は小をかねるで PostgreSQL。
でも select オンリーなら MySQL で速いのでいいんじゃない。
0628NAME IS NULL
05/01/05 18:11:40ID:???0629NAME IS NULL
05/01/05 20:02:27ID:???それが無ければもっと
0630NAME IS NULL
05/01/05 20:24:31ID:???不冶痛はいつから他人の褌で相撲を取るようになったんだ？
純国産の志を思い出せ！！
0631NAME IS NULL
05/01/05 21:17:08ID:r4KVGN4Aよろすく
0632NAME IS NULL
05/01/06 10:15:06ID:???SCS が MySQL の日本語化してるって本当？
0633NAME IS NULL
05/01/06 14:06:00ID:???は同意ではないような。
0634NAME IS NULL
05/01/06 14:35:26ID:???0635のぶ
05/01/06 15:14:09ID:MF30dY1QPostgres の環境で６０万件の書籍のデータを検索と在庫管理で使ってます。
完全一致だと一瞬で検索できていいのですが、フリーテキストの曖昧検索だと
５秒前後かかるので、遅いなーと思ってます。 数人が同時に検索すると
ほぼ１分ぐらいかかるようなスパイラルに入ります。
これがMySQLだと大幅に改善するのかなーと期待してるのですが、
どなたか似たような境遇の方がいませんでしょうか？
それと、Posgresは、Update文を６０万件に対して行おうとすると、
急激に遅くなります。ほぼ１０分近くかかります。
また、VACUUMを繰り返しても効果がなくなってくる現象があって、
最終的にはinitdb からやりなおして、pg_dump したデータから
復旧しない限り速度が元に戻らない、、という現象も経験しました。
MySQL の場合、UPDATEに時間がかかったりするのでしょうか？
また、どんどん遅くなったりはするのでしょうか？
１万件程度のデータベースでは違いは読めない感じですが、
６０万件で使用していると、かなり顕著に違いが出てきています。
0636NAME IS NULL
05/01/06 15:45:51ID:???複数のクライアントからのアクセスで大幅に遅くなるなら
バッファの設定とかで大きく変わってくるよ
DBなんてチューニングで大幅にかわるからねぇ
それにMySQLが圧倒的に早いってのはないとおもっていいよ
もはやDB作成時のデフォルト設定がInnoDBだし
0637NAME IS NULL
05/01/06 16:02:05ID:???そういう方法だと60万件全スキャンする以外ないから、
DBMSに関わらず、どんなものでも相当な時間がかかるだろう。
うまくテーブル設計しなおして、検索方法を変えるが吉。
(分野別とか、いろいろ検索範囲を狭める方法があるだろ)
>>636
フリーテキストの曖昧検索ってのは、つまりLIKEでの正規表現による
マッチングだと思うよ。
0638NAME IS NULL
05/01/06 16:26:29ID:???> 完全一致だと一瞬で検索できていいのですが、フリーテキストの曖昧検索だと
> ５秒前後かかるので、遅いなーと思ってます。
「全文検索」とかのキーワードでググれ。
↓たとえば、こんなのがある。
ttp://www.oss.ecl.ntt.co.jp/tsearch2j/
> それと、Posgresは、Update文を６０万件に対して行おうとすると、
> 急激に遅くなります。ほぼ１０分近くかかります。
>
> また、VACUUMを繰り返しても効果がなくなってくる現象があって、
> 最終的にはinitdb からやりなおして、pg_dump したデータから
> 復旧しない限り速度が元に戻らない、、という現象も経験しました。
60万件程度でそんな問題が出るのは、なんかミスってるとしか思えん。
ちゃんと VACUUM FULL とかやってるか?
0639NAME IS NULL
05/01/06 17:10:22ID:???0640のぶ
05/01/06 19:21:26ID:MF30dY1Qフリーテキストによる、曖昧検索
＞これ系のselect 文です
select * from books01 where t17 like '%フリーテキスト%'
バッファーとか、チューニングはかなりやったつもりなんですが、
まだまだチューニングしたいです！。
F オプションは現時点ではつけていません。
Update 文はかなり早くなるみたいですが、ＯＳがフリーズしたときに
データベースが壊れてしまう経験があったので、今ははずしています。
従来は、カテゴリーを小分けして、
検索ターゲットを絞って高速化してきたんですが、
インターネット経由で来た人には、常に全文検索にしようっていう
ポリシーに変更になったので、常に全体をターゲットに曖昧検索する
ようになってしまったんですよ。つまり、従来は、コミックという
カテゴリーに入ったら、コミックだけを対象に曖昧検索していたんですが、
google 経由でコミックと検索した結果経由で入ってくる人は、
コミック配下から検索するとは限らないので、常に全カテゴリーを対象に
しよう、、という方針に変わりました。
⇒Amazom もgoogle 経由で行くと常に全体が検索対象になってるんですよ。
ttp://www.oss.ecl.ntt.co.jp/tsearch2j/ ⇒ 非常に参考になります。
NTT って書いてあるけど、ライセンスも平気みたいですね。
VACUUM FULL ってやっても、完全なまっさらなデータベースには
ならないらしいんです。少しずつ、dataディレクトリーが肥大化していきます。
で、ベンチマークの結果も、徐々に低下していくんですよ、、
あ、、でももう一度やってみます。
僕が以前やったのは、 VACUUM っていう単語だけだったかもしれません。
ちなみに、Pentium4 2.5Ghz 2Gバイトのメモリー構成です。
Like 検索にバグがある＾＾？！！！！ 恐ろしい情報ですね
検索したいカラムには、index を作っています。
F オプションをつけるだけだと select文の方は早くならないらしいです。
0641NAME IS NULL
05/01/06 20:42:32ID:???３０分に一回くらいしとけ
0642NAME IS NULL
05/01/06 20:44:45ID:???「F オプション」って何のことだ?
勝手に俺用語を使われても困る。
0643NAME IS NULL
05/01/07 00:04:05ID:???MySQLが4.1でサブクエリー搭載＆日本語方面不具合たくさんとかでこけていて
うりだったWindowsたいおうもっ並ばれて自滅していったかんじ
0644NAME IS NULL
05/01/07 00:05:22ID:???ソースよろ。
0645NAME IS NULL
05/01/07 00:42:26ID:???ITPROとかにもわかりやすいのあったかなぁ
0646NAME IS NULL
05/01/07 00:44:27ID:???0647NAME IS NULL
05/01/07 02:10:33ID:???最初からオープンソーｽだ、ﾎﾞｹ。
0648のぶ
05/01/07 04:55:15ID:qJP5klkR通例は、ＨＤＤにしっかり同期を取りながらUpdate とかするらしいんですが、
F をつけて起動すると、時々ＨＤＤにアクセスするだけになるので、
破損の危険性があるものの、Update 関係は非常に早くなります。
でも、最近のバージョンでははあんまり関係ないっていう
記事を見たことがありますがどうなんでしょうか？
Postgres8のダウンロードページを見ていたんですが、ベータ版？みたいな
状態なんでしょうか？
0649NAME IS NULL
05/01/07 05:51:46ID:???0650NAME IS NULL
05/01/07 09:08:01ID:???0651NAME IS NULL
05/01/07 09:50:35ID:???試すがよろ
0652NAME IS NULL
05/01/07 10:19:06ID:???contrib/pgbench とか、
Super Smack (MySQLだけでなくPostgreSQLにも対応)
http://jeremy.zawodny.com/mysql/super-smack/
とか、ベンチマークツールはいろいろあるぞ。
0653NAME IS NULL
05/01/07 16:56:30ID:???１０日までの辛抱か
0654NAME IS NULL
05/01/08 21:52:54ID:???仕事とかしてないし。
0655NAME IS NULL
05/01/08 22:03:39ID:???キミはだたのニート
0656NAME IS NULL
05/01/14 12:07:41ID:OoW+O1Mw一瞬で終わると思われ
0657NAME IS NULL
05/01/14 14:16:29ID:Pwy3uodWネットワークがプアで、dumpデータが巨大だったら10分以上かかるかもよ。
0658NAME IS NULL
05/01/15 00:03:12ID:???リモートホスト上で編集・・・
0659NAME IS NULL
05/01/16 01:29:18ID:???Accessと迷ったけど、今まで痛い目喰らってるし～
今のところ無問題だが；；；
0660NAME IS NULL
05/01/16 01:55:20ID:???0661NAME IS NULL
05/01/16 02:34:04ID:???0662NAME IS NULL
05/01/17 19:33:36ID:FuyHNk9z,時点で釣りだと気づけ。
0663NAME IS NULL
05/01/17 20:48:02ID:???よほど貧弱じゃないかぎり。
0664NAME IS NULL
05/01/18 13:10:34ID:22aeSu5q0665NAME IS NULL
05/01/23 22:55:32ID:???Winn(ryなんてやってんじゃねーぞ、ｳﾞｫｹ
0666NAME IS NULL
05/01/24 01:08:53ID:9vUQD9caレポートよろ
0667NAME IS NULL
05/01/24 01:13:12ID:???Postgres8 > MySQL4.1
0668NAME IS NULL
05/01/24 20:32:09ID:???PostgreSQL8 Yes
MySQL4.1 No
0669NAME IS NULL
05/01/24 21:35:35ID:KJtAtGejMySQLって無償で商売に使っちゃダメなの？
0670NAME IS NULL
05/01/24 21:47:51ID:???いや、作ったものをGPLとして公開するなら問題ないよ。
0671NAME IS NULL
05/01/25 01:17:30ID:???MySQL(InnoDB)+LinuxThreadsとPostgresSQLではどちらが安定するでしょうか？
SELECT文の処理が多いので、速度ではおそらくMySQLの方が有利かと思いますが、
Postgresの方がバークレイ出身と言うことでFreeBSDに有利なような気がしなくもないのです（実験した訳じゃないですが…）。
0672NAME IS NULL
05/01/25 07:03:55ID:???0674NAME IS NULL
05/01/25 20:13:03ID:???なんかGPLを勘違いしてない？
MySQLのコードを組み込んだアプリを作ったならそうなるんだけど
ただバックエンドとしてMySQLを使うだけなら関係ないでしょ。
0675NAME IS NULL
05/01/25 20:35:54ID:???お客さんに、ライセンスを理解して貰うのが難しいので、コストが見合わない。
ということでよろしいでしょうか？
0676NAME IS NULL
05/01/25 20:42:53ID:???MySQLのサイトみてこい
それに当初その理由でライセンス払わないからライブラリもGPLになったのだ
0677NAME IS NULL
05/01/25 22:47:36ID:???0678NAME IS NULL
05/01/25 23:37:07ID:???自分で実装すればいい。
たぶん、それでＧＰＬは回避できる… はず
0679NAME IS NULL
05/01/25 23:59:34ID:???0680NAME IS NULL
05/01/25 23:59:43ID:???MySQL側からするとMYSQLを使う場合かならずGPLなライセンスにするべし、
嫌ならコマーシャルライセンス買え！という感じだと思う
DBを使う＝DBを組み込んだという解釈らしい
さすがに誰もLGPLのライセンスのときは従わなかったのでGPLにしたが
そのせいでPHPからはずされたのは記憶に新しいが・・・
回避のためにいまだにLGPLのライブラリを使ってるところは多くありますが
新機能満載の4.1からは接続できなくなってるので今後はどうしようもない
まぁ致命的なバグがあるので4.1から一気にユーザーはなれたけどね
かわりにPostgreSQLがWindowsこんにちわしちゃったし
0681NAME IS NULL
05/01/26 00:50:49ID:???0682NAME IS NULL
05/01/26 01:13:20ID:???話題には余り出てこないがFirebirdが結構いいよ。
0683NAME IS NULL
05/01/26 02:17:20ID:???0684NAME IS NULL
05/01/26 02:29:14ID:???FireBirdは日本語資料とか書籍ないからなー
0685NAME IS NULL
05/01/26 03:26:39ID:???0686NAME IS NULL
05/01/26 08:24:00ID:???あのときも、「なんか別のわけわからんオープンソースプロダクトと名前が被ったらしい」くらいの印象だったし。
0687NAME IS NULL
05/01/26 11:35:26ID:???現在では分かれて進んでいてクライアントプログラム等もそのままじゃ・・・
0688NAME IS NULL
05/01/26 16:18:48ID:???アプリケーションが多くて便利だと思ったよ。
0689NAME IS NULL
05/01/26 16:44:01ID:???でも日本語が
0690NAME IS NULL
05/01/26 17:23:17ID:???0691NAME IS NULL
05/01/26 17:43:17ID:???どうせblog程度だろ。
0692NAME IS NULL
05/01/26 18:47:12ID:???0693NAME IS NULL
05/01/26 19:53:52ID:???別にSQLは書かないだろ。
0694NAME IS NULL
05/01/29 05:50:24ID:???0695NAME IS NULL
05/01/30 04:08:22ID:???それ使うならあれが便利だった。あれあれ、何だっけ
DBIつかわなくて日本人が作った奴
まぁいいや
0696NAME IS NULL
05/01/30 23:09:52ID:EkNM9HK2今日本語入れたＤＢの検索Ｗｅｂアプリ作ってると子なんだけど・・・
まだ気づくような現象に遭遇してないんだけど、どんな問題？
0697NAME IS NULL
05/01/30 23:34:06ID:???力一杯ググレ。
物凄くやばい状況だから。
ま、新規に作るなら影響は少ないかもしれんが、文字コードは
バイナリ以外は選択しない方が良いよ。
0698NAME IS NULL
05/01/31 00:06:28ID:???もはやWindows環境で使うならPostgreSQL８のほうが安定しているという状況
SQLのエンジンとかもかなりおおはばにかえたせいで互換性もアレだし
手軽だからMySQLという選択肢は4.0まで
0699NAME IS NULL
05/01/31 01:11:33ID:???フォローサンクス。
MSQLマジ終わったよ。
0700NAME IS NULL
05/01/31 01:45:08ID:???気づかない(認識して無い)のはヤバイが、認識した上で
ちゃんと設定して旧来と同じように使ってる分には、そんなに問題ないよ。
問題になってるのはバージョンが違うのに、考えなしに一番数が大きいのを選択する香具師。
0701NAME IS NULL
05/01/31 22:29:36ID:mrpooNJFつうか、いまさら文字コードごときでつまづきたくないんだよね。
DBをいじるのが趣味なら重箱のすみをつついてればいいけど、
ビジネスなりサイト運営で使っている場合、
くだらんところに神経と労力をつかいたくないんだよ。
0702NAME IS NULL
05/01/31 22:41:24ID:???だからMySQL4.0.x系列があるでしょ。
ただ製品としては、移行ツールの整備はまだまだとは言えよう。
# MySQL5が正リリースになる時にはなんとかして
0703NAME IS NULL
05/01/31 23:08:31ID:???メジャーバージョンアップなのに
マイナーバージョンアップで動かなくなる４．１が情けなや
0704NAME IS NULL
05/01/31 23:39:38ID:???バージョンアップで悩みたくないと言う質問に対して、
古いの使えというのは、回答になってないような気がするが。
0705NAME IS NULL
05/02/01 00:10:22ID:???0706NAME IS NULL
05/02/01 01:07:37ID:???意味を理解してレスした方がよいと思うが。
0707NAME IS NULL
05/02/01 01:09:56ID:???常に最新バージョンにしたいのはみんな思う事であって、
本来、そういうのは考えなくても出来て良いはずなのに、
何故か肝要な部分がバギーで、それが許されず、運用上は、
古いバージョンを使い続けなければならないのは嫌だ
と言うことだろ。
0708NAME IS NULL
05/02/01 01:10:48ID:???0709NAME IS NULL
05/02/01 01:16:05ID:???0710NAME IS NULL
05/02/01 01:17:14ID:???こ こ が 運用保守作業を経験したことがない奴の考えだと言っているのに。
0711NAME IS NULL
05/02/01 01:27:14ID:???実際に出来る出来ないはともかく、理想は出来た方がいいと思うが、
運用経験者は出来ない方がいいと思ってるのか？
0712NAME IS NULL
05/02/01 01:29:59ID:HkUeMW/T手抜きしたいから現状維持を好む
システムを発展させようとしている開発者とは視点が違う
0713NAME IS NULL
05/02/01 01:33:08ID:???「バージョンアップは考えずに出来て良いはず」と考えるのがアホだと言っているだけで
「バージョンアップは考えずに出来ればいいのに」と考えるのは普通。
普通Windowsのセキュリティパッチ一つ採っても
テスト機を用意して確認してからパッチ当てにいくぞ。
0714NAME IS NULL
05/02/01 01:35:36ID:???本来(つまり理想論)と前置きがあるのは無視ですか？
朝日新聞並の曲解ですね。
0715NAME IS NULL
05/02/01 01:36:48ID:HkUeMW/T俺は運用に詳しいぜ、と言いたいだけのような
無理に敵を作ってる
0716NAME IS NULL
05/02/01 01:38:36ID:???お前頭悪いな
>>712
お前も頭悪いな
話を戻すと
>>708-709にある通り新バージョンを使う理由がなければ古いバージョンで問題ないはず
むしろ枯れているだけ熟成もされているし安定度・信頼度も高い
上にもあるとおり4.1の変更はメジャーバージョナップに近いほどの変更があるのに
マイナーバージョンを上げるMySQLはアホだが
何も考えずに新しいのが出たからという理由だけで4.1にアップデートする方も悪い
ということだろう
0717NAME IS NULL
05/02/01 01:39:47ID:???もう放置しようぜ。
0718NAME IS NULL
05/02/01 01:42:23ID:???古い物を使い続けるという事は、他の問題もあるわけだが。
0719NAME IS NULL
05/02/01 01:42:23ID:???>>707と>>711では意味合いが異なるだろ、どう見ても。
「出来て良いはず」と「出来た方がいい」が同じ意味？
0720NAME IS NULL
05/02/01 01:43:09ID:???その問題をわかっている奴が、盲目的にﾊﾞｰｼﾞｮｿするはすがないけどな。
0721NAME IS NULL
05/02/01 01:43:24ID:???放置放置。
0722NAME IS NULL
05/02/01 01:44:14ID:???だから、何も考えずに出来ればいいなぁという話だろ。
一人だけ、言葉遊びで食いついてる奴が居るが。
0723NAME IS NULL
05/02/01 01:45:18ID:???ス レ タ イ 読 め 知 障 共
0724NAME IS NULL
05/02/01 01:46:01ID:???二人いるだろｗ
0725NAME IS NULL
05/02/01 01:48:34ID:???日本語の読解力無さ杉
バージョンアップは考えずに出来て良いはず＝普通はバージョンアップは何も考えずに出来る
にいつの間にかすり替わってる。
というかそもそも、>>707には、バージョンアップは考えずに出来て良いはず、
なんて文言は出てきていないのに、勝手に都合のいいように要約してるし。
0726NAME IS NULL
05/02/01 01:50:11ID:???多分>>701-702が発端だと思うけど、それを考えるとこれ自体はなんでもないやりとりで、
ｸｿｱﾎ>>704-706が話をそらしてるだけなのに食いつくお前らと俺は全員書き込み禁止だ。
0727NAME IS NULL
05/02/01 01:50:53ID:???この点だけ見ても、争いが起きないPostgreSQLの方が優勢
0728NAME IS NULL
05/02/01 01:51:03ID:???> 常に最新バージョンにしたいのはみんな思う事であって、
> 本来、そういうのは考えなくても出来て良いはずなのに、
…
0729NAME IS NULL
05/02/01 01:51:50ID:???だからこんな雑談もｲｲと思うよ
0730NAME IS NULL
05/02/01 01:52:10ID:???反論に詰まると、話を無理に収束させて、読解力の無さを隠そうとする自称運用通
0731NAME IS NULL
05/02/01 01:52:29ID:???＞MｙSQL運用者
そうとも限らんが
0732NAME IS NULL
05/02/01 01:53:48ID:???糞は黙っててくれないか？
つーか俺が705だとでも？この連結厨
0733NAME IS NULL
05/02/01 01:55:45ID:???お前もうｳｻﾞｲよ…
ｱｯﾌﾟﾃﾞｰﾄが楽に出来ればそれにこした事はないんだから食いつくなって
0734NAME IS NULL
05/02/01 01:57:02ID:???考えの凝り固まった爺さんが運用やってるから、
アップデートがいつになっても楽にならないんだと思う。
0735NAME IS NULL
05/02/01 01:57:06ID:???・MySQL v.s. PostgreSQL
性能以前にライセンス的にMySQLの負け
・MySQL v.s. Oracle
性能以前にライセンス的にMySQLの負け
・MySQL運用者は常にビクビクもの
・MySQL運用者とｱﾝﾁMySQLは粘着厨
0736NAME IS NULL
05/02/01 01:57:45ID:???> アップデートがいつになっても楽にならないんだと思う。
そりゃ作り手の問題だろ・・・
0737NAME IS NULL
05/02/01 01:58:34ID:???0738NAME IS NULL
05/02/01 02:00:11ID:???0739NAME IS NULL
05/02/01 02:01:04ID:???アップデートが楽に出来るなんて夢物語派＝MySQLで痛い目にあった人
0740NAME IS NULL
05/02/01 08:41:40ID:???信頼性が求められるシステムの運用中なら、たとえ機能に変更のないパッチリリースへのアップグレードでも慎重にやるのは当たり前。
0741701
05/02/01 10:58:32ID:???考え無しにバージョンアップしたいとは、楽したいということです。
むやみにバージョンアップしてシステムを不安定にしたくないのは
やまやまですが、顧客がバージョンアップマニア
#最新版にしてくれという要求をする顧客が多い。
#開発中でも、マイナーアップされましたねとかメールをよこして
#暗にバージョンアップしろといってくるのもいる
だったりすると、古いのを使う理由の説明が
必要になってくるわけですが、
そもそもそんな説明なんぞしたくない！
という経験はありませんか ＞ ALL
0742NAME IS NULL
05/02/01 11:06:09ID:???何も考えない人にも問題あるんじゃん？
0743NAME IS NULL
05/02/01 11:20:10ID:???バージョンアップしてると保守点検をしっかりやってると思う顧客が少なからず居るのは事実。
そりゃぁ、一切の苦労が必要無くて何も考えずパッチ当てるだけで、性能･安定性向上ってなったら夢の様だけど
蓋を開けてみれば、バグ発動→システム停止→損害賠償請求のコンボが起きる可能性も･･
まぁ･･現実は甘くないって事で結論を･･･。
0744701
05/02/01 11:59:21ID:???ちなみに、4.1系は正式リリースされちゃったでしょ。
(少くとも日本人にとって)あんなにバギーなものを。
ベータ版ならともかく、正式リリースってのは恐いっすよ。
4.0が旧バージョンになちゃったんだから。
0745NAME IS NULL
05/02/01 12:39:33ID:???4.0系と4.1系両方ともメンテナンスされてない？
0746NAME IS NULL
05/02/01 15:18:15ID:???0747NAME IS NULL
05/02/01 15:55:54ID:???0748NAME IS NULL
05/02/01 17:02:36ID:???正式版とか最新版に弱いのはお客のほう。
きみは議論の流れを理解してない。
『正式版として4.1が出てるのになんでつかわないの？』
って言われないのは、仕事らしい仕事してない証拠。
世の中、こんな客ばっかり。
0749NAME IS NULL
05/02/01 17:12:48ID:???リリース版とベータ版を混同してると思う。
リリース版はミスしなければ、普通は安定してる。
MySQLは違うみたいだがな（ｗ
0750NAME IS NULL
05/02/01 17:43:22ID:???3系ってobsolete扱いだと思ったんだけど、
まだメンテしてるなんてMySQLって偉いね。
0751NAME IS NULL
05/02/01 20:18:25ID:???そう言われて、それに対してきちんとした
説明ができないのは仕事をしてない証拠。
ちっとは仕事しろよ。
0752NAME IS NULL
05/02/01 22:08:39ID:???その弊害をまとめたページをMySQLスレから転載します。
4.1にバージョンアップしろというお客さんは
これを読んでもらうだけで説得できると思います。
4.1以上の壁
http://www.mysql.gr.jp/frame/modules/bwiki/?FAQ#content_1_14
0753NAME IS NULL
05/02/01 22:23:34ID:???0754NAME IS NULL
05/02/01 22:26:04ID:bGKpGawq0755NAME IS NULL
05/02/01 22:32:14ID:???自分で直してコミットするとか、そういうことをすべきなのに、
問題があるから使わないなんてスタンスじゃ、プロダクトは良くならないだろ
0756NAME IS NULL
05/02/01 22:34:43ID:???しかし、いつかは4.0のメンテナンスは終了するわけで、
そのときに、4.1以上のバージョンで、障害を抱えていたら、
どうするつもりなのかな？
説明して収束させとけば解決になるとは言えないと思うよ。
0757NAME IS NULL
05/02/01 22:40:41ID:???ユーザにも色々な層がいるってことだろう。
三菱の車は危ないから使わない、トヨタにする、
って消費者の感覚としては別に普通だろ。
0758NAME IS NULL
05/02/01 22:47:20ID:???何かそれは違わないか？
それをたとえるなら、MySQLはダメだからPostgreSQLにするとか、そんな話であって、
今回の場合をたとえるなら、三菱の新車やめて、不祥事期間以前の中古車買うわ
とか、そういうことだろ。
0759NAME IS NULL
05/02/01 23:09:36ID:???だが、世界的にみるとMySQLのほうが使われている。
そのMySQLはいつまでたっても文字コードあたりでもたもたやっている、
というか問題として認識していない。
そんな状況でもMySQLの開発陣も世界のほとんどのユーザも困らないで
どんどんMySQLを使って行くわけだ。
日本ではPostgreSQLを使ってれば大丈夫、それは事実、今のところ。
でもこれって*BSDとLinuxの関係に似てない？
世の中はどんどんLinuxに流れて行ったのに
*BSDな連中はLinuxを馬鹿にするだけでのほほんとしていたら、
あっというまに時代遅れ。
もしもPostgreSQLがこけたらどうするよ。もう選択肢がなくなっちゃうよ。
それは困るよな。
MySQLは好きじゃないが、使える状態で存続していてほしいわけだ。
0760NAME IS NULL
05/02/01 23:10:26ID:???Windows環境の4.1はbinaryがダメなのでもうだめぽ
一応すべてUTF8で扱えば大概の環境で整合性は取れるけどね
MS932のマッピングを考えると頭が痛い
おそらくPostgresのJDBCの日本語パッチのようなもの作るしかないだろう
0761NAME IS NULL
05/02/01 23:11:31ID:???いいよ、Firebirdとか使うから。
0762NAME IS NULL
05/02/01 23:13:05ID:???GPLとBSDライセンスということを考えると逆な希ガス
それにPostgresはこけないよ
こけたらそれから派生させたバージョン絶対作るって
ライセンス的にいじり倒しがいがあるからね
0763NAME IS NULL
05/02/01 23:48:25ID:???あ、そこがこけたらって話か。
0764NAME IS NULL
05/02/01 23:55:01ID:???そうそう、あそことかなんとかデータとか、利権あさりしそうでいや。
ユーザ会自体こういった会社にぎゅうじられてるやん。
0765NAME IS NULL
05/02/02 00:00:08ID:???BSD=> PostgreSQL, *BSD
だから759で正しい > 762
ついでにいうと、
*BSDだから=いじりたおしがいがある
ってのは同意も否定もしないが、
現状では*BSD開発者たちのアクティビティは下がりまくってるのは確か。
いろいろ分派はあるけどね。いまだにまともなSMPもない。
0766NAME IS NULL
05/02/02 00:02:51ID:???オープンソースプロダクトは、企業が金だしてナンボだぞ。
0767NAME IS NULL
05/02/02 00:11:16ID:???0768NAME IS NULL
05/02/02 05:48:48ID:???あまり知られていないがSMPだとFreeBSD5.3はLinux2.6よりスケールする。
ついでに旧BSD系右翼団体のPHPがMySQLを標準採用していた事自体が不思議でならない。
0769NAME IS NULL
05/02/02 10:43:10ID:???それはPostgreSQLもおなじかと。
まあ俺も>>766に同意なので、むしろ好意的にみてるけど
0770NAME IS NULL
05/02/02 17:46:14ID:???文脈からすると、764はPostgreSQLについて語っていると思われ
0771NAME IS NULL
05/02/02 18:42:50ID:enHjVXsl日本語コードで悩みたくなかったらPostgreSQLということでいいんでしょうか？
0772NAME IS NULL
05/02/02 18:55:08ID:???だね。SQL 準拠もいい感じだし、DB としての機能不足もないし。
PostgreSQL に慣れたら是非 MySQL も。
0773NAME IS NULL
05/02/07 14:14:32ID:???http://japan.cnet.com/news/sec/story/0,2000050480,20080516,00.htm
m9（^Д^）ﾌﾟｷﾞｬー
0774NAME IS NULL
05/02/07 18:46:21ID:???＞容易に悪用されそうな脆弱性は多くない
日本語が通らないとかそういうものではなくて踏み台にされるかとか
そういった観点だけのはなしかと
今じゃトップクラスの使えなさなんだけどな
0775NAME IS NULL
05/02/09 01:46:57ID:???どんなときにPostgreSQLを選択し、どんなときにMySQLを選択しますか？
僕は定型的なSQLが繰り返されるときはクエリーキャッシュのあるMySQL、
組み込みシステムにもMySQL、
トランザクションばりばりだったりストアドプロシジャーを使いたいときはPostgreSQL
0776NAME IS NULL
05/02/09 02:42:29ID:???用途なんてチューニングや実装次第。
0777NAME IS NULL
05/02/09 03:20:22ID:???それでは質問をかえて、
MySQLを選んだ場合、顧客に説明するときどうする？
PostgreSQLを選んだ場合、顧客に説明するときどうする？
好みとは言えないでしょ。
0778NAME IS NULL
05/02/09 08:13:43ID:???自分で使うときはMySQLが多いな、一番慣れてるし。
あと組み込みで使うときはMySQL使ってるけど、Postgresで
Windowsアプリの組み込みで使いたいときに参考にできる資料ある？
# ちゃんと調べてない
0779NAME IS NULL
05/02/09 12:03:26ID:???でもお金払ってまで不自由なSQL書きたくないから、お金払わずPostgreSQL
0780NAME IS NULL
05/02/09 12:12:53ID:???組み込みならMySQLってまじか？
Postgresよりすでに重い現状では俺は違うの選択するけど
HSQLDBとかインターベースとかDBがわかりやすいほうがいい。
0781NAME IS NULL
05/02/09 13:32:15ID:???いや、MySQLはチューニングしだいで軽くできるだろ。
bdbのfrontend的な役割。InnoDBなんぞいらん。
0782NAME IS NULL
05/02/09 13:36:53ID:???扱いやすさとかそういうものだろう
0783NAME IS NULL
05/02/09 15:31:25ID:???0784NAME IS NULL
05/02/09 16:18:08ID:???0785NAME IS NULL
05/02/09 16:42:35ID:???0786NAME IS NULL
05/02/09 16:54:06ID:???PostgreSQL/MySQL で浮いた金を自分で使うよ
0787NAME IS NULL
05/02/09 21:06:48ID:???予算が減るだけだから何使っても同じ
0788NAME IS NULL
05/02/09 23:56:02ID:???MySQLをただで使ってプロジェクト全体をGPLで公開するくらいなら、PostgreSQLでやるよ。
0789NAME IS NULL
05/02/10 00:17:59ID:???0790NAME IS NULL
05/02/10 00:19:50ID:???ライセンス買えばいいはなしじゃん。お前、ばか？
GPLだけじゃないんだぜ。
0791NAME IS NULL
05/02/10 00:20:36ID:???MySQLはライセンスの扱いが面倒で、最悪、お客様のシステムのすべてを無償で
公表しなければならなくなる可能性があるので、PostgreSQLの方がいいと思いますよ。
好みでMySQLは好かないと言ってるのは、その辺が汚いから
嫌いだという奴が多いと思うが。
0792NAME IS NULL
05/02/10 00:21:55ID:???なんで金払ってまで、どうでもいいプロダクト使わなきゃならんのだ
0793NAME IS NULL
05/02/10 00:30:48ID:???0794NAME IS NULL
05/02/10 00:39:26ID:???その辺もあんまりはっきりしてないような予感がしてるが。
0795NAME IS NULL
05/02/10 01:14:24ID:???俺のことかい？
商品として納めるものを、ライセンスをクリアにするのは当然の話。
別にDBMSに限らず、商用ライブラリとかも普通に使うし、各々確認するだろ。
0796NAME IS NULL
05/02/10 01:14:27ID:???購入＝GPLじゃない.
だから"大丈夫"の意味がソースの公開なら、
大丈夫だろ。
0797NAME IS NULL
05/02/10 01:17:05ID:???金払う前に検討しろよ。そんなの「金払ったらWindowsNTで
動かなかったPowerGres」とか言ってるのと一緒。
0798NAME IS NULL
05/02/10 01:22:20ID:???対応OS確認しなかったのとは違うと思われ。
0799NAME IS NULL
05/02/10 01:30:14ID:???それは、組み込みなら、ではなく、金が払えて組み込みなら
の間違いだろう。
しかし、組み込み用途で金が払えるなら、別にMySQLにしなく（ｒｙ
0800NAME IS NULL
05/02/10 02:39:53ID:???0801NAME IS NULL
05/02/10 03:03:06ID:???金をどうせ払うならMyなんかに払わずに最初っから商用のoracleやDB2に払うほうがましと言うてるのに
分けのわからん返しでループさせんな
0802NAME IS NULL
05/02/10 03:34:18ID:???組み込みようDBもいくつもあるが、MySQLはシームレスだからいろいろ楽だし、
ライセンスも比較的やすい。
サーバ系で金出すならDB２もOracleも選択肢にはいるし、
そうなったらきっちり金はらってきっちりしたものを使うか、
無料でPostgreSQLを使うかになるので、
MySQLははじかれちゃうってことでOK？
0803NAME IS NULL
05/02/10 03:35:02ID:???InnoDBが入ったヤツはね。
トランザクションが必要な用途では、価格競争力が低いね。
0804NAME IS NULL
05/02/10 03:49:11ID:???物を数えるのが「0」の次が「沢山」という
概念の社会にお住いの方でしょうか？
0805NAME IS NULL
05/02/10 04:04:24ID:???桁が２つくらい変わるのだが。
0806NAME IS NULL
05/02/10 10:49:26ID:???選択しないようになったことだと思う
PostgreSQLが8で大幅にパフォーマンスアップしたことやWindows対応したことで
MySQLにこだわるメリットがないことかと
0807NAME IS NULL
05/02/10 22:12:52ID:???Oracleと言えば最低数百万円しそうな気がするだろうけど、
小規模クラサバ用の奴は数万円だよ。
10gだと、指名5ユーザで1万8600円。
組込用のOracle Lite for T-Engineってのもあるし。
0808NAME IS NULL
05/02/10 22:14:29ID:???指名5ユーザで1万8600円→指名5ユーザからで、1ユーザ1万8600円。
0809NAME IS NULL
05/02/10 23:01:55ID:???50人使えばすでに100万だな。
ちょっとした企業でもそのくらいの人数にはすぐなるね。
0810NAME IS NULL
05/02/10 23:49:58ID:???0811NAME IS NULL
05/02/11 02:58:47ID:???使いやすいので、Windowsで使うサンプル等を紹介してくれないか。
対応したばっかりだか知らないがマニュアルも、その部分については
不十分だし情報も少ない。
現状は試しでSQLiteとMySQL(MyISAM)使ってる。
(MSDEも勿論使ってるけど移植性が悪くなるので避けたい)
機能は少なくてコンパクトになったバイナリーなど
組み込みに向いたものを誰か配布して無いの？
0812NAME IS NULL
05/02/11 03:27:59ID:???0813NAME IS NULL
05/02/11 12:10:21ID:???WindowsとLinuxも＞Interbase、PostgreSQL
Javaからうごけばいい＞HSQLDB
こんなかんじかなぁ
実際のところコンパクトさとかを考慮するとHSQLDBかInterbaseが強い
MYSQLはISAMだけでも結構ヘビーだし、4.1がアレなので今後は採用しないことになりました
Postgresもヘビーなのでターゲットしだい
0814NAME IS NULL
05/02/11 12:10:51ID:M2V+pZLXどんなかによって全然対応がちがうから、
まずはどのレベルか言え > 811
だがな、
PostgreSQLはメモリー喰いだから、一般論として組み込みには向かない
くらいはわかるだろ。
機能減らすくらいなら、SQLite2でもつかっとけ。
SQLite2はいいぞ。
0815NAME IS NULL
05/02/11 13:28:21ID:???設定次第ですが。
Oracleもそうだけど。
0816NAME IS NULL
05/02/11 13:37:35ID:???PostgreSQLはどんなに小さく設定しても、
max_connectionを16以下にできないし、
それによって最低限確保されてしまう共有メモリは数１０Mとか必要。
もちろんmax_connectionを16以下にするように
ソースレベルで改造は容易だが、
それでもやっぱりメモリ喰うと思う。
構造的にも、マルチプロセスだし。
感覚的ですまんが。
0817NAME IS NULL
05/02/11 14:08:26ID:???Oracleの場合9i以降はどうやってもだめだろ
組み込み用途の8,9割はスタンドアロンだと思うが
そこでMySQL,Postgresとかは選択にならんな
0818NAME IS NULL
05/02/11 15:05:54ID:???「アプリケーション組み込み」と「組み込みアプリケーション」と。
普通は後者だから、アプリケーションにバンドルすることを「組み込み」というと誤解が多いな。
0819NAME IS NULL
05/02/11 17:19:55ID:???最低16必要なのはmax_connectionではなくshared_buffersでは？
で、shared_buffersは8k単位なので、16にすると共有メモリは128k。
まあどのみち組み込みには向かないと思うけどね。
0820NAME IS NULL
05/02/11 19:23:48ID:???0821NAME IS NULL
05/02/11 19:43:26ID:???0822NAME IS NULL
05/02/11 20:19:11ID:???夢想実行でも可。
0823NAME IS NULL
05/02/12 16:41:11ID:???実ファイルの取り回しが楽だし。
0824NAME IS NULL
05/02/12 17:21:18ID:???ツール類も同じのを使ったりしていたけど、
もう完璧に分かれちゃったからなぁ
しかも日本語マニュアル類が皆無
Interbaseは７あたりがかなりよくなってるようだし
スタンドアロンで動かす場合1万もしないんだよねぇ
あんまり魅力的でもないか＞FireBird
0825NAME IS NULL
05/02/13 14:46:21ID:???MySQLは楽天、Yahoo, /.jpあたり？
PostgreSQLは?
0826NAME IS NULL
05/02/13 15:46:24ID:???それで4.0までは飛ぶ鳥を落とす勢いだったが、
ライセンス上の問題と日本語でこけてからはもうだめぽ
そもそもBSDライセンスの使用状況を把握するのは難しい希ガス
0827NAME IS NULL
05/02/13 16:25:33ID:16dJyzVuそれがBSDライセンスの良いところなんだけどね。
mysqlは結局仕事で使うと有償なのよねぇ、、、
0828NAME IS NULL
05/02/13 16:49:01ID:???0829NAME IS NULL
05/02/13 16:54:15ID:???PostgreSQLは結構セミナーで「オフレコですが」っていいながら大き目の事例を教えてもらうけど、どこだか忘れた。
みんな使ってるけど、わざわざ言わない。
0830NAME IS NULL
05/02/13 17:30:05ID:???詳しくは言えないけど、某省庁と某県のシステムやったことがある。
>>825
Yahooのサービスは殆どOracleだよ。
俺の知らないところでMySQL使ってるのかも知れないけど。
0831NAME IS NULL
05/02/13 18:40:54ID:???mysql 入れてくれと言って入れてもらったよ。
・・言い出した手前サーバの設定もやらされたけどね。
0832830
05/02/13 20:25:24ID:???0833NAME IS NULL
05/02/13 21:08:50ID:iiqyQadg0834NAME IS NULL
05/02/13 21:19:30ID:???そればったもんじゃねーか
0835NAME IS NULL
05/02/13 21:22:28ID:1TjzgLWF0836NAME IS NULL
05/02/13 21:25:17ID:???まだPostgreSQLは歯が立たない。というか、そこは棲み分け。
0837NAME IS NULL
05/02/13 21:39:10ID:???0838NAME IS NULL
05/02/13 21:45:50ID:???PostgreSQLが今以上に流行ればPostgreSQLのシェアが飛躍するのは確実。
0839NAME IS NULL
05/02/14 00:15:03ID:???＞PostgreSQLは意外に役所系が多い。
多いね。俺もそう感じてるし、特に希望がなければ薦めてる。
MySQLはゲーム関係(MMOG/ケータイ系)に多いです。
Oracleも多いけど、PostgresSQLは自分周りでは使ってません。
0840NAME IS NULL
05/02/14 07:07:19ID:???やっぱりこれかなあ。
http://itpro.nikkeibp.co.jp/members/ITPro/oss/20040922/150269/
.orgや.infoドメインの管理にPostgreSQLが使われているそうだ。
0841NAME IS NULL
05/02/14 09:57:36ID:???これってひっかけじゃない？
(1)トップレベルドメインを管理している会社の人間がSlony-Iも開発している
(2)ドメインの情報(280万規模)もPostgreSQLで管理してる(普通の規模)
をごっちゃに書いてる。
DNSのトップレベルの情報をリクエストされてそれをがんがん返してるとは
どこにも書いてないし、
普通、トップレベルだろうとなんだろうとDNSサーバを稼働させるんじゃない。
0842NAME IS NULL
05/02/15 02:48:38ID:???0843NAME IS NULL
05/02/15 12:00:43ID:???ただ、>>841がいうようにDNSのリクエストにからんでないからといって、大規模といえないわけではない。
登録サービスを行ってるように読めるから、それなりに大きなデータで大きなユーザーを扱っていそう。
0844NAME IS NULL
05/02/15 20:44:43ID:???・データ量（サイズ、容量）
・更新頻度
・アクセス頻度
こんなとこ？
0845NAME IS NULL
05/02/15 22:27:46ID:???商用DBならクラスタリングの規模とかも。
0846NAME IS NULL
05/02/15 23:18:08ID:???MySQLででもふつーにクラスタリングするよ。
ロードバランサとバックアップ対策としてね。
0847NAME IS NULL
05/02/16 08:14:19ID:???つーか、>>840はまさにクラスタリングするために
新しい非同期レプリケーションソフトを作ったって話じゃないか。
同期レプリケーションがしたいなら、PGClusterとかpgpoolとかがあるし。
0848NAME IS NULL
05/02/16 11:29:33ID:???0849NAME IS NULL
05/02/16 14:13:40ID:???http://japan.cnet.com/news/ent/story/0,2000047623,20080701,00.htm?ref=rss
0850NAME IS NULL
05/02/16 19:16:22ID:???BSDとかCPLとかにすれば良かったのに。
0851NAME IS NULL
05/02/16 19:23:33ID:???再配布せんでもいい商用ライセンスのCMLは相変わらず残るよ。
今回の発表は「いままではGPLはほったらかしでしたが、今後はGPLでも
商用サポートするプランを用意しました」ってこと。
0852NAME IS NULL
05/02/16 19:48:48ID:???性能では mysql > postgresql だな。
内輪で使う分には mysql でプロダクトとしてリリースする際には postgresql
0853NAME IS NULL
05/02/16 20:13:48ID:???0854NAME IS NULL
05/02/16 20:17:05ID:???また曖昧な言葉だな＞性能
性能＝高機能だったらPostgereSQLの方がやっぱり上だと思うよ。
まあ、俺は高機能が必要でも、GPLだと厄介な用途じゃないのでMySQLメインに使ってるけど。
0855NAME IS NULL
05/02/16 20:23:14ID:???デフォでいらんもんも付いてる postgresql はこの点で mysql よりも劣る。
0856NAME IS NULL
05/02/16 20:27:27ID:???MySQLも4.1ではデフォがInnoDBになってたし、今後は高機能路線でいくんじゃないの？
0857NAME IS NULL
05/02/16 20:36:54ID:???0858NAME IS NULL
05/02/16 21:07:34ID:???0859NAME IS NULL
05/02/16 21:25:07ID:???SQLに癖があるとしても、やまりスケールメリットがある。
0860NAME IS NULL
05/02/18 10:00:17ID:???innodb埋め込まれているが、デフォはMyISAMっぽい
ttp://www.mysql.gr.jp/frame/modules/bwiki/?FAQ#content_1_7
0861NAME IS NULL
05/02/18 10:31:35ID:???Windows版ね
4.0まではＩＳＡＭ
0862NAME IS NULL
05/02/18 17:08:48ID:???ISAM じゃなくて MyISAM だろ？
0863NAME IS NULL
05/02/18 18:31:44ID:???0864NAME IS NULL
05/02/18 20:45:49ID:???0865NAME IS NULL
05/02/19 10:35:26ID:???つうことは、デフォルトでいらんもんがついてるMySQLは、単純なCSVファイルに劣りますね。
0866NAME IS NULL
05/02/19 11:57:03ID:???固定長文字列が一番。
0867NAME IS NULL
05/02/19 13:35:09ID:???「単純なCSVファイル」が欲しい人にとってはそうでしょ。
0868NAME IS NULL
05/02/19 19:46:56ID:???./configure --with-csv-storage-engine
なんて変態的なものもあります。
そんなことするより文字の自動変換とめろよmysql。
0869NAME IS NULL
05/02/19 20:02:29ID:???ってことで、>>855には
「単純なDB」が欲しい人にはそうでしょ。
ってことになるわけだな。
0870NAME IS NULL
05/02/19 20:21:11ID:???PostgreSQLが「いらんもん」は容易に切り離せない設計なのか？
まあ「いらんもん」は人それぞれだと思うが
0871NAME IS NULL
05/02/19 20:23:22ID:???ってことでBerkleyDBをつかいませう。
0872NAME IS NULL
05/02/19 20:26:24ID:???0873NAME IS NULL
05/02/19 20:53:39ID:???0874NAME IS NULL
05/02/19 21:13:22ID:???0875NAME IS NULL
05/02/19 21:18:25ID:???0876NAME IS NULL
05/02/19 21:35:48ID:???で？
0877NAME IS NULL
05/02/19 21:42:55ID:???0878NAME IS NULL
05/02/19 21:43:38ID:???DBにはUTF-8で叩き込んどけ。
0879NAME IS NULL
05/02/19 22:17:46ID:???0880NAME IS NULL
05/02/19 23:24:51ID:???>>879
従来のように勝手に変換しないようにも出来るけどね。
まあそれだと新機能としての意味がなくなる訳で。
エンコード変換の機能に関しては、現状ではPostgresの方が優秀、MySQLは駄目。
0881NAME IS NULL
05/02/19 23:56:13ID:???できないよ
Win版はね
0882NAME IS NULL
05/02/20 15:53:14ID:???それは世の中全ての物がそうだろ
安全運転してても事故は起こるとかさ
0883NAME IS NULL
05/02/20 17:31:41ID:???0884NAME IS NULL
05/02/20 19:00:57ID:???運転も運用も変わらんよ。
車もDBも整備して使わなきゃならん。
車も、買ってきたときには安全ですよ、ということであっても、
後で調べたら、実は不具合があったなんて事もある。
0885NAME IS NULL
05/02/20 19:01:51ID:???今ある使い道のデータ格納方法として、だいたい対応しているというのも同じだろうし。
0886NAME IS NULL
05/02/20 19:01:52ID:ycNIVXy40887NAME IS NULL
05/02/20 20:02:12ID:???0888NAME IS NULL
05/02/20 20:04:52ID:???日本語処理は、人間の努力しだいで完璧にできるとかできないとか、そういう種類の処理じゃないってことだ。
そこで交通安全とか持ってきても、話がずれるだけ。
0889NAME IS NULL
05/02/20 21:30:22ID:???0890NAME IS NULL
05/02/20 21:37:22ID:???0891NAME IS NULL
05/02/20 23:39:31ID:???コードポイントが一致しないのはpostgresのドライバ実装見ると
一致させてるのがわかる
MS932にあわせるような実装になってるね
0892NAME IS NULL
05/02/21 00:08:53ID:???交通安全の話は、完璧な物があるか無いかの話だろ？
>>875への皮肉であって、日本語周りの件になんて絡んでないと思うが。
0893NAME IS NULL
05/02/21 02:03:34ID:???そういう種類の処理じゃないなら、どういう種類の処理か言わないと、
反論として成り立たないことを理解してないんじゃないかと思う。
0894NAME IS NULL
05/02/21 18:18:27ID:???0895NAME IS NULL
05/02/21 20:41:56ID:???0896NAME IS NULL
05/02/21 21:00:34ID:???0897NAME IS NULL
05/02/21 21:15:50ID:???それで問題はない。
まさか、ＤＢに校正機能まで持たせないと完璧じゃないと思ってる？
0898NAME IS NULL
05/02/21 21:26:56ID:???0899NAME IS NULL
05/02/21 21:30:03ID:???PostgreSQLは完璧に近いわけではないという主張を通すために、
日本語自体が完璧じゃないからDBは完璧じゃないとか言い出したアホがいたからでは？
0900NAME IS NULL
05/02/21 21:46:24ID:???0901NAME IS NULL
05/02/22 00:25:22ID:???CREATE CONVERSION すればいいからな。
0902NAME IS NULL
05/02/22 09:33:02ID:???0903NAME IS NULL
05/02/22 10:18:55ID:???でも完璧じゃないんでしょ？それじゃあダメだよ。
0904NAME IS NULL
05/02/22 11:27:12ID:???完璧なものがない世界では
完璧に近いものが完璧になるかもね。
0905NAME IS NULL
05/02/22 18:23:46ID:???じゃあ何も使えないね。
0906NAME IS NULL
05/02/23 09:15:02ID:???久しぶりの真性だな。もっと何か言ってみて。
0907NAME IS NULL
05/02/23 17:03:16ID:???http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20050223/156542/
0908NAME IS NULL
05/02/28 16:17:48ID:/1PZ2bCDパフォーマンス等ご存知の方いらっしゃらないでしょうか？
2ch的な掲示板の裏側をファイル管理からＤＢ化したいと考えているのですが、
1スレッド＝1テーブルな設計をするとして
双方どちらが向いてますでしょうか？
0909NAME IS NULL
05/02/28 16:37:31ID:???ファイルシステムは何を使う予定？
0910NAME IS NULL
05/02/28 22:29:54ID:???0911NAME IS NULL
05/02/28 23:35:29ID:???0912NAME IS NULL
05/02/28 23:39:38ID:???個人的じゃなく、世界的にそうだと思う。
じゃあテキストファイルでいいじゃないか、みたいな。
0913NAME IS NULL
05/03/01 00:13:03ID:???あなたが設計しないほうが向いています。
0914NAME IS NULL
05/03/01 00:55:40ID:kIKkCHPm0915NAME IS NULL
05/03/01 01:19:52ID:???0916NAME IS NULL
05/03/01 01:31:55ID:???そりゃ、頻繁に更新されるようなところには非常に使いにくいというデメリットは
大きいけれど…
0917NAME IS NULL
05/03/01 01:35:16ID:???だったらPostgreSQL使うな。
Oracleでも使ってロールバックセグメントやエクステントと
格闘して下さい。
つか、最近のPostgreSQLでvacuumで困ることってあるの？
0918NAME IS NULL
05/03/01 08:08:25ID:???ここの247点という怪記録を越えることができるかな
ttp://freegame.sytes.net/~take/cgi-bin/typecreate/index.html
0919NAME IS NULL
05/03/01 22:16:12ID:???つ[Powergres Plus]
0920908
05/03/02 15:04:53ID:zyXPjKb2linuxのext3です。どの速度が主に関わってきますでしょうか？
>>913
多分あなたの方が向いていると思うんですが、私はあなたじゃないので
よかったらお手間にならない範囲で教えてください。
0921NAME IS NULL
05/03/02 15:18:54ID:???つまり、だめなやつは何をやってもだめ。
0922NAME IS NULL
05/03/02 18:04:18ID:???0923NAME IS NULL
05/03/02 20:28:40ID:???> どの速度が主に関わってきますでしょうか？
あなたの考え方の速度が大きく関わってきます。
ま、テーブルの数が増えたり減ったりするシステムなんか作るなと。
0924NAME IS NULL
05/03/02 20:46:14ID:???まあ個人のローカルで作る分には最適なものが必要と
されてるわけではないんで、取り合えず好きなもので
色々試して考えてみたら。
＞テーブル数の制限および数が爆発した時
＞linuxのext3
MySQLでテーブルタイプにMyISAMを選択する場合には、
ちょっと影響の度合いが大きい。テーブル数と
ファイルシステムの関係が強い作りのため。
最も「爆発した時」に再構築すれば良いことだけどね。
0925NAME IS NULL
05/03/02 23:43:52ID:???> ま、テーブルの数が増えたり減ったりするシステムなんか作るなと。
なんで？ そういうアプリケーションもありだと思うけど。
0926NAME IS NULL
05/03/03 00:08:55ID:???テーブル作成・削除って結構重い処理だと思うし、第一テストが極めて困難になるのでは。
0927NAME IS NULL
05/03/03 00:31:18ID:???メタデータを管理するシステムを作ったときに
こんな処理がどうしても必要になったよん。
場合によると思うけど、そのテーブルのデータ領域が tmpfs で OK というときもある。
0928NAME IS NULL
05/03/03 00:51:17ID:???テンポラリの話じゃないことがわかんねーの？
0929NAME IS NULL
05/03/06 14:15:19ID:???>>927は真性の馬鹿だからスルーしる
0930NAME IS NULL
05/03/09 01:00:50ID:???しかも、>>908みたいに１オブジェクト＝１テーブルみたいな作り。
それを通常の正規化するのが俺の仕事だったわけだけど余裕で500倍以上は
早くなったよ。特にpg_dumpのスピードは段違いでそれまで12時間以上かか
っていたのが１分程度で終わるようになった。
つい１オブジェクト＝１テーブルみたいな発想にいく人が居るけど
絶対に避けるべき！ 例えば、BLOGのトラックバックをそれぞれの記事に
対してテーブルにしたり、ヤフオクのウォッチリストのような物を１ユーザー
１テーブルにするのが最悪のパターン。
テーブル分けた方がなんとなく速いような気がする気持ちも分からないわけ
じゃない。でもそんな事はまず有り得ない。
0931NAME IS NULL
05/03/09 01:22:02ID:???動的にテーブル生成することなんてまず無いよね。
マスタを当てるときに、瞬間的に反映させたいから、コピーを作って、
そっちに差分を当てて、メインのと入れ替えるみたいなこと以外では、
動的にテーブル生成ってやったこと無いな。
0932NAME IS NULL
05/03/09 20:42:43ID:???0933NAME IS NULL
05/03/09 20:43:46ID:Z2ERSxAq0934NAME IS NULL
05/03/11 22:23:19ID:???どのあたりのユーザ数から体感速度が変わってくるんでしょうか？
0935NAME IS NULL
05/03/12 00:22:04ID:???DBに何を使って、OSに何を使って、サーバスペックはどうして、
設定はどうやって、アプリケーションはどう作っての総合だろ？
0936NAME IS NULL
05/03/12 00:26:46ID:???PostgreSQLは逆に遅くなるんだね
意味ねーってか設計がおかしいのか？
ttp://www.nttdata.co.jp/netcom/pdf/nc04_ss_02.pdf
0937NAME IS NULL
05/03/12 01:03:45ID:???まさかp17とp18じゃないよね…
縦軸…
0938NAME IS NULL
05/03/15 14:16:39ID:???謎は深まるばかり。
0939NAME IS NULL
05/03/15 16:46:29ID:???0941NAME IS NULL
05/03/17 18:03:52ID:???large objectの格納に関する考え方が違うので、
MySQLにはOIDは(必要ないから)ないよ。
0942NAME IS NULL
05/03/17 18:15:56ID:???なるほど、ありがとうございます。
0943NAME IS NULL
05/03/20 18:08:11ID:???ちなみにOIDとLargeObjectにはなんの関係もないよ。
データベースで管理するものをObjectっていうんだよ。
0944NAME IS NULL
05/03/20 18:57:04ID:???Postgres良く知らんのだが、
全てのフィールド、テーブル、DBといったものが
Objectとして表現され、そしてその管理用にIDが振られてるの？
OIDのサイズ(数)は固定(設定等により変更)で。
0945NAME IS NULL
05/03/20 22:39:30ID:???ttp://www.postgresql.jp/document/pg801doc/html/ddl-system-columns.html#AEN2098
ttp://www.postgresql.jp/document/pg801doc/html/release-8-0.html#AEN67582
0946NAME IS NULL
2005/03/30(水) 14:39:53ID:KgVQpk1g結局ﾄﾞｯﾁがいいのかわからなかった・・・
PostgreSQLでいっか！
0947NAME IS NULL
2005/04/16(土) 18:20:16ID:???MySQLで困ることはある。
0948NAME IS NULL
2005/06/07(火) 01:48:36ID:???加えて商用無料なPostgreSQLがCoolだね。
0949NAME IS NULL
2005/06/07(火) 12:04:43ID:???MySQLのほうが大きくてメモリ食うような
0950NAME IS NULL
2005/06/07(火) 13:08:11ID:???機能満載てんこもりビルドバージョンだとね。
その辺は何種類かに分かれて配布されてたと思うけど。
0951NAME IS NULL
2005/06/07(火) 21:27:33ID:???つーか、それはどのDBでも同じだと思うが。
昨日省けばそりゃ軽くなる。
PostgresもOracleも。
0952NAME IS NULL
2005/06/07(火) 23:15:42ID:???うん、そうだけどWindows対応という時点で
そういった種類毎でビルド済みのものを
提供できるか(してるか)は重要なことだよ。
# Oracleって任意に機能限定したスリム版みたいなのあったっけ？
0953NAME IS NULL
2005/06/07(火) 23:37:08ID:???俺は全く困らないけどなー。
オラクル、いろんな面で金かかりすぎ。
まるで採用する気になれない。
0954NAME IS NULL
2005/06/08(水) 10:14:42ID:???0955NAME IS NULL
2005/06/08(水) 12:33:25ID:???うまいこというね
0956NAME IS NULL
2005/07/07(木) 04:17:19ID:???0957NAME IS NULL
2005/07/07(木) 06:55:48ID:CcthjT+y0958NAME IS NULL
2005/07/07(木) 10:24:59ID:???0959NAME IS NULL
2005/07/07(木) 16:19:56ID:???0960NAME IS NULL
2005/07/13(水) 02:56:08ID:lDu7HvfyEnterpriseDB関連の記事がかなり放出されている。
0961NAME IS NULL
2005/07/21(木) 09:49:19ID:JYXENqKj0962１
2005/07/21(木) 18:56:53ID:hG6IYky30963NAME IS NULL
2005/07/21(木) 20:28:18ID:buQyKf19素人らしい仕事ぶりだね
InnoDBはデフォルトでbuffer_poolが異常にに低く設定されてるから
全く参考にならんよ、MySQLに関してはね
日経システム構築自体がいい加減な事ばかり書いてるし
0964NAME IS NULL
2005/07/21(木) 20:53:44ID:???同意。
0965NAME IS NULL
2005/07/21(木) 22:09:09ID:???0966NAME IS NULL
2005/07/21(木) 22:22:09ID:???日経システム構築っていうのは動かないシステムを前面に押し出した
どっちかというとアバンギャルドな感じ。
いい加減な事書いてるんじゃなくて動かないシステムの為の記事を書いてるの。
0967NAME IS NULL
2005/07/21(木) 22:57:43ID:???0968NAME IS NULL
2005/07/22(金) 06:08:34ID:ShdC6b4P0969NAME IS NULL
2005/07/22(金) 07:09:45ID:???前たたかれてたはず
でもインデックスを使って遅くなったと書いてるようには見えんが
何ページ目だ？
0970NAME IS NULL
2005/07/22(金) 09:58:28ID:???まぁそういう「わかる奴はわかる」で終わってる文章が
一番内容危ういわけだが
0971NAME IS NULL
2005/07/23(土) 03:17:07ID:???検証結果のグラフ見てもそんなことにはなっていない。
>937の言うとおりスケール見間違えただけなんでしょう。
>963の言うことも一理有りますが、両者をとことんチューニングするとなると、
今度はどうチューニングするか(できるか)論になってしまい、
「応用編」とは言いながら基本的な紹介記事の観点からはずれて行ってしまうからねー。
一応「コンフィグレーションは基本的にデフォルト」ってあるし、あのレベルの記事ならそれで
いいかと思う。
ってことで両者をとことんチューンする方法と結果についての検証記事きぼー。
DB設計/用途/システム構成によりけりって話になる気がするけど
とりあえず誰かよろしく。
0972NAME IS NULL
2005/07/23(土) 05:06:35ID:???LAMP陣営(Apache除く)は自己マンセーが得意だからね…
0973NAME IS NULL
2005/07/23(土) 09:49:33ID:UPetd3rzシステム全体としては高速化できるわな。またこの手のツールとかクラスタと絡めていくつも出てるし。
個人的にDBにとって重要なのは書き込み性能だとおもう。キャッシュ技術が進歩するほど、
書き込みはボトルネックになるからね。
高速HDDを用意することとOSのチューニング（IOスケジューラ）が基本性能としては重要で、
そこから先がRDBMSの仕事として、トランザクションログをどれだけ効率良く書けるか
ってことだと思う。
0974NAME IS NULL
2005/07/23(土) 11:12:35ID:???PHPもMyAQLも私企業(Zend/MySQL AB)が商売のネタとして開発しているからねぇ。
0975NAME IS NULL
2005/07/27(水) 00:02:35ID:???0976NAME IS NULL
2005/07/27(水) 00:03:24ID:???0977NAME IS NULL
2005/07/27(水) 01:48:31ID:zTs69tD50978NAME IS NULL
2005/08/01(月) 22:52:57ID:DvU03ZQZ0979NAME IS NULL
2005/08/02(火) 01:25:20ID:???0980NAME IS NULL
2005/08/02(火) 07:20:54ID:???Postgresは8からWin対応や大幅高速化とかで
だいぶ1年前とは立場が変わった希ガス
0981NAME IS NULL
2005/08/02(火) 09:35:37ID:???0982NAME IS NULL
2005/08/02(火) 10:16:57ID:???GPL版を商用利用してますが？
ライセンスの差異がネックになる人って意外に少ないんじゃないかと思う。
MySQLにせよPostgreSQLにせよ商用のパーソナルツールとして
使われてるケースって少ないでしょ。知らないだけかもしれんけど。
0983NAME IS NULL
2005/08/02(火) 10:46:24ID:KxwkzjGh高速化してもMySQLのほうが圧倒的に速い訳だが・・・。
両プロダクトを取り巻く環境の変化のほうがこの1年では大きいね。
これまではMySQLをサポートする国内大手企業がなかったけれども、
この1年でMySQLはPostgreSQL以上に企業サポートを得られるようになった。
その他、サイボウズとかがMySQLを使うようになったりと、
EmbeddedでもMySQLが使われるようになってきた。
0984NAME IS NULL
2005/08/02(火) 10:47:38ID:???0985NAME IS NULL
2005/08/02(火) 17:45:52ID:???0986NAME IS NULL
2005/08/02(火) 20:45:35ID:???ちゃんとGPLにしてる?
うちの製品をGPLにしちゃうと商売にならないので、
仕方なくライセンス購入してるよ。
0987NAME IS NULL
2005/08/02(火) 23:46:40ID:7QZNez600988NAME IS NULL
2005/08/02(火) 23:54:32ID:???実際商用でオープンソースは使いにくいはずだ
3.23の途中まではLGPLだったから商用ライセンスだれも選択しなかったので
GPLになったのだよ
0989NAME IS NULL
2005/08/02(火) 23:58:32ID:7QZNez60サンキュー
で、社内システムを構築して利用するのにも商用利用扱いになるの？
0990NAME IS NULL
2005/08/03(水) 00:02:11ID:???意味分かってるのか?
問題なのは商用かどうかではなくて、
ソースコードを配布するかどうかだぞ。
0991NAME IS NULL
2005/08/03(水) 00:11:06ID:???商用利用うんぬんぢゃなくて、その社内システムがGPLかどうかということ。
GPLであればMySQLもGPLで使用可能。
社内システムがGPLであれば、社員が社外にソースも含めて配布することも可能だが
実際に配布した場合、オマイさんの会社規定に抵触する可能性はあるわな。
会社規定が優先されるのかGPLが優先されるのかは（多分）誰にも判断つかないと思う。
どこかの会社でこの手の話が吹き出して法の場にでも持ち込んでくれれば
前例として判断できるんだろうけど。
0992NAME IS NULL
2005/08/03(水) 01:00:41ID:???0993NAME IS NULL
2005/08/03(水) 01:20:14ID:???いや、普通は会社で作ったGPLプロダクトは会社に帰属し
従業員個人には帰属しないようにする(ここは争点にできるが)から
GPLでも従業員雇用契約のどちらの契約内でも矛盾せずに
従業員の勝手な外部への配布はさせないことができる。
(従業員が法人格に含まれるのか、法人格に雇われてるのかどちらの見方であっても)
あくまでもそのGPLプロダクトで会社が保有するコードの範囲においてだけど。
GPLとなるかならないのかの辺りは(GPLプロダクトへのリンクの絡み)は、読みづらいけど
GPLとなっているプロダクトの扱いについては、そんなに読みづらくは無いよ＞GPL
まあ利用する観点だけで見れば、GPLプロダクトは使いにくい部類だから嫌気が出るのは否定はしないけど。
0994NAME IS NULL
2005/08/03(水) 02:45:21ID:???0995NAME IS NULL
2005/08/03(水) 03:15:54ID:???0996NAME IS NULL
2005/08/03(水) 04:43:50ID:j7oDtJr2MySQL vs PostgreSQL Part2
http://pc8.2ch.net/test/read.cgi/db/1123011800/l50
0997NAME IS NULL
2005/08/03(水) 07:05:17ID:???は採用しなくないというのが正直なところ。
0998NAME IS NULL
2005/08/03(水) 07:28:15ID:???商用ライセンスを売りまくろうとしているわけで。
0999NAME IS NULL
2005/08/03(水) 08:13:42ID:kKumxXsrMySQL ABはライセンス販売からサポート販売へ既に戦略をシフトしたぞ。
1000NAME IS NULL
2005/08/03(水) 08:31:11ID:L/LUdYLq1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。