X
トップページ⇒DB＠2ch掲示板
1002コメント288KB
MySQL vs PostgreSQL Part2
■ このスレッドは過去ログ倉庫に格納されています
0001NAME IS NULL
垢版 |
2005/08/03(水) 04:43:20ID:j7oDtJr2
同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。

どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。

前スレ

MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50
0643641
垢版 |
2011/12/23(金) 15:47:12.08ID:???
ども >>642

ということは、2つ以上のインデックスが活きるような検索なら、
MySQLよりかなり速いってことも有り得そうですね。
0644NAME IS NULL
垢版 |
2011/12/23(金) 19:03:01.15ID:???
>>643
容量節約できるくらいじゃない？
適切なインデックスを張る前提だけど、そこは横着しないでしょ。ふつう。
0645NAME IS NULL
垢版 |
2011/12/23(金) 19:50:38.86ID:???
一度のテーブルスキャンするのに使われるindexはどのDBMSでも
高々1つだと思うんだが、>>641の制限ってどういう状況？
1クエリ内で同じテーブルを複数回スキャンする場合に1つの
同じindexしか使われないということなのか、あるいはそもそも
1クエリ内のindex scanはテーブル毎に1回ずつしか使われないと
いうことなのか。
0647NAME IS NULL
垢版 |
2011/12/31(土) 20:31:41.99ID:5QC4w01n
こんなスレがあったとは。
つかぬことをうかがいますが、MySQLとPostgreSQLでは、どちらがより省メモリでしょうか。
速いのはMySQLだそうですが、速さよりもメモリ消費量の少なさに興味があります。
「条件次第」といわれればそれまでですが、こんなときはMySQL or PostgreSQLのほうが省メモリだよー、というのを教えてください。
0649NAME IS NULL
垢版 |
2012/01/02(月) 14:00:59.18ID:???
RDBMSにおけるメモリ使用量のほとんどはデータのキャッシュ領域なので
(PostgreSQLでshared_buffers、MySQLでinnodb_buffer_pool_size)、
そこを少なく設定すれば省メモリになる。もちろんその分性能は下がる。

そこを同じ設定にしたと仮定すると、
PostgreSQLはマルチプロセスアーキテクチャ、
MySQLはマルチスレッドアーキテクチャなので、
データベースへの接続数が多い場合はMySQLの方がメモリ使用量は少ない。
0650NAME IS NULL
垢版 |
2012/01/31(火) 18:24:23.97ID:???
>>632
php的には

?>残高は<?=$zandaka?>円です<?

だろ。ちがうかｗ
0651NAME IS NULL
垢版 |
2012/02/24(金) 22:16:18.08ID:???
SELECT 〜 limit 100 とかした場合でも、条件に合う総件数を知りたい場合、
MySQLだとSELECT SQL_CALC_FOUND_ROWS 〜 とかやれば出来るんですけど、
PostgreSQLの場合はどうしたらいいんでしょ?
0652NAME IS NULL
垢版 |
2012/02/25(土) 01:16:57.92ID:???
SELECT count(*) OVER() ... LIMIT 100
0653NAME IS NULL
垢版 |
2012/02/25(土) 14:55:49.26ID:???
overなる語も加えてぐぐってみました。

成程、ウインドウ関数とかいうものを使うのですね。
MySQLくらいしか知らなかった者では目が向かない部分でした。

ありがとうございました。
0654NAME IS NULL
垢版 |
2012/03/12(月) 21:14:01.80ID:???
ポスグレは正規表現が使える
0655NAME IS NULL
垢版 |
2012/04/12(木) 05:52:18.89ID:F54V/Qvn
>>649

ポスグレのshared_buffersについて根本的に勘違いしてね？

shared_buffersは共有メモリとして１つだけ確保、クライアントと接続するバックエンドプロセスは
その共有メモリにアクセスするんだよ。MySQLのInnoDBと同じ。
バックエンドプロセス間の排他制御は様々な工夫がこらされて、パフォーマンスはとてつもなく向上してる。
ベンチマークはいろいろ公開されてるから調べるとよろし。
ポスグレのバージョンが古いけどそれでもMySQLより速いことが多いはず。
今ならもっと速い。MySQLもパフォーマンス向上してるけどさ。
0656NAME IS NULL
垢版 |
2012/04/12(木) 13:30:35.46ID:???
・メモリをたくさん設定するとディスクI/Oが減るので速い
・最近のバージョンではshared_bufferへのアクセス排他制御が良くなっているので速い
という二つの話題が混ざっているんだな
0657NAME IS NULL
垢版 |
2012/05/07(月) 13:05:12.95ID:???
MySQL使うメリットってクラスタ組める以外に何かある？
0658NAME IS NULL
垢版 |
2012/05/07(月) 16:27:36.78ID:???
サポートの回答がめちゃくちゃ早い
0659NAME IS NULL
垢版 |
2012/05/08(火) 14:37:38.79ID:???
お　それわいい事です。
0661NAME IS NULL
垢版 |
2012/05/09(水) 17:56:44.42ID:???
他に無いのかよｗｗｗ
0663NAME IS NULL
垢版 |
2012/05/11(金) 22:52:13.89ID:???
sequenceてどうやるの？
0665NAME IS NULL
垢版 |
2012/05/13(日) 21:53:51.25ID:???
何でググれないのにここに書き込めるんだろう
0666NAME IS NULL
垢版 |
2012/05/14(月) 11:36:49.76ID:rmHVUy71
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
0667NAME IS NULL
垢版 |
2012/05/15(火) 06:28:32.04ID:bfF6xyzj
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
0668NAME IS NULL
垢版 |
2012/05/15(火) 19:24:26.80ID:bfF6xyzj
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
0670NAME IS NULL
垢版 |
2012/05/17(木) 09:48:10.33ID:???
mysqlがoracleに買われたことで
ライセンスが変わって、
自社のパッケージに使ってた場合とか面倒なんでだんだんpostgresへの移行が進んでるね

oracleは囲い込んだつもりだったんだろうが、
金払ったりベンダーに囲われたりするのが嫌なユーザが使ってるんだからそら逃げるわな
嫌われ者のoracle
0671NAME IS NULL
垢版 |
2012/05/19(土) 00:39:24.76ID:???
ライセンス変わったっけ？
特に誰も騒がなかったような。
0672NAME IS NULL
垢版 |
2012/05/19(土) 12:46:22.32ID:???
ライセンスっていうか値上げはされた
0673NAME IS NULL
垢版 |
2012/05/19(土) 16:01:07.41ID:???
え　有償だったっけ？
0675NAME IS NULL
垢版 |
2012/05/26(土) 21:45:52.54ID:???
コミュニティエディソンなら無償なわけね
0677NAME IS NULL
垢版 |
2012/07/22(日) 02:57:58.82ID:???
Postgresってトランザクション中にPQprepareできないんだね
地味に不便
0678NAME IS NULL
垢版 |
2012/08/07(火) 23:19:03.64ID:4lP3W0QG
木階層構造がメインになるようなデータベースの場合には、
一般的に、WITH RECURSIVEのあるPostgreSQLが選ばれているのでしょうか？
0679NAME IS NULL
垢版 |
2012/08/07(火) 23:41:42.44ID:???
本当に木構造なら、自分は Nested Set Model 使う。
もちろん PostgreSQL で。
0680NAME IS NULL
垢版 |
2012/08/08(水) 02:48:30.06ID:???
>>679
ありがとうございます。
アートオブＳＱＬの（たしか）pp.163のあたりに、
Celkoの階層構造は遅くて話にならない的なことが書かれていた記憶があるのですが、大丈夫ですかね？
それとPostgreSQLを選ぶ理由は、こういう用途にMySQLは向かないからですか？
0681NAME IS NULL
垢版 |
2012/08/10(金) 00:19:28.30ID:???
データ自体の更新頻度や参照頻度や偏り等で、適切なアルゴリズムは変わってくるんじゃね
どういう用途を想定してるの
0682NAME IS NULL
垢版 |
2012/08/10(金) 02:50:00.93ID:???
>>681
複雑な配線図のような構造を想定しています。
参照時には、指定したポイントの周辺の4親等くらいを取得、必要に応じてさらに展開表示といった形で。
おそらく更新:参照=1:9くらいで、周辺のリンクの展開にＤＢを特化したいです。

そうするとNested Set Modelでleftとrightを設定してMySQL上で動かすよりも、
PostgreSQLでWITH RECURSIVEを使って親子番号を展開するほうが、もしかすると圧倒的に速いのではないかと。
＃正直、自分が扱いに慣れてきたfuelPHPの正式対応がMySQLなので、できればMySQLを使いたいのですが。
0683NAME IS NULL
垢版 |
2012/08/10(金) 07:28:14.69ID:???
WITH RECURSIVEは記述が簡単ってだけで、ぜんぜん速くなりそうもないが。
0684NAME IS NULL
垢版 |
2012/08/10(金) 20:31:32.89ID:???
>>683
再帰的with文はDB構造の問題でもあるので、
対応してあるDBならそれなりに最適化してあると思います
0685NAME IS NULL
垢版 |
2012/08/10(金) 23:35:03.93ID:???
そもそも速くなる構造じゃない。最適化といってもたかが知れてる。
0686NAME IS NULL
垢版 |
2012/09/04(火) 07:28:17.94ID:9+44OBYE
MySQLは使いやすいし、.NETサポートもあるんだけど、スキーマが使えないのがねー
脱Accessの次には良いんだけど、スキーマがないとつらいよねー
0687NAME IS NULL
垢版 |
2012/09/11(火) 16:13:31.16ID:???
>>686
どういった意図でスキーマが必要といっているかわからないけど、
mysqlの場合１インスタンスに複数のデータベースを作成できるから代用できると思うけど。
0688NAME IS NULL
垢版 |
2012/09/11(火) 20:44:53.44ID:???
MySQLはよく知らないけど、MySQLは複数のデータベースにあるテーブルを結合したりできるの？
0689NAME IS NULL
垢版 |
2012/09/13(木) 17:21:44.69ID:???
>>688
できるよ
こんな感じ
SELECT
*
FROM
database_a.table_a as a
, database_b.table_b as b
WHERE
a.id = b.id
0690NAME IS NULL
垢版 |
2012/11/02(金) 19:50:20.81ID:2RBnoDI9
　
0691NAME IS NULL
垢版 |
2012/11/11(日) 05:05:44.14ID:???
結論　MySQLはおもちゃ
0692NAME IS NULL
垢版 |
2012/11/11(日) 10:10:54.96ID:7YUVnSXh
馬鹿には無理
0694NAME IS NULL
垢版 |
2012/12/11(火) 18:28:56.18ID:fNq2TqrM
>>692
(´・ω・)ｶﾜｲｿｽ
そういえば中古ソフトがかなり安く買えた
激安中古ソフト販売( ・∀・) ｲｲﾈ！
ググってみて
0695NAME IS NULL
垢版 |
2012/12/11(火) 19:28:06.48ID:???
カスケドレプリケションも出来た事だし、
もうポスグレでいんじゃね？
0698NAME IS NULL
垢版 |
2013/01/02(水) 23:30:31.55ID:???
MySQLはOracleさんが買い取って飼い殺しにした時点で将来がなぁ…。
だからPostgreSQLがいい！と断言はしないけど…。
0699NAME IS NULL
垢版 |
2013/01/02(水) 23:47:08.88ID:???
Oracleと縁は切れないの？
0700NAME IS NULL
垢版 |
2013/01/03(木) 02:20:58.15ID:???
飼い殺し　かわいそぉ
0701NAME IS NULL
垢版 |
2013/01/08(火) 11:52:46.49ID:5ntVS72y
告訴の趣旨
　被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
　職務経歴書を提示した事前面接を実施　または　偽装請負　または　偽装出向
　　労働者派遣法第26条（契約の内容等）、職業安定法第44条（労働者供給）に違反
　多重派遣・多重出向
　　労働基準法第6条（中間搾取の禁止）に違反
疎明資料
　事前面接日時、場所、出席者、資料のコピー、音声記録
　就業場所・就業期間・就業時間
　指揮命令
　　指示を誰が行っているかの記録、音声記録
　仕事で使う道具や、資材の負担（所有）のあり方
　　業務で使用しているパソコン・備品などの所有者
　契約書
　　請負、雇用契約書、出向指示など書面のコピー

刑事告訴ガイダンス　
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを（裁判不要）してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者（又は競合他社）に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の３割程度を謝礼金として渡してください。
0703NAME IS NULL
垢版 |
2013/01/15(火) 13:54:44.38ID:???
今はInnoDBでも
　SELECT COUNT(*) FROM table
これの結果の正確な値をしゅぱっと素早く返してくれるようになってるんすか?
三年位前に使ったときはそうでもなかったけど。
0704NAME IS NULL
垢版 |
2013/04/04(木) 13:44:35.49ID:DChSigPx
なんか勝負つきました？
0705NAME IS NULL
垢版 |
2013/04/07(日) 11:58:56.75ID:VqunSgNt
ポスグレっていまだに.NETのデザインタイムサポートが実装されてないのかぁ
惜しいねぇ〜
0706NAME IS NULL
垢版 |
2013/05/01(水) 21:56:32.21ID:???
PHPと合うのは、MySQLですか？それともPostgreSQLですか？
0707NAME IS NULL
垢版 |
2013/05/01(水) 22:46:41.42ID:???
>>706
関数とかの対応状況はどっちも同じじゃないかな？
「今は」ね
0708NAME IS NULL
垢版 |
2013/05/02(木) 22:46:29.98ID:???
>707
「今は」ですか

MySQLにライセンス料が発生したら、PostgreSQLに流れますかねぇ
それともオブジェクト指向DBが取って変わるかも
0709NAME IS NULL
垢版 |
2013/05/09(木) 16:32:53.21ID:???
>>708
今でも開発するソフトウェアがGPLで無い場合は、商用ライセンスが必要だと思ったが。
あと、オブジェクト指向DBが取って代わるなんて事は無いと思うよ。
0710NAME IS NULL
垢版 |
2013/05/09(木) 23:20:21.95ID:???
今、わざわざ MySQL を選ぶ理由って何があるの？
0711NAME IS NULL
垢版 |
2013/05/09(木) 23:33:16.10ID:???
705でつぶやいてる人もいたけど、
postgresqlに.NETのデザインタイムサポートがあればなぁ。
暇と知識と技術があれば、自作したいくらいｗ

あと、windowsOS上で、全文検索とか、MySQLのほうが楽そう。
ここで聞くことじゃないとは思うけど、
postgres9.2 & windows でいい日本語全文検索方法あったら教えて下さいな。
0713NAME IS NULL
垢版 |
2013/05/10(金) 00:05:55.58ID:???
コンパイルが必要みたいだけど、ドキュメントに
「ほとんどのユーザには〜バイナリ配布物をダウンロードすることを推奨します。」
ttp://www.postgresql.jp/document/9.2/html/install-windows.html
とまで書いちゃってるから、かなり敷居が高いのかなと…。
0714NAME IS NULL
垢版 |
2013/05/10(金) 00:37:02.78ID:???
>>713
全文検索で日本語対応させるには、たったの1行書き換えるだけだし、
再コンパイル自体も難しいわけでもないし、問題ないと思うけどなぁ。
0715NAME IS NULL
垢版 |
2013/06/22(土) 15:24:07.08ID:???
>>712 >>714
標準のN-gram検索は、3文字以上じゃないと使用されない
つまり、1文字や2文字の検索は適用されないので、「携」とか「携帯」で検索してもN-gram検索は適用されない
つまり、ただのシーケンシャルスキャンになって超遅い

textsearchに関しては、9.2に対応してないので実質使い物にならない
しかもゴミが残る仕様で放置されたまま

ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる
まともな全文検索ができるようになったらポスグレに戻ってくるわ
0717NAME IS NULL
垢版 |
2013/06/26(水) 15:07:04.95ID:QZ1iKrfb
MySQLから入った自分はPostgreのロールが分からん。
0718NAME IS NULL
垢版 |
2013/06/27(木) 09:47:16.97ID:???
まず、Postgreなんて略さない
0719NAME IS NULL
垢版 |
2013/07/01(月) NY:AN:NY.ANID:???
MySQLに負けてるのは.NETサポートだけだ！

って認識でいいの？
0720NAME IS NULL
垢版 |
2013/07/05(金) NY:AN:NY.ANID:kC0pKTG8
>>719
そうだね
激安中古Adobe取扱店かなりやすいね(・∀・)キャンペーンだと
ホント庶民の味方だよググってみ
0721NAME IS NULL
垢版 |
2013/09/07(土) 09:34:06.15ID:???
>ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる

ぐるーーーんがの
ポスグレ用のやつもあかんのかな?
0722NAME IS NULL
垢版 |
2013/09/08(日) 14:08:23.48ID:???
一応あるにはあるけど、
初めにお試し的なのがリリースされてからぜんぜん更新されてないな
0726NAME IS NULL
垢版 |
2013/11/19(火) 08:11:48.89ID:7/k9mIM2
質問
http://www.slideshare.net/matsunobu/ss-28303485
では、
6. PostgreSQL オープンソースの高機能リレーショナル・データベース 日本では
歴史的にコミュニティが強く、日本人コミッタも多数存在している 日本語ドキュ
メントも充実している

と書いてるけど本屋に行ってRDB関係の本探すと大体はOracle,SQLServer、で後は
MySQLとPHPとか
PostgreSQLの本は探せばある…みたいな感じだけどほんとに充実してんの？
勿論、amazonで検索すれば出てくるけどさ。
0728NAME IS NULL
垢版 |
2013/11/19(火) 13:55:25.79ID:???
>>726
本だけがドキュメントだと思っているのか?
0729NAME IS NULL
垢版 |
2013/11/19(火) 15:39:22.62ID:???
>>726

つうか、この分析でMySQLが大規模向け、ポスグレが小規模向けっていう理由が
分からん。
LLがどうしたとかコネクションプーリングがどうしたで変わるのか？

なんか無理矢理MySQLを大規模向けにするための方便にしか聞こえない。
0730NAME IS NULL
垢版 |
2013/11/19(火) 17:10:33.27ID:7/k9mIM2
>>728
これからDBを勉強したいって思ってる人間が本屋に行って沢山並んでいる奴と殆ど並んでいない奴とを比較して
どれを勉強しようかってなると…とか思わないですか？

ま、仕事で有無を言わさずやらされてたり、最初からそれ専門でやってる連中は別なんでしょうがね
0731NAME IS NULL
垢版 |
2013/11/19(火) 17:19:08.48ID:???
思わんなあ
本屋が全ての人がネットで仕事するのか
0733NAME IS NULL
垢版 |
2013/11/20(水) 08:53:42.72ID:???
>>726
最新版の公式ドキュメントが日本語で翻訳されるから本が必要な部分が少ないのだよ

>>729
だってMySQLの人だもん
0735NAME IS NULL
垢版 |
2014/01/04(土) 22:41:58.29ID:br7C6Zc5
往年の Linux vs FreeBSD みたいですなぁ
0737NAME IS NULL
垢版 |
2014/01/09(木) 23:07:18.04ID:ATMa5W5t
MySQLはそろそろ避けたい
でもPostgreSQLは古いバージョン触った事ある人なら怖くて選択できない
0738NAME IS NULL
垢版 |
2014/01/10(金) 00:11:29.60ID:???
そして昔からずっとpostgres使ってきている人は今のpostgresの優秀さをよく知っている。
0739NAME IS NULL
垢版 |
2014/02/06(木) 17:09:56.11ID:???
>>737
逆じゃない？
俺は昔にMySQL使ってみてトラウマになって、いまだにMySQLだけは試してみようとも思わない。
本格的なSQLの仕様とか日本語(マルチバイト)対応の面とか、MySQLに対する優位性はゆるぎがなかったけどなぁ
今は知らないが
0740NAME IS NULL
垢版 |
2014/02/09(日) 22:15:32.57ID:???
>>739
データベースをまったく知らんヤツにとっては、
10年ぐらい前MyISAMが主流だった頃
PostgreSQL＝重い、わけわからん　MySQL＝軽い、使える
だったよな。

トランザクションも使えないMyISAMがRDBMSとして
「使える」って判断しちゃうヤツが多かったのは
Web2.0とか言い出す寸前ぐらいでにわかwebプログラマが
MySQL+Perlが正義みたいな風潮だったから仕方が無いのかもね。
まあ掲示板に毛が生えた程度の用途ならMyISAMで充分だったけど。
0741NAME IS NULL
垢版 |
2014/02/10(月) 08:03:23.83ID:???
pgsqlが安定して速いmysqlは検索が速い
じゃなかたけ？
0742NAME IS NULL
垢版 |
2014/02/10(月) 08:19:50.69ID:???
>>741
それ以前にMySQLは単なるサブセット
子供のおもちゃみたいなもん




だった


今はしらん
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況