MySQL vs PostgreSQL Part2
735 :
NAME IS NULL:2014/01/04(土) 22:41:58.29 ID:br7C6Zc5
往年の Linux vs FreeBSD みたいですなぁ
#&0020
737 :
NAME IS NULL:2014/01/09(木) 23:07:18.04 ID:ATMa5W5t
MySQLはそろそろ避けたい
でもPostgreSQLは古いバージョン触った事ある人なら怖くて選択できない
そして昔からずっとpostgres使ってきている人は今のpostgresの優秀さをよく知っている。
>>737 逆じゃない?
俺は昔にMySQL使ってみてトラウマになって、いまだにMySQLだけは試してみようとも思わない。
本格的なSQLの仕様とか日本語(マルチバイト)対応の面とか、MySQLに対する優位性はゆるぎがなかったけどなぁ
今は知らないが
>>739 データベースをまったく知らんヤツにとっては、
10年ぐらい前MyISAMが主流だった頃
PostgreSQL=重い、わけわからん MySQL=軽い、使える
だったよな。
トランザクションも使えないMyISAMがRDBMSとして
「使える」って判断しちゃうヤツが多かったのは
Web2.0とか言い出す寸前ぐらいでにわかwebプログラマが
MySQL+Perlが正義みたいな風潮だったから仕方が無いのかもね。
まあ掲示板に毛が生えた程度の用途ならMyISAMで充分だったけど。
pgsqlが安定して速いmysqlは検索が速い
じゃなかたけ?
>>741 それ以前にMySQLは単なるサブセット
子供のおもちゃみたいなもん
だった
今はしらん
>>741 MySQL INNODBとPostgreSQLはほぼ標準的なDBでそこそこリソース必要。
MySQL MyISAMはDBとしては不完全な代わりにリソース少なくても軽くて速かった。
MySQL最強説が出た頃は、引退させたWindows3.1〜95用PCに
UNIX類(Redhat Linuxとか)インストールして自宅鯖にしてたような時代だから、
INNODBもPostgreSQLも「重い。使えない。」になったのは仕方ない。
>>743 MySQL最強説なんてあったかな?
あったとしても、まだサブクエリーも使えないRDBMSと呼べないような代物だったころの話でしょ?
>>744 スマソ。レス番記載しなかったから話が繋がってなかった罠。
10年ぐらい前の「データベースをまったく知らんにわかWebプログラマ」の間に
LAMP(Linux+Apache+MySQL+PHP/Perl/Python)とか流行って、
「MySQL最強!PostgreSQLなんて劣化Oracleイラネ」な風潮があったって話だ。
もちろん実態としてはMySQLはMyISAM主流でRDBMSなんて呼べない状態だったし、
個人的には「あんなもんじゃデータベースの本領発揮出来ない。」って思ってた罠。
LAMPの時代だと
「トランザクションの無いRDBMS」
って使い物になんの?
と疑問だったな。
後日、アプリ屋と会話する事があって、アプリ側で競合回避のロック機能を
入れたりとかしてるとか聞いて大変そうだなと思ったっけ。
747 :
740:2014/02/12(水) 23:19:46.20 ID:???
LAMPが流行った頃、自分がかかわる案件はLAPPに誘導してた。
(そしてその企みはおおむね成功してた。)
ファイルシステムしか経験がない連中にとっては、
MySQLは検索機能を実装済みのファイルシステム程度だったんだろうと思う。
MySQLもPostgreSQLも関係ないからスレ違いっぽいが、PGの実態として・・・
N88BASIC時代からやってる人が書いたAccess+VBAのシステムをメンテして、
「あー、この人はSQLを理解する気なんて一切無いのね。」って思ったりした事がある。
テーブルもレコードファイルの考え方で設計されてたし。
まあもっとも、AccessのSQLはクソ使いにくくてVBAでゴリゴリ書きたくなるのも確かだけど。
MySQLの方がPostgresSQLより速い?とかの説がいまだにあるんだけど、理解できない。
7のころからPostgresSQLを使っているが(Oracleから移行した)、処理が遅くて問題になったことは一度もないんだんが?
現行のPostgresSQLで処理能力に問題があるレベルだったら、Oracleとかでも同じじゃないかな?
ハード面を見直す必要があるよね。
うちのはハード構成としてはかなり強力。もちろんAPサーバとは別運用している。
むしろ Oracle 遅ぇ!
>>748 よくある噂話はmysqlの方はチューニングして、pgsqlはそのまんまで
検索テストをしたとかなんとか。
pgsqlもちょとチューニングしたら、爆速になったとかなんとか。
7の頃はしょっちゅうオプティマイザの実装が変更されてて、それまで問題なかったクエリが
バージョンアップでかえって遅くなるなんてのはザラだったな。
業務で稼働してるシステムは簡単にバージョンアップとかできないよ、普通は
それなりに徹底的に検証してからでないと
>>749 こうゆう変な人がいるから困る、マジで。
どこで聞きかじったか知らないがさも知ってるふうに…
Oracle遅いって言える俺、かっこいいとか思ってるのかな?
>>750 その話も良く聞くけど、せいぜいメモリの割り当て程度の話。
しかも「爆速」とか言うほど変わるわけない。
なんでこう、実務に使った経験ないのに知ったかぶりで言う人が多いかなぁ
>>753 すまん、実体験なんだ…
PostgreSQL 並に軽くて速くする手軽な方法おしえてくれ…
>>756 まさに「芸当」だね
一発芸で話題を提供して話ネタで楽しむには面白いんだけど、
組込み向けRDBエンジンであるSQLiteをMySQLからアクセスできて何が嬉しいの?
>>756 作っている本人ですら用途が分からないと言っているような、
完全に趣味で作っているものを持ち上げるのは止めて差し上げろ。
無意味なものつくりました!って大学院の学生がやる話じゃないね。
才能ないからDeNA行くんだろうし、ほっとけ
>>756 FDWがある。
少なくとも現状のMySQLiteレベルなら一発撃破できるはず。
ずいぶん前に作った人いるでしょ
sqlite_fdw
oracleもあるしredisとかもある
761 :
NAME IS NULL:2014/04/14(月) 18:29:34.37 ID:wO4srR+X
まだ続くんですか
オラクルの無料バージョンってmysqlやpostgresqlと比べてどうなの?
オラクルはクローズソース
オラクルの企業戦略次第では、いきなり有償化する可能性がある
オラクルの無償のって、OTN版だよね?
学習用ってことじゃないの?
学習用ならPostgresqlで十分(十二分)と思う
学習用じゃなくて実務用でもPostgresで十分だよ。
商用版だからオラクルのほうが上ってことは全くない
言いたいことはそうじゃないだろw
>>766 では、言いたいことを聞かせてもらおうか
>>764 Express Editionの事でしょ。
OTNのは開発用のみに使えるフルバージョンのもの。
772 :
NAME IS NULL:2014/07/22(火) 02:49:12.17 ID:8pBGbNeJ
あげ
結論:Oracle XEでおk
775 :
NAME IS NULL:2014/10/22(水) 20:08:49.27 ID:RmgwHFbQ
>>773 俺は根っからのPostgreSQL派だけど、あらゆる意味で最高のOSS-RDBMSとはやっぱり思わんよ。
現状、不得手なとこはあるからね。
まあ、日本男児もそこまでPostgreSQLをDisってるわけじゃない(ただPostgreSQLの魅力を理解しきってるかは疑問)。
PostgreSQL が不得手なことって何?
777 :
NAME IS NULL:2014/10/23(木) 03:22:33.39 ID:MzKJuvxm
>>776 クラスタリング
集計機能の性能
パーティション化
Oracleに移植しやすいってだけでもPostgresは有用だな
MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが
779 :
NAME IS NULL:2014/10/23(木) 21:55:14.02 ID:S9bcQjVw
PostgreSQLの何がダメって
ググって出てくるのがEUCのinitで馬鹿がこぞってEUC使ってEUC-UTF8問題起こす
780 :
NAME IS NULL:2014/10/24(金) 22:01:32.79 ID:Io6q/TBF
>>779 PostgreSQLをある程度使っていたら
データベースエンコーディングはUTF8が安牌っておもってたんだが…
UTF-8ならnvarcharとか忘れてもいいよね?
>MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが
俺もこれが理由で、PostgreSQL >> MySQL だわ。
商用ならSQLServerが好き。足りない機能をSQLCLRで作れるっていうのが素晴らしい。
784 :
NAME IS NULL:
ゲームオーン コックサカ!