MySQL vs PostgreSQL Part2

[1 NAME IS NULL 2005/08/03(水) 04:43:20 ID:j7oDtJr2]

同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。

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

前スレ

MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50

[2 NAME IS NULL 2005/08/03(水) 08:15:36 ID:kKumxXsr]

age

[3 NAME IS NULL 2005/08/03(水) 09:12:49 ID:???]

ほっほっほ

[4 NAME IS NULL 2005/08/03(水) 15:07:24 ID:NuilQNdA]

ポスグレのほうが地域ユーザー会が活発そう

[5 NAME IS NULL 2005/08/03(水) 17:00:25 ID:kKumxXsr]

2chだと過去2週間の書き込み数で比べると「MySQL総合 Part5」が93、
「PostgreSQLについて語ろう」が56でMySQLの方が活発。

国内ユーザメーリングリストだと正確には把握していないけれども、両方購読している
感覚から言うとPostgreSQLのほうが少しトラフィックが大きい、という感じ？

[6 NAME IS NULL 2005/08/03(水) 17:38:52 ID:???]

>>5
MySQLの国内MLは意外と流量が少ないよね。

[7 NAME IS NULL 2005/08/03(水) 17:42:41 ID:???]

漏れも両方のMLを購読してるけど、厨な投稿はMySQLの方が圧倒的に多い。
PHP+MySQLの影響だろうか。

[8 NAME IS NULL 2005/08/03(水) 21:28:49 ID:7DEJPnjA]

MySQLはDLしたそのままで、社内でCGI-Perlを使って接続して利用している場合は無償で利用できる
で合ってる？

MySQLはユーザにインストールしてもらって、そのPerlスクリプトだけを販売できる？
GPLになるから手数料くらいしかもらえないのかな

[9 NAME IS NULL 2005/08/03(水) 22:41:10 ID:???]

>>8
専用スレ向きだと思うが...
そういう使い方をする場合PerlはArtisticライセンスを選択していると思うが
これはMySQLのFOSS例外条項の合致(Artistic license From Perl 5.8.0)し、
接続モジュール(PerlのDBDとかのね)に関しても同質のライセンスのものであれば
GPL版MySQLを利用していても、それらのライセンスとの組み合わせが許される。
(そういう点でMySQLのGPLって意図的な抜けが作ってある)

CGIスクリプトに関しては、Perlのライセンスが許す範囲で
元々自由にライセンスが設定できるんじゃないの？

よって「無償で利用できる？」はGPL版が利用できるのでYes.
「そのPerlスクリプトだけを販売できる？」もYes.
また「GPLになるから」はNo.(多分。Perlは良く知らないけど)

[10 8 2005/08/03(水) 23:26:14 ID:7DEJPnjA]

>>9

ありがとん

あまりライセンスは気にしないで使ってるからな〜
今後はちょっと気にしてみる

[11 NAME IS NULL 2005/08/11(木) 12:57:58 ID:9prt2dml]

PostgreSQLとMySQLが急接近しているらしい
ttp://www.atmarkit.co.jp/fdb/rensai/dbwatch2005/dbwatch200508_2.html

7月29日に日本PostgreSQLユーザ会（JPUG）でPostgreSQLのしくみ分科会の
勉強会がありました。2部構成となっており、前半が「PostgreSQLチューニング実習」、
後半が「MySQLセミナー」でした。

[12 NAME IS NULL 2005/08/17(水) 23:34:53 ID:???]

>>11
記事読んだけど、これで急接近かと思ってしまったYO。。。

[13 NAME IS NULL 2005/08/18(木) 00:59:14 ID:ARVTIrqA]

>>11>>12
たしかにこういった交流みたいのは今に始まったことじゃないよな。

[14 NAME IS NULL 2005/08/27(土) 21:04:03 ID:???]

PostgreSQLとMySQLの導入事例ってどこかに無いでしょうか？
導入したシステムの規模や構成など細かに書かれてるものが良いです。

というのは、うちの会社だと、自分の社内で使うようなシステムでも
Oracleとか使って、もの凄い金額のライセンス料を払ってます。
Oracleまで使って何やってるかといえば、
会社の経費で買った技術書籍の一覧のDBです。

Webで検索用のテキストボックスと実行用のボタン、そして表示用のグリッド。

そして、アクセス件数は月に5回程度と殆ど使われてない。
ユーザが使ってないどころか、新しい書籍が追加されても管理者はメンテナンスもしない。

これをどうにかしたいんだけど、大規模なシステムでそれなりの実績が無いと駄目だという。
色々と文句は言いたいが、相手を納得させちゃえばいいだけなので、
そういった導入事例があればと思っています。

[15 NAME IS NULL 2005/08/27(土) 22:48:49 ID:J9fqGvow]

>>14
MySQLとかPostgreSQLの本に導入事例がかいてあったような気がする
立ち読みでちょっと見た程度で、詳しくは覚えていない

[16 NAME IS NULL 2005/08/27(土) 23:41:46 ID:???]

>>14
会社がつぶれる前に転職すれば解決するのでは？

[17 NAME IS NULL 2005/08/28(日) 01:42:37 ID:???]

某携帯キャリアのプロビジョニングシステムは MySQL だよ。
詳しくは言えないけど。

[18 ◆SUKI/gckkE 2005/08/28(日) 16:28:16 ID:???]

???

[19 NAME IS NULL 2005/08/29(月) 00:25:57 ID:VaVjWo27]

システム規模や構成を事細かに説明してくれた導入事例ってのを
希望する人は多いが、いまだかつてそういうのを見たことは無い。

導入事例紹介自体はいっぱいあるんだけどさ。
http://www.mysql.com/why-mysql/case-studies/

[20 NAME IS NULL 2005/08/29(月) 01:39:18 ID:???]

Googleが使ってなかったっけ？

[21 NAME IS NULL 2005/08/29(月) 10:14:40 ID:VaVjWo27]

GoogleもYahooもばりばり使ってるよ。米国のだけどな。有名な話だよ。

オープンソースであることをいいことに、ストレージエンジンに手を加えて
独自のログを出力させるような機能を追加したりして使ってる。

[22 NAME IS NULL 2005/08/29(月) 10:16:52 ID:VaVjWo27]

21の続き

ただどちらかというと彼らはMySQL案件のシステム導入事例という
日本のSIerが欲しがるようなケーススタディとはちょっと違う感じだとおもう。

自社用サービスで使うために社内SIチームがソースコード改変、だからね。

[23 NAME IS NULL 2005/08/29(月) 10:19:27 ID:???]

なるほど

[24 NAME IS NULL 2005/08/29(月) 14:27:44 ID:???]

usogres とかどうなった？

[25 NAME IS NULL 2005/09/02(金) 15:41:28 ID:yH6J8qC4]

MySQL
MySQL
MySQL

[26 名無しさん＠そうだ選挙に行こう 2005/09/10(土) 23:46:31 ID:e3EKUJBA]

PostgreSQLは追記型なので、バキュームしないとＤＢ増えまくりなんだな。
２００ＭＢくらいのレンタルサーバだと、書き込みが増えたりしたらヤバい？

[27 名無しさん＠そうだ選挙に行こう 2005/09/11(日) 02:06:35 ID:/bfRsxU3]

MySQLage

[28 NAME IS NULL 2005/09/25(日) 17:31:22 ID:DveltAc0]

MySQLは呼び方がすぐ分かる。
PostgreSQLは「ポストグレSQL」なのか「ポステージャーSQL」なのか未だに分からない。

よってMySQLの勝ち

[29 NAME IS NULL 2005/09/25(日) 17:34:21 ID:???]

SQLを「えすきゅーえる」と呼ぶべきか「しーくぇる」と呼ぶべきか迷うじゃないか

[30 NAME IS NULL 2005/09/25(日) 17:45:32 ID:DveltAc0]

SQLを「しーくぇる」などと呼ぶのは古い世代が多いみたいね。

ぐぐれば分かると分かっていたが、敢えてぐぐらず書いてみた。
しかしぐぐってみたらその妙な呼び方にますますMySQLの勝ちだと思うようになりますた

[31 NAME IS NULL 2005/09/29(木) 04:31:57 ID:???]

しかしmysqlってつくづくタイプし辛いスペルだな・・

[32 NAME IS NULL 2005/09/29(木) 17:54:18 ID:???]

誰かpostgreSQLとprogreSQLの違いを教えてくれ。
スレ違いかもしれんが頼む。

[33 NAME IS NULL 2005/09/30(金) 01:38:01 ID:???]

>>32
タイプミスかそうでないかのちがいじゃないの？

[34 NAME IS NULL 2005/09/30(金) 18:36:09 ID:???]

>>33
ｺﾗｺﾗ

[35 NAME IS NULL 2005/09/30(金) 19:24:30 ID:???]

アイコラと盗撮流出写真の違い？

[36 NAME IS NULL 2005/10/12(水) 21:12:43 ID:jKmwJx4T]

このレスを見たら
7日後以内に死にます
無残な姿で死にます
回避する方法は1つ
このレスをほかのスレに7つ貼る事です

[37 NAME IS NULL 2005/10/30(日) 15:57:36 ID:???]

客先で運用するシステムをMySQLで構築して使っているわけだが
何ライセンスが必要か教えてくれあらしる。

[38 NAME IS NULL 2005/10/30(日) 16:32:35 ID:???]

>>37
GPLかCML(コマーシャルライセンス)のどちらか。
GPLが適合しないのなら、CML
CMLの場合トランザクションを利用する場合、innoDB/BDBのライセンス料がいるので
その分高いクラス(Proとかいう)のライセンスが必要。
MyISAMとかだけでトランザクション不要なら安い方(Classic)

# PostgreSQLに関係ないので単独スレで話すべき

[39 NAME IS NULL 2005/10/30(日) 16:58:40 ID:???]

客先で運用するシステムなら、どうしてもMySQLの必要があるのならライセンス
買うべきだ罠。なるべく安くあげたいのならPostgreSQLにすべき。

[40 NAME IS NULL 2005/10/30(日) 20:51:00 ID:???]

あとMySQLのクライアントの価格は交渉しだいで非公開

[41 a 2005/11/01(火) 19:15:00 ID:BTaxKvRT]

自宅鯖だが、MySQLとPostgreSQLを両方使用した経験上からの比較。

まず速度面だが、たしかにMySQLは早い。というより、PostgreSQLは使い
続けてると遅くなってきたり、CPU100%使用状態が頻繁にある気がする。
起動直後にデータをSELECTしたりINSERTしたりするときの速度はあまり変
わらないのだが。あと、ＤＢにログインするさいはPostgreSQLのほうが
遅いようだ。認証チェックが厳しいのだろうか？

機能面では、やはりビューがあるPostgreSQLは使いやすい。ユーザーに応
じて特定のデータのみを見せる場合（たいてい、同一テーブルに複数ユー
ザーのデータがあって、自分のデータだけを見せたい場合）わざわざ条
件句を書かなくてもよくなり、ソースがすっきりして可読性がアップす
る。ただ、MySQLも5.0からビューをサポートするのでこのアドバンテージ
は差がなくなるだろう。
また、PostgreSQLはグループごとの権限をサポートしているが、MySQL
はどうなんだろうか？

ライセンスに関しては、PostgreSQLは商用も完全フリー、MySQLはGPLライ
センス。とはいえ、MySQLのライセンスって数万ぐらいだった気も。

動作環境は、昔はPostgreSQLはWindowsをサポートしていなかったため、
Linux上で使うかcygwinというエミュレーターを使用する必要があった。
8.0からWindowsをサポートしているので、ユーザーがWindowsしか使え
ないという場合でも特に問題はなし。ちなみにMySQLは両方ともサポート
していたはず。
他、MySQLは4.1ぐらいから日本語周りでつまることが多い。Unicodeに
仕様変更したかららしいが。ちなみにPostgreSQLはEUC-JPを使用。いず
れも設定で変更できたと思う。

結論として、WEBみたいなデータにアクセスするユーザーを問わなくて
かつデータを出し入れするだけみたいなのはMySQL、業務系みたいに
ユーザー権限が存在してデータを集計したり複雑にテーブルを結合した
りするところではPostgreSQLを使うかな。

[42 NAME IS NULL 2005/11/01(火) 20:12:31 ID:???]

MySQLだとクライアントのライセンスが面倒になる場合があるな
3.ｘの古い時代にはLGPLなライセンスなときがあったのでそれを使えば大丈夫
ただし、その接続は4.1からつながらないと思う

速度的にもPostgres8使ってる限り差はない
7.4まではかなりPostgresが遅いとかんじる部分はあった
が、その時期はMySQLはサブクエリーがないわけで機能的差も大きいし
業務系でずっとやってきてInnoDBしか使わんが、InnoDBはなんか
insertが遅かったような記憶がある

接続速度が問題になることはどっちもない
アプリケーション鯖ならコネクションプールするし


業務系で2層式、3層式とやってきたがライセンス的に楽なpostgres1本で
もういいんじゃね？という気はする

デフォのインストール状態だともはやPostgresのほうが使用メモリ小さかったような気がするし、
Oracleのように細かい調整が可能
テーブルスペース扱えるようになったのも分かる人には結構大きい変更点だ



まぁスタンドアロンならHSQLDB使うし、商用がいいのなら軽量のInterbaseやOracle選択
ただし、Oracleも商用可能でフリーなライセンスが追加されるようなのでそちらの動向も気になる
スレ違いになるがな

[43 NAME IS NULL 2005/11/01(火) 22:07:39 ID:???]

>>42
古い接続認証方式だと繋がる。
もっとも古いクライアントでは古いAPIしか使えないわけだから、
サーバがMySQL4.1以上の意味がないが。

[44 NAME IS NULL 2005/11/01(火) 22:26:04 ID:???]

PostgreSQL 8.1の高速化により、MySQLの利点はバキュームしなくてもいいってことぐらいになった?

[45 NAME IS NULL 2005/11/01(火) 22:28:13 ID:???]

そのバキュームもCPUがあいてるときにちょろちょろやる設定が８からついたから
あんまり問題にならなくなったよ

もう7.ｘに戻る気はしないね
速度もそうだけどまったく別物だもん

[46 NAME IS NULL 2005/11/01(火) 22:50:14 ID:???]

8.1 からは autovacuum が contrib から組み込みになるしね。
もっとも、デフォルトでは無効で設定しないといけないけど。

MySQL は sysvshm/sysvsem を使わないので
FreeBSD jail 環境でも使えるのが利点...と言えなくもない。

[47 NAME IS NULL 2005/11/01(火) 23:32:00 ID:???]

>>46
いったん大きくなってしまったDBサイズの縮小のために定期的にfull vacuumする
必要はまだあるんじゃないかと。

あと、jailつかうのならXenつかってOSごと分けちゃったほうが…、って板違いか。

[48 NAME IS NULL 2005/11/02(水) 00:31:58 ID:???]

> いったん大きくなってしまったDBサイズの縮小のために定期的にfull vacuumする
> 必要はまだあるんじゃないかと。

vacuum fullでDBサイズが小さくなっても、またすぐに大きくなってしまうようなら
普通のvacuumで十分な場合がほとんど。

そもそも、「定期的な」vacuum fullが必要になることはあまりない。

[49 NAME IS NULL 2005/11/04(金) 11:20:38 ID:???]

Postgresqlはバージョンが上がる毎に
速度がメキメキ上がっていくところが頑張ってるなぁと。
8.1は速度の向上がかなり良かったようだし
autovacuumも標準装備だっけ？
それと、pgpoolとの相性もよさげ。

vacuumの管理の面倒さが無くなり、速度もmysqlと拮抗するなら
postgresqlの方がアドバンテージあるとおもうな。
MySQLだと、ライセンスの問題もあるしね。

[50 NAME IS NULL 2005/11/05(土) 23:07:55 ID:urZZ/Ba6]

エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。

[51 NAME IS NULL 2005/11/06(日) 13:06:48 ID:???]

mysql　ODBCとかてのを入れてデータソースに登録すればいいんじゃまいか

[52 NAME IS NULL 2005/11/06(日) 14:25:40 ID:???]

>>50
MySQL5.0のスレに回答があったぞw
マルチするな

[53 NAME IS NULL 2005/11/06(日) 14:28:15 ID:???]

>>52
770 名前：763[sage] 投稿日：2005/11/06(日) 14:27:14 ID:???
他スレで回答がありました。
ありがとうございました。


騙りは止めていただけますか？

[54 NAME IS NULL 2005/11/06(日) 14:33:41 ID:???]

>>52 この板から消えろ　馬鹿すぎ

28 名前： NAME IS NULL Mail： 投稿日： 05/11/05(土) 23:07:24 ID： urZZ/Ba6

エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。

50 名前： NAME IS NULL Mail： 投稿日： 05/11/05(土) 23:07:55 ID： urZZ/Ba6

エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。


763 名前： NAME IS NULL Mail： 投稿日： 05/11/05(土) 22:51:01 ID： urZZ/Ba6

エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。

[55 NAME IS NULL 2005/11/06(日) 14:38:54 ID:???]

>>52
この板から消えろ　馬鹿すぎ

[56 NAME IS NULL 2005/11/16(水) 18:25:51 ID:???]

>>55
?

[57 NAME IS NULL 2006/01/04(水) 08:39:07 ID:J7AyNhQt]

MySQLはPostgresに比べてデータが壊れやすい印象があるんだけど、
この認識は間違ってますか？

[58 NAME IS NULL 2006/01/04(水) 10:58:15 ID:???]

>>57
使い方によるんでね?

[59 NAME IS NULL 2006/01/04(水) 11:43:29 ID:???]

書き込みのしくみからの「印象」ではPostgreSQLのほうが壊れにくそうな気がするけど
実際には運用の仕方によるとしか言えないね。

[60 NAME IS NULL 2006/01/04(水) 13:03:35 ID:???]

>>57
MySQLつうかMyISAMは不整合が起きやすい気がするな。
データそのものが壊れるってことはないけど、MyISAMは
やっぱり煩雑な更新には向かないストレージタイプだと思う。

[61 NAME IS NULL 2006/01/05(木) 21:04:51 ID:Ugdd/KOM]

おまいらはソース読んで比較してますか？

[62 NAME IS NULL 2006/01/11(水) 19:06:58 ID:???]

PostgreSQLのテーブルパーティションが便利だな

[63 NAME IS NULL 2006/01/13(金) 17:39:32 ID:HwTygb6/]

英語がすごく苦手なんですけど、ツール類とか含めて日本語環境が充実してるのはどっちですか？
自分で調べた感じではPostgreSQLかなと思いますが・・・

[64 NAME IS NULL 2006/01/13(金) 18:25:20 ID:???]

何を持って普及してるというかは微妙だが

postgresのバックアップツールは日本語とおらないぞ
データベース丸ごとという指定なら問題ないが
個別にやる場合問題あり

DB自体はまったく問題ないので自作できるとかなら気にしなくてもいいかも

MySQLはどうだったかなぁ
4.0までならプラットフォームのエンコーディング使うんで問題は少ない
最新版の5.0は4.1があんな状況だったのを考えるとわりと危険がいっぱい

でたばかりなのは危険があるのはどちらも同じ
postgresは今8.0が枯れてきたところ
半年くらい前までは8.0もjdbcドライバがバグもちだったし

話はそれたが、どっちも使った人間としては総合的に見て
postgresのほうが今は楽

interbaseやHSQLDBも好きな変人なんで当てにはならないと思うが
俺はまったく英語読めないけどどっちも使えてる

[65 NAME IS NULL 2006/01/13(金) 20:00:11 ID:???]

>>63
「英語がすごく苦手」で「ツール類とか含めて日本語環境が充実してる」なら
二者から選ばず、Oracleになさい。MSのSQLサーバも結構良いよ。

[66 NAME IS NULL 2006/01/13(金) 20:15:05 ID:b3qYfz1r]

>>64
>postgresのバックアップツールは日本語とおらないぞ
>データベース丸ごとという指定なら問題ないが
>個別にやる場合問題あり
そうなの？これはpg_dumpのこと？

[67 NAME IS NULL 2006/01/13(金) 20:30:28 ID:???]

>>63
SQLServer 2005 Expressだな。無料だし。
で、SQLServer 2005 ExpressにはEnterprise Managerが付いてないので、
管理用にSQLServer 2005のDeveloper（未発売）を買う。
SQLServer 2005 Developerが5000円くらいで出てくれればコレが最強。

[68 NAME IS NULL 2006/01/13(金) 20:46:23 ID:???]

pg_dumpはテーブル名とかオブジェクト指定に日本語とおらないはず。

[69 NAME IS NULL 2006/01/13(金) 21:30:15 ID:b3qYfz1r]

>>68
データの方は大丈夫なんですね。
じゃあ普通に英数字で命名してる分には大丈夫なんかな。

[70 NAME IS NULL 2006/01/13(金) 21:48:59 ID:???]

そういうこと

カラム名に日本語使うのは問題ないみたい

テーブル名に日本語使うとはまるかも

Postgres本体の制限ではないけど、こういうのはオープンソースプロダクトではよくあるよ
DB本体はマルチバイト綺麗に対応していても周辺のツールが未対応っての

[71 NAME IS NULL 2006/01/14(土) 11:56:36 ID:???]

昔はフィールド名、テーブル名に日本語ってあり得なかったんだけど
最近は普通にみんな使ってるし、対応してくれると楽だなぁ。

[72 NAME IS NULL 2006/01/14(土) 15:28:49 ID:???]

エンドユーザーコンピューティングってやつだな

元々業務系はAccessとかCOBOLとかスタンドアロン系のDBは
日本語使うのが普通だったんだけれども

一応マルチバイトのテーブル名とかカラム名とか動くはずだが
保障しない、推奨しないってのがOracleあたりで多かった希ガス

ま、SQLぱっとみてすぐに分かるのはいいよね

俺も10年位前は否定派だったけど、いまじゃ日本語とおるほうがいい


MYSQLはプラットフォームのエンコーディング無視して
ファイルシステムに格納しやがるからMySQLも日本語テーブルは鬼門
日本語カラムはMySQLでは非推奨だったかな
これも周辺ツールの影響もあると思われ

[73 NAME IS NULL 2006/01/14(土) 17:02:08 ID:optBPKaF]

プログラマ的発想だと、テーブル名に日本語はやめれって感じだけど、
普通に考えると日本語使えた方がいいね。

仕様書いたりするときも、いちいち説明用に日本語と英語の対応表を
別に用意したり、慣れない英語名を考えたりしなくてむ済むし。

[74 NAME IS NULL 2006/01/14(土) 17:56:24 ID:???]

>>73
確かにカラム名と日本語名とかならずかいてたな

カラム名をそのまま出すとユーザー企業側がわからないので
日本語名対照表作るなり面倒なことになる
そしてカラムが増えたのにそれを忘れたり・・・

[75 63 2006/01/14(土) 21:21:03 ID:???]

回答ありがとうございました。勉強になりました。
列名や表名に日本語は使わない方針なので、その点からするとあまり変わらないですかね。

無料のSQLServer2005Expressにも興味ありますが、
Developerが出てないので今回は見合わせます。今すぐ作ってみたいので。

[76 NAME IS NULL 2006/01/14(土) 22:09:30 ID:???]

まぁ小規模なPGでDB周りをちゃんと作ってれば
DBMSが変わってもさほど直さなくて済むよというか
そうで有ればいいなぁ。。。

[77 NAME IS NULL 2006/01/14(土) 22:29:49 ID:???]

DBアクセス部分を抽象化ってのはむずかしいからね
大概ロジックと乱れ飛ぶから

とりあえず標準SQLを出来るだけ使うようにするというのは大事

>>75
開発環境がWindowsならPostgresが今はオススメかな

インストーラでらくらくセットアップ、pgadminやJDBC等ドライバも
標準でインストールされて、pgadminの日本語ドキュメントもすぐひける

mysqlはWEBで使うという書籍が多いけど、postgresはoracleの代替として
現実的なDBという書籍が多いと思う

最終的にはBSDライセンスが楽ということもあってpostgresでいいと思うけど

[78 NAME IS NULL 2006/01/15(日) 13:43:35 ID:???]

いままでFreeBSD4.11でMysql5.0をつかってきたが
5.0.16からPortsでインストールできなくなったので
PostgreSQLに移行しようと思っている
もともとLINUX_THREADを使わないと壊れるなど
FreeBSDとの相性が悪いようなので

PHPのソースはPEARをつかってるので書き換えは不要だが
mysqldumpの出力内容をいじらないといけないようで
int(11) → int
auto_increment → serial
でインサートできているようだ

他にMySQLからPostgreSQLへ移行する上で
とくに注意する点はないだろうか？

[79 NAME IS NULL 2006/01/15(日) 13:45:49 ID:???]

MySQLはそのままでOSをLinuxにすれば簡単なのに馬鹿だな

[80 NAME IS NULL 2006/01/15(日) 13:54:08 ID:???]

mysqlではこういう書き方でOKだったが
select * from tablename where hoge = "mage";

PostgreSQLでは
where hoge = 'mage' とシングルクォーテションじゃないとダメ

[81 NAME IS NULL 2006/01/15(日) 13:55:07 ID:???]

>>79
そういう前提でいいのか？
OSそのままでOracle使えば楽なのにとかそういうことは俺はいえん

[82 NAME IS NULL 2006/01/15(日) 13:55:46 ID:???]

文字列はシングルクォーテーションだな
ダブルクォーテーションは用途が違う

[83 NAME IS NULL 2006/01/15(日) 14:08:50 ID:???]

MySQLをANSI準拠モードで使うとこれが悲しいってのはあるかな？

[84 NAME IS NULL 2006/01/15(日) 14:12:44 ID:???]

Linuxでいいや
そんなふうに考えていた時期がオレにもありました

[85 NAME IS NULL 2006/01/15(日) 14:14:42 ID:???]

Linuxじゃ駄目だと考えるようになったのはニートと呼ばれ始めた頃からだろうか？

[86 NAME IS NULL 2006/01/16(月) 20:22:47 ID:???]

Solarisでいいじゃん

[87 NAME IS NULL 2006/02/09(木) 19:15:38 ID:???]

はてなとmixiはMySQLつかってるね。

http://www.hatena.ne.jp/info/tech/

[88 NAME IS NULL 2006/02/09(木) 19:16:27 ID:???]

だから頻繁にはてなおちるのか

[89 NAME IS NULL 2006/02/09(木) 20:41:21 ID:???]

じゃあソース見せてもらえるのか

[90 NAME IS NULL 2006/02/09(木) 20:46:54 ID:???]

さすがにコマーシャルライセンスかってるだろ

[91 NAME IS NULL 2006/02/09(木) 21:21:50 ID:???]

だから時々CMが入るのか。

[92 NAME IS NULL 2006/02/09(木) 22:19:29 ID:???]

はてなのシステムは外販もしてるの？

[93 NAME IS NULL 2006/02/09(木) 22:46:03 ID:???]

社内で閉じたシステムじゃないからな
コマーシャルライセンスが必要

[94 NAME IS NULL 2006/02/09(木) 23:57:17 ID:???]

んでも、「GPLで配布されているMySQL」を入手してGPLの枠内で商用利用する分には
問題ないよな。MySQLを組み込んだ製品を売るんでもなれりゃコマーシャルライセンス
なんていらないんじゃないの？

[95 NAME IS NULL 2006/02/10(金) 00:04:39 ID:???]

はてなで質問してこいｗ

[96 NAME IS NULL 2006/02/10(金) 13:27:53 ID:???]

>>94
それで誰もかね払わないからDB部分もGPLになるといってる
3.23だっけ？あのあたりからどらいばがGPLになった

ユーザーがDBのクライアントだから＞WEBアプリ

[97 NAME IS NULL 2006/02/11(土) 08:16:11 ID:???]

文章の意味がつかめんが、WebアプリならDB本体もドライバも
配布するわけじゃないからGPLでも構わんよね

[98 NAME IS NULL 2006/02/11(土) 10:24:25 ID:???]

データも公開しないといけないの？
ママ大変！お客様のパスワードが丸見えだわ！

[99 NAME IS NULL 2006/02/11(土) 10:43:17 ID:???]

当然だよ。
嫌ならPG使え。

[100 NAME IS NULL 2006/02/11(土) 10:58:19 ID:???]

ドライバを自作してGPLを回避している強者はいないのか？

[101 NAME IS NULL 2006/02/11(土) 11:02:26 ID:???]

これだから魔威SQLと言われている

[102 NAME IS NULL 2006/02/11(土) 12:23:05 ID:???]

>>97
普通はDBってユーザーとDBクライアントの間にプロキシみたいなのをかましても
直でつないだのとまったく同じという扱いだよな

[103 NAME IS NULL 2006/02/11(土) 12:48:33 ID:???]

MySQL が GPL で云々言うなら PostgreSQL を使えばいいのに -- マリー・アントワネット

[104 NAME IS NULL 2006/02/11(土) 15:08:12 ID:???]

>>102
オマエ>>96？
やっぱり何を言いたいのか意味不明なんだが。
「つなぐ」ことってのはGPLが依拠する著作権的には何の意味もないし。

[105 NAME IS NULL 2006/02/11(土) 15:19:34 ID:???]

はてな社員かな？

[106 NAME IS NULL 2006/02/11(土) 15:42:43 ID:???]

だれか解説ﾖﾛ
はてなに対して「コマーシャルライセンス買え」か「コード公開しろ」とかで
祭りでもなってるのか？

[107 NAME IS NULL 2006/02/11(土) 16:15:02 ID:???]

いいえ。馬鹿ですか？

[108 NAME IS NULL 2006/02/11(土) 16:25:27 ID:???]

質問してこいって

[109 NAME IS NULL 2006/02/11(土) 17:00:44 ID:???]

>>106
んにゃ。GPLが理解できない香具師がからかわれてるだけ。

[110 NAME IS NULL 2006/02/11(土) 18:18:20 ID:???]

>>96で答えが出てる。

WEBアプリはソース公開するか、ライセンス購入

[111 NAME IS NULL 2006/02/11(土) 18:29:48 ID:???]

>>110みたいに必死に嘘を書いてる奴は通報するぞ

[112 NAME IS NULL 2006/02/11(土) 18:36:58 ID:???]

じゃあ詳しく教えてください

[113 NAME IS NULL 2006/02/11(土) 18:39:11 ID:???]

こんな糞スレで教えてもらおうとするな馬鹿。

[114 NAME IS NULL 2006/02/11(土) 19:19:34 ID:???]

ライセンス違反者が多そうだな。
技術者として恥ずかしいことだぞ。

[115 NAME IS NULL 2006/02/11(土) 19:38:07 ID:???]

社員乙

「前世の障りが…」とかいってﾋﾞﾋﾞらせて役に立たないもの売りつける
霊感商法とかわらんな

[116 NAME IS NULL 2006/02/11(土) 20:49:46 ID:???]

MySQLは通信プロトコルもGPL

[117 NAME IS NULL 2006/02/13(月) 10:15:48 ID:???]

データもGP・・・いやなんでもない

[118 NAME IS NULL 2006/02/13(月) 11:06:45 ID:???]

俺の彼女もGP・・・いや彼女なんていない

[119 116 2006/02/13(月) 22:37:08 ID:???]

いや、通信プロトコルがGPLというのはネタじゃないんだが
http://dev.mysql.com/doc/internals/en/licensing-notice.html

だからMySQLと通信するプログラムをフルスクラッチで作ったとしてもGPLに縛られる。

[120 NAME IS NULL 2006/02/13(月) 23:21:42 ID:???]

ﾏｼﾞか。

とはいえ、特許ならともかく、プロトコルに著作権なんか発生しないのは
USも日本も同じだし(Swedenは知らんけど)。
「MySQL ABがそう言っているだけですね(ﾎｼﾞﾎｼﾞ」としか言えんな。

[121 NAME IS NULL 2006/02/14(火) 01:19:01 ID:???]

そういうライセンスなんだから承諾しなきゃ使えないだけ
いやならPostgresにしろ

まぁこの1年でPostgreSQLの開発者回り見た感じ倍増してるが
MySQL4.1のやっちまった件＆PostgresのWindows対応が大きかった希ガス

[122 NAME IS NULL 2006/02/14(火) 07:22:31 ID:???]

そういうライセンスっつーか、GPLでしょ。
いろんな意味で間違ってるよ。

[123 DB 2006/02/14(火) 14:16:12 ID:???]

MyPostgreSQL

[124 NAME IS NULL 2006/02/14(火) 17:25:33 ID:???]

>>121
そして8.1での速度向上もでかいね。

[125 NAME IS NULL 2006/02/14(火) 18:52:38 ID:???]

さすがに俺の周りでは8.1はまだ実務運用はされてないな
8.0で動いてるところはいくつか見たし、俺もかかえてる

8.1でSQL（というかJDBC）が厳密になってるっぽいから
単純に移行できるかどうか地震がないっす
自分が書いたコードだけなら対応は余裕なんだけどね

[126 NAME IS NULL 2006/02/14(火) 19:05:34 ID:???]

8.1やっと本番環境で動きましたよ〜
SQL変更は何箇所かあった。

[127 NAME IS NULL 2006/02/15(水) 01:17:23 ID:???]

うちも年末に8.1に移行した。
全体的に早くなったような気がするけど、相変わらずバージョンが変わるごとに
プランナの挙動が変わってしまうのは困るね。

[128 NAME IS NULL 2006/02/15(水) 02:36:13 ID:???]

うちは未だ7.3だ。

7.3もメンテ続いているから積極的に乗り換える理由が無いんだよなぁ…

[129 NAME IS NULL 2006/02/15(水) 09:38:19 ID:???]

メンテが多少楽になるってのは、理由にならんかなぁ

[130 NAME IS NULL 2006/02/15(水) 12:40:23 ID:???]

8.0からまともになったSQLってのもあるしね

Winで開発しないのならいいかもしれんが、
新規案件に7.xはさすがにありえんね

Linuxでも8.1以前に8.0になっただけでもめちゃくちゃ速度かわってるし

[131 NAME IS NULL 2006/02/15(水) 14:16:26 ID:???]

しかし、変更は7.4->8.0より8.0->8.1のが大きい気がする

[132 NAME IS NULL 2006/02/15(水) 20:29:52 ID:???]

8.1での変更点なんて8.0での変更点に比べたら正直カス

とはいえないけどやっぱり8.0ではクリティカルなところが改善されてるから
8.1はやはりメジャーバージョンがあがってない理由にはなるな

[133 NAME IS NULL 2006/02/15(水) 20:37:47 ID:???]

内部は知らんが
使えないsqlがでた
以前のpsqlやpg_dump等が実質使えない

などがあったからなあ
7から8は何もしなくてすんだが
8.0から8.1はあちこち変えなくてはならなかった

[134 NAME IS NULL 2006/02/15(水) 21:14:53 ID:???]

実務ではどっちが使われているの？

[135 NAME IS NULL 2006/02/15(水) 21:17:42 ID:???]

MySQLとPostgreSQL

[136 116 2006/02/18(土) 08:09:53 ID:???]

>>131
MySQLで、3.23→4.0より4.0→4.1のが変更が大きいのと同じようなもん？

[137 NAME IS NULL 2006/02/18(土) 12:35:07 ID:???]

正直MySQLの4.1以上へのアップグレードにくらべれば7.4から8.1も楽勝

[138 NAME IS NULL 2006/02/23(木) 11:52:21 ID:???]

SlonyIでレプリケーションする場合
テーブル名もすべて指定しないとダメなんだよね？
その場合、テーブル作る場合、サービス止めて
テーブル指定するって感じなのかな

MySQLからの移行を考えてるんだが
レプリケーションだけがどうもひっかかる

[139 NAME IS NULL 2006/02/23(木) 11:55:30 ID:???]

Slony-Iの操作はpgAdminIIIからやるのが楽でいい

[140 139 2006/02/23(木) 11:56:59 ID:???]

>>138
サービスとめる必要は無いよ
テーブルは普通に作って、レプリケーション側もガワだけ作って
同期はコマンド送るだけ。内容はそのときにコピーされるし。

[141 NAME IS NULL 2006/02/24(金) 19:18:30 ID:KaTZynr5]

MySQLが4.1からおかしくなったから
Postgresに乗換えようかと迷い中。
乗換えた人がいたら、どんな感じか教えてください。

[142 NAME IS NULL 2006/02/24(金) 23:03:15 ID:???]

とりあえずMySQLは3.23だったかから4.1まで使ってたけど
Postgres、速度的機能的に満足
速度はmysqlとかわらんね
業務系だからmysqlはInnoDBしかつかわんけど

とはいえ業務系ではさすがに出たばかりの8.1ではなく8.0にしてる
7.4系は眼中になし

8.0からWindowsでも動くようになったので開発がマシン1台で完結して楽チン
postgresだけのためにLinux用意してたところも多いからね

postgres8.0もJDBCドライバ回りが最初不安定だったけど、去年の5月だったか
あのあたりで不具合が解決されて安定してると思う

ひそかにpostgresのほうがmysqlよりすでに小さくなってる

mysqlはデータ自体の文字の問題は今では解決したようだけれども、
オブジェクト名がUTF8固定で気持ち悪いのとか残ってるのでしばらく様子見

何より日本語対応1年くらい放置してた時点で今後も心配

[143 NAME IS NULL 2006/02/28(火) 08:34:27 ID:???]

>>142
メジャーバージョンアップ直後のの8.0の方がバグ多し、な希ガス。
8.1もマイナーバージョンあがってるから、そっちの方がよくね？

[144 NAME IS NULL 2006/02/28(火) 16:21:23 ID:???]

セキュリティ問題とpgpool Global Developement Group発足
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060215/229362/
を読む限り 8.x を仕事で使うのは少し怖い。
ただ PostgreSQL チームのクオリティは高いから
あと半年くらい寝かせれば大丈夫だと思うけど。

[145 NAME IS NULL 2006/02/28(火) 17:57:11 ID:???]

そうか、ちょっと寝かすか
　　　∧＿∧
　 　（　・∀・） 　　　　　　）)
　　 /つ（￣｀ヽO_ノ⌒ヽ
　 ノ　　 ）　　　　　　　　＼ ）)
　(__丿＼ヽ　::　　　　ノ::::　）
　　　　　丿　　　　　　　　,:' 　）)
　　 (（　（___,,.;:-−''"´｀`'‐'

　半年後にまた会おうね☆
　　　　　∧＿∧
　　　　 （ ・∀・ ）
　　　　/　　_ノ⌒⌒⌒`〜、_
　(￣⊂人　//⌒　　 ノ　　ヽ）
⊂ニニニニニニニニニニニニニニ⊃

[146 NAME IS NULL 2006/02/28(火) 19:34:47 ID:U459FQMy]

だから、どっちが多く使われてるの？

[147 NAME IS NULL 2006/02/28(火) 21:10:59 ID:???]

国内では PostgreSQL、
国外では MySQL

[148 t_tama 2006/02/28(火) 22:11:52 ID:NtqGSwPN]

MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合
が無いってのが弱点かも。その分、スピードに力を入れてるってこと
だけど。

業務系ならPostgreSQL、WEB系ならMySQLだな

[149 NAME IS NULL 2006/02/28(火) 22:27:21 ID:???]

>>148
＞MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合が無い
「PostgreSQLはWindowsではまともに使えない」ぐらい古い認識かと。
まあ移行が進まないのはどっちも同じだけどね。

[150 NAME IS NULL 2006/02/28(火) 23:56:21 ID:U459FQMy]

IDがMy　

MySQLの勝ち

[151 NAME IS NULL 2006/03/01(水) 00:00:40 ID:???]

>>150
ID　が　You　シゴク　Fuck

[152 NAME IS NULL 2006/03/01(水) 01:39:33 ID:???]

>>143
MySQLなめすぎ
あれにくらべたらPostgresのバグはかわいいよ

[153 NAME IS NULL 2006/03/01(水) 01:51:18 ID:???]

まあMySQLも5.0.18が出ているわけで、SQL1999系機能も日本語再対応も一通り終わっているわけで、
どっちも過去の特定のバージョンの話ではなくて、現状ベースで話しましょうよ。

[154 NAME IS NULL 2006/03/01(水) 16:04:00 ID:???]

ビューやトランザクションを使うプログラムでは手元では
速度は PostgreSQL8 > MySQL5 だけど。
# トランザクションが MySQL は遅い？

[155 NAME IS NULL 2006/03/01(水) 20:38:58 ID:???]

昔から遅い

[156 NAME IS NULL 2006/03/01(水) 20:48:26 ID:???]

そろそろMySQLとPostgreSQLのメリット、デメリットをまとめようぜ。

[157 NAME IS NULL 2006/03/03(金) 01:02:16 ID:???]

MySQL4.0以前：保守のため使う必要あり。新規なら他を使うべし
MySQL4.1以後：積極的に使う必要なし
MySQL5.0以後：話にならない。おもちゃ以下

PostgreSQL8.0以前：できるなら8.0以上に上げる
PostgreSQL8.0以後：8.1が望ましい。業務にも使用可能

番外
Oracle：業務ならこれしか選択肢なし。今のとこ英語だが10.2gのフリー版もある
sqlite：小規模ならこれでOK。ただし2系、3系、3.3系とわけわかめ
BerkeleyDB：さらに小規模用。CSVファイルの代わりに使うくらい



俺の認識じゃぁこんなかんじ。うそも混じってるので注意

[158 NAME IS NULL 2006/03/03(金) 01:29:34 ID:???]

>>157
どれが嘘なのか書いてくれるとありがたい。嘘交じりの情報なんてｲﾗﾈ。

[159 NAME IS NULL 2006/03/03(金) 01:42:06 ID:???]

ずっとMySQLのみでWEBアプリを作って来て、特に不満もないので
そのまま4.1に移行して使ってるんだけど
PostgreSQLやOracleに移行したらもっと幸せになれるんだろか。
諸々の機能のためにテーブルのバリエーションや
その相関関係がかなり複雑になっていて
巷でよく聞くWEB系向け（＝シンプル構造?）というMySQLのメリットは
あまり享受出来ていないような気はしています。

[160 NAME IS NULL 2006/03/03(金) 01:51:44 ID:???]

>>158
どれが嘘かは、俺にもわからんのだ。
覚えてるのを書いただけなので、間違ってる可能性大。
自分の記憶はあんまり信用できない。

[161 NAME IS NULL 2006/03/04(土) 23:35:57 ID:???]

>>157
SQL Serverは？

[162 NAME IS NULL 2006/03/05(日) 07:23:48 ID:???]

>>161

そもそも、比較の対象外

[163 NAME IS NULL 2006/03/05(日) 13:08:06 ID:???]

>>159
とりあえずテスト機にPostgreSQLにportした環境作って評価してみては？
以降が簡単に済みそうならOracleの評価版でもいいけど。

[164 NAME IS NULL 2006/03/05(日) 21:08:45 ID:???]

そうそう、やってみればわかるよ。

[165 NAME IS NULL 2006/03/05(日) 23:29:12 ID:???]

移行を考えるとDBはシンプルが一番だよな。

そのDB（以降のバージョン）と心中するつもりなら
いいんだろうけど。

相関関係なんて濁していってるけど、設計がへぼ
かったとかじゃなくてって気もするんだが。

[166 NAME IS NULL 2006/03/06(月) 09:18:02 ID:???]

移行が難しい＝現在の設計が理解できていない

[167 NAME IS NULL 2006/03/06(月) 10:16:58 ID:???]

そっくりそのまま持っていって、SQLが変更無しで使えればそれにこしたこたないが
それだけじゃ、移行の理由そのものが薄そうだしな

[168 NAME IS NULL 2006/03/06(月) 11:57:39 ID:???]

一応、SQL92に準拠するように書いておく。
それで移行した際にエラーがでたなら、
ﾎﾞｹｱﾎｶｽｼﾈMySQLお前はSQL Serverにすら劣るんだよ！！
となじる。

これが正しいDBの移行方法。

[169 NAME IS NULL 2006/03/06(月) 12:02:27 ID:???]

SQL Serverって結構優秀だけどな。

[170 NAME IS NULL 2006/03/06(月) 19:40:33 ID:???]

ふーーーーーーーーーーーーーーーーーーーーーーーん。

[171 NAME IS NULL 2006/03/07(火) 15:22:06 ID:???]

SQLServerが優秀ではなくてSybaseは優秀が正しい

[172 NAME IS NULL 2006/03/08(水) 19:29:52 ID:???]

へぇーーーーーーーーーーーーーーーーーーーーーーーーーーーー。

[173 NAME IS NULL 2006/03/14(火) 20:52:07 ID:???]

>>171
Oracleより小回り利いてて好きだったな
MSと離れたせいでlinuxベースでOracle１択になっちゃったのは
悲しかったよ。今はPostgreSQLあるからいいけど
ASEが米国発売当事にアップグレード掛けたらbcdumpの
インポートにバグがあってnullカラム抜けが発生してて
えらい目にあったのはいい記憶だ

[174 NAME IS NULL 2006/03/15(水) 01:17:55 ID:???]

2chのスレなんて当てにならんかもしれんけど、
MySQLのスレはPart7、PostgreSQLはまだPart2。
んー。MySQL使ってる人の方が多いのかな？

[175 NAME IS NULL 2006/03/15(水) 03:11:39 ID:???]

>>174
どうなんかね。自分は両方使ってるけど、postgresqlはスレにも
日本のMLにも出入りしてない。そんなケースもあるので。

ただMySQLの場合はDBMSを使う選択肢として選んだユーザだけじゃなくて
MySQLを利用するアプリを使いたくて結果的にMySQLを使うユーザがかなり居るので
質問も多くなる傾向がある。ライトなユーザの比率が多いことは確か。

[176 NAME IS NULL 2006/03/15(水) 03:33:43 ID:???]

PHPが日本で今ほど流行っていない頃、海外の流行を意識した
Webマスターやライターが要所要所でMySQLを薦めてたのが地道に効いてたと思う。
今考えれば特にMySQLだけが大きく有利な部分てのはなかったんだが…。

[177 NAME IS NULL 2006/03/15(水) 09:46:23 ID:???]

そういやXOOPSっていまだにMySQL一択なのかな？使わないから調べてもしてないが

[178 NAME IS NULL 2006/03/15(水) 10:01:25 ID:???]

MySQLが有利だったのは、軽いとか速いとかWindowsで動くとか
そういう部分じゃないかなあ。PHP標準だったのも大きい。
フルスペックのSQLを使いたい、という理由でPostgreSQLにしたけど。
今はそういった差はほとんど無いね。

[179 NAME IS NULL 2006/03/15(水) 10:43:16 ID:???]

postgresのスレってなんか複数あるしな

昔はmysqlしかwindows対応してなかったのが大きいかと
最近やっとpostgresのwindows版で勉強してみようという感じの本が出たところ

[180 NAME IS NULL 2006/03/15(水) 10:50:25 ID:???]

以前出た本にCygwin＋PostgreSQLなのがあったな。
そこまでWindowsもしくはPostgreSQLにこだわらんでもと、おもたもんだ

[181 NAME IS NULL 2006/03/18(土) 14:20:13 ID:???]

MYSQLは4.0までは良かった。
Postgresqlは8.0から急激に良くなった。

いまなら、Postgresqlの方に軍配が上がるのでは？

[182 NAME IS NULL 2006/03/18(土) 16:35:27 ID:???]

MySQL4.0以前からのバージョンアップでなけば、MySQL4.1以降でも問題ないらしいけど？

[183 NAME IS NULL 2006/03/18(土) 17:19:59 ID:???]

4.1がその下の細かいバージョンで挙動が変わりすぎだったから人が離れただけ
日本語使わなければ問題はなかったというところだけどね

[184 NAME IS NULL 2006/03/22(水) 17:20:54 ID:???]

Postgresqlが標準でレプリケーション機能をつけないのは
なんかポリシーなの？
SlonyIやってみたけど、MySQLとちがってテーブル名全部指定とか
設定が面倒すぎる。

レプリケーションだけの差で今のところMySQL5のほうが上だな

[185 NAME IS NULL 2006/03/22(水) 22:26:18 ID:???]

たしかに

[186 NAME IS NULL 2006/03/23(木) 10:08:10 ID:???]

レプリケーションだけならそうだが、結局PostgreSQLにSlony-Iでやってるな。
PgAdminIIIでSlony-I扱えるのが大きい。

[187 NAME IS NULL 2006/04/10(月) 21:18:30 ID:kws9LtIU]

過去ログ読んだけど、なんか面白い書き込みが少ないなあ
もう少し比較記事が欲しいな

ということで燃料投入www

スレッド vs プロセス
MySQLがWeb向きの理由の一つに
スレッドってのもあると思う。
同時アクセスが多く、単純なクエリーが多い
普通のWebではMySQLのスレッド処理に軍配があがるから

[188 NAME IS NULL 2006/04/11(火) 01:25:42 ID:???]

http://blog.ohgaki.net/index.php/yohgaki/2006/04/08/mysqla_a_postgresqla_las_a_a_a_a_c_c_p
PostgreSQLの方が10倍速かったらしいですヨ。誰か元ネタ読んでみて。

[189 NAME IS NULL 2006/04/11(火) 13:07:49 ID:4VOupqi+]

>>188
何か特殊な環境のようで、あんまり一般的ではないようで参考にならないですね。

[190 NAME IS NULL 2006/04/11(火) 13:20:49 ID:4VOupqi+]

業務系はPostgreSQLでWeb系がMySQLってのは俺も賛成だな

まあPostgreSQLの方をよく使っていた俺の意見だけど
pgsqlは使いやすいてのも大きいかなw
ある程度大きいDBで同時アクセスが少ないシステムの場合は
PostgreSQLの方が何かと有利かと思うな。
でも規模が大きくなりすぎると別の問題が出てきて
Oracleを使いたくなるってのもあるがwww

MySQLの場合はデフォルトで性能が出ない場合があるってのも大きいかも
クエリー特性とか考えずに全てInnoDBで済ますような
そんな適当な使い方ではあんまり性能でないからねwww
142はチューニングとかしたのかな？

[191 NAME IS NULL 2006/04/11(火) 13:42:50 ID:???]

188 の人じゃないけど最大10倍くらい出るよ。
平均でも 2 〜 3 倍くらい出る。

# 8.2 は order by も 20% くらい速くなるらしい。

[192 NAME IS NULL 2006/04/11(火) 13:50:39 ID:4VOupqi+]

詳しく>>191
比べた条件がわからないと参考にならないんだけど

[193 NAME IS NULL 2006/04/11(火) 14:55:57 ID:???]

ツールの使いやすさで言うなら
CLI: psql >> mysql
WEB: phpMyAdmin >>>>> phpPgAdmin
かなあ。

[194 NAME IS NULL 2006/04/11(火) 18:22:25 ID:4VOupqi+]

>>191
PostgreSQLマンセーの書き込みか、、、
DBAやってる人なら理由を知りたくなると思うんだけど、、、
理由もわからず（わかろうとしない？）にチューニング出来ないと思うんだが

[195 NAME IS NULL 2006/04/15(土) 11:05:45 ID:???]

通常まともなDBならInnoDBとの比較になるしさほどめずらしくはないだろ
ずっとMySQLつかってきたけどそう思うよ
Postgres8が登場してからは明らかに流れが変わった

ただし、商用費商用問わずツール等は海外のはMySQLは対応しても
Postgresは未対応なんてのは非常に多い

[196 NAME IS NULL 2006/04/15(土) 22:04:16 ID:8sebR/w8]

「通常まともな」の定義が問題だよな。
まともな業務用のデータベースって意味なんだろうけど
人や業種やプロジェクトによって通常の定義も違うからね。
曖昧な言葉を平気で使うような人だと
まともにデータベース設計が出来ないと思われるよwww

Web系でクエリーの99%が検索中心だったりしても
同じ設定ですませちゃうんだろうなww

俺は最近MySQLを勉強しているところであまり詳しくはないんだが
InnoDBの初期設定って酷いと思うんだが、どうなんだろ？
まともにメモリ設定したら結構性能が違ってきたりしないのかな？

[197 NAME IS NULL 2006/04/22(土) 00:30:34 ID:???]

トランザクション中心なんてほとんどの業務系はそうだろ

WEB系は参照中心なのは当たり前
入力中心でWEBベースは非常に使いにくいか、コスト増になり
その分野はクライアントサーバかリッチクライアント案件がほとんど

だから社内アプリだとWEBアプリはだいぶへってるよ

InnoDBも初期値ひどいのは知ってるけど、Postgresのほうもかなりきてるよ
なんせMySQLより非常に小さいDBにみえるくらい

[198 NAME IS NULL 2006/04/22(土) 14:01:13 ID:???]

>>196-197
初期値酷いとか言ってんなら
すべての環境で万能な初期値っての挙げてみろや出来るもんなら
まあ初期値をそのまま使う気でいるヤツからしてみりゃ確かに
酷いってことにもなるんだろうが。

[199 NAME IS NULL 2006/04/22(土) 23:23:28 ID:???]

>>198
なんで荒れてるんだ?

[200 NAME IS NULL 2006/04/22(土) 23:40:03 ID:???]

>>199
Postgresの２つのスレを見ればきっとわかるよ。
最近は、「キレる＆荒れる」精神的に病んだ奴が多すぎ。

[201 NAME IS NULL 2006/04/23(日) 13:30:07 ID:???]

なんでもやってクレクレ君に頭きてんだろ
環境変数なんかチューニングすんのが当たり前
それを初期値が非道いとか眠たいこと
言ってるからじゃねえの
なんでもかんでも精神病んでるとかに
結びつける方が短絡過ぎだろwww

[202 NAME IS NULL 2006/04/23(日) 13:49:13 ID:???]

馬鹿と荒しはどちらも精神病患者

[203 NAME IS NULL 2006/04/23(日) 15:44:45 ID:MyWxdzio]

>>202
そのレス自体が煽りだと気づいてないオマエ自身
オマエの言う精神病患者の何者でもねえwww

[204 NAME IS NULL 2006/04/23(日) 16:33:24 ID:???]

事実を述べただけ。
知能が劣っている事と、犯罪や迷惑行為を行う事と、精神病を抱えている事は
どれも同じ現象の異なる側面を眺めているに過ぎない。

[205 NAME IS NULL 2006/04/23(日) 16:46:30 ID:???]

>>203
自嘲してるんでしょうな。

>>204
おまえさん、かなり精神的に病んでますな。

[206 NAME IS NULL 2006/04/23(日) 18:48:47 ID:???]

>>204は病気というより人間として終わっているだろ。

[207 NAME IS NULL 2006/04/23(日) 19:26:29 ID:???]

人間未満のゴミどもが何か言うてるでw

[208 NAME IS NULL 2006/04/23(日) 21:33:43 ID:???]

>>202=>>204=>>207だな
文脈で一発でわかる
放置が適当かと

[209 NAME IS NULL 2006/04/24(月) 02:51:43 ID:???]

>>201
なんでも、やってクレクレ君に頭来てるってな、
ここでの質問はおまえらが答える必要なんてないんだぞ。
なんだ、質問に答えることがおまえらの仕事なワケ？？ニートか？
仕事だからクレクレ君来ると怒るわけ？？

[210 NAME IS NULL 2006/04/24(月) 02:57:42 ID:???]

>>209
別に201でもなんでもないが
おまえ、何ファビョってんの？ｗｗｗ

[211 NAME IS NULL 2006/04/24(月) 12:58:47 ID:???]

発売わずか２か月で20万部を越えたベストセラー「他人を見下す若者たち」。

現代の若者を「自分に実力がないのに周囲を見下すことで有能感にひたる」と切り捨てます。
著者は教育心理が専門の名古屋大大学院教授。日ごろ、学生と接する中で感じていた
自説が思いのほか大ヒットしました。

http://www.nhk.or.jp/nagoya/ohayo/index.html

「自分以外はバカ」仮想的有能感を持った若者特徴

●自分に甘く、他人に厳しい
●すぐにいらつき、キレる
●「悪い」と思っても謝らない
●努力せずに、成果がほしい
●無気力、鬱になりやすい

[212 NAME IS NULL 2006/04/24(月) 13:12:43 ID:???]

>>211
たぶん唐辛子の食べ過ぎ

[213 NAME IS NULL 2006/04/24(月) 17:00:54 ID:???]

俺様以外全員池沼

[214 NAME IS NULL 2006/04/24(月) 17:04:29 ID:???]

>>213
まだいたのかｗ

[215 NAME IS NULL 2006/04/25(火) 13:15:59 ID:???]

PostgreSQLを他のデータベースソフトと
ベンチマークテストで数値で検証してるサイトはないでしょうか？

ttp://www.thinkit.co.jp/free/compare/1/8/1.html
探してみたもののここぐらいしか見つかりませんでした。

[216 NAME IS NULL 2006/04/25(火) 14:11:52 ID:???]

>>215とか池沼としか思えない

[217 NAME IS NULL 2006/04/25(火) 18:15:46 ID:???]

>>209
ギモンの意図がまったく理解不明

[218 215 2006/05/04(木) 01:49:12 ID:???]

　　　 ＿_　　　　　　＿＿＿＿＿　　r―‐┐┌――┐　　 　 　 　 ＿　　　　　厂|　　 　 　 ＿＿厂|＿＿
　　／ ∠＿＿＿,　 |＿＿＿___　|　/_/７ /　 ７ 厂|　|　く＼ 　 　 ｜｜　 　 　 |　|　　 　 　 |＿＿　 ＿＿|
　　l 　 ＿＿＿　 |　　 　 　 　 |　|　＿/ 〈＿ Ｌ/　[＿| 　 ヽ」┌─┘└─┐　 |　|　　　　_　|＿＿　 ＿＿|
　 ｜　|＿＿＿|　|　＿＿＿＿|　|　| 口 口 | /Ｚ_冂＿　〈＼.└─┐┌┐│　 |　ヽ＿_／ | /┌┐　＿ ＼
　　l 　 ＿＿＿　 |　|　　 　 　 　 |　| 口 口 l〈_,r┐┌┘　＼/＿＿|　L_」　|＿　＼＿＿／ ヽ､二__ノ　 ヽ/
　 ｜　|＿＿＿|　|　|　|￣￣￣￣　|┌ー┐|┌ ┘└┐　　　|＿＿　 ＿＿＿|　 厂|　　　 　 ＿厂|＿＿
　　l 　 ＿＿＿　 |　|　| 　 　 　 　 ｜| 　 ｜|└ ┐┌┘　 / 〉　　 /　＼　　　 　 | ｜　　　　└┐┌─┘
　 ｜　|＿＿＿|　|　|　ヽ＿＿__／| |｜ 　 |｜ 　 |　|　　　/ /　 ／／＼ ＼＿_　 |　|＿,ノ|　　　 |　| l二二l
　　l＿＿＿＿＿_|　ヽ＿＿＿＿_ﾉ |.」 　 [__|　　 |_.」　　く_/　く_／　　　＼＿ﾉ　 ヽ＿＿/　　 ∠_/　l二二l

[219 NAME IS NULL 2006/05/05(金) 02:17:49 ID:2T/DDJw6]

質問です！Mysqlを勉強してます。
perlのDBI経由と、CSEとで、sqlのステートメントを複数連結するとSyntax Errorに
なってしまいます。たとえば下記はエラーになります。

select current_date; select_current_date;
※これはテスト用で、実際はcreate tableが連続します

DBIとCseではだめでしたが、mysql monitorでは意図したとおり実行できました。
Postgresqlでは全部の環境でエラーは起こらないのですが、この違いってなんなのでしょうか？

宜しくお願いします！

[220 NAME IS NULL 2006/05/05(金) 13:03:43 ID:???]

>>219
；(セミコロン)で区切って複数のSQL文をCSEで実行するときは
［データベース］−［一括実行］の方でやってみる

[221 NAME IS NULL 2006/05/05(金) 23:06:51 ID:???]

>>220
実行できました！ありがとうございます
perlではどうやったら実行できるでしょうか？
C APIでMYSQL_OPTION_MULTI_STATEMENTS_ONってのを見つけましたが、
perlには関係ないですよね。

[222 教えて 2006/05/06(土) 02:03:19 ID:dawq4wDl]

今、MYSQLでデータベース作ってますが、漢字の”十”が文字化けします。
ほかにも、いくつかの漢字が文字化けします。
WINXPで　MYSQLのバージョンは４でも５でも駄目でした。
だれかわかる人いませんか？

[223 教えて 2006/05/06(土) 02:13:11 ID:dawq4wDl]

今、MYSQLでデータベース作ってますが、漢字の”十”が文字化けします。
ほかにも、いくつかの漢字が文字化けします。
WINXPで　MYSQLのバージョンは４でも５でも駄目でした。
だれかわかる人いませんか？

[224 教えて 2006/05/06(土) 02:29:12 ID:dawq4wDl]

MYSQL単独でだめだし、漢字も一部の漢字がうまくいかない。
うまくいく漢字もあるし、わけわからん。
もう、いい、いらん！　データベースなんか”いらねー！”。
データのクラスとファイルのIOだけでやるわ！

[225 教えて 2006/05/06(土) 02:32:55 ID:dawq4wDl]

YAHOOのサイト探してるが、ほかのプログラムと連携して問題があるように
語るところばかり。

それどころかあー！　根本的にMYSQLのコマンドラインから問題が
あるじゃあないか。

[226 NAME IS NULL 2006/05/06(土) 19:45:16 ID:5QUau5VC]

文字コードって知ってる？
知らないんなら何使っても文字化けだよ

http://www.kent-web.com/pubc/jcode/

[227 NAME IS NULL 2006/05/06(土) 21:06:36 ID:???]

CSEってバグだらけじゃないか?
そもそもその略称は一般的なんか

[228 NAME IS NULL 2006/05/06(土) 22:46:44 ID:???]

>>227
結構見かける＜略称
正式名称が長すぎ

[229 NAME IS NULL 2006/05/06(土) 23:06:36 ID:???]

KENTて・・・
あえて、ド素人相手の説明だから？

[230 NAME IS NULL 2006/05/07(日) 00:16:22 ID:???]

>>227
なら使わなんだらエエだけの話
俺はExcelとレコードを直接コピペし合えるこのツールは非常に重宝しとる
ただオマエの言うとおり更新が滞ってるので
MySQL4.1以降ではネイティヴで接続できない場合がある
もしオマエのいうバグがそれだとしたら解決法はある
教えてほしかったらキッチリ仁義斬ることだな

[231 NAME IS NULL 2006/05/07(日) 11:52:19 ID:???]

>>230
> 教えてほしかったらキッチリ仁義斬ることだな

早速のお控えありがとさんです。手前のあげます仁義に前後まかり間違いございましたら失礼さんです。
手前、姓はNULL、名はNAME、ミドルネームはIS、人呼んで名無しと発します。
いずこ、いずかたの地におかれましても、
お兄ィさん、お姉ェさん、またはお友達衆に厄介かけがちな粗そう者です。
以後、見苦しき面体お見知りおかれまして、
行く末万端、お引き立て、宜しくお頼ォ申しあげます。

[232 NAME IS NULL 2006/05/07(日) 14:19:43 ID:???]

CSEのバグってスクロールバーとかUIまわりだろ
MySQLなんてなめきったDBは業務系で使わないからいいけど

[233 NAME IS NULL 2006/05/07(日) 16:11:25 ID:???]

それはﾌﾟｷﾞｬｰと言うところかしらー？

[234 NAME IS NULL 2006/05/07(日) 16:35:42 ID:???]

ちゃんと仁義きったのだからオセロ

[235 NAME IS NULL 2006/05/07(日) 22:28:17 ID:???]

>>234
CSEでMySQLにネイティヴ接続する場合、
4.0以前のパスワード（16文字）のユーザでしか接続できない。
4.1以降で新規作成したユーザは既定で41文字のパスワードが生成されるので、
このユーザでCSEに接続するには直接mysql.userテーブルを操作して、
update user文とold_password関数を使って4.0以前のパスワードへ変換する。

[236 NAME IS NULL 2006/05/08(月) 01:57:57 ID:???]

>>235
さっそくのレスありがとうござんした。
以後宜しくお頼ォ申しあげます。

[237 NAME IS NULL 2006/05/09(火) 23:19:14 ID:???]

>>232
男なら
与えられた環境だけでなんとかしねぇとなんねぇ時もあらぁな

[238 NAME IS NULL 2006/05/09(火) 23:33:55 ID:???]

>>237
それが男ってもんよ。環境が無いから開発が出来ない？
てめえらチンコあらあって出直してこい。

[239 NAME IS NULL 2006/05/10(水) 00:10:47 ID:???]

＞チンコあらあって
「あらあって」って、どんなことされるんだろ(´･ω･`)ﾄﾞｷﾄﾞｷ

[240 NAME IS NULL 2006/05/10(水) 00:25:48 ID:???]

いつから
渡世者スレになったんだ

[241 NAME IS NULLPO 2006/05/11(木) 15:05:11 ID:???]

 

[242 NAME IS NULL 2006/05/15(月) 17:21:52 ID:7u9t9iU/]

MySQLを勉強しています。
レンサバの仕様説明を見てて思ったのですが
データベースの提供は１アカウント１データベースとなっております
と書いてありました。
データベース内にテーブルを必要数作れさえすれば問題ないと思っているのですが
MySQLでなくても、１データベースじゃ足りないようなシステムとは
いったいどんなシステムになるのでしょうか？例えば･･･で良いので教えて頂けませんか？

[243 NAME IS NULL 2006/05/15(月) 17:59:42 ID:???]

>>242
同じtable名を違うアプリケーションで使いたい場合

[244 NAME IS NULL 2006/05/15(月) 18:10:51 ID:???]

>>242
１サーバで処理できないDBを「単純に」分散化した場合。

[245 NAME IS NULL 2006/05/16(火) 02:10:38 ID:mrKEQHYW]

『書籍の内容を日本語でおさめたデータベースを、あるキーワードで検索する』なんてものを
作る場合、PostgreSQLとMySQL、どちらが良いとかあります？
Linux + Apache + PHP、それからクライアントはFlashを多用することが多くなると思うんですが。

[246 NAME IS NULL 2006/05/16(火) 02:11:30 ID:???]

それでも意味がわからないと黙る>>242。

[247 NAME IS NULL 2006/05/16(火) 02:13:18 ID:???]

>>245
どちらも不向き。

[248 245 2006/05/16(火) 02:36:52 ID:mrKEQHYW]

じゃ質問変えます。

『書籍の内容を日本語でおさめたデータベースを、あるキーワードで検索する』なんてものを
作る場合、どんなデータベースを使えば良いです？

[249 NAME IS NULL 2006/05/16(火) 02:43:00 ID:???]

>>248
DBっていうか検索エンジンだな。一昔前ならNamazuだったけど、いまだとどんなのだろ。
とりあえず、基礎知識からしてないようだから、お勉強し直したほうがいい。

[250 NAME IS NULL 2006/05/16(火) 09:07:53 ID:???]

↑Webページの検索じゃないの？＞Namazu
>245はOracleやPostgresやMySQLを使ってデータベース化したデータの検索じゃないの？

[251 NAME IS NULL 2006/05/16(火) 10:17:21 ID:???]

NamazuはWebページに限定したものじゃないぞ。

[252 NAME IS NULL 2006/05/16(火) 12:08:12 ID:???]

>>250
マジで、真剣にお勉強したほうがいいぞ。

[253 NAME IS NULL 2006/05/17(水) 12:56:41 ID:???]

勉強し！　勉強し！　さっさと勉強し！

[254 NAME IS NULL 2006/05/17(水) 18:50:31 ID:???]

データベースファイルから
Namazuで使えるIndex作れるのか？
WordやらPDFでさえフィルタが必要だぞ？

[255 NAME IS NULL 2006/05/18(木) 01:11:50 ID:???]

普通に考えればOracleText使え

[256 NAME IS NULL 2006/05/18(木) 03:19:52 ID:???]

未成熟分野だが、XmlDBって選択もアリかと

まあ余計な苦労しょいこむ羽目になるかもだがｗ

[257 NAME IS NULL 2006/05/26(金) 09:38:36 ID:mYYQpcEk]

Win2000 + Apacheでデータベースを構築して遊んでみようかと思い立ちました。

この場合、MySQL と Postgres では、やっぱMySQLのほうがいいんでしょうかね？

[258 257 2006/05/26(金) 09:47:19 ID:???]

+ PHPね。
よし。スレをざっとみて、Postgresに決めたyo

[259 NAME IS NULL 2006/05/26(金) 14:12:56 ID:???]

>>257
自分は両方やって遊んでますよ。特別な意味はないんだけど、どこがRDBMS依存かは把握しやすい。

[260 NAME IS NULL 2006/05/27(土) 10:51:10 ID:Sa3iBEqf]

phpPgAdmin が phpMyAdmin に比べて機能が足りず、使いづらいのだが・・・

[261 NAME IS NULL 2006/05/27(土) 19:31:47 ID:???]

phpPgAdmin とか phpMyAdmin なんてものに頼る程度のやつは・・・・

[262 のんびりさん ◆mLXopK4pSg 2006/06/26(月) 18:10:37 ID:???]

>>261はプログラムを機械語で記述するのですか？

[263 NAME IS NULL 2006/06/26(月) 23:24:35 ID:???]

>>262
おまえはあほか

[264 NAME IS NULL 2006/06/26(月) 23:46:38 ID:???]

効率良い方法でやれば良いだけの話であって。

[265 NAME IS NULL 2006/06/27(火) 01:53:54 ID:???]

>>262
マクロアセンブラを使ってからは、
もうハンドアセンブルには戻れません。

[266 NAME IS NULL 2006/06/28(水) 07:01:49 ID:???]

MZ-80B使っていた頃は金がなくてマクロアセンブラなんて買えなかったから、
当然ハンドアセンブルだったなぁ。

[267 NAME IS NULL 2006/06/28(水) 09:30:26 ID:???]

おっさんの昔話はどうでもいい。
Z80のワンボードで制御した学生の頃の実習はハンドだったけど。

[268 NAME IS NULL 2006/06/28(水) 10:25:34 ID:???]

オッサン合戦が始まりました！

[269 NAME IS NULL 2006/06/28(水) 14:10:14 ID:???]

>>262が悪い

[270 NAME IS NULL 2006/06/28(水) 16:05:23 ID:???]

そうだな。便利なツールがあるんだから、それを使えばいい。
カシオミニとかな

[271 NAME IS NULL 2006/06/28(水) 16:49:05 ID:???]

本試験においては電卓の持ち込みは許可しません。
計算尺、手回し計算機は可

[272 NAME IS NULL 2006/06/29(木) 00:17:57 ID:???]

とりあえずC9

[273 NAME IS NULL 2006/07/14(金) 14:13:50 ID:???]

学校でMySQL使ってるんですが
何故か先生が「○○というデータベースに学生番号+テーブル名でテーブル作るように」とかいうんですよ
スキーマ使ったらいいじゃんと思ったんですがMySQLにはスキーマがないらしい
やっぱPostgres最高

[274 NAME IS NULL 2006/07/14(金) 14:35:06 ID:???]

>>273
俺も、PostgreSQL派だけど。
もう少し、勉強頑張ったほうがいいよ。

[275 NAME IS NULL 2006/07/24(月) 17:11:20 ID:???]

んー微妙

[276 NAME IS NULL 2006/08/07(月) 14:38:10 ID:ZoPVfSyz]

MySQLはだめだな・・

[277 NAME IS NULL 2006/08/08(火) 20:50:16 ID:???]

おまいらこれみれMySQL is No.1

http://opentechpress.jp/blob.pl?id=939a57d01e0ead1d4fb1710c5729137d

[278 NAME IS NULL 2006/08/14(月) 07:05:27 ID:5lgfO1R+]

どちらがより我儘な問い合わせに応えてくれますか？
速度は気にしません

[279 NAME IS NULL 2006/08/14(月) 19:16:14 ID:???]

我儘？

複雑な問い合わせなら、PostgreSQLの方が分があるだろうな。

[280 NAME IS NULL 2006/08/15(火) 13:53:07 ID:HdGLaFVe]

既知のクリティカル不具合は？

[281 NAME IS NULL 2006/08/15(火) 21:43:04 ID:???]

SHARP X1 の Hu-BASIC は馬鹿でかくてフリーエリアが少ないので、オーバーレイなんて
手法を BASIC で使ってた　と言ってみるテスト

[282 NAME IS NULL 2006/08/15(火) 22:08:37 ID:???]

クリティカルな不具合が既知だったら
DBとして終わってる

[283 NAME IS NULL 2006/08/17(木) 07:35:50 ID:???]

PostgreSQLを触ってOracleのような
日付・文字列処理関数がないことに絶望しました

[284 NAME IS NULL 2006/08/17(木) 08:28:42 ID:???]

は

[285 NAME IS NULL 2006/08/17(木) 18:20:00 ID:???]

スレ違いだが、絶望するほど無いとは思えんがな

[286 NAME IS NULL 2006/08/17(木) 19:21:09 ID:???]

>>283の絶望的な能力不足
能力が無いやつは、なんでもツールのせいにする。

あぁ、釣られすぎですなｗ

[287 悩み人 2006/10/19(木) 00:48:45 ID:T6+foHou]

PHPからMYSQLに接続したいのですがどうしてもつながりません。
mysql_connect関数を使い接続しようとしたのですが、
Call to undefined function mysql_connect()
というエラーが出て、接続できません。誰かわかる方教えてください。

[288 NAME IS NULL 2006/10/19(木) 04:33:45 ID:???]

> Call to undefined function mysql_connect()
答えが出ているじゃないか。

[289 NAME IS NULL 2006/10/20(金) 18:51:28 ID:???]

モジュール読み込まないといけないんじゃあ似の？
マニュアルに書いてあると思う

[290 NAME IS NULL 2006/10/20(金) 19:40:50 ID:???]

まぬある読んだら負けかな？と思ってる

[291 NAME IS NULL 2006/10/20(金) 19:51:48 ID:???]

勝ってさえ無いじゃないか

[292 NAME IS NULL 2006/11/05(日) 22:18:19 ID:???]

>>291
おもしろい

[293 NAME IS NULL 2006/11/06(月) 12:46:13 ID:???]

というより、勝負出来る域まで来てないな。

[294 NAME IS NULL 2006/11/07(火) 10:52:08 ID:p0/rpFxS]

MySQLのアーカイブロ、ストアドプロシジャ、トリガ　って
後付けの昨日？

[295 NAME IS NULL 2006/11/07(火) 10:54:18 ID:p0/rpFxS]

電源障害への対応度は　如何に？

[296 NAME IS NULL 2006/11/08(水) 11:56:46 ID:???]

電源障害はmysql以前の問題

[297 NAME IS NULL 2006/11/12(日) 07:25:17 ID:???]

企業で導入率が高いのはどっち？

[298 NAME IS NULL 2006/11/12(日) 11:05:59 ID:???]

MySQLじゃね？
日本だとPostgreが人気っぽい印象があるけど

[299 NAME IS NULL 2006/11/13(月) 02:07:35 ID:???]

んじゃMySQLから覚えよっと
トン

[300 NAME IS NULL 2006/11/13(月) 13:25:50 ID:/xuThI4A]

PostgreSQLに乗り換えた

[301 NAME IS NULL 2006/11/14(火) 00:36:47 ID:???]

CSEはmysqlの3.23までしか対応してないの？パッチあてれば4.1以上でも使えるって聞いたんだけど

[302 NAME IS NULL 2006/11/23(木) 14:04:10 ID:???]

PostgreSQLって、SQL Serverと比較した場合のメリットデメリットってどんな感じ？

[303 NAME IS NULL 2006/11/23(木) 21:43:20 ID:???]

>>301
フツーに使えとるけど

[304 NAME IS NULL 2006/12/02(土) 10:46:01 ID:???]

>>303
verいくつ？
4.1でやったら強制終了されたぞ

[305 NAME IS NULL 2006/12/02(土) 11:56:36 ID:???]

>>304
libmysql.dllを調べる
winclients-3_22_28_eucかwinclients-3_22_28_sjis同梱のlibmysql.dllしか受け付けん

[306 NAME IS NULL 2006/12/04(月) 01:49:36 ID:???]

>>305
じゃあ3.23のlibmysql.dllを4.1に上書きすれば使えるのかな？

[307 NAME IS NULL 2006/12/18(月) 19:34:50 ID:qB1YsmcU]

MySQLにおけるMySQL Administrator（GUIツール）のようなもの、ポスグレにはないのですか？
ちろっと探したけど見つかんなかったよ？

[308 NAME IS NULL 2006/12/18(月) 20:07:30 ID:???]

pgAdminを使いなされ

[309 NAME IS NULL 2006/12/19(火) 03:23:52 ID:???]

pgAdminIII

[310 307 2006/12/19(火) 03:44:55 ID:???]

おおっと！！このスレに２種類登場してたんだね。
ログ読んでる時、全部phpPgAdminの事と思って読んでたよorz
>>308-309
早速DLしてます！さんくす！

[311 NAME IS NULL 2006/12/21(木) 09:34:50 ID:???]

比較した記事
http://www.thinkit.co.jp/free/article/0603/10/6/

[312 NAME IS NULL 2006/12/21(木) 12:05:08 ID:xC+w001g]

MySQLのSHOW COLUMNS FROM table;みたいに列名などを
返してくれるコマンドのPostgreSQL版ってありませんか？

[313 312 2006/12/21(木) 12:28:43 ID:xC+w001g]

一応自己解決しました
もっと良い方法はありますか？
oidとかcmaxとか邪魔だしなんか冗長な感じです・・・

select attname from pg_attribute left join pg_class on attrelid=pg_class
.oid where relname='myTablename';

[314 NAME IS NULL 2006/12/21(木) 12:30:30 ID:???]

psql を -E オプションで起動して、 \d table ってやってみ

[315 NAME IS NULL 2006/12/21(木) 13:00:48 ID:xC+w001g]

>>314
ありがとうございます。出力されたSQLを参考に組みなおします

[316 NAME IS NULL 2006/12/30(土) 02:04:49 ID:???]

相変わらず、MySQL のライセンスの使い分けがよく分からない。
例えば、mixi みたいなシステムでは商用ライセンスじゃないといけないの？
それとも、MySQL 自体を変更していなければ、mixi の Perl のソースを公開しなくても GPL で OK？

[317 NAME IS NULL 2006/12/30(土) 12:23:24 ID:???]

わからなければ商用ライセンスを買ってください。
わかる人だけがGPL版を使ってください。

[318 NAME IS NULL 2006/12/31(日) 00:23:54 ID:???]

答えになってないな。

[319 NAME IS NULL 2006/12/31(日) 00:46:54 ID:???]

充分答えになっていると思うが？
いちかばちかで犯罪者になりたくはないだろう？
警察に「2chで質問したらOKだって言われたから」と言い訳するつもりか？
ここには意図的に嘘を書く輩が大勢徘徊しているのだぞ。

[320 NAME IS NULL 2006/12/31(日) 03:26:16 ID:???]

分からないから教えてくれと言っているのに対して、
分からない部分を教えないのでは、答えたことにならないだろ。

[321 NAME IS NULL 2006/12/31(日) 10:07:04 ID:???]

>>316 が質問しているのは、

> 「商用ライセンスじゃないといけないのか？」と言うこと、

それに対して、>>317 の回答は

> (わからなければ) 商用ライセンスを買ってください (=使ってください)

至極まっとうな答えだと思う。

ライセンスの使い分けを教えてくれとは書いてないよ。

[322 NAME IS NULL 2006/12/31(日) 13:13:37 ID:???]

相変わらず不毛だねぇ、君たち

PostgreSQLは関係ないんなら
MySQLの話はそっちでやってくれよ

[323 NAME IS NULL 2007/01/02(火) 01:53:43 ID:???]

GPLは再配布の際に問題になってくるっていう大前提がわかっていれば、
GPL周りの疑問や誤解はかなりなくなるんだけど、それすらお勉強しない
ヤシは後を絶たないな。

[324 NAME IS NULL 2007/01/02(火) 13:12:53 ID:GguwttE5]

Postgres8.0.9ですが
同じフィールドを持つ２つのテーブルを繋いで１つのテーブルに
見えるようなビューって作れるのでしょうか？

[325 NAME IS NULL 2007/01/02(火) 14:29:13 ID:???]

union

[326 NAME IS NULL 2007/01/04(木) 13:06:36 ID:???]

>>325
いろいろあってレス遅れました
ありがとうございます
説明を読んだことはあるけど、そのときは何のことやら意味わからなかった
やっぱり実戦経験は大事だなー

[327 NAME IS NULL 2007/01/04(木) 13:23:21 ID:???]

WEBページで、ページ送りを作るときに全体の件数が知りたいときどうしてますか？
（Limit句つけて検索したときの話です）
mysql だて SQL_CALC_FOUND_ROWS ですませてるんですが、postgres含む他のDBでは
どうやってるんでしょうか？
SQL２回発行してるんでしょうか。


mysql> SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name
WHERE id > 100 LIMIT 10;
mysql> SELECT FOUND_ROWS();

[328 NAME IS NULL 2007/01/05(金) 12:42:59 ID:eEDb9wg9]

.NETから両方使った事奴いるかな？
どっちが使いやすいというか･･･
その辺の感想聞かせて欲しい
OLEDBで接続した時の苦労話とか

[329 NAME IS NULL 2007/01/13(土) 22:43:45 ID:78jvQO04]

age

[330 NAME IS NULL 2007/06/08(金) 23:17:21 ID:BCjwMJBL]

mysqlのライセンスってどこで買うの？

[331 NAME IS NULL 2007/06/09(土) 07:35:13 ID:???]

www.mysql.com 見た？>>330

[332 NAME IS NULL 2007/06/11(月) 22:28:29 ID:sJ4sZGiu]

やっぱ、MySQLの方がPostgreSQLよりも人気もあって、導入実績もあるみたいだね。

[333 NAME IS NULL 2007/06/19(火) 10:57:14 ID:???]

個人的にはどっちもどっち・・・
技術者が手慣れたものがいちばん良いよ・・・とは言え、参照系ならMySQL、そうじゃないなら
PostgreSQLって感じかな。

当たり前のことしか書けないわ。（笑）

[334 NAME IS NULL 2007/06/19(火) 23:57:03 ID:???]

たいていの用途には速度も昨日もPostgreSQLの方が上だと思われ。

[335 NAME IS NULL 2007/06/20(水) 12:31:41 ID:???]

コネクション数が多い場合、mysqlのほうが有利な気がする。
あとHAや負荷分散かんがえるとmysqlのほうが有利な気がする。
replace(or upsert)は正直うらやましい。
でも、PostgreSQLのほうが扱い慣れてのもあるけど、変な制約もなく基本的な機能が素直で良い子

[336 NAME IS NULL 2007/06/21(木) 02:48:10 ID:???]

仕事で使う場合、機能や速度よかライセンス的にPostgreSQLのほうがありがたいね。

あと、PostgreSQLのHAクラスターっていろんな実装が出てきては開発停止になっている印象が。
PGClusterの印象が強すぎるせいかもしれないけど。

いまはpgpool、PostgresForest、Slony-lってとこなのかな?

[337 NAME IS NULL 2007/06/22(金) 12:10:48 ID:???]

仕事で使うにも、MySQLの方が多いですし

[338 NAME IS NULL 2007/06/22(金) 13:51:50 ID:???]

HAするときはpgpool-IIをpgpool-Iモード(systemDB使わない方)だなぁ
pgpool-IIは複雑すぎるきがするOTL

[339 NAME IS NULL 2007/06/22(金) 20:28:58 ID:???]

>>337
商用ライセンス買っているのかな?
うちのところは貧乏なので、商用or GPLで悩むのならBSDLの
PostgreSQLをつかってしまえって感じで、いまやPostgreSQLだらけ。

>>338
ふむふむ。
そういえば、PostgreSQLのHAクラスタ周りのスレってあるのかな?
PostgreSQLの本スレにもあまり話が出てこないし…

[340 NAME IS NULL 2007/06/24(日) 16:00:42 ID:joeyVZjM]

>>339
PostgreSQLのクラスタの情報ってホント少ないよね。

あとフェイルオーバークラスタ、シングルマスタクラスタなら
できるようになったけど、マルチマスタクラスタが
いつになったら安定して出来るようになることやら。

PGClusterは開発者が実質一人しかいないけど、
その人もずっと忙しくて、開発やってる暇ないらしいし。
誰か休日使ってPGClusterの動作テストとデバッグやってくれない？

[341 NAME IS NULL 2007/06/25(月) 00:37:31 ID:???]

素朴な疑問です
出会い系サイトでもミクシみたいなサイトでもいいんだけど、
メッセージの送信履歴を参照する（一覧を作る）ときって、
メッセージテーブルがあって、その中の「sendUser」みたいなパラメータが
そのユーザのIDと一致するものを引き出して一覧化するイメージを考えています。

で、このときにメッセージテーブル中のログが１０万件くらいあって、
一ユーザが一度のテーブル参照で引き出せる情報数が直近の５件だけで、
一度に１万ユーザくらいが一度に同テーブルにアクセスしてもMySQLって壊れない
ものなんですかね？
バカっぽい質問してたらすみません。　アプリケーション・サービスの実例を交えた
効率的なDB構築の本があったら、よかったら教えてください。

[342 NAME IS NULL 2007/06/25(月) 17:28:36 ID:???]

なんでここで聞くんだ？
マルチか？

[343 NAME IS NULL 2007/06/27(水) 23:01:09 ID:XtQZ2L9a]

PGCluster-IIが性能面で使い物になるレベルに達してくれればなあ･･･

[344 NAME IS NULL 2007/06/29(金) 09:59:27 ID:???]

なるんじゃないかなぁ〜〜。
WEB+DBの連載を見ている限りは期待できるんだけど。

[345 NAME IS NULL 2007/06/29(金) 22:03:47 ID:???]

ttp://itpro.nikkeibp.co.jp/article/NEWS/20070605/273740/ によると
8.3以降では，Skypeが開発し使用しているSkytoolsと呼ぶ
クラスタリング・ツールの提供が予定される。
「Skypeではこのツールにより20以上のサーバーをクラスタリングし、
2500万以上のユーザーのデータを扱っている」（Berkus氏）という。
とのことだけど、どんなもんなんだろ?

[346 NAME IS NULL 2007/06/29(金) 23:07:58 ID:tZB+lLHU]

誰がデータを消したってログも残せないヘボＤＢ

[347 NAME IS NULL 2007/06/30(土) 07:57:11 ID:???]

確かに346にはできないだろうね。

[348 NAME IS NULL 2007/07/02(月) 05:32:47 ID:/UsVuWmO]

参照系でもMySQLとPostgreSQLの差なんてほとんどないように思うんだけど・・
MySQLの優位性ってクラスタリングぐらいしか残ってないんじゃね？

[349 NAME IS NULL 2007/07/02(月) 06:41:17 ID:IM39awRs]

>>348
「マーケティング」を忘れるな。
MySQL ABのマーケティング部門はかなり有能。

[350 NAME IS NULL 2007/07/02(月) 07:01:58 ID:???]

PHPバインディングの出来(特にPDO)はMySQLのほうがだいぶ良い。
でもPostgreSQLのほうが好きなんだ・・・

[351 NAME IS NULL 2007/07/03(火) 00:52:02 ID:???]

どこまで本当かはわからんが...

「MySQL，PostgreSQLとFirebirdの性能をユーザー会メンバーが徹底比較，
判明した"意外な結果”」---OSC2007.DBより
http://itpro.nikkeibp.co.jp/article/NEWS/20070624/275673/

[352 NAME IS NULL 2007/07/03(火) 01:06:00 ID:???]

>>351
PostgreSQL のバージョンが 8.1 と少し古いね。
8.2 にすれば、かなり PostgreSQL が有利になりそうな予感。

[353 NAME IS NULL 2007/07/03(火) 08:39:30 ID:???]

MySQLはbeta版つかっているんだなぁ。
なら、PostgreSQLも8.3のdev版つかってHOTを使うなんていうことも許されるはず。
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/

ただ、8.2は8.1に比べて激しく遅くなることもあるっていうのが以前本スレに
出ていたんで、それを考えてあえて8.1にしたのかも。

[354 NAME IS NULL 2007/07/07(土) 00:52:49 ID:???]

>>351
正直、速さ／遅さの理由の説明ができていない比較の信憑性は無いも同然。
話半分に留めておいたほうがいい。

[355 NAME IS NULL 2007/08/04(土) 02:11:36 ID:???]

ちょいと質問させてください。
旬な時期の過ぎたデータ（って表現が正しいかは疑問ですが）をディスクから
追い出してDVDとかにデータベースなり、表領域なり、表なりの単位で
退避（改ざんできないように-R系のメディアを希望）しておいて、
ちょっと必要になったときだけシステムにマウントして参照するようなことは
PostgreSQL, MySQLで実現可能でしょうか？

Oracleのtransportable tablespaceみたいな機能が欲しいんですけども。

[356 NAME IS NULL 2007/08/04(土) 12:16:07 ID:???]

>>355
余裕です。データベース単位、テーブル単位等でダンプできます。
もちろんリストアもできます。
ちょっと参照したいなという時は一時的なデータベースを作ってあげて、
そこにリストアしてあげればＯＫです。

[357 NAME IS NULL 2007/11/14(水) 13:30:47 ID:???]

両者は良きライバル。互いに研きあって、世界最強の二大データベースを目指せ！

[358 NAME IS NULL 2007/11/18(日) 08:00:12 ID:???]

postgresql.jp がDNS で見つからないんだけど、どこ行ったの ?

[359 NAME IS NULL 2007/11/18(日) 22:43:57 ID:???]

http://www.postgresql.jp/news/maintainance-2007-11-17
Web鯖とか置いてるビルの停電を伴うメンテの影響だったらしい。

[360 LLttakJy 2007/11/20(火) 21:43:20 ID:???]

r9SZhE <a href="http://ptunrtrohaxj.com/";>ptunrtrohaxj</a>, [url=http://zrbjvehzvdzq.com/]zrbjvehzvdzq[/url], [link=http://smahrmaywbjm.com/]smahrmaywbjm[/link], http://bwtwhhmmkggl.com/

[361 AxvcOePTCmkzSQH 2007/11/20(火) 21:43:33 ID:???]

eihG3n <a href="http://kvztyxelhnal.com/";>kvztyxelhnal</a>, [url=http://ovwsuuyzpeex.com/]ovwsuuyzpeex[/url], [link=http://ljwubzkcdynq.com/]ljwubzkcdynq[/link], http://zxmktgbxdmsq.com/

[362 LoPmzWRGeuKqey 2007/11/20(火) 21:44:52 ID:???]

W6tn9F <a href="http://omyiqjsiwkmd.com/";>omyiqjsiwkmd</a>, [url=http://mpklazsanxnp.com/]mpklazsanxnp[/url], [link=http://lpbcurjzsaqn.com/]lpbcurjzsaqn[/link], http://ixhzdgonfyrw.com/

[363 NAME IS NULL 2007/11/21(水) 14:31:46 ID:???]

更新と参照が多い場合だとMySQLのが有利？
postgreSQLだとレコード更新されるたびに追加されていくわけだよね？

[364 NAME IS NULL 2007/11/21(水) 14:42:08 ID:???]

MySQLはDBエンジンで大きく変わるから。

[365 NAME IS NULL 2007/11/21(水) 20:01:11 ID:???]

追記型は更新が苦手…
そんなふうに考えていた時期が俺にもありました。

[366 NAME IS NULL 2007/11/22(木) 01:31:36 ID:???]

PostgreSQL 8.3はかなり性能上がっていそうだしねぇ

[367 NAME IS NULL 2007/11/22(木) 04:18:50 ID:2Sp8w7qm]

（・∀・）sqliteは？

[368 NAME IS NULL 2007/11/22(木) 13:22:28 ID:???]

>>367
sqliteと比較すべきものはBerkley DBでそ。

[369 RQcluaHfOiCXPWVEaKy 2007/11/22(木) 22:50:45 ID:???]

http://gkinyn.cn mp3 dmusic downloads ipod

[370 SysTYPPGtP 2007/11/22(木) 22:52:22 ID:???]

http://gkinyn.cn mp3 dmusic downloads ipod

[371 XSjCvNlukxSfGxRmoOJ 2007/11/24(土) 12:08:22 ID:???]

http://bdzwbn.cn/happy-mp3 happy mp3

[372 ayILlTLV 2007/11/24(土) 14:55:14 ID:???]

http://bdzwbn.cn/mp3-rules mp3 rules

[373 yRsjIhCnUjh 2007/11/24(土) 19:10:57 ID:???]

http://bdzwbn.cn/real-mp3 real mp3

[374 EKpLCHlUyjwlNeIwVjD 2007/11/24(土) 20:26:46 ID:???]

http://bfsnbw.cn/mp31 renegade master

[375 NAME IS NULL 2007/12/05(水) 19:34:44 ID:OOBUSy/9]

素人質問ですみません。
MYSQLにはPHPmyadminがありますが、Postgreには同じようなソフト
って言うか、簡単にPostgreSQLを扱えるようなものはありますか？
よろしくご教授ください。

[376 NAME IS NULL 2007/12/05(水) 20:54:23 ID:???]

phppgadmin

[377 NAME IS NULL 2007/12/05(水) 21:07:25 ID:???]

>>376
おお、やっぱりあるのですね。
ありがとうございます。
早速インストールしてみます。
やっぱフリーソースの両巨頭ですね。
この2つのデータベースは。

[378 NAME IS NULL 2007/12/13(木) 20:13:20 ID:WMZdbRJN]

JIS2004に対応できてない時点で、今MySQLを選択するのはヤバくない？

[379 本田 2007/12/30(日) 02:53:39 ID:bvgNtfNF]

solidDB for MySQL
http://sourceforge.net/projects/soliddb/
>solidDB for MySQL is an open source relational database management system (RDBMS)
> that consists of MySQL Server and solidDB Storage Engine for MySQL.

[380 NAME IS NULL 2008/01/17(木) 01:20:29 ID:???]

SUNに買収されて比較対象がPostgreSQLからOracleやDB2、SQLServerへ変わるの？

[381 NAME IS NULL 2008/01/17(木) 11:07:07 ID:???]

>>378
よくわからんけど、JIS2004って字形だけの問題じゃないの？

[382 NAME IS NULL 2008/01/17(木) 18:57:35 ID:???]

>>381
UNICODE補助文字が使われるようになったので
UTF-8が最大4byteになる
MySQLはutf8最大3byteまでしか保存できない

[383 NAME IS NULL 2008/01/17(木) 19:13:58 ID:???]

ほうほう。
ってか
＞MySQLはutf8最大3byteまでしか保存できない
なにこの糞仕様ｗ

[384 NAME IS NULL 2008/01/17(木) 22:02:36 ID:???]

MySQLはバージョン6から
utf8の4バイト対応

[385 NAME IS NULL 2008/01/17(木) 23:00:09 ID:???]

MySQLは4->5->6と文字コード周りでの混乱がすごいな

[386 NAME IS NULL 2008/02/20(水) 09:47:27 ID:7Da97kAQ]

数千万規模のレコードを扱うにはMySQLとPostgresどちらが適しているでしょうか？

[387 NAME IS NULL 2008/02/20(水) 12:08:44 ID:???]

MySQL

[388 NAME IS NULL 2008/02/20(水) 13:06:01 ID:???]

>>386
本気なら、自分で試せよw

[389 NAME IS NULL 2008/02/20(水) 21:49:18 ID:???]

べつにどっちでもいけるんじゃね。
アプリの出来次第だし。

[390 NAME IS NULL 2008/02/22(金) 02:48:16 ID:???]

実務で新規に使う分にはぶっちゃけどっちもそんな変わらないよな。
レプリケーション組まなきゃならん程の規模になるとMySQLのが日本語の情報が
多いとは思うけど。

決定的な違いはMySQLにゃ有償サポートがあるって事じゃね？

Oracleはさらにそんだけ高い金払ってこうなったんじゃ仕方ないよねって
空気作れるからという理由でチョイスするSE様も結構いるとか居ないとか。

[391 NAME IS NULL 2008/02/22(金) 07:52:56 ID:???]

Postgres だってサポートしてくれる会社はあるでしょ。

[392 NAME IS NULL 2008/02/22(金) 15:12:05 ID:???]

だな。SunがサポートするのかSRAがサポートするのかの違い。

[393 NAME IS NULL 2008/02/23(土) 00:38:21 ID:???]

サポートの有無だけじゃなくて、質も重要だよな。
オープンソースじゃなくても、マイナーな製品だとサポートがまったく
役に立たない場合もザラだからな。

教育コース整備されていて、一定のレベルのエンジニアを量産する
システムが出来上がっているOracleやDB2はやっぱり安心感が違うよ。

[394 NAME IS NULL 2008/03/14(金) 14:32:18 ID:???]

そういえばPostgreSQLが流行らないのは名前のせいで
だから名前を変えようとかいう動きはどうなったんだろう？

[395 NAME IS NULL 2008/03/14(金) 15:19:31 ID:???]

urSQLにしてくれ

[396 NAME IS NULL 2008/03/18(火) 10:17:08 ID:???]

DQLにしてくれ

[397 NAME IS NULL 2008/03/20(木) 00:47:26 ID:???]

ドラクエ５０？

[398 NAME IS NULL 2008/04/14(月) 19:54:43 ID:???]

postgreはGUIやらlimitやらで使い勝手が良すぎる。俺はpostgreを全力で
応援します。

[399 NAME IS NULL 2008/04/19(土) 00:36:35 ID:???]

MySQL、新機能追加は有償版の「MySQL Enterprise」だけを対象に
http://www.technobahn.com/news/2008/200804172000.html

Linuxを代表するオープンソースベースのリレーショナルデータベース管理システムのMySQL
が近くソースコードの公開を停止する方向で準備を進めていることが16日、米カリフォル
ニア州サンタクララで開催中のMySQLコンファレンスの席上で明らかとなった。

[400 NAME IS NULL 2008/04/19(土) 15:51:37 ID:???]

>>399はタイトルは元記事通りですが本文は元記事と違います。

>無償版の「MySQL Community Server」の提供は今後も継続されるが、
>無償版と有償版の開発は完全に切り離されることとなり、
>無償版と有償版の2つのMySQLはまったく別々の進化を遂げることとなる見通しだ。

[401 NAME IS NULL 2008/04/19(土) 16:11:15 ID:???]

要するにβテストが完了したと言うことなのかな。

[402 NAME IS NULL 2008/04/19(土) 20:52:38 ID:???]

はは〜ん。

[403 NAME IS NULL 2008/04/19(土) 23:10:58 ID:???]

新機能が有償版 のみ/から ってことは、無償版よりもむしろバグが増えるんじゃないだろうか。
Fedora → RHEL のように、テスト → エンタープライズにしてくれれば良いんだが。

[404 NAME IS NULL 2008/04/20(日) 00:00:55 ID:???]

>>400
これ、思いっきり悪く捉えると
・GPL版はいまさらライセンス変えようがないから放置
・商用版はclosedにして開発続行
となるんだけど、実際どうなるんだろう? GPL版もきちんとSunが開発に
かかわり続けるのかな?

もちろん、GPLなんだから有志で開発引き継ぐことは可能だけど。

[405 NAME IS NULL 2008/04/20(日) 00:50:09 ID:???]

>>404
Forkはされるだろうけど、有償サポートや開発者をフルタイムで雇用する企業が
あらわれないとプロジェクトの維持は難しいと思う。

[406 NAME IS NULL 2008/04/20(日) 01:03:53 ID:???]

Firebird - Interbase の先例があるとはいえ、独立路線は無理だろう…。

[407 NAME IS NULL 2008/04/20(日) 02:02:14 ID:???]

DBMSじゃないけどNetscape -> Mozilla -> Firefoxのような路線もあるわけだし、
これだけユーザ数が多いのだから、どうにかなりそうな気はしないでもない。
ひょっとしたら新規にforkされたプロジェクトがPostgreSQLより開発者が
多くなる可能性もあるし。

とはいえ、フリーのものを使いたければPostgreSQLを使えという流れが
強くなることは確実だろうね。

[408 NAME IS NULL 2008/04/20(日) 02:23:58 ID:???]

http://jcole.us/blog/archives/2008/04/14/just-announced-mysql-to-launch-new-features-only-in-mysql-enterprise/

誰かが Fork する事になるとか、GPL 版が放置されるという話には読めないんだけど？

[409 NAME IS NULL 2008/04/20(日) 11:23:54 ID:???]

>> 408
リンク先、ちゃんと読んでる？

> a shift to development of those features occurring only in MySQL Enterprise.
> MySQL Enterprise のみで使用できる機能の開発にシフトする。
Enterprise に開発をシフトする -> GPL 版放置 -> 誰かが Fork せねば
という流れは自然でしょ。

あと、むしろ Enterprise 版の品質が落ちるという懸念も書いてある。
> they will be giving their paying customers real, true, untested code.
> MySQL 社は、お金を払ったユーザに、まったくもってテストの不十分なコードを使わせることになる。

[410 NAME IS NULL 2008/04/20(日) 13:43:18 ID:???]

>>409
ちゃんと Mickos の投稿も読んでるかな？
GPL 版を重視するのは変わらずで、GPL 版の周辺ソフトウェアに
GPL じゃないライセンスを採用するかもしれないという話だと
思うけど、これはオープンソースを活用しているビジネスモデル
としては普通の事じゃないかな。そこでは Netteza や InnoDB の
ケースが出てるよね。こういうモデルはオープンソース版があって
初めて成り立つ話であって、GPL 版を放置するという発想が
どうして出て来るのかが不思議だよ。

[411 NAME IS NULL 2008/06/13(金) 00:51:13 ID:???]

書店に並んでる本見るとMySQLばかり

[412 NAME IS NULL 2008/07/11(金) 16:24:19 ID:???]

そんなに大規模じゃなきゃMySQLで十分要求を満たす。
OracleやSQL-Serverで大規模を先に経験すると、
MySQLのシンプルさに疑心暗鬼になって、Postgresを
選択する。あるいはMySQL<4.1のサブクエリシンドロームな
人たちもPostgresを選択する傾向にある気が巣。

[413 NAME IS NULL 2008/07/12(土) 11:11:08 ID:???]

Derbyとか知るとMySQLがシンプルとは思えないんだが。
これも以外に要求を満たすからなぁ。
社内インフラ程度(?)の規模なら問題なしだし。

はともかく、単にMySQL対応のアプリ使いたいときは普通にMySQL選択するし、
特に要望がなければPostgresかな。

規模がデカくなるとDB2とかの商用使うな。Oracleはﾏﾝﾄﾞｸｾなので個人的には嫌い。

[414 NAME IS NULL 2008/07/12(土) 15:18:22 ID:???]

情報量としてはMySQLの方が多くなってる気がするんだが

[415 NAME IS NULL 2008/07/13(日) 22:19:25 ID:???]

>>412
>>413

大規模じゃなきゃ使えるって、まじで言ってるの?
mixiもYahoo!もFacebookも、超大規模なところはみんなMySQLなんだが。
GoogleもMySQLですよ? あれはちょっと使い方が違うけど。

[416 NAME IS NULL 2008/07/13(日) 22:41:29 ID:???]

別に誰も「大規模だと使えない」なんて言ってないと思うが。

なにを言いたいのかちっともわからん。

# 規模がでかい時に商用使うのは機能的な問題より、なんかあった
# 時に客に説明しやすいからだろうと思う。

[417 NAME IS NULL 2008/07/14(月) 00:26:39 ID:???]

超絶的な瞬間最大アクセス(?)がおきるオリンピック公式サイトはDB2だったと思うが。

大規模で楽したいって意味と顧客に説明する時にOracleとかは根拠のない
安心感があるんだよ。ｗ

つかGoogleみたいな博士級のエンジニアがいる会社と偽装派遣や孫受けに
丸投げするばかりの能無し自称IT企業の事情といっしょにすんなよ。
#現実的には９割は後者の会社が多いと思っている。

[418 NAME IS NULL 2008/07/14(月) 09:14:02 ID:???]

>>416
> 別に誰も「大規模だと使えない」なんて言ってないと思うが。

じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

> つかGoogleみたいな博士級のエンジニアがいる会社と

Googleが異常なだけで、mixiなんかは全然いないよw
普通のエンジニア。

[419 NAME IS NULL 2008/07/14(月) 22:14:44 ID:???]

mixiはfedoraをドカドカ使う度胸は凄いと思うな。

根性無しと言うワケではないが、そこはRHELを使うトコだろ、って思うし。

確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。

まあ原因不明のOracleのインスタンス落ちを経験するとfedora+MySQLでも
たいして安定性は変わらんとは思う。

Postgresも7以前は商用に比べれば、不安はあるけど8以降は結構いい感はある。

[420 NAME IS NULL 2008/07/14(月) 23:09:22 ID:???]

>>418
>> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
> じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

お前、プログラマに向いてないから早めに足洗った方がいいぞ。

まあ、痛い目を見るのはお前さんだからどうでもいいけど。

[421 NAME IS NULL 2008/07/14(月) 23:34:21 ID:???]

別にココはマ板でもない点について

[422 NAME IS NULL 2008/07/15(火) 09:15:07 ID:???]

>>419
mixiはCentOSじゃなかった?

> 確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。

ああいうとこはkernel入れ替えてるんじゃないかな。

>>420
おまえ、何の情報も持ってないんだなぁ...

[423 NAME IS NULL 2008/07/19(土) 02:15:38 ID:???]

>>422
> おまえ、何の情報も持ってないんだなぁ...

>>418 のアホさ加減を示すのにこれ以上なんか情報がいるのか？

もう十分だと思うけど。

[424 NAME IS NULL 2008/07/19(土) 14:05:24 ID:???]

何が十分なんだよ。

相手が泣き叫んで許しを請うまでひたすら続けろ。

[425 NAME IS NULL 2008/07/19(土) 16:16:05 ID:???]

お前がやれよ。

[426 NAME IS NULL 2008/07/22(火) 23:23:33 ID:LtKhkX2i]

他人を貶す前に己の貧しさを知れ！
聞き囓った様な話じゃなくて、
本質的な内容にしようぜ。

[427 NAME IS NULL 2008/07/23(水) 00:24:03 ID:???]

そう思うなら、まずお前からネタ振れよ。

[428 NAME IS NULL 2008/07/23(水) 04:28:31 ID:???]

>>427

結局ひとに頼るのかw

[429 NAME IS NULL 2008/07/23(水) 22:58:31 ID:???]

ネタが無いなら黙っとけよ。

[430 NAME IS NULL 2008/07/26(土) 21:33:51 ID:???]

>>429

そう言いつつネタ出せないんだから、つまらんやつだなぁ。
じゃあなんかネタふるか。
Drizzleどうよ?

[431 NAME IS NULL 2008/08/20(水) 14:21:51 ID:be7jHo9Q]

今後を見ていくとPostgreSQLでおｋ？

[432 NAME IS NULL 2008/08/20(水) 15:57:30 ID:???]

今も昔もWorldWideではMySQL

[433 NAME IS NULL 2008/08/20(水) 16:19:27 ID:???]

昔はSQLの制限考えるとMySQLはありえなかったけど
今はどっちでもいいな、むしろMySQLのがサポート広い？
でもPostgreSQLかなあ。

[434 NAME IS NULL 2008/08/21(木) 03:48:21 ID:Kn230A2n]

MySQLはライセンスがうるさそうってか、
GPLってみんなあんまり意識してなさそう

世界じゃMySQL（CMSに採用されすぎｗｗｗ）
日本じゃPostgreSQL（MySQLに追いつかれる）

って感じ？かな？

[435 NAME IS NULL 2008/09/13(土) 05:19:48 ID:???]

今度テラレベルのシステムを作ることになりそうだ
PostgreSQLににしようか本気でまよっている

[436 NAME IS NULL 2008/09/13(土) 11:06:57 ID:???]

>>435
PostgreSQLじゃVACUUMが追いつかない
製品選定前に前もって性能テストしたほうがいいよ

[437 NAME IS NULL 2008/09/13(土) 11:58:12 ID:???]

>>434
サーバサイドに関して言えば GPL である事は殆ど問題にならないよ。
少なくとも GPL v2 までは意識する必要はあまり無い。

GPL はバイナリを入手した人に対してソースも入手可能にしないと
いけないというルールだけど、サーバプロダクトはバイナリを配布
するわけじゃないから、ソースも公開する必要は無い。

[438 NAME IS NULL 2008/09/13(土) 12:19:59 ID:???]

そんな自分の仕事の範囲で語られても...。

[439 NAME IS NULL 2008/09/13(土) 13:11:53 ID:???]

データベースサーバの範囲なら大体オッケー...。

[440 NAME IS NULL 2008/09/13(土) 14:38:58 ID:???]

相当狭い世間しか知らないようだ...。

[441 NAME IS NULL 2008/09/13(土) 15:16:51 ID:???]

ここは自己分析をする場所じゃないよ...。

[442 NAME IS NULL 2008/09/13(土) 15:28:50 ID:???]

話を分かり易くする為に前提条件を付けて話題を限定しているのに、
狭い世間しか知らないってどんなだw

[443 NAME IS NULL 2008/09/13(土) 19:24:40 ID:???]

>>442
その限定ってまさかデータベースサーバの範囲とか言う間抜けなことを
言ってるんじゃないよな？

[444 NAME IS NULL 2008/09/13(土) 20:34:29 ID:???]

間抜けと話すと会話が噛み合ねえな...。

[445 NAME IS NULL 2008/09/13(土) 21:11:50 ID:???]

とりあえず、437が大馬鹿ということだけは理解

[446 NAME IS NULL 2008/09/14(日) 00:21:18 ID:???]

>>436
レスありがとう
データが大量になりそうなテーブルは、インサートオンリーなんだ
VACUUMが必要な仕組みは、イヤだなぁ、と感覚的には思ったんだが、
インサートがメインだから、テーブル指定でVACUUMすれば問題ないかなぁ。と楽観的に考えている

たしかに性能テストした方がいいね

[447 NAME IS NULL 2008/09/14(日) 02:22:36 ID:???]

>>446
インサートオンリーのテーブルもVACUUMが必要って知ってた？
http://www.postgresql.jp/document/current/html/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND

パーティション機能をつかってテーブル分割したり、
VACUUMかけるテーブルを日ごとにローテーションしたり
運用で工夫することになると思うよ。

技術的に不可能なわけじゃないから止めはしないけど、
がんばってね。

[448 NAME IS NULL 2008/09/14(日) 09:59:45 ID:???]

8.3ではVACUUM頻度が劇的に落ちているから、それほど神経質になる必要は
あまり無いと思うけどなぁ

[449 NAME IS NULL 2008/09/14(日) 10:42:08 ID:???]

そもそも「テラレベルのシステム」って言う俺たちには知り様のない
システムの話だから、>>435 に性能テストしてもらうしかない。

Vacuum 以外に落とし穴がないわけじゃないし。

[450 NAME IS NULL 2008/09/14(日) 12:02:00 ID:???]

PostgresみたいなフリーRDBMSは運用周りのサポートが弱いからねぇ。
使いはじめは考慮しなければならない部分が少ないから逆に楽なんだけど。

[451 NAME IS NULL 2008/09/14(日) 13:48:00 ID:???]

>>435です
2^32≒20憶トランザクションごとにトランザクションＩＤが周回してしまうから
全テーブルVACUUM必要なことは知らなかった

Oracleで４テラくらいのつくったときは、特に問題なかったんだ
それが４年くらい前だった

それからソフトもハードも進化したから（750玉なんてあるし）
PostgreSQLやMySQLとかでもいけるんじゃないかと思ってさ

実証実験するだけで、金かかりそうだなぁ

>>449
＞Vacuum 以外に落とし穴がないわけじゃないし。
バックアップ・復旧周りが実は恐れている

[452 NAME IS NULL 2008/09/14(日) 14:42:44 ID:???]

> 2^32≒20憶トランザクション

2^32 は約 40億だし、>>447 のリンク先にもそう書いてあるんだが...。

> これを防ぐためには、すべてのデータベースにあるすべてのテーブルを
> 少なくとも20億トランザクションごとにバキュームする必要があります。

と混同したのかも知れないけど、もう少し落ち着いてドキュメントを読む
癖つけたほうがいいぞ。

> 実証実験するだけで、金かかりそうだなぁ

金もかけずににちゃんのアドバイスで荒波に立ち向かうと言うスリリング
な人生を選択してもいいと思うけど。(w

[453 NAME IS NULL 2008/09/14(日) 16:59:16 ID:???]

>>451
それこそ素直にOracle使うような案件なんじゃ……。
世の中の案件の80%はMySQL/PostgreSQLで済むと思うけど、
これは残り20%の範疇のように思う。

[454 NAME IS NULL 2008/09/15(月) 17:55:03 ID:???]

あと、PostgreSQLは定期的にvacuum fullしないとSELECT性能が劣化するから注意。

[455 NAME IS NULL 2008/09/15(月) 20:29:30 ID:BunTDGAt]

業務の関係でこれからPHPを勉強することになりました。
それで今アマゾン等でPHPの書籍を探しているところです。
仕はでPHP＆postgreSQLの組み合わせなのですが、アマゾンや書店で
見つかるのは大概PHP＆MySQLの組み合わせのものばかりです。
MySQLとPostgreSQLの違い(PHPとの連携する上で)がまだわからないのですが、
MySQLのほうのやつを買ってもポスグレ案件で役立ちますか？
(PHP初心者ですみません)

[456 NAME IS NULL 2008/09/16(火) 22:00:19 ID:???]

>>455
・貴方のレベルにもよる
　文章から察するに１〜３年目くらいに見えます。
　（違っていたら申し訳ない。）
　他の言語を複数習得している（それぞれ１年以上経験ある）レベルか
　他の言語もやったことあるが、マスターしているとは言えないレベルなのか

・新規なのか既存なのかで判断が異なる
　新規案件でPHPで業務の基盤周りから組むのと
　既存案件で、すでに基盤はしっかりしているのと
　で、参考になる書籍はことなると思う
　（PEARはつかっているかとか）


マンモス本でよいんじゃないでしょうか
今はPostgreSQLのことかいていないんでしたっけ？

[457 NAME IS NULL 2008/09/20(土) 16:15:08 ID:9CsI/RjZ]

普通にこれを紹介してあげればよいのでは
http://book.mycom.co.jp/book/4-8399-2119-9/4-8399-2119-9.shtml

しかもマンモス本に今はPostgreSQLのこと書いてないってのも意味不明だし

[458 NAME IS NULL 2008/09/21(日) 09:48:08 ID:???]

>>454
それは昔のバージョン
今はバキュムしなくてもほとんど劣化なし

[459 NAME IS NULL 2008/09/22(月) 10:16:28 ID:???]

そっか。少なくとも 8.1 まではそうだったけど、その後改善されたのかな。

[460 NAME IS NULL 2008/09/22(月) 11:09:19 ID:???]

8.3で改善されました

[461 NAME IS NULL 2009/03/01(日) 11:14:17 ID:???]

単純にオートvacuumしてくれるだけで、vacuumしなければ、フルスキャンが遅くなっていく点は変わってないんじゃね？

[462 NAME IS NULL 2009/03/03(火) 02:06:41 ID:???]

>>461
つ ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/

[463 NAME IS NULL 2009/04/22(水) 00:33:38 ID:???]

今度、オラクルで作っているシステムの換装があるんだけど、
そのままオラクルでいくか、MySQLやPostgreSQLを使うか本気で
迷っています。

データベース構造としては、親子関係の2階層のテーブルが
全部で１０個くらいなんだけど、データ数がべらぼう。

1億は余裕で超えます。
理由は、格納するものは使用しているユーザーの操作ログだからです。
１つのボタンを操作するだけで、さまざまなファイルやデータを触るから、
それで、何十レコードにもなってしまいます。

10億とか行ったら、さすがにオラクル以外の選択肢はないんでしょうか？

また、性能評価って言いますけど、入札前に高価な想定するH/Wを
購入してまで性能評価ってやります？

検索リアクションタイムに制限があるけど、それをどう担保しようかが
最大の悩み。

みなさんは、実機相当のシステムで、同じ環境でデータベースを何億
も入れて性能調査やってるのでしょうか？

特にコンサル業界の人に聞きたい。

[464 NAME IS NULL 2009/04/22(水) 00:35:12 ID:???]

MySQLは、テーブル１つに１ファイルですよね？
テーブルのレコードが多ければ、それだけ検索するたびに、
ファイルオープンが発生するから、MySQLは遅いんだ。

この認識あってる？

[465 NAME IS NULL 2009/04/22(水) 00:45:46 ID:???]

ログなんか大して参照しないだろ
するとしても参照するデータとしないデータに偏りがあるだろ
期間か何かで切り分けろよ
そうすればどれでもいける

[466 NAME IS NULL 2009/04/22(水) 00:55:00 ID:???]

ファイルオープンしないDBってなによ

[467 NAME IS NULL 2009/04/22(水) 11:01:41 ID:???]

そもそも、MySQLがこの先も生き残っているのかという問題が
MySQLはOracleに殺されそうだな

[468 NAME IS NULL 2009/04/22(水) 11:05:13 ID:???]

NetBeansに対するEclipseのように、MySQLにも有料化したらPostgreSQLに流れるだけなので
存続させるために無料のライセンスは続けるんじゃないかな。
サポートのライセンスは今でも有料なんだし。

[469 NAME IS NULL 2009/04/22(水) 13:24:01 ID:???]

Orcaleの得意技の飼い殺しというのが今一番懸念されているわけで。

[470 どちらかというとSです 2009/05/29(金) 15:48:06 ID:9rXfEjjy]

>>463
板違い,コンサルでもない...
マニアックすぎて鼻で笑われるとおもいますが、
作りと開発者の技量にもよると思うけど
商用DBだけどCache' と言うのがあります..
内部(M)言語ガリガリではなく、
SQLアクセスで１億以上はさばけてます..
それぞれのアプリの条件にもよるので軽くとは
言い切れませんが、

10億はテストした事ないけど...

動作にOracleほど高価なH/Wはいらないと思います。
性能調査する価値はあるかも...

いまさらMっていわれるのがおち..ですかね...
DB自体くせもあるし..

[471 NAME IS NULL 2009/05/29(金) 20:56:42 ID:???]

そりゃねぇ、いくらIMSがそこらのRDBMSより速いとは言ってもやっぱり「いまさらIMS」だしねぇ。
10億くらいならPostgresでもイケるし。

[472 NAME IS NULL 2009/05/30(土) 00:40:23 ID:???]

そりゃねぇ、から語り出すとは通ですな。

[473 NAME IS NULL 2009/07/02(木) 21:23:06 ID:l4DZdBP4]

age

[474 NAME IS NULL 2009/10/27(火) 07:48:04 ID:iq32s6Ha]

>>471

MySQLは何億くらいまで、いけるんでしょうか？
あと、質問があと先になりましたが、10億の単位は何でしょうか？

よろしくお願いします。

[475 NAME IS NULL 2009/10/27(火) 15:17:45 ID:???]

円に決まってるだろ

[476 NAME IS NULL 2009/10/27(火) 19:22:39 ID:???]

甘いな
最近は元でしょう。

[477 NAME IS NULL 2009/10/28(水) 10:36:31 ID:???]

ウォン以外考えられないニダ

[478 NAME IS NULL 2009/10/28(水) 12:34:04 ID:???]

出てけ半島人

[479 NAME IS NULL 2010/04/01(木) 23:57:05 ID:???]

indexなしでレコード追加してくだけなら何十億でも平気だろうな
10億を細かく参照やら分析するんならRDBMSやめれと思う

[480 NAME IS NULL 2010/04/30(金) 23:59:29 ID:KOHIXyIB]

このスレ、死んでるやん？ｗ
ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん

MySQLは今までたくさんの人が使っていたっていう惰性で情報が多いのと
ほんのちょっぴりの軽さだけが売り
ちょっとでもGPLを逸脱すると商用ライセンス

PostgreSQLはほぼLinuxでしか使えてなかったのが
Windowsにも進出してトランザクションもありーので完全にタダ

みんなでPostgreSQLに移ろうぜ
俺はPostgreSQLに移るよ

[481 NAME IS NULL 2010/05/01(土) 01:50:36 ID:l64eCGXG]

http://16ops.com/shop/books/Books_phpmysqlandapache_01.jpg
http://www.yezigu.com/study/UploadFiles_9760/200807/20080729212748528.jpg
http://www19.atpages.jp/imagelinkget/get.php?t=v&u=www.drchip.de/assets/images/autogen/PHP_und_MySQL_Nvisual-compbann.jpg

[482 NAME IS NULL 2010/05/01(土) 10:04:04 ID:fQ97Oi/l]

>ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん

さすがに、「性能」までは言わないか。

[483 NAME IS NULL 2010/05/01(土) 10:21:14 ID:???]

PostgreSQLのシェアはもうちょっと上がってもいいと思ってる
MySQLだけは危険だ

[484 NAME IS NULL 2010/05/01(土) 14:52:52 ID:???]

手元で動かしていると、MySQLのほうが性能が良いのはCPU1個のときだけで、
2-4 個を越えるとPostgreSQLのほうが圧倒的に伸びが良いんだが。

[485 NAME IS NULL 2010/05/01(土) 16:25:57 ID:???]

そんなもん
MySQLが速いのはCPU1〜2個
CPU4〜8個はPostgreSQLが速い
それを超えるとOracleが圧倒的に速い

[486 NAME IS NULL 2010/05/01(土) 17:38:36 ID:???]

>>485
へー。やっぱり想定しているハードウェアの規模が違うのかもね。
ただ、今や普通にCPUを買っても普通に4コアとかになることを考えると……？

[487 NAME IS NULL 2010/05/01(土) 18:06:57 ID:???]

そこでMySQL InnoDB Pluginですよ

[488 NAME IS NULL 2010/05/02(日) 09:19:17 ID:???]

MySQLはもう過去の遺物でいいだろ
人気に胡坐かいてた罰だ

[489 NAME IS NULL 2010/05/03(月) 00:30:33 ID:???]

>>482
お前のいう「性能」ってなによ？

[490 NAME IS NULL 2010/05/03(月) 10:20:31 ID:???]

>>484
MySQLの場合、大規模案件では単一マシンの強化ではなくクラスタ化という方向だしね。

>>485
OracleはCPUの数でライセンス料が違ってくるだけあって、スケーラビリティあるよなぁ。

[491 NAME IS NULL 2010/05/04(火) 13:58:39 ID:???]

>>485
>>486

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

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

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

Oracleはコア数でライセンスかかるから論外。リニアで性能向上しない限り
コストパフォーマンスは悪いってことになる。
貧乏人はスケールアップよりスケールアウトを目指すべし。

[492 NAME IS NULL 2010/05/04(火) 16:22:48 ID:???]

「公平に書くと」とあるのでツッコむが、MySQL 5.4 も 5.5 も GA としてはリリースされて
いないようなので、開発中のバージョンの性能を持ってきても、比較にならないんじゃないの？
バグもあるだろうし、バグを潰していく中で追加の排他制御が必要になるかもしれないし。

[493 NAME IS NULL 2010/05/04(火) 18:47:59 ID:???]

MySQLは正式版の5.1ですらまったく安定してないから。

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

CPUのスケーラビリティはPostgreSQLが先に対応して、今MySQLが追いかけてる。
安定性については誰がどう考えてもピーーーー(自主規制)だろう。

[494 NAME IS NULL 2010/05/05(水) 17:40:40 ID:cHvVY/HE]

この↓ベンチマークテストの結果ってどう読めばいいの？
http://www.thinkit.co.jp/cert/article/0603/10/5/3.htm

MySQL＋MyISAMエンジンはトランザクション機能を持ってないから速い、ってことは
どういう場面で使えば有利になるの？
その一方で、PostgreSQLはどういう場面で使えば有利になるの？
教えてエロい人

[495 NAME IS NULL 2010/05/05(水) 17:56:07 ID:???]

>>494
それ情報が古すぎるのであてにしちゃだめ

このへんから最新ニュースを探そう
http://en.oreilly.com/mysql2010/public/schedule/proceedings

[496 NAME IS NULL 2010/05/05(水) 18:09:40 ID:cHvVY/HE]

>>495
うー
http://en.oreilly.com/mysql2010/public/schedule/detail/14298
でベンチマークテストの結果を見つけたけど5.5のだ
しかも見方がよく分からない
諦めよう

[497 NAME IS NULL 2010/05/05(水) 18:11:37 ID:???]

自分でプログラム書いて測定してみるのが一番

[498 NAME IS NULL 2010/05/16(日) 08:47:19 ID:???]

Postgreの権限管理周りはクソ
最近になってようやく揃ってきたけど・・・

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

あと何でＤＢ作る度にデフォでpublicに登録されるん？
アホなの？

[499 NAME IS NULL 2010/05/16(日) 11:16:00 ID:???]

>>498
MySQLはどうなってるの？ スレタイ読め。

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

> あと何でＤＢ作る度にデフォでpublicに登録
スキーマ修飾できるし、search_path を設定すればデフォルトも変更できる。
これに関しては PG に全く落ち度はないと思うぞ。

[500 NAME IS NULL 2010/05/16(日) 11:55:34 ID:???]

>>499
ＭｙＳＱＬと比べて糞って言ってるつもりだが
書かないといかんのなら・・・すまなんだ

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

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

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

PＧは最近触り始めたので誤りがあったらごめんなさい

[501 NAME IS NULL 2010/05/16(日) 12:17:29 ID:???]

標準SQLではDBとテーブルの間にスキーマの概念があるのだが、MySQLには無い。
標準SQLではユーザとグループは、ロールとして統合された。ロールのほうが柔軟性が高いデザイン。
申し訳ないが、MySQLが「ふつう」だとは思わないほうが良いよ。
Postgres はこれまで手間を減らすような機能は提供してなかったものの、設計そのものはより「正しい」と言える。

ココから先は単に PG の使い方だが、
publicスキーマに関しては REVOKE ALL ON SCHEMA public FROM public; で権限は剥奪しておける。
ログインに関しては pg_hba.conf のほうで制御するようになっている。
ぱっと見「アホなの？」と思うようなことはさすがに開発者も気づいているだろうから、少しは調べてみると良い。

[502 NAME IS NULL 2010/05/17(月) 10:33:01 ID:???]

何でもかんでも調べもせずにデフォルトで使ってそれに文句言ってるのって滑稽ではある

[503 NAME IS NULL 2010/05/17(月) 11:31:08 ID:???]

>>501
どちらかというと、MySQLのデータベース ≒ PostgreSQLのスキーマ と考えたほうがいいかも。
PostgreSQLでもスキーマのUSAGE権限は、その中に含まれるテーブルに引き継がれるから、
そこは >>500 が言っている動きに近いんじゃないだろうか。

[504 NAME IS NULL 2010/05/17(月) 13:30:23 ID:???]

最近はsqliteがおもちゃっぽくて好きだなぁ。
Cで書くと速くてびっくり。
もちろんPostgreSQLが一番だい！

[505 NAME IS NULL 2010/05/17(月) 23:38:43 ID:???]

sqlite使ってると、いつもPostgreSQLの豊富な関数使いたくてしょうがないです... orz

[506 NAME IS NULL 2010/05/18(火) 23:16:51 ID:cZm1F11R]

すいません　いきなりmysqlにログインできなくなりました
以前も同じようにログインできなくなり、navicat liteを使って
いたのですがそちらにも接続できなくなりました
その時はOSの再インストールで解決したのですが再度同じようになりました
おそらくlocalhost3306に接続できてないのだとは思います
mysqlをアンインストールして再度インストールもしてみました
そうするとApply security settingsでエラーがでます
Error.Nr.1130 Host localhost is not alloowed to this MYSQL sever
設定などはいじってないのですがやはりOSを再度入れ直さないといけないのでしょうか？
長文失礼しました

[507 NAME IS NULL 2010/05/19(水) 10:29:19 ID:???]

何でもちゃんと原因調べて適切な対処を取るようにしないと
毎回再インストールするはめになるぞ、、てかもうなってるか

[508 NAME IS NULL 2010/05/19(水) 22:16:09 ID:???]

やばいなあ
2ヶ月ほど外に出たのはジュース買いに出ただけだよ顔色とか真っ白

[509 NAME IS NULL 2010/05/20(木) 07:38:55 ID:???]

設定いじってないっつってもなぁ。
mysql.userテーブルが書き換わって、とあるユーザ@localhost に関するレコードが
無くなった/書き換わったんだと思うよ。

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

MySQL 総合 Part17
http://pc11.2ch.net/test/read.cgi/db/1258928470/

[510 NAME IS NULL 2010/08/01(日) 18:09:56 ID:bWT/bAf1]

で　どうなったの？

[511 NAME IS NULL 2010/08/16(月) 00:36:44 ID:E3q0YRo4]

技術的には関係なく、経営上の理由で、
MySQLが勝手に潰れてPostgreSQLが勝利しそうな感じ

[512 NAME IS NULL 2010/08/16(月) 06:05:57 ID:???]

MySQLの世界での普及度合は半端じゃないから
もし5.5で開発打ち止めになったとしても
MariaとかDrizzleなどの互換プロダクトがシェアを維持するんじゃないかな
Linuxとは状況が違うのはわかっているがRHL、FedoraからCentOSが出たみたいに、
結局FreeBSDは表舞台にでれなかった。
書いてる俺はポスグレ派

[513 NAME IS NULL 2010/08/16(月) 11:49:22 ID:???]

CentOSの意味解っていってるのか
あれはRHELからロゴ外してそのまま配布してるだけで互換プロダクトとかそんなレベルではない
本家が無くなったらCentOSも無くなる

[514 NAME IS NULL 2010/08/16(月) 20:03:18 ID:???]

ついにオラクルがOpenSolaris潰しが始まった
近いうちにMySQLも同じようになりそうな予感

[515 NAME IS NULL 2010/08/17(火) 04:49:05 ID:???]

いやいやCentOSの話と違うくらいわかってる。
MySQLがクローズソースになってもMariaとDrizzleがあるって話だ。
ポスグレがこれからMySQLなみに普及するとは思えない。
DBなんてどうでもいいプログラマがMySQL互換DBがあるのにわざわざポスグレに移ると思うか。
世の中DBなんてどうでもいいだよ。動けば。そんで動いたらもういじりたくないんだよ。

[516 NAME IS NULL 2010/08/17(火) 10:07:53 ID:???]

その互換DBの存続の心配してるんだろうが

[517 NAME IS NULL 2010/08/17(火) 10:23:54 ID:???]

MySQL互換DBは本家が存続しないと続かないだろ
本家をちょっと改造しただけなんだからｗ

[518 NAME IS NULL 2010/08/17(火) 10:24:47 ID:???]

てかDBなんてどうでもいいのかMySQL互換DBじゃなきゃ駄目なのかはっきりしろよｗ

[519 NAME IS NULL 2010/08/18(水) 01:28:11 ID:???]

基本的に、本家が投げ捨てたものを引き継いで開発し続けるプロジェクトって
上手くいかないからなぁ。あと、MySQLの場合はコマーシャルライセンスが
あったのも大きかったわけだし。

[520 NAME IS NULL 2010/08/18(水) 11:23:55 ID:???]

>>516
誰がいつ互換DBの心配について書いた？
>>518
ふつうのユーザやプログラマはDBなんてどうでもいいわけ。
だから手間のかかんない互換DBでOKってことだよ

つうかMySQL使ってるほとんどの奴ってレベル低いだろ
ポスグレやオラクル覚えようなんて奴いねえよ。

[521 NAME IS NULL 2010/08/18(水) 11:26:08 ID:???]

レンタルサーバに設定済みのDB使うなら
PostgreSQLだろうがOracleだろうがどうでもよくね
今時ならフレームワークのマッパー使うだろうし
なんでMySQL互換である必要があるのかと

[522 NAME IS NULL 2010/08/18(水) 15:31:15 ID:???]

>>520
他のレス全然読めないならいちいちレスすんなよ

[523 NAME IS NULL 2010/08/22(日) 23:44:03 ID:Pnlqm9Rj]

このスレ５年も生きてるけど、
けっきょく、どうなんだ

[524 NAME IS NULL 2010/08/23(月) 01:56:15 ID:???]

大規模だったらPostgreSQLの方がいいと思うけど
ぶっちゃけどっちでもいいレベルだと思う

[525 NAME IS NULL 2010/08/23(月) 23:30:06 ID:???]

>>524
>大規模だったらPostgreSQLの方がいいと思うけど

ｋｗｓｋ

[526 NAME IS NULL 2010/08/24(火) 04:24:03 ID:???]

MySQLのJOINの方式はレコード数が増えるとパフォーマンスが落ちる(Nested Loop Joinしかない)
あとMySQLのレプリケーションはマスタがおかしくなると終わり
(というか面倒でリカバリに時間が掛かる)

[527 NAME IS NULL 2010/08/26(木) 20:12:01 ID:???]

>>526
ｔｈｘ！

[528 NAME IS NULL 2010/08/27(金) 02:38:22 ID:???]

MySQLはJOINしないで読み出しばっかやるシステムだと最強なんだけどなー

[529 NAME IS NULL 2010/08/28(土) 03:37:53 ID:???]

>>528
それならKVS最強じゃね？memcached以外にもいろいろ選択肢がある。
あと、メモリにテーブルデータ全部のっければMySQLもPostgreSQLも速いよ。

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

[530 NAME IS NULL 2010/08/28(土) 07:03:22 ID:???]

MySQL使う理由って結局ノウハウだよね
KVSだとまだ耐障害性とか未知の部分があって、
こないだのmixiみたいになることもある。

[531 NAME IS NULL 2010/08/28(土) 11:38:39 ID:???]

単純にJOINなし検索専用ならノウハウなんていらんだろ
慣れ、惰性だよ。

[532 NAME IS NULL 2010/08/28(土) 13:59:40 ID:???]

えっ

[533 NAME IS NULL 2010/09/01(水) 12:14:53 ID:???]

MySQL使ってる連中の99%は惰性で使ってるだけ
ノウハウなんてない。このスレみてみ
http://www.mysql.gr.jp/mysqlml/mysql/msg/15364
全員書籍執筆者なのにまともにデータバックアップもリストアもできないんだぜ。
使えてる気になってるだけ。

[534 NAME IS NULL 2010/09/02(木) 01:54:55 ID:???]

うわこれはひどい
ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
暇な人がやってるという俺の認識からすると不思議なことではない。
わかりやすい文章を書くにはプログラミングと別の才能が必要だからそれはそれで尊敬するけど

[535 NAME IS NULL 2010/09/02(木) 09:15:05 ID:???]

大企業なんかでちゃんとしたインフラやってる人が書くってより
中小企業の経営者やフリーランスが書いてるイメージあるな

[536 NAME IS NULL 2010/09/02(木) 20:11:44 ID:???]

執筆者は2極化してるよ。
評価の高い本を書くひとは所属関係なく技術レベルも高い。
糞本しか書けないひとはそれなり。

[537 NAME IS NULL 2010/09/02(木) 21:18:40 ID:???]

>ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
>暇な人がやってるという俺の認識からすると不思議なことではない。

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

MySQLの中の人(M信さんやO野さん)も暇な人？

[538 NAME IS NULL 2010/09/03(金) 00:30:29 ID:???]

そうじゃない人もいるとピックアップしても反論にならんよ
そりゃまともな執筆者もいるのは当たり前なんだし
反論するなら全書籍の執筆者を調べて
大多数は忙しくて技術も完璧ってソースにしないと

[539 NAME IS NULL 2010/09/03(金) 00:44:27 ID:???]

>反論するなら全書籍の執筆者を調べて
>大多数は忙しくて技術も完璧ってソースにしないと

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

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

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

これ正解。
1割のすごい連中、9割の普通の連中。
執筆依頼のないお前は糞。

[540 NAME IS NULL 2010/09/03(金) 01:10:59 ID:???]

>>539
依頼があるボクはすごいんだ自慢乙。
ところで、お前、恥垢臭のせいで周囲から生きる悪臭公害と言われているのに
気づいているか? あまりの臭いで自分の頭まで狂ってしまうぐらいの。

その狂った頭はもう手のつけようがないけど、臭いに迷惑している周囲のため
包茎ぐらいはどうにかしとけ。包茎は治る障害なんだから。

[541 NAME IS NULL 2010/09/03(金) 01:11:46 ID:???]

他の人が抱いているイメージ論に対して自分の基準で完全否定するのって小学生レベルだよな

[542 NAME IS NULL 2010/09/03(金) 01:12:25 ID:???]

>>540-5541
長島☆自演乙☆雄一郎ｗｗｗ

[543 NAME IS NULL 2010/09/03(金) 01:48:47 ID:???]

ひでえな > 541,542

こんな奴いるんだ

[544 NAME IS NULL 2010/09/03(金) 01:49:49 ID:???]

まちがった

540と541が絶句するほどひどいレス

[545 NAME IS NULL 2010/09/03(金) 01:56:34 ID:???]

　　　　　　　 ＿＿
　 　 　 　 ´ 　 　 　 ｀　、
　　／　　　　　　　　 ｨ､ ＼
.　/　　　　/　!　　　//!、　ヽ
　l　 l　|　/! /,ヽ.､ /ｲ |_,、､ハ
　l　 !　| ﾅﾚ´　 ヽ＼ﾙ　 ヽ! ﾘ
　 !　|　|/ ﾆ=-　　 　 -=ﾆ K
　 l　ゝ |　xxx　 　 '　　 xx | }
.　 ! {ｒ∧　　　ｒ-ー--ｧ　　ﾉ'
.　 !　`ｰ-ｒ､　 `ｰ---'　 イi |
.　 ! 　 |　|　ﾌ`､ｰ_‐ 〔 ＼ｰ､
　 l　　 ! ／ ＼　　｀ .|､　|　 ヽ　　　　　　 _／￣二ﾌ　>>540
　 l　i ／　　　 ＼＿」|oV　　i ヽ　　 　 ／〈　 つノ)
　/|.ﾉ{ ⌒ヽ、　 　 　 ヽ　ｒ‐‐!/　＼　 / 　 ヽ´イｰ'
./ .|　|　　､　ヽ ﾆ二}　ヽo￣ヽ　　　>'ヽ　　　/

[546 NAME IS NULL 2010/09/03(金) 23:42:06 ID:???]

IT業界にいてもSE,PGが天職だと思える人は5%もいない。
9割以上は凡庸なプログラマ。残り5%弱がPGに向いてない人。
執筆者が1割も優秀ならまだいい方なのかもしれない。
まあ1割も適当に言っただけで根拠はないと思うけど。

んで10年後のMySQLとPostgresのシェアってどうなってると思う？
日本では拮抗、世界ではMySQLっていう今の状況（で、いいんだよね？）は
変わらないと思う？いろいろ覚えるの面倒だから一個でいいんだけど

[547 NAME IS NULL 2010/09/04(土) 00:02:42 ID:???]

覚えるの面倒だから一個でいいと言う人は一つもマスターできない気がする

[548 NAME IS NULL 2010/09/04(土) 04:00:48 ID:???]

例えば俺はポスグレメインなんだが、buffer, work_mem, fsync, commit_delay, check_point_segmentとかの
パフォーマンスに直結するパラメータをどれくらいに設定するのかとか、ORを使うくらいなら二個のSELECTをJOINした方が
早いとか(今は治ったけど）、VACUUM FULLしてもREINDEXしないとINDEXが小さくならないとか、
複数のDBについてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあOracleも結構勉強したけど、フリーの奴は一個でいいかなって

[549 NAME IS NULL 2010/09/04(土) 06:26:15 ID:???]

えっ

[550 NAME IS NULL 2010/09/12(日) 09:07:29 ID:CvZwSK3a]

548がマスターベーションしたってとこまで読んだ

[551 NAME IS NULL 2010/09/12(日) 13:00:08 ID:???]

例えば俺は醤油メインなんだが、塩分濃度、こく、うまみとかの
味に直結する要素をどれくらい把握するのかとか、手仕込みの醤油を使うなら味が安定しているキッコーマン使った方が
うまいとか(今は小さい蔵も品質安定してるけど）、無添加の醤油は劣化が早いから早めに使わないと味が変わるとか、
複数の調味料についてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあ味噌も結構勉強したけど、フリーの奴は一個でいいかなって

っていう料理人いないだろ

[552 NAME IS NULL 2010/09/12(日) 18:15:49 ID:???]

ﾜﾛﾀ

[553 NAME IS NULL 2010/09/12(日) 18:58:39 ID:???]

まわりくどさはおなじだけどな

[554 NAME IS NULL 2010/09/13(月) 11:11:08 ID:???]

醤油と味噌は用途が違うんだから両方知らないと駄目だろ。
みんなポスグレとMySQL両方とも各バージョンでどんな
変更があったとか把握してんの？

[555 NAME IS NULL 2010/09/13(月) 11:39:00 ID:???]

調味料で例えるなら、醤油を作ってる蔵Aと蔵Bがあって、蔵Aは大豆の刈り取りから
醤油になるまでのタイムラグがこれくらいだから何月頃に使うのがおいしいとか、
そういう細かいところを各蔵ごとに浅く広く覚えるより、一番おいしい蔵どころを一社見つけて
そこの醤油の特性を深いところまで覚えた方がいいってことだろ？
なにがおかしいのかわからん

[556 NAME IS NULL 2010/09/13(月) 13:14:25 ID:???]

味噌味の煮物か醤油味の煮物か
味噌汁かけんちん汁か
味噌ラーメンか醤油ラーメンか
の違いって事だろ

[557 NAME IS NULL 2010/09/13(月) 14:21:21 ID:???]

例えで混乱するのはこれくらいにして、みんなポスグレとMySQLで大方の設定パラメータまで暗記して使ってるの？
どっちも浅くしか使ってないんじゃないの？

[558 NAME IS NULL 2010/09/13(月) 14:35:41 ID:???]

WindowsとMacとLinuxどれも使うみたいな程度の話だろ
何をキレてるんだ
そもそも他のDBの特徴もちゃんと把握してないとPostgreSQLを客に薦めることもできないだろ
これはPostgreSQLの方が優れてるんです！とかいっても、客にこないだのMySQLのバージョンアップで
そこはMySQLの方が良くなったよね？みたいに突っ込まれたらお前の仕事は
設定までたどり着かずにそこで終わりだ。

[559 NAME IS NULL 2010/09/13(月) 15:24:56 ID:???]

つまりお前はバージョンアップ毎に大体どんなとこが変わったか、
自分が関わるプロダクトについては抑えてる訳ね。それには敵わんわ。
DB以外の部分でいっぱいいっぱいだもの。
別に切れてないし、周りがどうなのか純粋に質問したかっただけ。ありがとう

[560 NAME IS NULL 2010/09/13(月) 17:39:33 ID:???]

末端部分の製造と設定の仕事しか請け負わない奴ならともかく、
システム全体請け負うフリーランスなら
プロダクトの選定からメンテナンスまで仕事じゃね普通？

[561 NAME IS NULL 2010/09/13(月) 19:08:31 ID:???]

>>559
つーか導入時点で競合製品の比較やるために調査しないか普通。
逐次全部暗記してるわけじゃなくて、必要なら他のプロダクトについても調査するだけの話だぞ。
積極的にチェックするのはメジャーバージョンアップの時くらいでいいんだし。
俺はポスグレしか知らないし、他のプロダクトのこと学ぶのは意味がないとか言う奴に仕事が来るとは思えん。

[562 NAME IS NULL 2010/09/13(月) 19:59:03 ID:???]

意味無いなんてどこの誰が言ってんだ？

[563 NAME IS NULL 2010/09/13(月) 21:13:04 ID:???]

覚えるのは無駄

[564 NAME IS NULL 2010/09/15(水) 00:38:10 ID:???]

わかってる人に質問。

今や、PostgreSQLがMySQLに勝る
ところは、ライセンスのわかりやすさ
だけなの？
MySQLは5.1以降の性能向上が
かなりいいらしいけど。

[565 NAME IS NULL 2010/09/15(水) 03:23:11 ID:???]

>>564
>>526

[566 NAME IS NULL 2010/09/20(月) 14:36:09 ID:???]

MySQLがPostgreSQLに勝る点
(1)オフィシャルサポートby Oracleがある
(2)DB毎、テーブル毎のレプリケーションができる
(3)サポートされているシステムやソフトが多い
以上。

パフォーマンスは使いかた次第。CPUコアに対するスケーラビリティはまだPostgresの勝ち。
ただしベンチマークだけで評価するのは素人。アプリ次第でパフォーマンスなんてどうにでもなる。

MySQLはトリガ、ストアドプロシージャがまだまだ弱い。check制約も未サポート。MyISAMは外部キーも未サポート。
ただしこれらを使うか使わないかはあなた次第。

メジャーバージョン間の互換性はPostgresが高い、というかMySQLはマイナーバージョンですら
互換性なくすから実際に運用してみるとどうしようもないことがわかる。
SQLレベルでもころころ仕様がかわるから、アプリケーションまで含めたシステムのバージョンアップに
とてつもないコストがかかる。

>>526
にあるように、レプリケーション用のスレーブを準備するのが大変。バックアップ/リストア機能がとてつもなく貧弱。
これが運用上最大の欠点。
ファイルシステムのスナップショット機能を利用するしかない。あらかじめ準備してなかったり、古い環境で作業させられたりするとアウト。

MySQLはバグも多い。バグフィックスの数が膨大。
もともと開発の稚拙さが目立っていたが最近ではAlterTableでクラッシュするバグが１年以上放置されたりとひどい。

[567 NAME IS NULL 2010/09/21(火) 01:40:17 ID:???]

詳しいね

[568 NAME IS NULL 2010/09/21(火) 02:04:33 ID:???]

常識でしょ

[569 NAME IS NULL 2010/09/22(水) 01:51:40 ID:???]

参考になります。ありがとうございます。

[570 NAME IS NULL 2010/09/29(水) 14:19:48 ID:???]

スラドに「PostgreSQLやSQLiteがMySQLの代用になるとか、天と地が逆さになってもありえない。」
とか書いてるキチガイがいるな

[571 NAME IS NULL 2010/09/29(水) 16:44:10 ID:???]

>>570
あんな基地外シッタカ放置だろ。言っていることの
全てに突っ込みどころがありまくり。

[572 NAME IS NULL 2010/09/30(木) 20:32:37 ID:???]

./見てないけどSQLiteはともかくDRBMSなんてどれも同じだろ殆ど
運用方法や方言が違うだけで

[573 NAME IS NULL 2010/09/30(木) 21:10:39 ID:???]

これか
http://slashdot.jp/it/comments.pl?sid=509112&cid=1831772

マヂでただの馬鹿だな、こいつ。

[574 NAME IS NULL 2010/10/04(月) 08:02:20 ID:???]

こいつの代用はいくらでもありそうだ。

[575 NAME IS NULL 2010/10/27(水) 21:22:03 ID:DT8SPNwk]

SQLiteは両者と比べてどの辺の位置づけになりますか？
http://gro.cc/across/

[576 NAME IS NULL 2010/10/28(木) 20:11:00 ID:???]

>>575
で、その宣伝グロはなんなのよ

[577 NAME IS NULL 2010/12/08(水) 22:42:13 ID:5WergI0I]

・・・

[578 NAME IS NULL 2010/12/23(木) 18:14:04 ID:???]

MySQL 5.5 になって、CPUスケーラビリティは PostgreSQL に追いつきましたか？
5.1 までは酷い性能だったみたいですが。

[579 NAME IS NULL 2010/12/23(木) 23:14:54 ID:???]

5.1＋InnoDB Pluginでも実はまだ負けてたんだけど
5.5ならPostgreSQLとほぼ互角だと思われる

[580 NAME IS NULL 2011/02/09(水) 02:46:42 ID:???]

目指してる 未来が違うｗｗｗｗｗｗｗｗ　ｂｙシャープ
http://twitter.com/news4medical/status/6547807896866816　

[581 NAME IS NULL 2011/02/26(土) 20:02:00.07 ID:???]

MySQL vs PostgreSQL の時代は終わり。
Oracle vs PostgreSQL が適当。

[582 NAME IS NULL 2011/03/10(木) 17:33:14.86 ID:693Tf/Gc]

MySQLのライセンスがよくわからんのでちょっと教えてください(´д｀;)
（というか、みなさんどうやってるんだろう・・・）

【ケース1】
店主AはサイトBからMｙSQLを使ったフリーのショッピングカートシステム(PHP)をダウンロード。
店主Aはショッピングカートシステム(PHP)のソースをちょこっと変更して（文言とかデザインとか設定とか）
店主AはレンタルサーバC（MySQL利用可）にそのシステムをインストール。
店主Aはネットショップをオープン。

【ケース2】
店主Dは個人Eにネットショップの開発、設置を依頼。
個人EはMySQLを用いたショッピングカートシステム(PHP)を開発。
個人Eは店主Dが契約したレンタルサーバF（MySQL利用可）にそのシステムをインストール。
店主Dはネットショップをオープン。


これらのケースはよくあるパターンだと思うけど、誰がライセンス料を払う義務があるの？

・サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。

・店主Aはソースを変更した上でソース非公開(※)で使ってるのでOEM？
　※ショッピングサイトで「このサイトのシステムをダウンロード」があるのはおかしいｗ

・個人EがOEMとするとお小遣い稼ぎ程度のちょっとしたプログラム作成依頼でも全部OEM？

・MySQLをインストールした上で自由にユーザーに使わせてるレンタルサーバ屋は
　ライセンス料とは無関係？

[583 NAME IS NULL 2011/03/10(木) 19:59:18.03 ID:???]

MySQLというか、GPLについて

>・サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。
GPLなWEBアプリの利用者は店主Aであって、サイトBの利用者ではない。
よって、ソースコードの公開は必要ない。
ただし、店主Aが変更したGPLアプリを、他人のWebサイトにセットアップするのであれば、
Webサイトの所有者に対し、GPLでソースコードを提供しなければならない。

>・個人EがOEMとするとお小遣い稼ぎ程度のちょっとしたプログラム作成依頼でも全部OEM？
GPLなWEBアプリを店主Dが利用するなら、当然個人Eは、そのソースコードを店主Dに提供しなければならない。

>・MySQLをインストールした上で自由にユーザーに使わせてるレンタルサーバ屋は
インストールしたMySQLのソースコードが公開されているWebサイトを紹介すれば、GPLに違反しているとは思われない。
よって、ライセンス料を支払う必要はない。

[584 NAME IS NULL 2011/03/10(木) 20:07:10.17 ID:???]

>サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。
サイトBが提供している、ショッピングカートシステム(PHP)がGPLかどうかは、
提供者に聞かないと分からない。
ダウンロードできるなら、利用ライセンスがどこかに書いてあると思うが…

[585 NAME IS NULL 2011/03/10(木) 22:09:02.70 ID:???]

MySQLで、ライセンス料を払わなければいけないのは、
MySQLで動く自社著作物のソフトウェアを、
(独占的ライセンスで利用権を販売するなど)非GPLで他社に提供する場合。

GPLにおいて、レンタルサーバで動かすアプリケーションの利用者とは借り手のこと。サーバにアクセスする人は対象外。
GPLのソフトウェアのソースコードは、利用者にのみ提供すればそれでいい。

他社に請負で作ってもらった、著作権が自社に帰属する自社利用のWebアプリケーションは、My SQLのライセンス料を払わなくていいし、
GPLアプリケーションを改良し、自社で利用するだけであれば、他社に公開する必要もない。

[586 NAME IS NULL 2011/03/10(木) 22:16:26.18 ID:???]

>>583 >>584

レスありがとうございます。
ちょっと勘違いしてました。GPLとするときにソースを公開しないといけない相手は
「（WEB利用者も含む）世の中全体」ではなくて
「プログラムの著作物の複製物を所持している者」なのですね。
ケース2の場合だと店主Dに対してソースを公開するならGPLとなり
個人Eはライセンス料を払う必要がないのですね。
（ただし、店主Dには頒布権が発生しますから、店主Dによって個人Eが作成した
　プログラムが世の中にばらまかれる可能性はありますが、そこは信頼関係でカバー？ｗ）


この記事を読んで混乱したのですが、これは間違ってるということでいいんでしょうか？
http://www.atmarkit.co.jp/flinux/rensai/mysql01/mysql01.html#c

＞MySQLをインストールしたサーバをASPなどの商用に利用する場合にはライセンス料が発生します

レンタルサーバ会社にもライセンス料が発生するようにも読めますが・・・
レンタルサーバ以外の一般的な有料ASPサービス（ショッピングカート、予約システムなど）の場合であっても
そもそも第三者にプログラムを頒布しませんから関係ないですよね？

＞開発したアプリケーションのソースコードを広く一般に公開すれば課金はまぬがれますが

「広く一般に」ではなく「販売先（頒布先）に」ですよね？

[587 NAME IS NULL 2011/03/10(木) 22:27:10.83 ID:???]

>>585
わかりやすい解説ありがとうございます！

独占的ライセンスが必要な時以外はGPLでOKなんですね〜
しかし、A社が納品したプログラムをB社が完全に自由にできるっていうのもなんだかなぁ・・・
（丸ごとコピーして売ってもいいし、自社HPから自由にDLさせても良いということになるよね）

[588 NAME IS NULL 2011/03/10(木) 22:47:21.93 ID:???]

>（ただし、店主Dには頒布権が発生しますから、店主Dによって個人Eが作成した
>　プログラムが世の中にばらまかれる可能性はありますが、そこは信頼関係でカバー？ｗ）

>（丸ごとコピーして売ってもいいし、自社HPから自由にDLさせても良いということになるよね）
GPLの理念は、利用者のソフトウェアの自由を保障することだから、これを禁止してはいけない
これはあなたが他のGPLソフトウェアを利用する時の権利にもなる

＞MySQLをインストールしたサーバをASPなどの商用に利用する場合にはライセンス料が発生します
http://www.mysql.com/about/legal/licensing/oem/
http://www.softagency.co.jp/products/mysql/license/
などを読む限り、頒布しないかぎりライセンス料は発生しないと思われる(責任は持たない)
さらに気になるなら、上記リンク先から、問い合わせることもできる。

>しかし、A社が納品したプログラムをB社が完全に自由にできるっていうのもなんだかなぁ・・・
日本で一般的なソフトウェア開発は、開発者の労働役務の提供による請負契約で、
著作物の権利は、すべて納品先に帰属する。
そうでなく、著作物のソフトウェア製品の利用ライセンスを販売する、製品販売契約の場合、あなたは当然GPLやその他のライセンスを適用できる。
ただし、GPL以外でMy SQLを利用した製品を販売する場合、上記の通りMy SQLにライセンス料を払わなくてはならない。

[589 NAME IS NULL 2011/07/14(木) 20:23:52.55 ID:???]

>>588
どう読んでも、そんな結論にならないだろ。

ＭＹＳＱＬを使用したソフトウェアを引き渡す場合、（形態を問わず）
ＧＰＬ（ソフトウェアのソースを公開）にして下さい。

ＧＰＬにしない場合、コマーシャルライセンスを買ってください。

だろ。

「頒布しないかぎりライセンス料は発生しない」
ってどこを読んだんだよ。

[590 NAME IS NULL 2011/07/15(金) 00:03:53.14 ID:???]

頒布しないのに誰に何のライセンス料を払うんだ？

[591 NAME IS NULL 2011/07/15(金) 00:52:26.44 ID:???]

>>589
これが近いかもしれない
GPLは、私が機密保持契約の下で改変されたバージョンを開発することを許可していますか?
http://www.gnu.org/licenses/gpl-faq.ja.html#DoesTheGPLAllowNDA

[592 NAME IS NULL 2011/07/15(金) 12:34:51.09 ID:???]

>>591
MySQLは、自分自身もＧＰＬだけど、使うソフト（ＷＥＢサイト）もＧＰＬであることを求めている。
GPLの規約自体は、この際あまり関係ない。

ものすごくわかりにくいけど、ここの２番目の章。
http://www-jp.mysql.com/about/legal/licensing/faq.html

要約すると、
「ＭｙＳＱＬはオープンソースを推進しているので、オープンソースのソフトからＭｙＳＱＬを使用しても金を取りません。」

１番目の章でも、良く読めば、

「MySQL 製品を使用」する場合、使用するアプリケーション（WEBサイト含む）はＧＰＬにして下さい。
そうしない場合、商用ライセンスを購入してください。 」

ってあいまいに書いている。

[593 NAME IS NULL 2011/07/15(金) 12:56:33.08 ID:???]

>>590
これは流石に酷い・・。中国並みのライセンス意識だわ・・。

MySQLというソフトを使用するなら、日本だと、MySQLの販売代理店に金を払う。
「mysql 購入」でググれば、代理店いっぱい出てくる。

頒布しなくても、windowsを使用する場合、windowsのライセンスは買うだろ。
まあ、お前は海賊版使ってるのかもしれないけどさ。

[594 NAME IS NULL 2011/07/15(金) 12:57:36.03 ID:???]

>>591
使うソフト（ＷＥＢサイト）を自社のみで使う(NDAなどで委託先に開発させたものを含む)場合には、
利用者(自社)がソースコードなどをＧＰＬに基づいて利用できる状態にあればよいわけで

ＧＰＬを尊守しているかぎり、第三者にバイナリを提供していないにもかかわらずソースコードを開示する義務はなくて、
従って、バイナリやソースコードを第三者に頒布しなくとも(ＧＰＬを尊守しているかぎり)、
商用ライセンスを購入する必要はないと読める

[595 NAME IS NULL 2011/07/15(金) 13:04:31.32 ID:???]

>>593
MySQLを自分で使用するだけなら金を払う必要ないよ。
RHELやCentOSにMySQLの価格は含まれていないでしょう。
もし金を払う必要があったら本屋で売ってる
CentOSのDVD-ROM付きガイド本が20万円以上することになる

買うのはサポートが欲しいときと、GPLを外したいとき

[596 NAME IS NULL 2011/07/15(金) 15:47:08.69 ID:???]

>>595
ぽかーん
CentOSにMySQL入ってないだろ。

MySQLのダウンロードは無料。
使用するなら、使用するソフトをＧＰＬで公開する。
じゃなきゃ、金を払う。

MySQLは営利企業が開発して、販売してるソフトだぞ。
ただ、使うソフトをＧＰＬで公開すれば、無料で使えますってだけ。

[597 NAME IS NULL 2011/07/15(金) 16:45:28.52 ID:???]

>CentOSにMySQL入ってないだろ。
入ってるよ
http://ftp.riken.jp/Linux/centos/6.0/os/x86_64/Packages/mysql-5.1.47-4.el6.x86_64.rpm
http://www.centos.org/docs/5/html/5.5/Technical_Notes/mysql.html

[598 NAME IS NULL 2011/07/15(金) 19:32:15.39 ID:???]

>>597
入ってるのか。
いつも最小インストールだから、知らなかった。

[599 NAME IS NULL 2011/07/15(金) 23:34:57.84 ID:???]

CentOSはGPL。ここポイントな。

「第三者にバイナリを提供していないにもかかわらず」は、
内部の社員からの流出はライセンス的には止められない可能性がある。

なんにせよ、GPL汚染が怖いならフリー版のMySQLは候補にはならないよ。

[600 NAME IS NULL 2011/07/15(金) 23:35:17.20 ID:???]

>>596
GPLには公開する義務なんてないよ。何言ってんだ？

[601 NAME IS NULL 2011/07/16(土) 00:38:17.78 ID:???]

>>599
内部の社員からの流出は、プログラムがGPLかどうかとは関係がない
GPLソフトウェアの扱いにも守秘義務が課せられるということは、
GPLでないソフトウェアと何ら違いはない

GPLの条項が理解できない場合や受け入れなれない場合は、
フリー版のMySQLは利用できない

[602 NAME IS NULL 2011/07/16(土) 11:57:32.78 ID:???]

MySQLのライセンスのポイントは２つ。

１）MySQL自体の改変についてはＧＰＬに従う。
２）MySQLを使用して開発した成果物（ソフトウェア・WEBサイトなど）もＧＰＬに従う。

で、１）と２）は基本的に関係の無いライセンス規定で、
金銭的に問題になるのは２）。

１）のMySQL改変なんてやる人は滅多にいないけど、この規定のせいで
「MySQL自体を改変しなけりゃ、使って大丈夫」っていうデマが流れるようになった。

日本の(貧乏)企業の半数がPostgreSQLを使用しているのは、
２）の規定を読んでMySQLの使用を避けたか、MySQL販売代理店に確認したためと思われる。

[603 NAME IS NULL 2011/07/16(土) 19:58:43.00 ID:???]

＞２）MySQLを使用して開発した成果物（ソフトウェア・WEBサイトなど）もＧＰＬに従う。

って事は、MySQLを利用したWebサイトを作成してサイトを公開しただけなら、そのサイトを構成するcgi等を公開する必要は無いって事？

[604 NAME IS NULL 2011/07/16(土) 20:20:25.64 ID:???]

>>603
602にどのように考えているかは知らないけど、GPLに従うかぎりでは公開の必要はないよ
http://www.gnu.org/licenses/gpl-faq.ja.html#GPLRequireSourcePostedPublic

[605 NAME IS NULL 2011/07/16(土) 22:55:47.35 ID:???]

>>604
レスさんくす。
やっぱ、そうなるよね。

[606 NAME IS NULL 2011/07/17(日) 06:09:09.16 ID:???]

>>604
604のリンク先を読むと、無条件で公開しなくていいわけではないようだが。
公にするならソースコードを公開しろという事だから、WEBサイトにつかうなら公開する
必要があるだろう。エクストラネットで内部だけで使うならともかく。

[607 NAME IS NULL 2011/07/17(日) 08:22:56.73 ID:???]

ここでいう「公にする」ってのはソフトウェアを頒布するということ。
Webでサービスを提供するのは当てはまらない。
無条件で公開しなくてよいわけではもちろんないが、GPLソフトウェアの
派生物を頒布する場合はその改変されたソースコードも提供しなければ
ならないといっているだけに過ぎない。

[608 NAME IS NULL 2011/07/17(日) 10:56:26.58 ID:???]

>>606
>WEBサイトにつかうなら公開する必要があるだろう。エクストラネットで内部だけで使うならともかく。

GPLが直接対象としている公開先は、バイナリの保持者であって、
GPLソフトウェアで作られているWEBサイトにアクセスする人に対しては、GPLソフトウェアを公開する必要はない。

GPLとは別に、Webアプリケーションの利用者に対してもソースコードを利用する権利を認めようとする、Affero General Public License (AGPL)というものがある。

[609 NAME IS NULL 2011/07/17(日) 11:06:24.59 ID:???]

うわっ AGPLなんて物もあるのか。こりゃ徹底してるな。

[610 NAME IS NULL 2011/07/17(日) 11:15:38.34 ID:???]

>>602
MySQLは当時サブクエリも使えなかったからな。
PostgreSQLに流れたのは当然。

[611 NAME IS NULL 2011/07/17(日) 12:09:07.52 ID:???]

>>606
それを要求するのはAGPLであってGPLじゃない。

[612 NAME IS NULL 2011/07/17(日) 12:29:03.72 ID:???]

>>610
今でもまともにJOINもできないけどね > MySQL

[613 NAME IS NULL 2011/08/07(日) 12:30:52.67 ID:???]

MySQLはオワコン
ttp://slashdot.jp/apple/11/08/04/0816215.shtml

[614 NAME IS NULL 2011/08/10(水) 20:07:17.21 ID:???]

>>593
GPLは利用ライセンスじゃないのよ

[615 NAME IS NULL 2011/08/23(火) 12:20:55.62 ID:???]

レンタルサーバのDBがほとんどMySQLばっかりだからなあ
半々ぐらいになってくればPostgresも利用するんだがねぇ。
なんでMySQLばっかなんだろ。ただ単に他の業者がMySQLだからうちもって感じなのかな。

[616 NAME IS NULL 2011/08/23(火) 15:18:43.32 ID:???]

ちょっと前のPHPの標準扱いだったからじゃないかなあ

[617 NAME IS NULL 2011/08/29(月) 20:55:43.08 ID:???]

今は格安VPSあるからそれ使うのが主流になるんじゃね

[618 NAME IS NULL 2011/09/23(金) 09:04:25.85 ID:ZEglwbVi]

うちのＰＣ管理者が

「社内イントラネットで使うデータベース（外部には非公開）であっても
業務で使うなら、MySQLは商用ライセンスが必要。
　だからPostgreSQLじゃなきゃだめ」

って言い張っているんですが、純粋に自分らで作って自分らだけで使うんなら
商用ライセンスなんて要らないですよね？

[619 NAME IS NULL 2011/09/23(金) 09:32:46.66 ID:???]

サポート欲しけりゃライセンス買え。
MySQL使ったシステムを配布するならライセンス買うか、GPLに従って求められればソース出せ。
配布もしないし、サポートも要らないなら好きにしろ。

じゃないの?

[620 NAME IS NULL 2011/09/23(金) 12:01:50.05 ID:???]

>>618
>商用ライセンスなんて要らないですよね？
要らないと思うけど問い合わせてみれば？

[621 NAME IS NULL 2011/09/23(金) 13:09:23.27 ID:???]

>>620
問い合わせると「サポート無しでは云々」とか言われそうで。

うちのPC管理者ってマジで紙テープも使っていたCOBOL爺なんだが
（昔はパッチを当てるというのは、こうやって紙テープのアナをふさいだりアナを手であけたり
　したもんだ、と実演してくれたｗ）
PHPとかもやっているくせに、どうも一度信じきったこと（MySQLを業務で使うには商用ライセンスが必要）
はナカナカ考えを変えそうにないんでねー。

[622 NAME IS NULL 2011/09/23(金) 14:19:25.11 ID:???]

>>621
具体的に何を言われたかは知らないけど、
たとえライセンス条項の文言に違反はしてなくても、
ライセンス元の権利者が商用ライセンスを買わないと使わせないというのなら、
従うべきのような気もする

[623 NAME IS NULL 2011/09/23(金) 14:20:54.92 ID:???]

その使い方なら商用ライセンスはいらないが、
「２ちゃんに書いてありました」って言ったところで信じないだろう

[624 NAME IS NULL 2011/09/23(金) 15:42:02.11 ID:???]

>>622
GPLの場合に限れば、オリジナルの権利者以外もサブライセンスできるから
実質ライセンス条項の文言がすべてだな。
ただ、ライセンスの話とサポートは別だが。

[625 NAME IS NULL 2011/09/23(金) 16:45:53.60 ID:???]

>>621
PostgreSQLでなにが悪いんだ。最近はこちらの方が昇り龍。

[626 NAME IS NULL 2011/09/24(土) 20:50:34.06 ID:???]

>>625
PostgresをＶｉｓｔａＨｏｍｅに入れようとしたらハマったでござるの巻。

[627 NAME IS NULL 2011/09/25(日) 03:58:37.42 ID:???]

>PHPとかもやっているくせに

カスだな

[628 NAME IS NULL 2011/09/25(日) 09:03:54.58 ID:???]

>>627
なんでPHPがカスなんだよぉぉおぉ。

[629 NAME IS NULL 2011/09/25(日) 09:39:13.04 ID:???]

>>628
クソなPHPつかうところはちゃんと妥協できてんのに、
ほかで融通利かない点がカスなんだとおもう。

[630 NAME IS NULL 2011/09/25(日) 09:55:16.49 ID:???]

>>629
PHPは

print(”残高は$zandaka円です”）；
っていう記述が出来るので好き。あと変数に$をつけるので
うっかり予約語と被らないところとかが好き。

言語体型がCと似ているので好き。

[631 NAME IS NULL 2011/09/25(日) 19:25:09.19 ID:???]

うちの近所の図書館には
PostgreSQLがキーワードな本が１冊も無い。
MySQLなら8冊ある

[632 NAME IS NULL 2011/11/08(火) 16:43:05.70 ID:???]

俺は絶対に
print ”残高は” . $zandaka . ”円です”;
と書くな
もしくは
printf(”残高は%d円です”, $zandaka);
元Javaプログラマだからってのもあるだろうが

[633 NAME IS NULL 2011/11/11(金) 00:59:25.26 ID:???]

>>630
PHPが糞ってかプログラマが糞なのがよくわかるな

[634 NAME IS NULL 2011/11/11(金) 08:22:20.91 ID:7zKB4sPU]

>>632
print ”残高は” . $zandaka . ”円です”;
↑
これ、PHP3だと記述できないんだっけ？
（カッコでくくる必要がある）

[635 NAME IS NULL 2011/11/11(金) 11:01:34.44 ID:???]

全文検索をやってる人いますか？
検索結果の表示順序を決めるものとしてPostgreでは相関値rankがありますが
MySQLでは類似値が無いようなので、その面ではPostgresがよいかなと。

[636 NAME IS NULL 2011/11/12(土) 16:43:16.09 ID:???]

MySQLほどレスポンス求められないなら分析関数使えるPgかな。

[637 NAME IS NULL 2011/12/06(火) 12:06:13.43 ID:xOiDCcgd]

最近レプリケーションも出来るように成ったとのことで、ポスグレに鞍替えしようかと思っているのですが、sqlでどこら辺がちがうなど、代表的なモノを幾つかお教えいただきたいのですが…

[638 NAME IS NULL 2011/12/06(火) 13:00:12.25 ID:???]

>>637
>>636

[639 NAME IS NULL 2011/12/06(火) 13:39:38.29 ID:???]

標準ではダメだけどMySQLではOKな緩いやつが蹴られるかな
GROUP BY 周りとか。

[640 NAME IS NULL 2011/12/08(木) 16:58:39.90 ID:J5DfcOHu]

なるほど、group はMySQLはゆるいんですね。
ありがとうございます。
一応SQLの本を読みつつMySQLを覚えたのですが、ひょっとしてゆるいSQLで記載してるかもなので、見直してみます

[641 NAME IS NULL 2011/12/23(金) 12:20:46.94 ID:m7rArB+e]

MySQLは、一回のselectで一つのテーブルに関して使われるインデックスは
一つだけという上限があるみたいなんですが、ポスグレはどんなでしょ?

[642 NAME IS NULL 2011/12/23(金) 12:32:49.65 ID:???]

>>641
PostgreSQLにはそういう制限はない。

[643 641 2011/12/23(金) 15:47:12.08 ID:???]

ども >>642

ということは、2つ以上のインデックスが活きるような検索なら、
MySQLよりかなり速いってことも有り得そうですね。

[644 NAME IS NULL 2011/12/23(金) 19:03:01.15 ID:???]

>>643
容量節約できるくらいじゃない？
適切なインデックスを張る前提だけど、そこは横着しないでしょ。ふつう。

[645 NAME IS NULL 2011/12/23(金) 19:50:38.86 ID:???]

一度のテーブルスキャンするのに使われるindexはどのDBMSでも
高々1つだと思うんだが、>>641の制限ってどういう状況？
1クエリ内で同じテーブルを複数回スキャンする場合に1つの
同じindexしか使われないということなのか、あるいはそもそも
1クエリ内のindex scanはテーブル毎に1回ずつしか使われないと
いうことなのか。

[646 NAME IS NULL 2011/12/24(土) 10:34:51.60 ID:???]

>>641
Index Mergeオペレーションで複数使われることもある。
http://dev.mysql.com/doc/refman/5.5/en/index-merge-optimization.html

[647 NAME IS NULL 2011/12/31(土) 20:31:41.99 ID:5QC4w01n]

こんなスレがあったとは。
つかぬことをうかがいますが、MySQLとPostgreSQLでは、どちらがより省メモリでしょうか。
速いのはMySQLだそうですが、速さよりもメモリ消費量の少なさに興味があります。
「条件次第」といわれればそれまでですが、こんなときはMySQL or PostgreSQLのほうが省メモリだよー、というのを教えてください。

[648 NAME IS NULL 2011/12/31(土) 22:33:29.66 ID:???]

MySQL

[649 NAME IS NULL 2012/01/02(月) 14:00:59.18 ID:???]

RDBMSにおけるメモリ使用量のほとんどはデータのキャッシュ領域なので
(PostgreSQLでshared_buffers、MySQLでinnodb_buffer_pool_size)、
そこを少なく設定すれば省メモリになる。もちろんその分性能は下がる。

そこを同じ設定にしたと仮定すると、
PostgreSQLはマルチプロセスアーキテクチャ、
MySQLはマルチスレッドアーキテクチャなので、
データベースへの接続数が多い場合はMySQLの方がメモリ使用量は少ない。

[650 NAME IS NULL 2012/01/31(火) 18:24:23.97 ID:???]

>>632
php的には

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

だろ。ちがうかｗ

[651 NAME IS NULL 2012/02/24(金) 22:16:18.08 ID:???]

SELECT 〜 limit 100 とかした場合でも、条件に合う総件数を知りたい場合、
MySQLだとSELECT SQL_CALC_FOUND_ROWS 〜 とかやれば出来るんですけど、
PostgreSQLの場合はどうしたらいいんでしょ?

[652 NAME IS NULL 2012/02/25(土) 01:16:57.92 ID:???]

SELECT count(*) OVER() ... LIMIT 100

[653 NAME IS NULL 2012/02/25(土) 14:55:49.26 ID:???]

overなる語も加えてぐぐってみました。

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

ありがとうございました。

[654 NAME IS NULL 2012/03/12(月) 21:14:01.80 ID:???]

ポスグレは正規表現が使える

[655 NAME IS NULL 2012/04/12(木) 05:52:18.89 ID:F54V/Qvn]

>>649

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

shared_buffersは共有メモリとして１つだけ確保、クライアントと接続するバックエンドプロセスは
その共有メモリにアクセスするんだよ。MySQLのInnoDBと同じ。
バックエンドプロセス間の排他制御は様々な工夫がこらされて、パフォーマンスはとてつもなく向上してる。
ベンチマークはいろいろ公開されてるから調べるとよろし。
ポスグレのバージョンが古いけどそれでもMySQLより速いことが多いはず。
今ならもっと速い。MySQLもパフォーマンス向上してるけどさ。

[656 NAME IS NULL 2012/04/12(木) 13:30:35.46 ID:???]

・メモリをたくさん設定するとディスクI/Oが減るので速い
・最近のバージョンではshared_bufferへのアクセス排他制御が良くなっているので速い
という二つの話題が混ざっているんだな

[657 NAME IS NULL 2012/05/07(月) 13:05:12.95 ID:???]

MySQL使うメリットってクラスタ組める以外に何かある？

[658 NAME IS NULL 2012/05/07(月) 16:27:36.78 ID:???]

サポートの回答がめちゃくちゃ早い

[659 NAME IS NULL 2012/05/08(火) 14:37:38.79 ID:???]

お　それわいい事です。

[660 NAME IS NULL 2012/05/08(火) 17:13:01.69 ID:???]

有料？

[661 NAME IS NULL 2012/05/09(水) 17:56:44.42 ID:???]

他に無いのかよｗｗｗ

[662 NAME IS NULL 2012/05/11(金) 21:14:01.96 ID:???]

なにが？

[663 NAME IS NULL 2012/05/11(金) 22:52:13.89 ID:???]

sequenceてどうやるの？

[664 NAME IS NULL 2012/05/13(日) 16:27:31.51 ID:???]

そのままぐぐれ

[665 NAME IS NULL 2012/05/13(日) 21:53:51.25 ID:???]

何でググれないのにここに書き込めるんだろう

[666 NAME IS NULL 2012/05/14(月) 11:36:49.76 ID:rmHVUy71]

千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一

[667 NAME IS NULL 2012/05/15(火) 06:28:32.04 ID: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━･~~

[668 NAME IS NULL 2012/05/15(火) 19:24:26.80 ID:bfF6xyzj]

それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！

[669 NAME IS NULL 2012/05/16(水) 04:25:29.35 ID:/ibgSKqe]

私が千歳科学技術大学 グローバルシステムデザイン学科 専任講師・理学博士：深町 賢一だが何か？
用があるなら、http://www.chitose.ac.jp/course/teacher/glo/000057.html

[670 NAME IS NULL 2012/05/17(木) 09:48:10.33 ID:???]

mysqlがoracleに買われたことで
ライセンスが変わって、
自社のパッケージに使ってた場合とか面倒なんでだんだんpostgresへの移行が進んでるね

oracleは囲い込んだつもりだったんだろうが、
金払ったりベンダーに囲われたりするのが嫌なユーザが使ってるんだからそら逃げるわな
嫌われ者のoracle

[671 NAME IS NULL 2012/05/19(土) 00:39:24.76 ID:???]

ライセンス変わったっけ？
特に誰も騒がなかったような。

[672 NAME IS NULL 2012/05/19(土) 12:46:22.32 ID:???]

ライセンスっていうか値上げはされた

[673 NAME IS NULL 2012/05/19(土) 16:01:07.41 ID:???]

え　有償だったっけ？

[674 NAME IS NULL 2012/05/19(土) 18:09:09.35 ID:???]

価格表あるよ
http://www-jp.mysql.com/products/

[675 NAME IS NULL 2012/05/26(土) 21:45:52.54 ID:???]

コミュニティエディソンなら無償なわけね

[676 NAME IS NULL 2012/07/05(木) 00:44:20.53 ID:???]

[677 NAME IS NULL 2012/07/22(日) 02:57:58.82 ID:???]

Postgresってトランザクション中にPQprepareできないんだね
地味に不便

[678 NAME IS NULL 2012/08/07(火) 23:19:03.64 ID:4lP3W0QG]

木階層構造がメインになるようなデータベースの場合には、
一般的に、WITH RECURSIVEのあるPostgreSQLが選ばれているのでしょうか？

[679 NAME IS NULL 2012/08/07(火) 23:41:42.44 ID:???]

本当に木構造なら、自分は Nested Set Model 使う。
もちろん PostgreSQL で。

[680 NAME IS NULL 2012/08/08(水) 02:48:30.06 ID:???]

>>679
ありがとうございます。
アートオブＳＱＬの（たしか）pp.163のあたりに、
Celkoの階層構造は遅くて話にならない的なことが書かれていた記憶があるのですが、大丈夫ですかね？
それとPostgreSQLを選ぶ理由は、こういう用途にMySQLは向かないからですか？

[681 NAME IS NULL 2012/08/10(金) 00:19:28.30 ID:???]

データ自体の更新頻度や参照頻度や偏り等で、適切なアルゴリズムは変わってくるんじゃね
どういう用途を想定してるの

[682 NAME IS NULL 2012/08/10(金) 02:50:00.93 ID:???]

>>681
複雑な配線図のような構造を想定しています。
参照時には、指定したポイントの周辺の4親等くらいを取得、必要に応じてさらに展開表示といった形で。
おそらく更新:参照=1:9くらいで、周辺のリンクの展開にＤＢを特化したいです。

そうするとNested Set Modelでleftとrightを設定してMySQL上で動かすよりも、
PostgreSQLでWITH RECURSIVEを使って親子番号を展開するほうが、もしかすると圧倒的に速いのではないかと。
＃正直、自分が扱いに慣れてきたfuelPHPの正式対応がMySQLなので、できればMySQLを使いたいのですが。

[683 NAME IS NULL 2012/08/10(金) 07:28:14.69 ID:???]

WITH RECURSIVEは記述が簡単ってだけで、ぜんぜん速くなりそうもないが。

[684 NAME IS NULL 2012/08/10(金) 20:31:32.89 ID:???]

>>683
再帰的with文はDB構造の問題でもあるので、
対応してあるDBならそれなりに最適化してあると思います

[685 NAME IS NULL 2012/08/10(金) 23:35:03.93 ID:???]

そもそも速くなる構造じゃない。最適化といってもたかが知れてる。

[686 NAME IS NULL 2012/09/04(火) 07:28:17.94 ID:9+44OBYE]

MySQLは使いやすいし、.NETサポートもあるんだけど、スキーマが使えないのがねー
脱Accessの次には良いんだけど、スキーマがないとつらいよねー

[687 NAME IS NULL 2012/09/11(火) 16:13:31.16 ID:???]

>>686
どういった意図でスキーマが必要といっているかわからないけど、
mysqlの場合１インスタンスに複数のデータベースを作成できるから代用できると思うけど。

[688 NAME IS NULL 2012/09/11(火) 20:44:53.44 ID:???]

MySQLはよく知らないけど、MySQLは複数のデータベースにあるテーブルを結合したりできるの？

[689 NAME IS NULL 2012/09/13(木) 17:21:44.69 ID:???]

>>688
できるよ
こんな感じ
SELECT
*
FROM
database_a.table_a as a
, database_b.table_b as b
WHERE
a.id = b.id

[690 NAME IS NULL 2012/11/02(金) 19:50:20.81 ID:2RBnoDI9]

　

[691 NAME IS NULL 2012/11/11(日) 05:05:44.14 ID:???]

結論　MySQLはおもちゃ

[692 NAME IS NULL 2012/11/11(日) 10:10:54.96 ID:7YUVnSXh]

馬鹿には無理

[693 NAME IS NULL 2012/12/04(火) 14:03:21.69 ID:sQ39dyiD]

http://qiita.com/items/1d65e3fc04ee4693122c

[694 NAME IS NULL 2012/12/11(火) 18:28:56.18 ID:fNq2TqrM]

>>692
(´・ω・)ｶﾜｲｿｽ
そういえば中古ソフトがかなり安く買えた
激安中古ソフト販売( ・∀・) ｲｲﾈ！
ググってみて

[695 NAME IS NULL 2012/12/11(火) 19:28:06.48 ID:???]

カスケドレプリケションも出来た事だし、
もうポスグレでいんじゃね？

[696 NAME IS NULL 2012/12/12(水) 16:23:23.84 ID:???]

みずほFG次期システム実況スレ
http://kohada.2ch.net/test/read.cgi/prog/1355294277/26

[697 ◆sEtkok3cDs 2012/12/14(金) 10:36:22.80 ID:???]

t

[698 NAME IS NULL 2013/01/02(水) 23:30:31.55 ID:???]

MySQLはOracleさんが買い取って飼い殺しにした時点で将来がなぁ…。
だからPostgreSQLがいい！と断言はしないけど…。

[699 NAME IS NULL 2013/01/02(水) 23:47:08.88 ID:???]

Oracleと縁は切れないの？

[700 NAME IS NULL 2013/01/03(木) 02:20:58.15 ID:???]

飼い殺し　かわいそぉ

[701 NAME IS NULL 2013/01/08(火) 11:52:46.49 ID:5ntVS72y]

告訴の趣旨
　被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
　職務経歴書を提示した事前面接を実施　または　偽装請負　または　偽装出向
　　労働者派遣法第26条（契約の内容等）、職業安定法第44条（労働者供給）に違反
　多重派遣・多重出向
　　労働基準法第6条（中間搾取の禁止）に違反
疎明資料
　事前面接日時、場所、出席者、資料のコピー、音声記録
　就業場所・就業期間・就業時間
　指揮命令
　　指示を誰が行っているかの記録、音声記録
　仕事で使う道具や、資材の負担（所有）のあり方
　　業務で使用しているパソコン・備品などの所有者
　契約書
　　請負、雇用契約書、出向指示など書面のコピー

刑事告訴ガイダンス　
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを（裁判不要）してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者（又は競合他社）に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の３割程度を謝礼金として渡してください。

[702 NAME IS NULL 2013/01/14(月) 17:53:13.86 ID:/jifvTY6]

http://wiki.postgresql.org/wiki/Slow_Counting/ja
やっとこの対応されたからなぁ。。これには参った

[703 NAME IS NULL 2013/01/15(火) 13:54:44.38 ID:???]

今はInnoDBでも
　SELECT COUNT(*) FROM table
これの結果の正確な値をしゅぱっと素早く返してくれるようになってるんすか?
三年位前に使ったときはそうでもなかったけど。

[704 NAME IS NULL 2013/04/04(木) 13:44:35.49 ID:DChSigPx]

なんか勝負つきました？

[705 NAME IS NULL 2013/04/07(日) 11:58:56.75 ID:VqunSgNt]

ポスグレっていまだに.NETのデザインタイムサポートが実装されてないのかぁ
惜しいねぇ〜

[706 NAME IS NULL 2013/05/01(水) 21:56:32.21 ID:???]

PHPと合うのは、MySQLですか？それともPostgreSQLですか？

[707 NAME IS NULL 2013/05/01(水) 22:46:41.42 ID:???]

>>706
関数とかの対応状況はどっちも同じじゃないかな？
「今は」ね

[708 NAME IS NULL 2013/05/02(木) 22:46:29.98 ID:???]

>707
「今は」ですか

MySQLにライセンス料が発生したら、PostgreSQLに流れますかねぇ
それともオブジェクト指向DBが取って変わるかも

[709 NAME IS NULL 2013/05/09(木) 16:32:53.21 ID:???]

>>708
今でも開発するソフトウェアがGPLで無い場合は、商用ライセンスが必要だと思ったが。
あと、オブジェクト指向DBが取って代わるなんて事は無いと思うよ。

[710 NAME IS NULL 2013/05/09(木) 23:20:21.95 ID:???]

今、わざわざ MySQL を選ぶ理由って何があるの？

[711 NAME IS NULL 2013/05/09(木) 23:33:16.10 ID:???]

705でつぶやいてる人もいたけど、
postgresqlに.NETのデザインタイムサポートがあればなぁ。
暇と知識と技術があれば、自作したいくらいｗ

あと、windowsOS上で、全文検索とか、MySQLのほうが楽そう。
ここで聞くことじゃないとは思うけど、
postgres9.2 & windows でいい日本語全文検索方法あったら教えて下さいな。

[712 NAME IS NULL 2013/05/09(木) 23:46:21.71 ID:???]

>>711
標準のN-gram検索だとダメなの?

[713 NAME IS NULL 2013/05/10(金) 00:05:55.58 ID:???]

コンパイルが必要みたいだけど、ドキュメントに
「ほとんどのユーザには〜バイナリ配布物をダウンロードすることを推奨します。」
ttp://www.postgresql.jp/document/9.2/html/install-windows.html
とまで書いちゃってるから、かなり敷居が高いのかなと…。

[714 NAME IS NULL 2013/05/10(金) 00:37:02.78 ID:???]

>>713
全文検索で日本語対応させるには、たったの1行書き換えるだけだし、
再コンパイル自体も難しいわけでもないし、問題ないと思うけどなぁ。

[715 NAME IS NULL 2013/06/22(土) 15:24:07.08 ID:???]

>>712 >>714
標準のN-gram検索は、3文字以上じゃないと使用されない
つまり、1文字や2文字の検索は適用されないので、「携」とか「携帯」で検索してもN-gram検索は適用されない
つまり、ただのシーケンシャルスキャンになって超遅い

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

ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる
まともな全文検索ができるようになったらポスグレに戻ってくるわ

[716 NAME IS NULL 2013/06/24(月) 09:08:46.72 ID:???]

pg_bigmは？

[717 NAME IS NULL 2013/06/26(水) 15:07:04.95 ID:QZ1iKrfb]

MySQLから入った自分はPostgreのロールが分からん。

[718 NAME IS NULL 2013/06/27(木) 09:47:16.97 ID:???]

まず、Postgreなんて略さない

[719 NAME IS NULL 2013/07/01(月) NY:AN:NY.AN ID:???]

MySQLに負けてるのは.NETサポートだけだ！

って認識でいいの？

[720 NAME IS NULL 2013/07/05(金) NY:AN:NY.AN ID:kC0pKTG8]

>>719
そうだね
激安中古Adobe取扱店かなりやすいね(・∀・)キャンペーンだと
ホント庶民の味方だよググってみ

[721 NAME IS NULL 2013/09/07(土) 09:34:06.15 ID:???]

>ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる

ぐるーーーんがの
ポスグレ用のやつもあかんのかな?

[722 NAME IS NULL 2013/09/08(日) 14:08:23.48 ID:???]

一応あるにはあるけど、
初めにお試し的なのがリリースされてからぜんぜん更新されてないな

[723 南沢木綿子 ◆UUIfF5txFAdU 2013/10/03(木) 15:32:50.17 ID:???]

　　∧,,,∧　
　( 　・∀・)　ほー　それで
　 (　　：　)　
　　し─J

[724 NAME IS NULL 2013/10/11(金) 22:41:21.94 ID:???]

solr使えよ。

[725 NAME IS NULL 2013/10/14(月) 12:54:00.84 ID:???]

用途が違うわ

[726 NAME IS NULL 2013/11/19(火) 08:11:48.89 ID:7/k9mIM2]

質問
http://www.slideshare.net/matsunobu/ss-28303485
では、
6. PostgreSQL オープンソースの高機能リレーショナル・データベース 日本では
歴史的にコミュニティが強く、日本人コミッタも多数存在している 日本語ドキュ
メントも充実している

と書いてるけど本屋に行ってRDB関係の本探すと大体はOracle,SQLServer、で後は
MySQLとPHPとか
PostgreSQLの本は探せばある…みたいな感じだけどほんとに充実してんの？
勿論、amazonで検索すれば出てくるけどさ。

[727 NAME IS NULL 2013/11/19(火) 10:17:09.46 ID:???]

してる

[728 NAME IS NULL 2013/11/19(火) 13:55:25.79 ID:???]

>>726
本だけがドキュメントだと思っているのか?

[729 NAME IS NULL 2013/11/19(火) 15:39:22.62 ID:???]

>>726

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

なんか無理矢理MySQLを大規模向けにするための方便にしか聞こえない。

[730 NAME IS NULL 2013/11/19(火) 17:10:33.27 ID:7/k9mIM2]

>>728
これからDBを勉強したいって思ってる人間が本屋に行って沢山並んでいる奴と殆ど並んでいない奴とを比較して
どれを勉強しようかってなると…とか思わないですか？

ま、仕事で有無を言わさずやらされてたり、最初からそれ専門でやってる連中は別なんでしょうがね

[731 NAME IS NULL 2013/11/19(火) 17:19:08.48 ID:???]

思わんなあ
本屋が全ての人がネットで仕事するのか

[732 NAME IS NULL 2013/11/19(火) 17:26:32.91 ID:???]

>>730
そこまでの素人だったら、こういう本から始めてほしいね。
『SQL ゼロからはじめるデータベース操作』
http://www.amazon.co.jp/dp/4798118818

[733 NAME IS NULL 2013/11/20(水) 08:53:42.72 ID:???]

>>726
最新版の公式ドキュメントが日本語で翻訳されるから本が必要な部分が少ないのだよ

>>729
だってMySQLの人だもん

[734 NAME IS NULL 2013/11/21(木) 09:50:48.30 ID:???]

>>733

>だってMySQLの人だもん

MySQLの人たちからもdisられ中
http://toro.2ch.net/test/read.cgi/db/1376466127/221-

[735 NAME IS NULL 2014/01/04(土) 22:41:58.29 ID:br7C6Zc5]

往年の Linux vs FreeBSD みたいですなぁ

[736 NAME IS NULL 2014/01/05(日) 03:04:14.29 ID:???]

#&0020

[737 NAME IS NULL 2014/01/09(木) 23:07:18.04 ID:ATMa5W5t]

MySQLはそろそろ避けたい
でもPostgreSQLは古いバージョン触った事ある人なら怖くて選択できない

[738 NAME IS NULL 2014/01/10(金) 00:11:29.60 ID:???]

そして昔からずっとpostgres使ってきている人は今のpostgresの優秀さをよく知っている。

[739 NAME IS NULL 2014/02/06(木) 17:09:56.11 ID:???]

>>737
逆じゃない？
俺は昔にMySQL使ってみてトラウマになって、いまだにMySQLだけは試してみようとも思わない。
本格的なSQLの仕様とか日本語(マルチバイト)対応の面とか、MySQLに対する優位性はゆるぎがなかったけどなぁ
今は知らないが

[740 NAME IS NULL 2014/02/09(日) 22:15:32.57 ID:???]

>>739
データベースをまったく知らんヤツにとっては、
10年ぐらい前MyISAMが主流だった頃
PostgreSQL＝重い、わけわからん　MySQL＝軽い、使える
だったよな。

トランザクションも使えないMyISAMがRDBMSとして
「使える」って判断しちゃうヤツが多かったのは
Web2.0とか言い出す寸前ぐらいでにわかwebプログラマが
MySQL+Perlが正義みたいな風潮だったから仕方が無いのかもね。
まあ掲示板に毛が生えた程度の用途ならMyISAMで充分だったけど。

[741 NAME IS NULL 2014/02/10(月) 08:03:23.83 ID:???]

pgsqlが安定して速いmysqlは検索が速い
じゃなかたけ？

[742 NAME IS NULL 2014/02/10(月) 08:19:50.69 ID:???]

>>741
それ以前にMySQLは単なるサブセット
子供のおもちゃみたいなもん




だった


今はしらん

[743 NAME IS NULL 2014/02/12(水) 11:20:32.47 ID:???]

>>741
MySQL INNODBとPostgreSQLはほぼ標準的なDBでそこそこリソース必要。
MySQL MyISAMはDBとしては不完全な代わりにリソース少なくても軽くて速かった。

MySQL最強説が出た頃は、引退させたWindows3.1〜95用PCに
UNIX類(Redhat Linuxとか)インストールして自宅鯖にしてたような時代だから、
INNODBもPostgreSQLも「重い。使えない。」になったのは仕方ない。

[744 NAME IS NULL 2014/02/12(水) 11:27:15.15 ID:???]

>>743
MySQL最強説なんてあったかな？
あったとしても、まだサブクエリーも使えないRDBMSと呼べないような代物だったころの話でしょ？

[745 740=743 2014/02/12(水) 15:17:12.15 ID:???]

>>744
スマソ。レス番記載しなかったから話が繋がってなかった罠。

10年ぐらい前の「データベースをまったく知らんにわかWebプログラマ」の間に
LAMP(Linux+Apache+MySQL+PHP/Perl/Python)とか流行って、
「MySQL最強！PostgreSQLなんて劣化Oracleイラネ」な風潮があったって話だ。

もちろん実態としてはMySQLはMyISAM主流でRDBMSなんて呼べない状態だったし、
個人的には「あんなもんじゃデータベースの本領発揮出来ない。」って思ってた罠。

[746 NAME IS NULL 2014/02/12(水) 20:05:15.51 ID:???]

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でゴリゴリ書きたくなるのも確かだけど。

[748 NAME IS NULL 2014/02/15(土) 15:06:41.73 ID:???]

MySQLの方がPostgresSQLより速い？とかの説がいまだにあるんだけど、理解できない。
7のころからPostgresSQLを使っているが（Oracleから移行した）、処理が遅くて問題になったことは一度もないんだんが？
現行のPostgresSQLで処理能力に問題があるレベルだったら、Oracleとかでも同じじゃないかな？
ハード面を見直す必要があるよね。
うちのはハード構成としてはかなり強力。もちろんAPサーバとは別運用している。

[749 NAME IS NULL 2014/02/15(土) 16:14:53.17 ID:???]

むしろ Oracle 遅ぇ！

[750 NAME IS NULL 2014/02/15(土) 18:11:37.68 ID:???]

>>748
よくある噂話はmysqlの方はチューニングして、pgsqlはそのまんまで
検索テストをしたとかなんとか。
pgsqlもちょとチューニングしたら、爆速になったとかなんとか。

[751 NAME IS NULL 2014/02/15(土) 20:34:49.66 ID:???]

7の頃はしょっちゅうオプティマイザの実装が変更されてて、それまで問題なかったクエリが
バージョンアップでかえって遅くなるなんてのはザラだったな。

[752 NAME IS NULL 2014/02/16(日) 14:43:16.89 ID:???]

業務で稼働してるシステムは簡単にバージョンアップとかできないよ、普通は
それなりに徹底的に検証してからでないと

[753 NAME IS NULL 2014/02/16(日) 14:45:41.67 ID:???]

>>749
こうゆう変な人がいるから困る、マジで。
どこで聞きかじったか知らないがさも知ってるふうに…
Oracle遅いって言える俺、かっこいいとか思ってるのかな？

[754 NAME IS NULL 2014/02/16(日) 15:10:51.43 ID:???]

>>750
その話も良く聞くけど、せいぜいメモリの割り当て程度の話。
しかも「爆速」とか言うほど変わるわけない。
なんでこう、実務に使った経験ないのに知ったかぶりで言う人が多いかなぁ

[755 NAME IS NULL 2014/02/16(日) 21:37:20.18 ID:???]

>>753
すまん、実体験なんだ…
PostgreSQL 並に軽くて速くする手軽な方法おしえてくれ…

[756 NAME IS NULL 2014/02/19(水) 21:26:04.51 ID:???]

http://laysakura.github.io/20140218-MySQLite/
MySQL はストレージエンジンを差し替えられるから、こういう芸当ができるんだね

PostgreSQL で似たようなことできないの？

[757 NAME IS NULL 2014/02/19(水) 21:55:40.61 ID:???]

>>756
まさに「芸当」だね
一発芸で話題を提供して話ネタで楽しむには面白いんだけど、
組込み向けRDBエンジンであるSQLiteをMySQLからアクセスできて何が嬉しいの？

[758 NAME IS NULL 2014/02/20(木) 00:06:58.05 ID:???]

>>756
作っている本人ですら用途が分からないと言っているような、
完全に趣味で作っているものを持ち上げるのは止めて差し上げろ。

[759 NAME IS NULL 2014/02/20(木) 06:00:50.28 ID:???]

無意味なものつくりました！って大学院の学生がやる話じゃないね。
才能ないからDeNA行くんだろうし、ほっとけ

>>756
FDWがある。
少なくとも現状のMySQLiteレベルなら一発撃破できるはず。

[760 NAME IS NULL 2014/02/20(木) 09:07:51.32 ID:???]

ずいぶん前に作った人いるでしょ
sqlite_fdw
oracleもあるしredisとかもある

[761 NAME IS NULL 2014/04/14(月) 18:29:34.37 ID:wO4srR+X]

まだ続くんですか

[762 NAME IS NULL 2014/04/30(水) 00:04:39.61 ID:???]

オラクルの無料バージョンってmysqlやpostgresqlと比べてどうなの？

[763 NAME IS NULL 2014/04/30(水) 01:27:00.21 ID:???]

オラクルはクローズソース
オラクルの企業戦略次第では、いきなり有償化する可能性がある

[764 NAME IS NULL 2014/04/30(水) 01:38:31.68 ID:???]

オラクルの無償のって、OTN版だよね？
学習用ってことじゃないの？
学習用ならPostgresqlで十分(十二分)と思う

[765 NAME IS NULL 2014/04/30(水) 14:07:38.93 ID:???]

学習用じゃなくて実務用でもPostgresで十分だよ。
商用版だからオラクルのほうが上ってことは全くない

[766 NAME IS NULL 2014/04/30(水) 14:37:02.52 ID:???]

言いたいことはそうじゃないだろｗ

[767 NAME IS NULL 2014/04/30(水) 21:15:25.38 ID:???]

>>766
では、言いたいことを聞かせてもらおうか

[768 NAME IS NULL 2014/04/30(水) 22:08:05.15 ID:???]

>>764
Express Editionの事でしょ。
OTNのは開発用のみに使えるフルバージョンのもの。

[769 NAME IS NULL 2014/04/30(水) 22:18:37.04 ID:???]

スレ違いだがExpress Editionの制限が書いてあるURL載せとく。
https://blogs.oracle.com/oracle4engineer/entry/column_xe_11g1
これだったら頑張ってsqlite使うわってレベル。

[770 NAME IS NULL 2014/06/01(日) 02:10:42.50 ID:???]

　　

[771 NAME IS NULL 2014/07/22(火) 02:03:23.77 ID:???]

http://blog.goo.ne.jp/bluesky0077/e/70b851e84276f5958149630ca13efb17

[772 NAME IS NULL 2014/07/22(火) 02:49:12.17 ID:8pBGbNeJ]

あげ

[773 NAME IS NULL 2014/08/18(月) 13:38:05.26 ID:???]

こいつら、MySQLが最強っていうときは否定しないのに
ほかが最強って言われるとムキになって否定すんのなw

こいつら、ビジネスでやってるのが見え見えだから
転職したら奇麗さっぱりMySQLのことなんてスルーするだろ
今から楽しみだわw


梶山
https://twitter.com/RKajiyama/status/495443844515643392
「最強のオープンソースデータベース」って何を根拠に最強とか言い切れるんだろうねぇ > 某社さん

日本男児
http://nippondanji.blogspot.jp/2013/04/7-7.html
『PostgreSQLがオープンソースRDBMS界のトップに君臨しているゆえんである』
マジレスするとそれは事実ではない。だいいちユーザー数ではトップではない。何をもってトップとするのか。それは個人の価値観ではないのか。

[774 NAME IS NULL 2014/09/21(日) 15:19:30.29 ID:???]

結論：Oracle XEでおｋ

[775 NAME IS NULL 2014/10/22(水) 20:08:49.27 ID:RmgwHFbQ]

>>773
俺は根っからのPostgreSQL派だけど、あらゆる意味で最高のOSS-RDBMSとはやっぱり思わんよ。
現状、不得手なとこはあるからね。

まあ、日本男児もそこまでPostgreSQLをDisってるわけじゃない(ただPostgreSQLの魅力を理解しきってるかは疑問)。

[776 NAME IS NULL 2014/10/22(水) 21:35:05.09 ID:???]

PostgreSQL が不得手なことって何？

[777 NAME IS NULL 2014/10/23(木) 03:22:33.39 ID:MzKJuvxm]

>>776
クラスタリング
集計機能の性能
パーティション化

[778 NAME IS NULL 2014/10/23(木) 20:38:33.05 ID:???]

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が安牌っておもってたんだが…

[781 NAME IS NULL 2014/10/24(金) 22:58:23.71 ID:???]

UTF-8ならnvarcharとか忘れてもいいよね？

[782 NAME IS NULL 2014/11/13(木) 11:50:44.08 ID:???]

>MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが
俺もこれが理由で、PostgreSQL >> MySQL　だわ。
商用ならSQLServerが好き。足りない機能をSQLCLRで作れるっていうのが素晴らしい。

[783 NAME IS NULL 2014/11/15(土) 22:00:53.43 ID:???]

>>777
パーティショニングは使いづらいよね

[784 NAME IS NULL 2015/02/19(木) 02:24:35.67 ID:w2FQPssG]

ゲームオーン　コックサカ！

[785 NAME IS NULL 2015/04/08(水) 00:44:45.67 ID:NEVRcBwH]

https://www.youtube.com/watch?v=P9Pm4N7NWMY

[786 NAME IS NULL 2015/06/05(金) 04:32:05.90 ID:SP18brq7]

　　

[787 NAME IS NULL 2015/09/02(水) 17:04:49.38 ID:SNc/YyRl]

どうですか

[788 NAME IS NULL 2015/09/03(木) 10:51:59.52 ID:???]

問題ない

[789 NAME IS NULL 2015/11/18(水) 23:31:23.83 ID:???]

日本の職種別、資格別、スキル別の平均最低月給リスト（ほぼ毎日更新）
http://jobinjapan.jp/cate/
全掲載求人107,342件の平均最低月給196,100円

MySQLの求人128件 の平均最低月給221,100円
http://jobinjapan.jp/job-listing/keyword-mysql.html
PostgreSQLの求人54件 の平均最低月給231,200円
http://jobinjapan.jp/job-listing/keyword-postgresql.html

労働市場はこのような結果になりました！

[790 NAME IS NULL 2015/11/18(水) 23:47:54.00 ID:???]

>>789
お前さ、いろんな板の技術系スレでサイトの宣伝してるけど
そんなにaspに通報して欲しいの？

[791 NAME IS NULL 2015/11/19(木) 09:09:22.50 ID:CCLLwZMb]

mysqlはもうありません

[792 NAME IS NULL 2015/11/19(木) 17:43:00.65 ID:???]

えっ

[793 NAME IS NULL 2015/11/22(日) 11:32:21.24 ID:???]

えっ

[794 NAME IS NULL 2015/11/22(日) 13:19:31.62 ID:???]

うっ

[795 NAME IS NULL 2015/11/24(火) 15:16:20.51 ID:JaRwYBDP]

MariaDBに改名した

[796 NAME IS NULL 2015/11/24(火) 15:34:43.05 ID:???]

マリアケネリス

[797 NAME IS NULL 2015/11/24(火) 16:27:10.00 ID:JaRwYBDP]

$>psql　データベース名
$>mysql ユーザー名

全然違うがや

[798 NAME IS NULL 2015/11/24(火) 16:32:56.03 ID:JaRwYBDP]

PostgreSQL が不得手なことって何？ それはだな
デフォで、不審者がデータベース名を知っていた時
簡単に覗かれる
Mariaはデフォでパスワード入力が必要

NetbeansIDEとの相性、Mariaはmysqlの流れを踏襲しているので、簡単に
繋がる。Postgresは簡単に繋がらない。

[799 NAME IS NULL 2015/11/24(火) 16:39:22.58 ID:JaRwYBDP]

アンチORACLEと呼ばれている有名なRDBMSはさて何でしょう？

[800 NAME IS NULL 2015/11/24(火) 17:08:18.29 ID:???]

つまり初心者でOracle好きはMySQL使えということね

[801 NAME IS NULL 2015/11/24(火) 17:19:57.49 ID:???]

だってオーコーの持ちモンだもーん

[802 NAME IS NULL 2015/11/29(日) 18:08:29.77 ID:E0T78taK]

いまMariaDBはMySQLを包含した形でリリースされている。
テーブルとビューが同一扱いで、show view status;
でもできりゃいいんだけどね。

[803 NAME IS NULL 2015/11/29(日) 18:13:09.94 ID:E0T78taK]

シェア的にはMySQL=MariaDB66％、PostgreSQL=14%、その他

[804 NAME IS NULL 2015/12/13(日) 16:58:12.81 ID:???]

SQLiteも入れてくれよな〜頼むよ〜

[805 NAME IS NULL 2015/12/19(土) 10:28:17.48 ID:???]

>>540
ばか発見

[806 NAME IS NULL 2015/12/19(土) 13:11:05.89 ID:???]

純生ラーメン！

[807 NAME IS NULL 2015/12/26(土) 09:10:14.32 ID:???]

>>799
mysql

[808 NAME IS NULL 2016/04/03(日) 10:32:24.36 ID:npDIb46E]

>>782
MySQLにWith句をほしがってるやつは多いよね。

[809 NAME IS NULL 2016/04/03(日) 11:03:10.47 ID:???]

マリアってなんなのよー

[810 NAME IS NULL 2016/04/03(日) 11:10:22.56 ID:KHXWMpOW]

>>808
えっ？
ないの？

[811 NAME IS NULL 2016/04/04(月) 18:42:07.19 ID:0h8QU6nI]

MySQL-3.22ALPHAから使い続けて17年余りになるが、
ボラクルから買収されて微妙な立場だよな。

MariaDBでも使うかな？
それとも、使ったことないPostgreSQLでもインストールしてみるか。。

迷うな

[812 NAME IS NULL 2016/04/04(月) 21:32:28.58 ID:???]

マリアってなんなのよー

[813 NAME IS NULL 2016/04/04(月) 22:34:22.19 ID:???]

娘の名前
一太郎、花子のようなもの

[814 NAME IS NULL 2016/04/05(火) 02:20:50.85 ID:???]

なるほど

[815 NAME IS NULL 2016/04/05(火) 19:41:19.00 ID:???]

>>811

MySQLずっとつかってて初めてPostgreSQL使うと、
あまりの律儀さにびっくりすると思うよ。

絶対に「型が違う」って怒られると思う。で、しこしこキャストしながら、
MySQLのいい加減のいい加減さを見直すことになると思う。

[816 NAME IS NULL 2016/04/05(火) 20:39:47.03 ID:???]

postgresはきっちりしてるのかな。
mysqlはフレームワークの中で使っただけだから裸？で使った事はない。

[817 NAME IS NULL 2016/04/05(火) 21:30:54.77 ID:AJ+0IO5x]

>>815がうっかりしてるだけだろ

[818 NAME IS NULL 2016/04/05(火) 23:18:30.35 ID:qG5JSFPL]

>>815
なるほどね。
17年以上、MySQL使ってきたんで馴染めるかな？
一回、試しで使ってみようかな？

MySQL使い始めた当初は、留学中でオープンソースのRDBMSといえばMySQLといった感じで、回りにもMySQL使いが多かった。
2003年に帰国してビックリ。
日本じゃPostgreSQLのユーザーが多くて、書籍なんかも(代表的なシーラカンス本)圧倒的にPostgreSQLが多かったのには驚いたよ。

MySQL使い始めた当時は本買うお金無かったんで、NetBSD環境でMySQLの公式オンラインマニュアル読んでインストールしたり、テーブル作ったりしたの覚えてるな。

[819 NAME IS NULL 2016/04/07(木) 19:25:50.83 ID:???]

>>817

ばーかばーかばーか

[820 NAME IS NULL 2016/04/07(木) 23:28:54.43 ID:2zd5IQ++]

>>819
ばかっていうほうがばかなんですー

[821 NAME IS NULL 2016/04/08(金) 02:18:41.84 ID:???]

そーだそーだ　わーわー

[822 NAME IS NULL 2016/06/15(水) 02:46:02.36 ID:???]

保守

[823 NAME IS NULL 2016/06/15(水) 10:41:51.55 ID:???]

>>820
いついったよ、なんじなんぷんなんびょう？

って書いてあるな・・

[824 NAME IS NULL 2016/06/15(水) 14:42:09.49 ID:???]

にこにこぷん

[825 NAME IS NULL 2017/01/12(木) 00:44:15.95 ID:???]

まさに今、俺が >>815 の状況でうんざりして2chで愚痴ろうと思ったところだわ。
Oracleほど突き抜けて泥臭い地道さを要求されるなら諦めるが・・・。
（インストールやライセンスにどんだけ気を使うんだよ。致命的バグでパッチ当てなきゃつかいもんならんし・・・。Oracleが洗練されているという人がいるのが信じられん。これも愚痴ｗ）

PostgreSQLもなんやかんや開発者に気を使わせすぎだろ。VACUUMとかだりぃっつのｗ
Groupごときでガタガタうっせぇ。単一レコードの塊ですら集計関数要求するってどんだけ頭固いんだよ！
あとフリーズしてビビったわ。OracleでもMySQLでもガツガツ動いてるっつの！

ってなった。

[826 NAME IS NULL 2017/01/12(木) 21:42:31.49 ID:???]

>>825

ばーかばーかばーか

[827 NAME IS NULL 2017/08/18(金) 10:22:33.94 ID:???]

２ちゃんのDBMSってどこのだろうか？
とりあえずcgiはperlで書いてるみたいだけど。。

[828 NAME IS NULL 2017/08/18(金) 10:39:58.15 ID:???]

>>38
ここまで読みました。

[829 NAME IS NULL 2017/08/18(金) 22:54:17.60 ID:???]

>>501
>>503
勉強になるなあ

[830 NAME IS NULL 2017/12/29(金) 11:17:33.93 ID:dtNZwIie]

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

COWI3J10G8

[831 NAME IS NULL 2018/02/28(水) 16:49:00.55 ID:???]

My SQLはもう無料じゃないでしょ
PostgreSQLの勝ち

[832 NAME IS NULL 2018/02/28(水) 18:12:07.57 ID:???]

いや、無料だが。
つーか、オプソ。

[833 NAME IS NULL 2018/02/28(水) 18:40:14.40 ID:???]

GPLだけどな

[834 NAME IS NULL 2018/03/02(金) 15:48:00.94 ID:???]

>>833
だな
http://www.softagency.co.jp/products/mysql/license/
>>832
GPL見てから言え

[835 NAME IS NULL 2018/03/02(金) 15:52:40.30 ID:???]

>>832
https://anond.hatelabo.jp/20140722001658
ソースコード流出しないなら無料で使えるが流出する恐れ有るならライセンス買う必要有り

[836 NAME IS NULL 2018/03/02(金) 15:58:58.60 ID:???]

>>832
http://blog.kimuradb.com/?eid=687448
結局、BSDライセンスで広範囲に無料のPostgreSQLが安くつく
Oracleに買収されたのがMy SQLの運のツキ

[837 NAME IS NULL 2018/03/02(金) 18:21:38.51 ID:???]

ただポスグレは勉強するのにいい本がないんだよな・・・

[838 NAME IS NULL 2018/03/02(金) 18:45:39.10 ID:???]

>>837
MySQLならいい本があるわけ？

[839 NAME IS NULL 2018/03/02(金) 19:04:30.56 ID:???]

PHPとか勉強したらxamppの影響もあるけど自然とmysqlは身につくじゃん？
pgadminとかいまだに使い方よく解らないよ

[840 NAME IS NULL 2018/03/02(金) 19:09:57.33 ID:???]

>>834
そのチャートは情弱に商用ライセンス買わせたい意図が感じられる

「ソフトウェアを他人に配布しますか？」
受託開発で納品するのは配布ではないし
同一組織内でクライアントライブラリをコピーして使っても配布には当たらない
つまりは開発アプリケーションをMySQL込みで再配布しないなら心配不要

でもPostgres使うけどね

[841 832 2018/03/03(土) 01:05:39.17 ID:???]

>>834
GPLだってオプソだぞ。それに、無料には違いない。
GPL見てから言え。

>>835
「流出」ってなんだよ？ｗ

>>836
ORACLEに買収される前からGPL(を含むデュアルライセンス)なので、ORACLEは関係ない。
ORACLEがクソで、PostgreSQLのほうがライセンス的に使いやすいことはいずれも認めるけども。

>>840
そうそう、あのフローはあやしいよねえ？
きっとわざわざMySQL Community Editionをゴールから外してる。
販売代理店だからなんだろうけど、ちょっとひどい。

あと追加としては、サーバーからサービスとしてユーザーに提供することは「頒布」にはならない。GPLに基づいてソースを請求できるのは、バイナリを直接利用するユーザーだけ。
だから、サーバーソフトウェアの場合は、意外とGPLが制約にならない。

[842 NAME IS NULL 2018/03/03(土) 01:49:17.27 ID:???]

My SQLは将来、Oracleがライセンスフリーを外す可能性有る
Java JREの様にね
普及すればライセンス有料化するのがOracle

[843 NAME IS NULL 2018/03/03(土) 13:21:30.04 ID:???]

つ MariaDB

[844 NAME IS NULL 2018/03/03(土) 15:07:43.01 ID:???]

>>843
普及率が、、、

[845 NAME IS NULL 2018/03/03(土) 16:46:16.00 ID:???]

>>842
>Oracleがライセンスフリーを外す可能性有る
>Java JREの様にね

めちゃくちゃな解釈
Javaに対する変更も理解できてないのな

[846 NAME IS NULL 2018/03/05(月) 00:49:15.94 ID:???]

>>845
保守費用が有償になる(特にJRE)
My SQLもGPLライセンス止めるかもね

[847 NAME IS NULL 2018/03/05(月) 01:54:24.56 ID:???]

>>846
>保守費用が有償になる(特にJRE)

その理解が間違ってるんだって
オツム弱いなwwww
どっかのスレでベンダーが困るとか言い張ってるやつと同じだな

[848 NAME IS NULL 2018/03/05(月) 04:15:32.26 ID:???]

自分の方が間違ってると気づいたのか。良かったな勉強できて。

[849 NAME IS NULL 2018/03/05(月) 17:57:17.09 ID:???]

先を見越してPostgreSQLにしとくに越した事ない
後からゴタゴタするよりマシ

[850 NAME IS NULL 2018/03/06(火) 08:21:38.48 ID:???]

だから、そのためのMariaDB。

[851 NAME IS NULL 2018/03/06(火) 14:36:25.78 ID:???]

>>850
導入事例少ない

[852 NAME IS NULL 2018/03/06(火) 23:05:15.86 ID:???]

ふーんw
http://webbymonks.com/blog/web-development/mariadb-mysql-chosen-dbms-need/

Linuxディストリビューションの状況を見ても趨勢は明らか

[853 NAME IS NULL 2018/03/06(火) 23:38:51.98 ID:???]

ちょっとくぐってみろよ。

けっこう昔の時点ですでに、Linuxの少なくないディストリビューションのデフォルトになり、Googleは(たぶんすべてではないだろうけど)移行した。
Facebookは移行してないんだっけか。

ま、これでダメだというのなら、充分な導入事例はどのデータベースでもムリだね。ｗ

[854 NAME IS NULL 2018/03/06(火) 23:50:22.92 ID:???]

世界の話じゃなくて日本市場の話なのになw
海外の話出しても、こと日本ではMy SQLかPostgreSQLかが実情だろ

[855 NAME IS NULL 2018/03/06(火) 23:57:21.18 ID:???]

どうでもいいからGoogleとかFacebookじゃなくて日本の企業でMariaDB導入して障害無く稼働してる例出せよw

[856 NAME IS NULL 2018/03/07(水) 00:22:09.15 ID:???]

IDなくてもいつもの知ったか君だって分かるねww

[857 NAME IS NULL 2018/03/07(水) 00:27:16.06 ID:???]

IDなくてもいつものいいがかり君だって分かるねww

[858 NAME IS NULL 2018/03/07(水) 03:16:02.58 ID:???]

>>855
実例出せない時点で、この議論は終わり
MariaDBが普及するまでにはならない、って事だよ

[859 NAME IS NULL 2018/03/07(水) 04:13:51.51 ID:???]

なんで日本限定やねん。。。

まー、えーわ。
じゃあとりあえず、現時点でのMySQLとPostgreSQLの実例をだせや。

[860 NAME IS NULL 2018/03/07(水) 12:59:46.02 ID:???]

>>859
https://lets.postgresql.jp/documents/case
https://www.pgecons.org/postgresql-info/introduction-example/
https://www.beproud.jp/business/results/
https://www.mysql.com/jp/why-mysql/case-studies/#ja-5-26
https://www.design-ss.co.jp/case_study.html

[861 NAME IS NULL 2018/03/07(水) 15:23:20.60 ID:???]

>>860
「障害無く稼働してる」ってどこに書いてるの？

[862 NAME IS NULL 2018/03/07(水) 19:55:03.92 ID:???]

>>861
障害有ればニュースになってると思うが?
何も無いからね

[863 NAME IS NULL 2018/03/07(水) 19:59:19.83 ID:???]

>>861
実例出したのにMariaDBの導入事例出せないのが、そんなに悔しいか?w
MariaDB導入以前にMy SQL導入してるところはMariaDBに移行するところはほとんど無い
それで今のところ大きな問題無いからね
OracleがMy SQLのライセンス化したらMariaDBに変えるかも知れんがPostgreSQLと天秤かけたら微妙
MariaDBはだんだんMy SQLとかけはなれつつあるしな

[864 NAME IS NULL 2018/03/07(水) 21:03:12.87 ID:???]

>>862
>障害有ればニュースになってると思うが?
アホだろww
もしかして仕事したことない人？

[865 NAME IS NULL 2018/03/08(木) 00:50:07.54 ID:???]

>>863
ぶっちゃけ日本限定の実績なんかどーでもいーよ。
日本企業がMariaDBに移行しにくいのは、どうせ業務サポートがないから、みたいなつまらん理由だろうし。

ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。

[866 NAME IS NULL 2018/03/09(金) 16:45:51.46 ID:???]

>>865
>>ぶっちゃけ日本限定の実績なんかどーでもいーよ。
海外相手に仕事してるの?w

>>ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。
それが問題なんでしょ

[867 NAME IS NULL 2018/03/09(金) 18:07:26.46 ID:???]

セキュリティアップデートが遅いから技術力ある企業は互換DBを試してる
MariaDBだけじゃなくPerconaやAuroraへの移行事例だって
公表されてるだけでもそこそこある

知らないなら知らないでいいんじゃない
君には関係ないから

[868 NAME IS NULL 2018/04/01(日) 09:01:48.77 ID:???]

まあ調べる力がないだけだな。

[869 NAME IS NULL 2018/08/09(木) 02:27:11.54 ID:???]

MySQL VS PostgreSQLより
MariaDB VS PostgreSQLの方が妥当だな

[870 NAME IS NULL 2018/08/12(日) 23:14:45.82 ID:cfFh3cqu]

外国人が作っているものにセキュリティを求めてはいけない。気になるか気にならないかの違いと、ニュースになるかならないかの違いくらいだけ。

[871 NAME IS NULL 2018/08/17(金) 01:38:16.05 ID:yITprh7Z]

>>512
BSDはノベルだっけ？との裁判沙汰が足を引っ張ったと思うのです

[872 NAME IS NULL 2018/09/14(金) 03:21:47.97 ID:???]

MySQLは糞

[873 NAME IS NULL 2018/09/14(金) 03:22:26.85 ID:???]

MySQLは糞

[874 NAME IS NULL 2018/09/18(火) 13:18:07.80 ID:???]

MySQLは糞

[875 NAME IS NULL 2018/09/18(火) 18:16:17.58 ID:???]

MySQLは糞

[876 NAME IS NULL 2018/09/28(金) 10:51:37.88 ID:???]

知っていた
今知った

[877 NAME IS NULL 2018/10/13(土) 19:50:31.89 ID:???]

https://imgur.com/FAF05na.jpg

[878 NAME IS NULL 2018/10/26(金) 13:30:56.86 ID:???]

MySQLは糞

[879 NAME IS NULL 2018/10/26(金) 13:31:29.34 ID:???]

MySQLは糞

[880 NAME IS NULL 2018/10/27(土) 14:02:49.26 ID:???]

PostgreSQLは糞

っていう書き込みと同じくらい意味がない書き込み

[881 NAME IS NULL 2018/11/01(木) 11:26:08.82 ID:???]

MySQLはGPLライセンスで糞

[882 NAME IS NULL 2018/11/02(金) 11:54:13.80 ID:???]

MySQLはGPLライセンスで糞

[883 NAME IS NULL 2018/11/30(金) 02:15:20.33 ID:???]

ポスグレのスキーマとビューが新鮮

[884 NAME IS NULL 2018/12/11(火) 09:26:11.85 ID:???]

MySQLはGPLライセンスで糞

[885 NAME IS NULL 2019/01/24(木) 20:48:02.89 ID:???]

MySQLはGPLライセンスで糞

[886 NAME IS NULL 2019/01/24(木) 20:48:53.74 ID:???]

MySQLはGPLライセンスで糞

[887 NAME IS NULL 2019/01/24(木) 20:53:47.18 ID:???]

MySQLはGPLライセンスで糞

[888 NAME IS NULL 2019/01/24(木) 21:26:53.36 ID:???]

MySQLはGPLライセンスで糞

[889 NAME IS NULL 2019/02/03(日) 17:49:58.30 ID:???]

MySQLはGPLライセンスで糞

[890 NAME IS NULL 2019/02/23(土) 18:42:50.27 ID:???]

今となってはMySQLつかうならMariaDBでいい

[891 NAME IS NULL 2019/05/21(火) 13:07:20.68 ID:???]

MySQLよりMariaDB

[892 NAME IS NULL 2019/05/28(火) 10:01:01.48 ID:???]

MySQLよりMariaDB

[893 NAME IS NULL 2019/07/09(火) 12:05:57.09 ID:pLM6oRS0]

脱暮SQLに乗り換えた。

[894 NAME IS NULL 2019/07/09(火) 17:30:09.71 ID:???]

梅

[895 NAME IS NULL 2019/07/13(土) 19:04:22.86 ID:AJIqdE5u]

MySQLはORACLEが買収した時点で終わった。

MariaDB-10.3使った方が良いよ。

[896 NAME IS NULL 2019/07/13(土) 19:09:16.14 ID:AJIqdE5u]

>>888
GPLv3じゃないだけマシかも。

[897 NAME IS NULL 2019/07/13(土) 19:11:22.41 ID:AJIqdE5u]

>>512
日本ではポスグレ多いのは何で？

[898 NAME IS NULL 2019/07/13(土) 21:51:07.25 ID:???]

>>897
MySQLがOracle傘下だからでしょ

[899 NAME IS NULL 2019/07/13(土) 22:14:58.55 ID:???]

それが日本と何の関係があるの

[900 NAME IS NULL 2019/07/14(日) 00:05:24.58 ID:???]

>>897
解説本と日本語化のタイミングやったんちゃうの。
MySQLのシフトJIS対応は、最初(だけ)あやしかったし。
まあ、どっちがどうこうよりも、たまたまみたいなもん？

Windows公式対応はMySQLのほうがずっと早かったから、こっちにも可能性はあったと思う。

[901 NAME IS NULL 2019/08/20(火) 01:14:33.69 ID:tgzrEVLm]

>>841
> だから、サーバーソフトウェアの場合は、意外とGPLが制約にならない。

最近AGPLってのが使われてたりするが、あれはどうなんよ？

[902 NAME IS NULL 2019/08/20(火) 04:45:12.55 ID:???]

あれはダメ。
もちろん超制約。

ま、そのためにつくられたからね。
しかたないね。

[903 NAME IS NULL 2019/08/22(木) 14:55:11.42 ID:rdki7B7h]

https://www.ningenkankeitukare.com/entry/0093.html

[904 NAME IS NULL 2019/08/28(水) 01:20:49.67 ID:???]

梅

[905 NAME IS NULL 2019/08/28(水) 01:21:00.85 ID:???]

梅

[906 NAME IS NULL 2019/08/28(水) 01:21:15.60 ID:???]

梅

[907 NAME IS NULL 2019/08/28(水) 01:22:26.22 ID:???]

梅

[908 NAME IS NULL 2019/09/20(金) 23:59:39.08 ID:isalmAv1]

オラクルは何でポスグレも傘下に加えないんだろう？

[909 NAME IS NULL 2019/09/21(土) 12:52:51.78 ID:???]

売ってくれる主体がないからな。

MySQLは、その開発「企業」のMySQL ABを買収することが可能だった。
中の人は逃げたが、それはそれ。

[910 NAME IS NULL 2019/09/21(土) 13:48:06.28 ID:???]

Postgresは、コミュニティベースの開発だから、
やりようが無いんじゃないの？

[911 NAME IS NULL 2019/10/25(金) 19:49:31.86 ID:fiSpINdi]

>>908
だってポスグレはレッドハット陣営だから。

[912 NAME IS NULL 2019/11/20(水) 13:56:32.54 ID:???]

MySQLよりMariaDB

[913 NAME IS NULL 2020/04/04(土) 14:57:02.44 ID:???]

MySQLよりMariaDB

[914 NAME IS NULL 2020/04/22(水) 16:01:47.52 ID:???]

MySQLよりMariaDB

[915 NAME IS NULL 2020/04/27(月) 13:09:21.04 ID:???]

MySQLよりMariaDB

[916 NAME IS NULL 2020/04/29(水) 12:20:23.97 ID:???]

MySQLよりMariaDB

[917 NAME IS NULL 2020/05/01(金) 11:08:45.26 ID:???]

MySQLよりMariaDB

[918 NAME IS NULL 2020/12/12(土) 01:45:43.53 ID:WeETooqZ]

このスレで古巣の人に訊きたい
なんでまだMySQL(≒MariaDB)の方が使用人口が圧倒的に多いの？

ここ↓読んでも分かるけど、
https://eh-career.com/engineerhub/entry/2017/09/05/110000
MySQL(≒MariaDB)よりもPostgreSQLの方が機能的に断然上に思える

なのに、MySQLの方が使用人口が多い
やっぱり、今まで使ってきたからっていう惰性？
これからはPostgreSQLが主力になっていくの？
Heroku使ってみたんだけど、標準DBがPostgreSQLだった

今、どっちを主に勉強しようかと考えたら、やっぱりPostgreSQLかなと思ってんの
でも、就職・転職を考えなるなら使用人口の多いMySQLの方が有利じゃん？
もうね、もどかしいわ
誰か、なんとかして

[919 NAME IS NULL 2020/12/12(土) 03:41:23.70 ID:???]

×　惰性
○　バトルプルーフ

[920 NAME IS NULL 2020/12/12(土) 14:46:33.42 ID:???]

>>918
惰性。
特に海外で、MySQLが強かったから、
MySQL前提のソフトが多かった。

最近は、Oracle様のおかげか、
MySQLとPostgreSQL両方いけるソフトが多いね。

[921 NAME IS NULL 2020/12/12(土) 17:08:31.52 ID:WeETooqZ]

>>919
実戦で使えるのがMySQLという意味ですね
ただ、根拠が欠如していると感じます

>>920
MySQL前提のソフトが多かった、としたら
確かにMySQL使わざるを得ないですよね、
MySQLが好きか嫌いかに拘らず
そう言えば、LAMPPやXAMPPもありましたね

今後の動向について調べていて、今、見つけた資料です↓
https://db-engines.com/en/ranking_trend/system/MySQL%3BPostgreSQL

現在、MySQLのスコアはPostgreSQLのスコアの約4倍あるんですが、
この傾きで行くと、5年後の2025年にはPostgreSQLが追いつきそうです

しかも、このグラフはLogスケールで描かれていますので、
MySQLはせいぜい維持しかできていない一方で、
PostgreSQLは指数関数的に増加していると考えられます

5年後を見据えた長期的な視点でPostgreSQLにしましょうかね・・・

[922 NAME IS NULL 2020/12/12(土) 18:21:53.05 ID:???]

とりあえずどっちか勉強するならPostgres選んどいたほうが無難
Postgresを理解してたらMySQLは必要になった時に調べながら覚えれば十分

[923 NAME IS NULL 2020/12/12(土) 19:19:51.02 ID:WeETooqZ]

>>922
背中を押してくれてありがとうございます。
では、PostgreSQLにします。

PostgreSQLなら機能が豊富で、
GPLライセンスを気にする必要がないんで(MariaDBもだけど)、気兼ねなく使えますね。
たとえ、就職先・転職先がMySQLやOracle、SQL Serverを使っていても、
「PostgreSQLなら知っています（熟知しています）」で通します。
5年後が予想通りPostgreSQL全盛になっているか楽しみです。

[924 NAME IS NULL 2020/12/12(土) 19:26:42.33 ID:???]

>>921
ポスグレって、昔からそんなことばかり言ってないか？ｗ

[925 NAME IS NULL 2020/12/12(土) 20:10:12.09 ID:???]

そんなことってどんなこと？

[926 NAME IS NULL 2020/12/26(土) 16:25:05.69 ID:peZ7aKdi]

リレーショナル・パラダイムはもう終ったコンテンツなんでしょうか？

[927 NAME IS NULL 2021/01/24(日) 11:31:36.92 ID:???]

MySQLよりMariaDB

[928 NAME IS NULL 2021/02/06(土) 01:01:47.68 ID:???]

個人開発のDB迷ってたけど結局MySQLの知識資産使えるからMariaDBにしちゃった…
仕事ではポスグレ案件抱えてるけど

[929 NAME IS NULL 2021/02/06(土) 21:22:50.52 ID:???]

>>928
フツー、逆だろ

[930 NAME IS NULL 2021/04/06(火) 15:42:56.74 ID:???]

MySQLよりMariaDB

[931 NAME IS NULL 2021/04/07(水) 10:11:39.97 ID:???]

MySQLよりMariaDB

[932 NAME IS NULL 2021/04/08(木) 08:59:13.77 ID:???]

MySQLよりMariaDB

[933 NAME IS NULL 2021/04/08(木) 14:59:02.17 ID:???]

MariaDBよりPostgreSQL

[934 NAME IS NULL 2021/04/13(火) 20:59:13.35 ID:???]

MySQL,MariaDBはGPLゆえライセンスがややこしい
PostgreSQLの方が楽ちゃ楽

[935 933 2021/04/13(火) 21:07:50.08 ID:???]

勝った・・・
負けっぱなしの人生だったけど、生まれて初めて勝った！
PostgreSQLの大勝利！

[936 NAME IS NULL 2021/04/17(土) 21:56:48.40 ID:???]

>>934
https://josys-memo.com/mysql-license/
他人にシステム渡さないならMySQLでシステム組んで良い

[937 NAME IS NULL 2021/04/30(金) 16:47:50.50 ID:???]

間違えた
936は>>933

[938 NAME IS NULL 2021/06/23(水) 22:38:49.95 ID:???]

ポスグレはシーラカンス、MySQLはマリア
どっちが貴いか語るまでもない

[939 NAME IS NULL 2021/07/03(土) 17:43:09.91 ID:R35jReGz]

>>936
MySQL Community Serverは何をやっても無料。MySQLは基本的に無償。

よく誤解されるが、サポート契約が必要でなければ、わざわざどこかに伝える必要もないん

[940 NAME IS NULL 2021/07/05(月) 17:43:21.56 ID:???]

>>938
マリアは妹の方や

[941 NAME IS NULL 2022/05/09(月) 22:39:30.41 ID:pWJvC+rz]

MySQL、MariaDBは機能の追加が遅い。追加しても独特な実装で仕様がよくわからない。

[942 NAME IS NULL 2022/05/10(火) 04:55:29.90 ID:???]

理想の家族

父 40歳 海外へ単身赴任(死ぬまで)
母 35歳 息子に甘い
姉 17歳 弟に甘い
俺 44歳
妹 15歳 多感な時期 俺に反発しながらも。。？
猫 ウンチしない 抜け毛ない 俺の声かけに無視しない

[943 NAME IS NULL 2022/06/21(火) 13:09:12.94 ID:???]

Oracle→MySQLへのマイグレーションって言うほど無いね
ライセンス料的に有利なのにね

[944 NAME IS NULL 2022/06/21(火) 21:21:15.22 ID:rRSgAeKS]

>>943
MySQLは機能がしょぼいから、OracleDBの代わりは務まらない。

[945 NAME IS NULL 2022/06/27(月) 08:43:50.93 ID:???]

基本的にOracleでライセンス買ってるとMySQLでも商用ライセンス買う必要有るの?

[946 NAME IS NULL 2022/07/11(月) 11:44:15.99 ID:???]

mysql 8はいいのにパクりのmariadbは取り込めてない

[947 NAME IS NULL 2022/07/15(金) 11:04:53.14 ID:???]

埋め

[948 NAME IS NULL 2022/07/18(月) 02:04:51.43 ID:E/EqROxZ]

MariaDBの負けはすでに確定しているからな。

[949 NAME IS NULL 2022/07/19(火) 18:17:49.69 ID:???]

MariaDBとは一体何だったんだ。。。

[950 NAME IS NULL 2022/07/20(水) 16:14:25.32 ID:???]

昔はPostgreが天下取るなんて思わなかった

[951 NAME IS NULL 2022/07/21(木) 01:30:46.38 ID:x8zcIuwH]

>>949
個人の趣味の延長ではビジネスにならないことが判明したんだよ。

[952 NAME IS NULL 2022/07/21(木) 01:31:52.54 ID:x8zcIuwH]

>>950
数ではいまでも圧倒的にOracle Databaseだけどな。

[953 NAME IS NULL 2022/07/21(木) 02:25:06.44 ID:???]

井の中の蛙

[954 NAME IS NULL 2022/07/21(木) 02:41:33.93 ID:x8zcIuwH]

>>953
根拠のない妄想

シェアと数はまったく異なる指標

[955 NAME IS NULL 2022/07/21(木) 11:27:14.90 ID:???]

井の中の蛙の意味すら理解できない井の中の蛙

[956 NAME IS NULL 2022/07/23(土) 22:50:15.44 ID:+9Y/Vh0p]

無料のOracle Databaseも知らないから、ものすごい数が使われていることも知らねんだろ。

[957 NAME IS NULL 2022/07/25(月) 20:30:57.04 ID:???]

データベース使うほどデータ件数が多くない。
Excelでええだろ

[958 NAME IS NULL 2022/07/25(月) 21:15:30.41 ID:???]

Excelなら、CSVのがマシ。

[959 NAME IS NULL 2022/07/25(月) 21:31:46.05 ID:BDS5FVoY]

>>957
Excelの方が高いという矛盾

[960 NAME IS NULL 2022/07/26(火) 08:49:31.88 ID:HkRCalij]

Oracle似た方だとPostgreSQLだけど、同じオラクル社だとMySQLというジレンマ。

MySQLはDB側にロジックを持たせない思想であれば使えるが、そうでないとストアドプロシージャの実装が悪いのでMySQLは勧めない。

[961 NAME IS NULL 2022/08/03(水) 16:24:32.21 ID:???]

>>960
OracleからだとMySQLへの移行がやり易い
Oracle社が変換ツール用意してる
PostgreSQLだとフリーアプリ(Ruby製)しか無い

[962 NAME IS NULL 2022/08/03(水) 22:31:01.48 ID:???]

嘘つくなよ

[963 NAME IS NULL 2022/08/05(金) 13:27:48.85 ID:???]

>>962
https://www.ntt-tx.co.jp/column/postgresql_blog/20171027/

[964 NAME IS NULL 2022/08/05(金) 14:14:50.55 ID:???]

>>963
その記事のどこに「PostgreSQLだとフリーアプリ(Ruby製)しか無い」と書いてあるの？
そもそもora2pgはperl製やぞ
嘘つき

[965 NAME IS NULL 2022/08/05(金) 15:34:35.36 ID:???]

オラ信者は情弱が多いからな

[966 NAME IS NULL 2022/08/05(金) 18:37:25.18 ID:???]

AWSとかはOracleから移行するならMySQLよりPostgresを推奨してる
MySQLだと機能面で対応してないものが多いから

[967 NAME IS NULL 2022/08/05(金) 21:34:28.76 ID:???]

>>964
「PostgreSQLだとフリーアプリしか有りませんよ。移行するならMySQLのほうがやり易いですよ。」
と誰かさんに言われて調べもせずに真に受けちゃったんだろう
ボラのあるある

[968 NAME IS NULL 2022/08/06(土) 11:04:33.99 ID:???]

>>966
具体的にMySQLだとどういう機能が無いの?

[969 NAME IS NULL 2022/08/06(土) 13:39:07.70 ID:9XlW1m7P]

>>968
マテリライズドビューがない

[970 NAME IS NULL 2022/08/08(月) 10:58:36.79 ID:???]

>>969
Viewだけの問題ならOracle→MySQLで良いじゃん

[971 NAME IS NULL 2022/08/08(月) 11:23:56.95 ID:???]

>>969
マテリアライドビューなw
https://products.sint.co.jp/siob/blog/oracle-view-mview
要はスナップショットじゃん
スナップショットはMySQLでも出来るべ
https://dev.mysql.com/doc/refman/8.0/ja/replication-snapshot-method.html

[972 NAME IS NULL 2022/08/08(月) 11:25:10.01 ID:???]

>>971
訂正、マテリアライズドビューね

[973 NAME IS NULL 2022/08/08(月) 12:23:18.68 ID:Qb/hdlom]

そういう不完全な代替方法でやることを機能として持っているとは言わない。

[974 NAME IS NULL 2022/08/08(月) 13:14:17.80 ID:???]

>>973
出来ない、訳では無いでしょ

[975 NAME IS NULL 2022/08/08(月) 14:29:17.80 ID:???]

性能や実装コストを無視できるんなら
そりゃできないものなんて存在しないやろ

移行しやすさの話なのを理解してるのかな？

[976 NAME IS NULL 2022/08/08(月) 14:53:28.80 ID:???]

マテリアライズドビューをMySQLのスナップショットで代替するやつはおらんやろww

[977 NAME IS NULL 2022/08/08(月) 20:21:18.95 ID:Qb/hdlom]

>>974
マテリライズドビューは本物のテーブルの更新内容を高速で反映できるから意味があるのであって、コピーテーブルを作るのに時間がかかってはレコード数の多いテーブルではまったく使い物にならない。

[978 NAME IS NULL 2022/08/08(月) 20:22:00.49 ID:Qb/hdlom]

>>968
データベースとスキーマの概念が分けられていない。

[979 NAME IS NULL 2022/08/09(火) 10:46:59.00 ID:???]

通常ビューだけ使えれば問題無い
大概はOracle→MySQLでも問題無い

[980 NAME IS NULL 2022/08/09(火) 11:56:42.14 ID:???]

Oracle？使いたい理由ある？
バカ高の有償サポートが欲しいくらいしか思いつかん

[981 NAME IS NULL 2022/08/09(火) 12:21:45.05 ID:???]

>>980
同意
MySQLでさえ商用ライセンスは高いしね

[982 NAME IS NULL 2022/08/09(火) 13:49:51.08 ID:???]

>>980
「高いものを使ってる」ことで得られる安心感と満足度ってのがあるのよ
アホらしいけど

[983 NAME IS NULL 2022/08/09(火) 16:01:13.29 ID:???]

埋め

[984 NAME IS NULL 2022/08/09(火) 16:01:29.27 ID:???]

埋め

[985 NAME IS NULL 2022/08/09(火) 16:02:23.45 ID:???]

埋め

[986 NAME IS NULL 2022/08/09(火) 16:03:27.37 ID:???]

埋め

[987 NAME IS NULL 2022/08/09(火) 16:03:38.46 ID:???]

埋め

[988 NAME IS NULL 2022/08/09(火) 16:03:53.51 ID:???]

埋め

[989 NAME IS NULL 2022/08/09(火) 16:04:25.74 ID:???]

次スレ

MariaDB(MySQLは今だけ) vs PostgreSQL Part3
https://mevius.5ch.net/test/read.cgi/db/1536445112/

[990 NAME IS NULL 2022/08/09(火) 16:04:39.98 ID:???]

埋め

[991 NAME IS NULL 2022/08/09(火) 16:12:49.62 ID:???]

埋め

[992 NAME IS NULL 2022/08/09(火) 16:28:58.71 ID:???]

埋め

[993 NAME IS NULL 2022/08/09(火) 16:30:48.67 ID:???]

埋め

[994 NAME IS NULL 2022/08/09(火) 16:59:51.47 ID:???]

埋め

[995 NAME IS NULL 2022/08/09(火) 17:52:21.67 ID:???]

埋め

[996 NAME IS NULL 2022/08/09(火) 18:08:42.52 ID:???]

埋め

[997 NAME IS NULL 2022/08/09(火) 18:20:51.61 ID:???]

埋め

[998 NAME IS NULL 2022/08/09(火) 18:27:37.00 ID:???]

埋め

[999 NAME IS NULL 2022/08/09(火) 18:29:30.49 ID:???]

埋め

[1000 NAME IS NULL 2022/08/09(火) 18:39:11.03 ID:???]

埋め