MySQL vs PostgreSQL Part2

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

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

前スレ

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

age

ほっほっほ

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

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

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

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

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

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

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

>>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は良く知らないけど)

>>9

ありがとん

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

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

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

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

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

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

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

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

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

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

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

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

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

???

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

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

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

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

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

21の続き

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

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

なるほど

usogres とかどうなった？

MySQL
MySQL
MySQL

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

MySQLage

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

よってMySQLの勝ち

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

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

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

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

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

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

>>33
ｺﾗｺﾗ

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

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

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

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

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

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

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

自宅鯖だが、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を使うかな。

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

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

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


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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>52
770 名前：763[sage] 投稿日：2005/11/06(日) 14:27:14 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の本にはまるでかかれてません。

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

>>55
?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そういうこと

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Solarisでいいじゃん

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

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

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

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

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

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

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

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

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

はてなで質問してこいｗ

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

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

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

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

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

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

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

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

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

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

はてな社員かな？

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

いいえ。馬鹿ですか？

質問してこいって

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

>>96で答えが出てる。

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

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

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

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

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

社員乙

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

MySQLは通信プロトコルもGPL

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

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

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

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

ﾏｼﾞか。

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

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

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

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

MyPostgreSQL

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

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

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

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

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

うちは未だ7.3だ。

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

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

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

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

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

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

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

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

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

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

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

MySQLとPostgreSQL

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

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

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

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

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

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

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

とりあえず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年くらい放置してた時点で今後も心配

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

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

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

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

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

国内では PostgreSQL、
国外では MySQL

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

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

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

IDがMy　

MySQLの勝ち

>>150
ID　が　You　シゴク　Fuck

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

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

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

昔から遅い

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

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ファイルの代わりに使うくらい



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

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

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

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

>>157
SQL Serverは？

>>161

そもそも、比較の対象外

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

たしかに

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

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

ということで燃料投入www

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

俺様以外全員池沼

>>213
まだいたのかｗ

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

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

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

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

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

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

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

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

宜しくお願いします！

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

>>245
どちらも不向き。

じゃ質問変えます。

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

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

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

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

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

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

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

普通に考えればOracleText使え

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

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

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

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

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

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

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

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

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

>>262
おまえはあほか

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

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

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

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

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

>>262が悪い

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

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

とりあえずC9

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

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

んー微妙

MySQLはだめだな・・

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

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

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

我儘？

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

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

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

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

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

は

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

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

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

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

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

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

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

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

>>291
おもしろい

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

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

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

電源障害はmysql以前の問題

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

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

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

PostgreSQLに乗り換えた

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

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

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

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

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

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

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

pgAdminを使いなされ

pgAdminIII

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

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

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

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

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

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

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

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

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

答えになってないな。

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

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

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

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

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

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

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

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

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

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

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

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

union

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

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();

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

age

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

www.mysql.com 見た？>>330

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>355
余裕です。データベース単位、テーブル単位等でダンプできます。
もちろんリストアもできます。
ちょっと参照したいなという時は一時的なデータベースを作ってあげて、
そこにリストアしてあげればＯＫです。

両者は良きライバル。互いに研きあって、世界最強の二大データベースを目指せ！

postgresql.jp がDNS で見つからないんだけど、どこ行ったの ?

http://www.postgresql.jp/news/maintainance-2007-11-17
Web鯖とか置いてるビルの停電を伴うメンテの影響だったらしい。

r9SZhE <a href="http://ptunrtrohaxj.com/">ptunrtrohaxj</a>, [url=http://zrbjvehzvdzq.com/]zrbjvehzvdzq[/url], [link=http://smahrmaywbjm.com/]smahrmaywbjm[/link], http://bwtwhhmmkggl.com/

eihG3n <a href="http://kvztyxelhnal.com/">kvztyxelhnal</a>, [url=http://ovwsuuyzpeex.com/]ovwsuuyzpeex[/url], [link=http://ljwubzkcdynq.com/]ljwubzkcdynq[/link], http://zxmktgbxdmsq.com/

W6tn9F <a href="http://omyiqjsiwkmd.com/">omyiqjsiwkmd</a>, [url=http://mpklazsanxnp.com/]mpklazsanxnp[/url], [link=http://lpbcurjzsaqn.com/]lpbcurjzsaqn[/link], http://ixhzdgonfyrw.com/

更新と参照が多い場合だとMySQLのが有利？
postgreSQLだとレコード更新されるたびに追加されていくわけだよね？

MySQLはDBエンジンで大きく変わるから。

追記型は更新が苦手…
そんなふうに考えていた時期が俺にもありました。

PostgreSQL 8.3はかなり性能上がっていそうだしねぇ

（・∀・）sqliteは？

>>367
sqliteと比較すべきものはBerkley DBでそ。

http://gkinyn.cn mp3 dmusic downloads ipod

http://gkinyn.cn mp3 dmusic downloads ipod

http://bdzwbn.cn/happy-mp3 happy mp3

http://bdzwbn.cn/mp3-rules mp3 rules

http://bdzwbn.cn/real-mp3 real mp3

http://bfsnbw.cn/mp31 renegade master

素人質問ですみません。
MYSQLにはPHPmyadminがありますが、Postgreには同じようなソフト
って言うか、簡単にPostgreSQLを扱えるようなものはありますか？
よろしくご教授ください。

phppgadmin

>>376
おお、やっぱりあるのですね。
ありがとうございます。
早速インストールしてみます。
やっぱフリーソースの両巨頭ですね。
この2つのデータベースは。

JIS2004に対応できてない時点で、今MySQLを選択するのはヤバくない？

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.

SUNに買収されて比較対象がPostgreSQLからOracleやDB2、SQLServerへ変わるの？

>>378
よくわからんけど、JIS2004って字形だけの問題じゃないの？

>>381
UNICODE補助文字が使われるようになったので
UTF-8が最大4byteになる
MySQLはutf8最大3byteまでしか保存できない

ほうほう。
ってか
＞MySQLはutf8最大3byteまでしか保存できない
なにこの糞仕様ｗ

MySQLはバージョン6から
utf8の4バイト対応

MySQLは4->5->6と文字コード周りでの混乱がすごいな

数千万規模のレコードを扱うにはMySQLとPostgresどちらが適しているでしょうか？

MySQL

>>386
本気なら、自分で試せよw

べつにどっちでもいけるんじゃね。
アプリの出来次第だし。

実務で新規に使う分にはぶっちゃけどっちもそんな変わらないよな。
レプリケーション組まなきゃならん程の規模になるとMySQLのが日本語の情報が
多いとは思うけど。

決定的な違いはMySQLにゃ有償サポートがあるって事じゃね？

Oracleはさらにそんだけ高い金払ってこうなったんじゃ仕方ないよねって
空気作れるからという理由でチョイスするSE様も結構いるとか居ないとか。

Postgres だってサポートしてくれる会社はあるでしょ。

だな。SunがサポートするのかSRAがサポートするのかの違い。

サポートの有無だけじゃなくて、質も重要だよな。
オープンソースじゃなくても、マイナーな製品だとサポートがまったく
役に立たない場合もザラだからな。

教育コース整備されていて、一定のレベルのエンジニアを量産する
システムが出来上がっているOracleやDB2はやっぱり安心感が違うよ。

そういえばPostgreSQLが流行らないのは名前のせいで
だから名前を変えようとかいう動きはどうなったんだろう？

urSQLにしてくれ

DQLにしてくれ

ドラクエ５０？

postgreはGUIやらlimitやらで使い勝手が良すぎる。俺はpostgreを全力で
応援します。

MySQL、新機能追加は有償版の「MySQL Enterprise」だけを対象に
http://www.technobahn.com/news/2008/200804172000.html

Linuxを代表するオープンソースベースのリレーショナルデータベース管理システムのMySQL
が近くソースコードの公開を停止する方向で準備を進めていることが16日、米カリフォル
ニア州サンタクララで開催中のMySQLコンファレンスの席上で明らかとなった。

>>399はタイトルは元記事通りですが本文は元記事と違います。

>無償版の「MySQL Community Server」の提供は今後も継続されるが、
>無償版と有償版の開発は完全に切り離されることとなり、
>無償版と有償版の2つのMySQLはまったく別々の進化を遂げることとなる見通しだ。

要するにβテストが完了したと言うことなのかな。

はは〜ん。

新機能が有償版 のみ/から ってことは、無償版よりもむしろバグが増えるんじゃないだろうか。
Fedora → RHEL のように、テスト → エンタープライズにしてくれれば良いんだが。

>>400
これ、思いっきり悪く捉えると
・GPL版はいまさらライセンス変えようがないから放置
・商用版はclosedにして開発続行
となるんだけど、実際どうなるんだろう? GPL版もきちんとSunが開発に
かかわり続けるのかな?

もちろん、GPLなんだから有志で開発引き継ぐことは可能だけど。

>>404
Forkはされるだろうけど、有償サポートや開発者をフルタイムで雇用する企業が
あらわれないとプロジェクトの維持は難しいと思う。

Firebird - Interbase の先例があるとはいえ、独立路線は無理だろう…。

DBMSじゃないけどNetscape -> Mozilla -> Firefoxのような路線もあるわけだし、
これだけユーザ数が多いのだから、どうにかなりそうな気はしないでもない。
ひょっとしたら新規にforkされたプロジェクトがPostgreSQLより開発者が
多くなる可能性もあるし。

とはいえ、フリーのものを使いたければPostgreSQLを使えという流れが
強くなることは確実だろうね。

http://jcole.us/blog/archives/2008/04/14/just-announced-mysql-to-launch-new-features-only-in-mysql-enterprise/

誰かが Fork する事になるとか、GPL 版が放置されるという話には読めないんだけど？

>> 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 社は、お金を払ったユーザに、まったくもってテストの不十分なコードを使わせることになる。

>>409
ちゃんと Mickos の投稿も読んでるかな？
GPL 版を重視するのは変わらずで、GPL 版の周辺ソフトウェアに
GPL じゃないライセンスを採用するかもしれないという話だと
思うけど、これはオープンソースを活用しているビジネスモデル
としては普通の事じゃないかな。そこでは Netteza や InnoDB の
ケースが出てるよね。こういうモデルはオープンソース版があって
初めて成り立つ話であって、GPL 版を放置するという発想が
どうして出て来るのかが不思議だよ。

書店に並んでる本見るとMySQLばかり

そんなに大規模じゃなきゃMySQLで十分要求を満たす。
OracleやSQL-Serverで大規模を先に経験すると、
MySQLのシンプルさに疑心暗鬼になって、Postgresを
選択する。あるいはMySQL<4.1のサブクエリシンドロームな
人たちもPostgresを選択する傾向にある気が巣。

Derbyとか知るとMySQLがシンプルとは思えないんだが。
これも以外に要求を満たすからなぁ。
社内インフラ程度(?)の規模なら問題なしだし。

はともかく、単にMySQL対応のアプリ使いたいときは普通にMySQL選択するし、
特に要望がなければPostgresかな。

規模がデカくなるとDB2とかの商用使うな。Oracleはﾏﾝﾄﾞｸｾなので個人的には嫌い。

情報量としてはMySQLの方が多くなってる気がするんだが

>>412
>>413

大規模じゃなきゃ使えるって、まじで言ってるの?
mixiもYahoo!もFacebookも、超大規模なところはみんなMySQLなんだが。
GoogleもMySQLですよ? あれはちょっと使い方が違うけど。

別に誰も「大規模だと使えない」なんて言ってないと思うが。

なにを言いたいのかちっともわからん。

# 規模がでかい時に商用使うのは機能的な問題より、なんかあった
# 時に客に説明しやすいからだろうと思う。

超絶的な瞬間最大アクセス(?)がおきるオリンピック公式サイトはDB2だったと思うが。

大規模で楽したいって意味と顧客に説明する時にOracleとかは根拠のない
安心感があるんだよ。ｗ

つかGoogleみたいな博士級のエンジニアがいる会社と偽装派遣や孫受けに
丸投げするばかりの能無し自称IT企業の事情といっしょにすんなよ。
#現実的には９割は後者の会社が多いと思っている。

>>416
> 別に誰も「大規模だと使えない」なんて言ってないと思うが。

じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

> つかGoogleみたいな博士級のエンジニアがいる会社と

Googleが異常なだけで、mixiなんかは全然いないよw
普通のエンジニア。

mixiはfedoraをドカドカ使う度胸は凄いと思うな。

根性無しと言うワケではないが、そこはRHELを使うトコだろ、って思うし。

確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。

まあ原因不明のOracleのインスタンス落ちを経験するとfedora+MySQLでも
たいして安定性は変わらんとは思う。

Postgresも7以前は商用に比べれば、不安はあるけど8以降は結構いい感はある。

>>418
>> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
> じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

お前、プログラマに向いてないから早めに足洗った方がいいぞ。

まあ、痛い目を見るのはお前さんだからどうでもいいけど。

別にココはマ板でもない点について

>>419
mixiはCentOSじゃなかった?

> 確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。

ああいうとこはkernel入れ替えてるんじゃないかな。

>>420
おまえ、何の情報も持ってないんだなぁ...

>>422
> おまえ、何の情報も持ってないんだなぁ...

>>418 のアホさ加減を示すのにこれ以上なんか情報がいるのか？

もう十分だと思うけど。

何が十分なんだよ。

相手が泣き叫んで許しを請うまでひたすら続けろ。

お前がやれよ。

他人を貶す前に己の貧しさを知れ！
聞き囓った様な話じゃなくて、
本質的な内容にしようぜ。

そう思うなら、まずお前からネタ振れよ。

>>427

結局ひとに頼るのかw

ネタが無いなら黙っとけよ。

>>429

そう言いつつネタ出せないんだから、つまらんやつだなぁ。
じゃあなんかネタふるか。
Drizzleどうよ?

今後を見ていくとPostgreSQLでおｋ？

今も昔もWorldWideではMySQL

昔はSQLの制限考えるとMySQLはありえなかったけど
今はどっちでもいいな、むしろMySQLのがサポート広い？
でもPostgreSQLかなあ。

MySQLはライセンスがうるさそうってか、
GPLってみんなあんまり意識してなさそう

世界じゃMySQL（CMSに採用されすぎｗｗｗ）
日本じゃPostgreSQL（MySQLに追いつかれる）

って感じ？かな？

今度テラレベルのシステムを作ることになりそうだ
PostgreSQLににしようか本気でまよっている

>>435
PostgreSQLじゃVACUUMが追いつかない
製品選定前に前もって性能テストしたほうがいいよ

>>434
サーバサイドに関して言えば GPL である事は殆ど問題にならないよ。
少なくとも GPL v2 までは意識する必要はあまり無い。

GPL はバイナリを入手した人に対してソースも入手可能にしないと
いけないというルールだけど、サーバプロダクトはバイナリを配布
するわけじゃないから、ソースも公開する必要は無い。

そんな自分の仕事の範囲で語られても...。

データベースサーバの範囲なら大体オッケー...。

相当狭い世間しか知らないようだ...。

ここは自己分析をする場所じゃないよ...。

話を分かり易くする為に前提条件を付けて話題を限定しているのに、
狭い世間しか知らないってどんなだw

>>442
その限定ってまさかデータベースサーバの範囲とか言う間抜けなことを
言ってるんじゃないよな？

間抜けと話すと会話が噛み合ねえな...。

とりあえず、437が大馬鹿ということだけは理解

>>436
レスありがとう
データが大量になりそうなテーブルは、インサートオンリーなんだ
VACUUMが必要な仕組みは、イヤだなぁ、と感覚的には思ったんだが、
インサートがメインだから、テーブル指定でVACUUMすれば問題ないかなぁ。と楽観的に考えている

たしかに性能テストした方がいいね

>>446
インサートオンリーのテーブルもVACUUMが必要って知ってた？
http://www.postgresql.jp/document/current/html/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND

パーティション機能をつかってテーブル分割したり、
VACUUMかけるテーブルを日ごとにローテーションしたり
運用で工夫することになると思うよ。

技術的に不可能なわけじゃないから止めはしないけど、
がんばってね。

8.3ではVACUUM頻度が劇的に落ちているから、それほど神経質になる必要は
あまり無いと思うけどなぁ

そもそも「テラレベルのシステム」って言う俺たちには知り様のない
システムの話だから、>>435 に性能テストしてもらうしかない。

Vacuum 以外に落とし穴がないわけじゃないし。

PostgresみたいなフリーRDBMSは運用周りのサポートが弱いからねぇ。
使いはじめは考慮しなければならない部分が少ないから逆に楽なんだけど。

>>435です
2^32≒20憶トランザクションごとにトランザクションＩＤが周回してしまうから
全テーブルVACUUM必要なことは知らなかった

Oracleで４テラくらいのつくったときは、特に問題なかったんだ
それが４年くらい前だった

それからソフトもハードも進化したから（750玉なんてあるし）
PostgreSQLやMySQLとかでもいけるんじゃないかと思ってさ

実証実験するだけで、金かかりそうだなぁ

>>449
＞Vacuum 以外に落とし穴がないわけじゃないし。
バックアップ・復旧周りが実は恐れている

> 2^32≒20憶トランザクション

2^32 は約 40億だし、>>447 のリンク先にもそう書いてあるんだが...。

> これを防ぐためには、すべてのデータベースにあるすべてのテーブルを
> 少なくとも20億トランザクションごとにバキュームする必要があります。

と混同したのかも知れないけど、もう少し落ち着いてドキュメントを読む
癖つけたほうがいいぞ。

> 実証実験するだけで、金かかりそうだなぁ

金もかけずににちゃんのアドバイスで荒波に立ち向かうと言うスリリング
な人生を選択してもいいと思うけど。(w

>>451
それこそ素直にOracle使うような案件なんじゃ……。
世の中の案件の80%はMySQL/PostgreSQLで済むと思うけど、
これは残り20%の範疇のように思う。

あと、PostgreSQLは定期的にvacuum fullしないとSELECT性能が劣化するから注意。

業務の関係でこれからPHPを勉強することになりました。
それで今アマゾン等でPHPの書籍を探しているところです。
仕はでPHP＆postgreSQLの組み合わせなのですが、アマゾンや書店で
見つかるのは大概PHP＆MySQLの組み合わせのものばかりです。
MySQLとPostgreSQLの違い(PHPとの連携する上で)がまだわからないのですが、
MySQLのほうのやつを買ってもポスグレ案件で役立ちますか？
(PHP初心者ですみません)

>>455
・貴方のレベルにもよる
　文章から察するに１〜３年目くらいに見えます。
　（違っていたら申し訳ない。）
　他の言語を複数習得している（それぞれ１年以上経験ある）レベルか
　他の言語もやったことあるが、マスターしているとは言えないレベルなのか

・新規なのか既存なのかで判断が異なる
　新規案件でPHPで業務の基盤周りから組むのと
　既存案件で、すでに基盤はしっかりしているのと
　で、参考になる書籍はことなると思う
　（PEARはつかっているかとか）


マンモス本でよいんじゃないでしょうか
今はPostgreSQLのことかいていないんでしたっけ？

普通にこれを紹介してあげればよいのでは
http://book.mycom.co.jp/book/4-8399-2119-9/4-8399-2119-9.shtml

しかもマンモス本に今はPostgreSQLのこと書いてないってのも意味不明だし

>>454
それは昔のバージョン
今はバキュムしなくてもほとんど劣化なし

そっか。少なくとも 8.1 まではそうだったけど、その後改善されたのかな。

8.3で改善されました

単純にオートvacuumしてくれるだけで、vacuumしなければ、フルスキャンが遅くなっていく点は変わってないんじゃね？

>>461
つ ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/

今度、オラクルで作っているシステムの換装があるんだけど、
そのままオラクルでいくか、MySQLやPostgreSQLを使うか本気で
迷っています。

データベース構造としては、親子関係の2階層のテーブルが
全部で１０個くらいなんだけど、データ数がべらぼう。

1億は余裕で超えます。
理由は、格納するものは使用しているユーザーの操作ログだからです。
１つのボタンを操作するだけで、さまざまなファイルやデータを触るから、
それで、何十レコードにもなってしまいます。

10億とか行ったら、さすがにオラクル以外の選択肢はないんでしょうか？

また、性能評価って言いますけど、入札前に高価な想定するH/Wを
購入してまで性能評価ってやります？

検索リアクションタイムに制限があるけど、それをどう担保しようかが
最大の悩み。

みなさんは、実機相当のシステムで、同じ環境でデータベースを何億
も入れて性能調査やってるのでしょうか？

特にコンサル業界の人に聞きたい。

MySQLは、テーブル１つに１ファイルですよね？
テーブルのレコードが多ければ、それだけ検索するたびに、
ファイルオープンが発生するから、MySQLは遅いんだ。

この認識あってる？

ログなんか大して参照しないだろ
するとしても参照するデータとしないデータに偏りがあるだろ
期間か何かで切り分けろよ
そうすればどれでもいける

ファイルオープンしないDBってなによ

そもそも、MySQLがこの先も生き残っているのかという問題が
MySQLはOracleに殺されそうだな

NetBeansに対するEclipseのように、MySQLにも有料化したらPostgreSQLに流れるだけなので
存続させるために無料のライセンスは続けるんじゃないかな。
サポートのライセンスは今でも有料なんだし。

Orcaleの得意技の飼い殺しというのが今一番懸念されているわけで。

>>463
板違い,コンサルでもない...
マニアックすぎて鼻で笑われるとおもいますが、
作りと開発者の技量にもよると思うけど
商用DBだけどCache' と言うのがあります..
内部(M)言語ガリガリではなく、
SQLアクセスで１億以上はさばけてます..
それぞれのアプリの条件にもよるので軽くとは
言い切れませんが、

10億はテストした事ないけど...

動作にOracleほど高価なH/Wはいらないと思います。
性能調査する価値はあるかも...

いまさらMっていわれるのがおち..ですかね...
DB自体くせもあるし..

そりゃねぇ、いくらIMSがそこらのRDBMSより速いとは言ってもやっぱり「いまさらIMS」だしねぇ。
10億くらいならPostgresでもイケるし。

そりゃねぇ、から語り出すとは通ですな。

age

>>471

MySQLは何億くらいまで、いけるんでしょうか？
あと、質問があと先になりましたが、10億の単位は何でしょうか？

よろしくお願いします。

円に決まってるだろ

甘いな
最近は元でしょう。

ウォン以外考えられないニダ

出てけ半島人

indexなしでレコード追加してくだけなら何十億でも平気だろうな
10億を細かく参照やら分析するんならRDBMSやめれと思う

このスレ、死んでるやん？ｗ
ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん

MySQLは今までたくさんの人が使っていたっていう惰性で情報が多いのと
ほんのちょっぴりの軽さだけが売り
ちょっとでもGPLを逸脱すると商用ライセンス

PostgreSQLはほぼLinuxでしか使えてなかったのが
Windowsにも進出してトランザクションもありーので完全にタダ

みんなでPostgreSQLに移ろうぜ
俺はPostgreSQLに移るよ

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

>ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん

さすがに、「性能」までは言わないか。

PostgreSQLのシェアはもうちょっと上がってもいいと思ってる
MySQLだけは危険だ

手元で動かしていると、MySQLのほうが性能が良いのはCPU1個のときだけで、
2-4 個を越えるとPostgreSQLのほうが圧倒的に伸びが良いんだが。

そんなもん
MySQLが速いのはCPU1〜2個
CPU4〜8個はPostgreSQLが速い
それを超えるとOracleが圧倒的に速い

>>485
へー。やっぱり想定しているハードウェアの規模が違うのかもね。
ただ、今や普通にCPUを買っても普通に4コアとかになることを考えると……？

そこでMySQL InnoDB Pluginですよ

MySQLはもう過去の遺物でいいだろ
人気に胡坐かいてた罰だ

>>482
お前のいう「性能」ってなによ？

>>484
MySQLの場合、大規模案件では単一マシンの強化ではなくクラスタ化という方向だしね。

>>485
OracleはCPUの数でライセンス料が違ってくるだけあって、スケーラビリティあるよなぁ。

>>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はコア数でライセンスかかるから論外。リニアで性能向上しない限り
コストパフォーマンスは悪いってことになる。
貧乏人はスケールアップよりスケールアウトを目指すべし。

「公平に書くと」とあるのでツッコむが、MySQL 5.4 も 5.5 も GA としてはリリースされて
いないようなので、開発中のバージョンの性能を持ってきても、比較にならないんじゃないの？
バグもあるだろうし、バグを潰していく中で追加の排他制御が必要になるかもしれないし。

MySQLは正式版の5.1ですらまったく安定してないから。

http://pc11.2ch.net/test/read.cgi/db/1258928470/835-
ここで問題になってるバグは5.1.20で発覚したものらしいから正式版のバグじゃないが、
レスに5.1のバグフィックスが3500とか書いてある。

CPUのスケーラビリティはPostgreSQLが先に対応して、今MySQLが追いかけてる。
安定性については誰がどう考えてもピーーーー(自主規制)だろう。

この↓ベンチマークテストの結果ってどう読めばいいの？
http://www.thinkit.co.jp/cert/article/0603/10/5/3.htm

MySQL＋MyISAMエンジンはトランザクション機能を持ってないから速い、ってことは
どういう場面で使えば有利になるの？
その一方で、PostgreSQLはどういう場面で使えば有利になるの？
教えてエロい人

>>494
それ情報が古すぎるのであてにしちゃだめ

このへんから最新ニュースを探そう
http://en.oreilly.com/mysql2010/public/schedule/proceedings

>>495
うー
http://en.oreilly.com/mysql2010/public/schedule/detail/14298
でベンチマークテストの結果を見つけたけど5.5のだ
しかも見方がよく分からない
諦めよう

自分でプログラム書いて測定してみるのが一番

Postgreの権限管理周りはクソ
最近になってようやく揃ってきたけど・・・

Database単位とかSchema単位で参照権限うまく管理できねーとか
笑うしかない

あと何でＤＢ作る度にデフォでpublicに登録されるん？
アホなの？

>>498
MySQLはどうなってるの？ スレタイ読め。

> Database単位とかSchema単位で参照権限
やっと9.0で機能が入る予定。確かにめんどくさかった。

> あと何でＤＢ作る度にデフォでpublicに登録
スキーマ修飾できるし、search_path を設定すればデフォルトも変更できる。
これに関しては PG に全く落ち度はないと思うぞ。

>>499
ＭｙＳＱＬと比べて糞って言ってるつもりだが
書かないといかんのなら・・・すまなんだ

権限周りはMySQLだとＤＢ>tableって階層がはっきりしててGRANTで簡単に管理できるけど
Ｐｏｓｔｇｒｅは9になってやっとDB毎の権限対応でしょ・・・
PGはユーザがロールに統合されたりそこらへんの管理でポリシーを感じないんだよね

ほかのＤＢでもそうだど権限確認してログインユーザなりロールなり作る訳だが
PGは細かいなら細かいで方向性を持たせたら使いやすいのにって感じ
後で設定できるからいいだろって問題でもないと思うんだよね。

publicっていってるのはGRANTとかで使うPUBLICのことね
デフォルトだとCREATE DATABASEした直後、ログイン権限のあるユーザなら
新規作成したＤＢに入れちゃうじゃん
それってどうなのってこと

PＧは最近触り始めたので誤りがあったらごめんなさい

標準SQLではDBとテーブルの間にスキーマの概念があるのだが、MySQLには無い。
標準SQLではユーザとグループは、ロールとして統合された。ロールのほうが柔軟性が高いデザイン。
申し訳ないが、MySQLが「ふつう」だとは思わないほうが良いよ。
Postgres はこれまで手間を減らすような機能は提供してなかったものの、設計そのものはより「正しい」と言える。

ココから先は単に PG の使い方だが、
publicスキーマに関しては REVOKE ALL ON SCHEMA public FROM public; で権限は剥奪しておける。
ログインに関しては pg_hba.conf のほうで制御するようになっている。
ぱっと見「アホなの？」と思うようなことはさすがに開発者も気づいているだろうから、少しは調べてみると良い。

何でもかんでも調べもせずにデフォルトで使ってそれに文句言ってるのって滑稽ではある

>>501
どちらかというと、MySQLのデータベース ≒ PostgreSQLのスキーマ と考えたほうがいいかも。
PostgreSQLでもスキーマのUSAGE権限は、その中に含まれるテーブルに引き継がれるから、
そこは >>500 が言っている動きに近いんじゃないだろうか。

最近はsqliteがおもちゃっぽくて好きだなぁ。
Cで書くと速くてびっくり。
もちろんPostgreSQLが一番だい！

sqlite使ってると、いつもPostgreSQLの豊富な関数使いたくてしょうがないです... orz

すいません　いきなりmysqlにログインできなくなりました
以前も同じようにログインできなくなり、navicat liteを使って
いたのですがそちらにも接続できなくなりました
その時はOSの再インストールで解決したのですが再度同じようになりました
おそらくlocalhost3306に接続できてないのだとは思います
mysqlをアンインストールして再度インストールもしてみました
そうするとApply security settingsでエラーがでます
Error.Nr.1130 Host localhost is not alloowed to this MYSQL sever
設定などはいじってないのですがやはりOSを再度入れ直さないといけないのでしょうか？
長文失礼しました

何でもちゃんと原因調べて適切な対処を取るようにしないと
毎回再インストールするはめになるぞ、、てかもうなってるか

やばいなあ
2ヶ月ほど外に出たのはジュース買いに出ただけだよ顔色とか真っ白

設定いじってないっつってもなぁ。
mysql.userテーブルが書き換わって、とあるユーザ@localhost に関するレコードが
無くなった/書き換わったんだと思うよ。

まあ、何にせよスレ違いっぽいな。

MySQL 総合 Part17
http://pc11.2ch.net/test/read.cgi/db/1258928470/

で　どうなったの？

技術的には関係なく、経営上の理由で、
MySQLが勝手に潰れてPostgreSQLが勝利しそうな感じ

MySQLの世界での普及度合は半端じゃないから
もし5.5で開発打ち止めになったとしても
MariaとかDrizzleなどの互換プロダクトがシェアを維持するんじゃないかな
Linuxとは状況が違うのはわかっているがRHL、FedoraからCentOSが出たみたいに、
結局FreeBSDは表舞台にでれなかった。
書いてる俺はポスグレ派

CentOSの意味解っていってるのか
あれはRHELからロゴ外してそのまま配布してるだけで互換プロダクトとかそんなレベルではない
本家が無くなったらCentOSも無くなる

ついにオラクルがOpenSolaris潰しが始まった
近いうちにMySQLも同じようになりそうな予感

いやいやCentOSの話と違うくらいわかってる。
MySQLがクローズソースになってもMariaとDrizzleがあるって話だ。
ポスグレがこれからMySQLなみに普及するとは思えない。
DBなんてどうでもいいプログラマがMySQL互換DBがあるのにわざわざポスグレに移ると思うか。
世の中DBなんてどうでもいいだよ。動けば。そんで動いたらもういじりたくないんだよ。

その互換DBの存続の心配してるんだろうが

MySQL互換DBは本家が存続しないと続かないだろ
本家をちょっと改造しただけなんだからｗ

てかDBなんてどうでもいいのかMySQL互換DBじゃなきゃ駄目なのかはっきりしろよｗ

基本的に、本家が投げ捨てたものを引き継いで開発し続けるプロジェクトって
上手くいかないからなぁ。あと、MySQLの場合はコマーシャルライセンスが
あったのも大きかったわけだし。

>>516
誰がいつ互換DBの心配について書いた？
>>518
ふつうのユーザやプログラマはDBなんてどうでもいいわけ。
だから手間のかかんない互換DBでOKってことだよ

つうかMySQL使ってるほとんどの奴ってレベル低いだろ
ポスグレやオラクル覚えようなんて奴いねえよ。

レンタルサーバに設定済みのDB使うなら
PostgreSQLだろうがOracleだろうがどうでもよくね
今時ならフレームワークのマッパー使うだろうし
なんでMySQL互換である必要があるのかと

>>520
他のレス全然読めないならいちいちレスすんなよ

このスレ５年も生きてるけど、
けっきょく、どうなんだ

大規模だったらPostgreSQLの方がいいと思うけど
ぶっちゃけどっちでもいいレベルだと思う

>>524
>大規模だったらPostgreSQLの方がいいと思うけど

ｋｗｓｋ

MySQLのJOINの方式はレコード数が増えるとパフォーマンスが落ちる(Nested Loop Joinしかない)
あとMySQLのレプリケーションはマスタがおかしくなると終わり
(というか面倒でリカバリに時間が掛かる)

>>526
ｔｈｘ！

MySQLはJOINしないで読み出しばっかやるシステムだと最強なんだけどなー

>>528
それならKVS最強じゃね？memcached以外にもいろいろ選択肢がある。
あと、メモリにテーブルデータ全部のっければMySQLもPostgreSQLも速いよ。

つうことでJOINなし検索OnlyでもMySQLは最強じゃないよ。

MySQL使う理由って結局ノウハウだよね
KVSだとまだ耐障害性とか未知の部分があって、
こないだのmixiみたいになることもある。

単純にJOINなし検索専用ならノウハウなんていらんだろ
慣れ、惰性だよ。

えっ

MySQL使ってる連中の99%は惰性で使ってるだけ
ノウハウなんてない。このスレみてみ
http://www.mysql.gr.jp/mysqlml/mysql/msg/15364
全員書籍執筆者なのにまともにデータバックアップもリストアもできないんだぜ。
使えてる気になってるだけ。

うわこれはひどい
ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
暇な人がやってるという俺の認識からすると不思議なことではない。
わかりやすい文章を書くにはプログラミングと別の才能が必要だからそれはそれで尊敬するけど

大企業なんかでちゃんとしたインフラやってる人が書くってより
中小企業の経営者やフリーランスが書いてるイメージあるな

執筆者は2極化してるよ。
評価の高い本を書くひとは所属関係なく技術レベルも高い。
糞本しか書けないひとはそれなり。

>ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
>暇な人がやってるという俺の認識からすると不思議なことではない。

>中小企業の経営者やフリーランスが書いてるイメージあるな

MySQLの中の人(M信さんやO野さん)も暇な人？

そうじゃない人もいるとピックアップしても反論にならんよ
そりゃまともな執筆者もいるのは当たり前なんだし
反論するなら全書籍の執筆者を調べて
大多数は忙しくて技術も完璧ってソースにしないと

>反論するなら全書籍の執筆者を調べて
>大多数は忙しくて技術も完璧ってソースにしないと

中学生の夏休みはおわっただろ。早くねないと遅刻するぞ。

つうか、全員まともor全員ダメ
って2択しかできないって、頭が不自由なゆとりだよな。

>執筆者は2極化してるよ。

これ正解。
1割のすごい連中、9割の普通の連中。
執筆依頼のないお前は糞。

>>539
依頼があるボクはすごいんだ自慢乙。
ところで、お前、恥垢臭のせいで周囲から生きる悪臭公害と言われているのに
気づいているか? あまりの臭いで自分の頭まで狂ってしまうぐらいの。

その狂った頭はもう手のつけようがないけど、臭いに迷惑している周囲のため
包茎ぐらいはどうにかしとけ。包茎は治る障害なんだから。

他の人が抱いているイメージ論に対して自分の基準で完全否定するのって小学生レベルだよな

>>540-5541
長島☆自演乙☆雄一郎ｗｗｗ

ひでえな > 541,542

こんな奴いるんだ

まちがった

540と541が絶句するほどひどいレス

　　　　　　　 ＿＿
　 　 　 　 ´ 　 　 　 ｀　、
　　／　　　　　　　　 ｨ､ ＼
.　/　　　　/　!　　　//!、　ヽ
　l　 l　|　/! /,ヽ.､ /ｲ |_,、､ハ
　l　 !　| ﾅﾚ´　 ヽ＼ﾙ　 ヽ! ﾘ
　 !　|　|/ ﾆ=-　　 　 -=ﾆ K
　 l　ゝ |　xxx　 　 '　　 xx | }
.　 ! {ｒ∧　　　ｒ-ー--ｧ　　ﾉ'
.　 !　`ｰ-ｒ､　 `ｰ---'　 イi |
.　 ! 　 |　|　ﾌ`､ｰ_‐ 〔 ＼ｰ､
　 l　　 ! ／ ＼　　｀ .|､　|　 ヽ　　　　　　 _／￣二ﾌ　>>540
　 l　i ／　　　 ＼＿」|oV　　i ヽ　　 　 ／〈　 つノ)
　/|.ﾉ{ ⌒ヽ、　 　 　 ヽ　ｒ‐‐!/　＼　 / 　 ヽ´イｰ'
./ .|　|　　､　ヽ ﾆ二}　ヽo￣ヽ　　　>'ヽ　　　/

IT業界にいてもSE,PGが天職だと思える人は5%もいない。
9割以上は凡庸なプログラマ。残り5%弱がPGに向いてない人。
執筆者が1割も優秀ならまだいい方なのかもしれない。
まあ1割も適当に言っただけで根拠はないと思うけど。

んで10年後のMySQLとPostgresのシェアってどうなってると思う？
日本では拮抗、世界ではMySQLっていう今の状況（で、いいんだよね？）は
変わらないと思う？いろいろ覚えるの面倒だから一個でいいんだけど

覚えるの面倒だから一個でいいと言う人は一つもマスターできない気がする

例えば俺はポスグレメインなんだが、buffer, work_mem, fsync, commit_delay, check_point_segmentとかの
パフォーマンスに直結するパラメータをどれくらいに設定するのかとか、ORを使うくらいなら二個のSELECTをJOINした方が
早いとか(今は治ったけど）、VACUUM FULLしてもREINDEXしないとINDEXが小さくならないとか、
複数のDBについてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあOracleも結構勉強したけど、フリーの奴は一個でいいかなって

えっ

548がマスターベーションしたってとこまで読んだ

例えば俺は醤油メインなんだが、塩分濃度、こく、うまみとかの
味に直結する要素をどれくらい把握するのかとか、手仕込みの醤油を使うなら味が安定しているキッコーマン使った方が
うまいとか(今は小さい蔵も品質安定してるけど）、無添加の醤油は劣化が早いから早めに使わないと味が変わるとか、
複数の調味料についてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあ味噌も結構勉強したけど、フリーの奴は一個でいいかなって

っていう料理人いないだろ

ﾜﾛﾀ

まわりくどさはおなじだけどな

醤油と味噌は用途が違うんだから両方知らないと駄目だろ。
みんなポスグレとMySQL両方とも各バージョンでどんな
変更があったとか把握してんの？

調味料で例えるなら、醤油を作ってる蔵Aと蔵Bがあって、蔵Aは大豆の刈り取りから
醤油になるまでのタイムラグがこれくらいだから何月頃に使うのがおいしいとか、
そういう細かいところを各蔵ごとに浅く広く覚えるより、一番おいしい蔵どころを一社見つけて
そこの醤油の特性を深いところまで覚えた方がいいってことだろ？
なにがおかしいのかわからん

味噌味の煮物か醤油味の煮物か
味噌汁かけんちん汁か
味噌ラーメンか醤油ラーメンか
の違いって事だろ

例えで混乱するのはこれくらいにして、みんなポスグレとMySQLで大方の設定パラメータまで暗記して使ってるの？
どっちも浅くしか使ってないんじゃないの？

WindowsとMacとLinuxどれも使うみたいな程度の話だろ
何をキレてるんだ
そもそも他のDBの特徴もちゃんと把握してないとPostgreSQLを客に薦めることもできないだろ
これはPostgreSQLの方が優れてるんです！とかいっても、客にこないだのMySQLのバージョンアップで
そこはMySQLの方が良くなったよね？みたいに突っ込まれたらお前の仕事は
設定までたどり着かずにそこで終わりだ。

つまりお前はバージョンアップ毎に大体どんなとこが変わったか、
自分が関わるプロダクトについては抑えてる訳ね。それには敵わんわ。
DB以外の部分でいっぱいいっぱいだもの。
別に切れてないし、周りがどうなのか純粋に質問したかっただけ。ありがとう

末端部分の製造と設定の仕事しか請け負わない奴ならともかく、
システム全体請け負うフリーランスなら
プロダクトの選定からメンテナンスまで仕事じゃね普通？

>>559
つーか導入時点で競合製品の比較やるために調査しないか普通。
逐次全部暗記してるわけじゃなくて、必要なら他のプロダクトについても調査するだけの話だぞ。
積極的にチェックするのはメジャーバージョンアップの時くらいでいいんだし。
俺はポスグレしか知らないし、他のプロダクトのこと学ぶのは意味がないとか言う奴に仕事が来るとは思えん。

意味無いなんてどこの誰が言ってんだ？

覚えるのは無駄

わかってる人に質問。

今や、PostgreSQLがMySQLに勝る
ところは、ライセンスのわかりやすさ
だけなの？
MySQLは5.1以降の性能向上が
かなりいいらしいけど。

>>564
>>526

MySQLがPostgreSQLに勝る点
(1)オフィシャルサポートby Oracleがある
(2)DB毎、テーブル毎のレプリケーションができる
(3)サポートされているシステムやソフトが多い
以上。

パフォーマンスは使いかた次第。CPUコアに対するスケーラビリティはまだPostgresの勝ち。
ただしベンチマークだけで評価するのは素人。アプリ次第でパフォーマンスなんてどうにでもなる。

MySQLはトリガ、ストアドプロシージャがまだまだ弱い。check制約も未サポート。MyISAMは外部キーも未サポート。
ただしこれらを使うか使わないかはあなた次第。

メジャーバージョン間の互換性はPostgresが高い、というかMySQLはマイナーバージョンですら
互換性なくすから実際に運用してみるとどうしようもないことがわかる。
SQLレベルでもころころ仕様がかわるから、アプリケーションまで含めたシステムのバージョンアップに
とてつもないコストがかかる。

>>526
にあるように、レプリケーション用のスレーブを準備するのが大変。バックアップ/リストア機能がとてつもなく貧弱。
これが運用上最大の欠点。
ファイルシステムのスナップショット機能を利用するしかない。あらかじめ準備してなかったり、古い環境で作業させられたりするとアウト。

MySQLはバグも多い。バグフィックスの数が膨大。
もともと開発の稚拙さが目立っていたが最近ではAlterTableでクラッシュするバグが１年以上放置されたりとひどい。

詳しいね

常識でしょ

参考になります。ありがとうございます。

スラドに「PostgreSQLやSQLiteがMySQLの代用になるとか、天と地が逆さになってもありえない。」
とか書いてるキチガイがいるな

>>570
あんな基地外シッタカ放置だろ。言っていることの
全てに突っ込みどころがありまくり。

./見てないけどSQLiteはともかくDRBMSなんてどれも同じだろ殆ど
運用方法や方言が違うだけで

これか
http://slashdot.jp/it/comments.pl?sid=509112&cid=1831772

マヂでただの馬鹿だな、こいつ。

こいつの代用はいくらでもありそうだ。

SQLiteは両者と比べてどの辺の位置づけになりますか？
http://gro.cc/across/

>>575
で、その宣伝グロはなんなのよ

・・・

MySQL 5.5 になって、CPUスケーラビリティは PostgreSQL に追いつきましたか？
5.1 までは酷い性能だったみたいですが。

5.1＋InnoDB Pluginでも実はまだ負けてたんだけど
5.5ならPostgreSQLとほぼ互角だと思われる

目指してる 未来が違うｗｗｗｗｗｗｗｗ　ｂｙシャープ
http://twitter.com/news4medical/status/6547807896866816　

MySQL vs PostgreSQL の時代は終わり。
Oracle vs PostgreSQL が適当。

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をインストールした上で自由にユーザーに使わせてるレンタルサーバ屋は
　ライセンス料とは無関係？

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に違反しているとは思われない。
よって、ライセンス料を支払う必要はない。

>サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。
サイトBが提供している、ショッピングカートシステム(PHP)がGPLかどうかは、
提供者に聞かないと分からない。
ダウンロードできるなら、利用ライセンスがどこかに書いてあると思うが…

MySQLで、ライセンス料を払わなければいけないのは、
MySQLで動く自社著作物のソフトウェアを、
(独占的ライセンスで利用権を販売するなど)非GPLで他社に提供する場合。

GPLにおいて、レンタルサーバで動かすアプリケーションの利用者とは借り手のこと。サーバにアクセスする人は対象外。
GPLのソフトウェアのソースコードは、利用者にのみ提供すればそれでいい。

他社に請負で作ってもらった、著作権が自社に帰属する自社利用のWebアプリケーションは、My SQLのライセンス料を払わなくていいし、
GPLアプリケーションを改良し、自社で利用するだけであれば、他社に公開する必要もない。

>>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サービス（ショッピングカート、予約システムなど）の場合であっても
そもそも第三者にプログラムを頒布しませんから関係ないですよね？

＞開発したアプリケーションのソースコードを広く一般に公開すれば課金はまぬがれますが

「広く一般に」ではなく「販売先（頒布先）に」ですよね？

>>585
わかりやすい解説ありがとうございます！

独占的ライセンスが必要な時以外はGPLでOKなんですね〜
しかし、A社が納品したプログラムをB社が完全に自由にできるっていうのもなんだかなぁ・・・
（丸ごとコピーして売ってもいいし、自社HPから自由にDLさせても良いということになるよね）

>（ただし、店主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にライセンス料を払わなくてはならない。

>>588
どう読んでも、そんな結論にならないだろ。

ＭＹＳＱＬを使用したソフトウェアを引き渡す場合、（形態を問わず）
ＧＰＬ（ソフトウェアのソースを公開）にして下さい。

ＧＰＬにしない場合、コマーシャルライセンスを買ってください。

だろ。

「頒布しないかぎりライセンス料は発生しない」
ってどこを読んだんだよ。

頒布しないのに誰に何のライセンス料を払うんだ？

>>589
これが近いかもしれない
GPLは、私が機密保持契約の下で改変されたバージョンを開発することを許可していますか?
http://www.gnu.org/licenses/gpl-faq.ja.html#DoesTheGPLAllowNDA

>>591
MySQLは、自分自身もＧＰＬだけど、使うソフト（ＷＥＢサイト）もＧＰＬであることを求めている。
GPLの規約自体は、この際あまり関係ない。

ものすごくわかりにくいけど、ここの２番目の章。
http://www-jp.mysql.com/about/legal/licensing/faq.html

要約すると、
「ＭｙＳＱＬはオープンソースを推進しているので、オープンソースのソフトからＭｙＳＱＬを使用しても金を取りません。」

１番目の章でも、良く読めば、

「MySQL 製品を使用」する場合、使用するアプリケーション（WEBサイト含む）はＧＰＬにして下さい。
そうしない場合、商用ライセンスを購入してください。 」

ってあいまいに書いている。

>>590
これは流石に酷い・・。中国並みのライセンス意識だわ・・。

MySQLというソフトを使用するなら、日本だと、MySQLの販売代理店に金を払う。
「mysql 購入」でググれば、代理店いっぱい出てくる。

頒布しなくても、windowsを使用する場合、windowsのライセンスは買うだろ。
まあ、お前は海賊版使ってるのかもしれないけどさ。

>>591
使うソフト（ＷＥＢサイト）を自社のみで使う(NDAなどで委託先に開発させたものを含む)場合には、
利用者(自社)がソースコードなどをＧＰＬに基づいて利用できる状態にあればよいわけで

ＧＰＬを尊守しているかぎり、第三者にバイナリを提供していないにもかかわらずソースコードを開示する義務はなくて、
従って、バイナリやソースコードを第三者に頒布しなくとも(ＧＰＬを尊守しているかぎり)、
商用ライセンスを購入する必要はないと読める

>>593
MySQLを自分で使用するだけなら金を払う必要ないよ。
RHELやCentOSにMySQLの価格は含まれていないでしょう。
もし金を払う必要があったら本屋で売ってる
CentOSのDVD-ROM付きガイド本が20万円以上することになる

買うのはサポートが欲しいときと、GPLを外したいとき

>>595
ぽかーん
CentOSにMySQL入ってないだろ。

MySQLのダウンロードは無料。
使用するなら、使用するソフトをＧＰＬで公開する。
じゃなきゃ、金を払う。

MySQLは営利企業が開発して、販売してるソフトだぞ。
ただ、使うソフトをＧＰＬで公開すれば、無料で使えますってだけ。

>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

>>597
入ってるのか。
いつも最小インストールだから、知らなかった。

CentOSはGPL。ここポイントな。

「第三者にバイナリを提供していないにもかかわらず」は、
内部の社員からの流出はライセンス的には止められない可能性がある。

なんにせよ、GPL汚染が怖いならフリー版のMySQLは候補にはならないよ。

>>596
GPLには公開する義務なんてないよ。何言ってんだ？

>>599
内部の社員からの流出は、プログラムがGPLかどうかとは関係がない
GPLソフトウェアの扱いにも守秘義務が課せられるということは、
GPLでないソフトウェアと何ら違いはない

GPLの条項が理解できない場合や受け入れなれない場合は、
フリー版のMySQLは利用できない

MySQLのライセンスのポイントは２つ。

１）MySQL自体の改変についてはＧＰＬに従う。
２）MySQLを使用して開発した成果物（ソフトウェア・WEBサイトなど）もＧＰＬに従う。

で、１）と２）は基本的に関係の無いライセンス規定で、
金銭的に問題になるのは２）。

１）のMySQL改変なんてやる人は滅多にいないけど、この規定のせいで
「MySQL自体を改変しなけりゃ、使って大丈夫」っていうデマが流れるようになった。

日本の(貧乏)企業の半数がPostgreSQLを使用しているのは、
２）の規定を読んでMySQLの使用を避けたか、MySQL販売代理店に確認したためと思われる。

＞２）MySQLを使用して開発した成果物（ソフトウェア・WEBサイトなど）もＧＰＬに従う。

って事は、MySQLを利用したWebサイトを作成してサイトを公開しただけなら、そのサイトを構成するcgi等を公開する必要は無いって事？

>>603
602にどのように考えているかは知らないけど、GPLに従うかぎりでは公開の必要はないよ
http://www.gnu.org/licenses/gpl-faq.ja.html#GPLRequireSourcePostedPublic

>>604
レスさんくす。
やっぱ、そうなるよね。

>>604
604のリンク先を読むと、無条件で公開しなくていいわけではないようだが。
公にするならソースコードを公開しろという事だから、WEBサイトにつかうなら公開する
必要があるだろう。エクストラネットで内部だけで使うならともかく。

ここでいう「公にする」ってのはソフトウェアを頒布するということ。
Webでサービスを提供するのは当てはまらない。
無条件で公開しなくてよいわけではもちろんないが、GPLソフトウェアの
派生物を頒布する場合はその改変されたソースコードも提供しなければ
ならないといっているだけに過ぎない。

>>606
>WEBサイトにつかうなら公開する必要があるだろう。エクストラネットで内部だけで使うならともかく。

GPLが直接対象としている公開先は、バイナリの保持者であって、
GPLソフトウェアで作られているWEBサイトにアクセスする人に対しては、GPLソフトウェアを公開する必要はない。

GPLとは別に、Webアプリケーションの利用者に対してもソースコードを利用する権利を認めようとする、Affero General Public License (AGPL)というものがある。

うわっ AGPLなんて物もあるのか。こりゃ徹底してるな。

>>602
MySQLは当時サブクエリも使えなかったからな。
PostgreSQLに流れたのは当然。

>>606
それを要求するのはAGPLであってGPLじゃない。

>>610
今でもまともにJOINもできないけどね > MySQL

MySQLはオワコン
ttp://slashdot.jp/apple/11/08/04/0816215.shtml

>>593
GPLは利用ライセンスじゃないのよ

レンタルサーバのDBがほとんどMySQLばっかりだからなあ
半々ぐらいになってくればPostgresも利用するんだがねぇ。
なんでMySQLばっかなんだろ。ただ単に他の業者がMySQLだからうちもって感じなのかな。

ちょっと前のPHPの標準扱いだったからじゃないかなあ

今は格安VPSあるからそれ使うのが主流になるんじゃね

うちのＰＣ管理者が

「社内イントラネットで使うデータベース（外部には非公開）であっても
業務で使うなら、MySQLは商用ライセンスが必要。
　だからPostgreSQLじゃなきゃだめ」

って言い張っているんですが、純粋に自分らで作って自分らだけで使うんなら
商用ライセンスなんて要らないですよね？

サポート欲しけりゃライセンス買え。
MySQL使ったシステムを配布するならライセンス買うか、GPLに従って求められればソース出せ。
配布もしないし、サポートも要らないなら好きにしろ。

じゃないの?

>>618
>商用ライセンスなんて要らないですよね？
要らないと思うけど問い合わせてみれば？

>>620
問い合わせると「サポート無しでは云々」とか言われそうで。

うちのPC管理者ってマジで紙テープも使っていたCOBOL爺なんだが
（昔はパッチを当てるというのは、こうやって紙テープのアナをふさいだりアナを手であけたり
　したもんだ、と実演してくれたｗ）
PHPとかもやっているくせに、どうも一度信じきったこと（MySQLを業務で使うには商用ライセンスが必要）
はナカナカ考えを変えそうにないんでねー。

>>621
具体的に何を言われたかは知らないけど、
たとえライセンス条項の文言に違反はしてなくても、
ライセンス元の権利者が商用ライセンスを買わないと使わせないというのなら、
従うべきのような気もする

その使い方なら商用ライセンスはいらないが、
「２ちゃんに書いてありました」って言ったところで信じないだろう

>>622
GPLの場合に限れば、オリジナルの権利者以外もサブライセンスできるから
実質ライセンス条項の文言がすべてだな。
ただ、ライセンスの話とサポートは別だが。

>>621
PostgreSQLでなにが悪いんだ。最近はこちらの方が昇り龍。

>>625
PostgresをＶｉｓｔａＨｏｍｅに入れようとしたらハマったでござるの巻。

>PHPとかもやっているくせに

カスだな

>>627
なんでPHPがカスなんだよぉぉおぉ。

>>628
クソなPHPつかうところはちゃんと妥協できてんのに、
ほかで融通利かない点がカスなんだとおもう。

>>629
PHPは

print(”残高は$zandaka円です”）；
っていう記述が出来るので好き。あと変数に$をつけるので
うっかり予約語と被らないところとかが好き。

言語体型がCと似ているので好き。

うちの近所の図書館には
PostgreSQLがキーワードな本が１冊も無い。
MySQLなら8冊ある

俺は絶対に
print ”残高は” . $zandaka . ”円です”;
と書くな
もしくは
printf(”残高は%d円です”, $zandaka);
元Javaプログラマだからってのもあるだろうが

>>630
PHPが糞ってかプログラマが糞なのがよくわかるな

>>632
print ”残高は” . $zandaka . ”円です”;
↑
これ、PHP3だと記述できないんだっけ？
（カッコでくくる必要がある）

全文検索をやってる人いますか？
検索結果の表示順序を決めるものとしてPostgreでは相関値rankがありますが
MySQLでは類似値が無いようなので、その面ではPostgresがよいかなと。

MySQLほどレスポンス求められないなら分析関数使えるPgかな。

最近レプリケーションも出来るように成ったとのことで、ポスグレに鞍替えしようかと思っているのですが、sqlでどこら辺がちがうなど、代表的なモノを幾つかお教えいただきたいのですが…

>>637
>>636

標準ではダメだけどMySQLではOKな緩いやつが蹴られるかな
GROUP BY 周りとか。

なるほど、group はMySQLはゆるいんですね。
ありがとうございます。
一応SQLの本を読みつつMySQLを覚えたのですが、ひょっとしてゆるいSQLで記載してるかもなので、見直してみます

MySQLは、一回のselectで一つのテーブルに関して使われるインデックスは
一つだけという上限があるみたいなんですが、ポスグレはどんなでしょ?

>>641
PostgreSQLにはそういう制限はない。

ども >>642

ということは、2つ以上のインデックスが活きるような検索なら、
MySQLよりかなり速いってことも有り得そうですね。

>>643
容量節約できるくらいじゃない？
適切なインデックスを張る前提だけど、そこは横着しないでしょ。ふつう。

一度のテーブルスキャンするのに使われるindexはどのDBMSでも
高々1つだと思うんだが、>>641の制限ってどういう状況？
1クエリ内で同じテーブルを複数回スキャンする場合に1つの
同じindexしか使われないということなのか、あるいはそもそも
1クエリ内のindex scanはテーブル毎に1回ずつしか使われないと
いうことなのか。

>>641
Index Mergeオペレーションで複数使われることもある。
http://dev.mysql.com/doc/refman/5.5/en/index-merge-optimization.html

こんなスレがあったとは。
つかぬことをうかがいますが、MySQLとPostgreSQLでは、どちらがより省メモリでしょうか。
速いのはMySQLだそうですが、速さよりもメモリ消費量の少なさに興味があります。
「条件次第」といわれればそれまでですが、こんなときはMySQL or PostgreSQLのほうが省メモリだよー、というのを教えてください。

MySQL

RDBMSにおけるメモリ使用量のほとんどはデータのキャッシュ領域なので
(PostgreSQLでshared_buffers、MySQLでinnodb_buffer_pool_size)、
そこを少なく設定すれば省メモリになる。もちろんその分性能は下がる。

そこを同じ設定にしたと仮定すると、
PostgreSQLはマルチプロセスアーキテクチャ、
MySQLはマルチスレッドアーキテクチャなので、
データベースへの接続数が多い場合はMySQLの方がメモリ使用量は少ない。

>>632
php的には

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

だろ。ちがうかｗ

SELECT 〜 limit 100 とかした場合でも、条件に合う総件数を知りたい場合、
MySQLだとSELECT SQL_CALC_FOUND_ROWS 〜 とかやれば出来るんですけど、
PostgreSQLの場合はどうしたらいいんでしょ?

SELECT count(*) OVER() ... LIMIT 100

overなる語も加えてぐぐってみました。

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

ありがとうございました。

ポスグレは正規表現が使える

>>649

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

shared_buffersは共有メモリとして１つだけ確保、クライアントと接続するバックエンドプロセスは
その共有メモリにアクセスするんだよ。MySQLのInnoDBと同じ。
バックエンドプロセス間の排他制御は様々な工夫がこらされて、パフォーマンスはとてつもなく向上してる。
ベンチマークはいろいろ公開されてるから調べるとよろし。
ポスグレのバージョンが古いけどそれでもMySQLより速いことが多いはず。
今ならもっと速い。MySQLもパフォーマンス向上してるけどさ。

・メモリをたくさん設定するとディスクI/Oが減るので速い
・最近のバージョンではshared_bufferへのアクセス排他制御が良くなっているので速い
という二つの話題が混ざっているんだな

MySQL使うメリットってクラスタ組める以外に何かある？

サポートの回答がめちゃくちゃ早い

お　それわいい事です。

有料？

他に無いのかよｗｗｗ

なにが？

sequenceてどうやるの？

そのままぐぐれ

何でググれないのにここに書き込めるんだろう

千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一

語気光線( ´Д`)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━･~~

それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！

私が千歳科学技術大学 グローバルシステムデザイン学科 専任講師・理学博士：深町 賢一だが何か？
用があるなら、http://www.chitose.ac.jp/course/teacher/glo/000057.html

mysqlがoracleに買われたことで
ライセンスが変わって、
自社のパッケージに使ってた場合とか面倒なんでだんだんpostgresへの移行が進んでるね

oracleは囲い込んだつもりだったんだろうが、
金払ったりベンダーに囲われたりするのが嫌なユーザが使ってるんだからそら逃げるわな
嫌われ者のoracle

ライセンス変わったっけ？
特に誰も騒がなかったような。

ライセンスっていうか値上げはされた

え　有償だったっけ？

価格表あるよ
http://www-jp.mysql.com/products/

コミュニティエディソンなら無償なわけね

Postgresってトランザクション中にPQprepareできないんだね
地味に不便

木階層構造がメインになるようなデータベースの場合には、
一般的に、WITH RECURSIVEのあるPostgreSQLが選ばれているのでしょうか？

本当に木構造なら、自分は Nested Set Model 使う。
もちろん PostgreSQL で。

>>679
ありがとうございます。
アートオブＳＱＬの（たしか）pp.163のあたりに、
Celkoの階層構造は遅くて話にならない的なことが書かれていた記憶があるのですが、大丈夫ですかね？
それとPostgreSQLを選ぶ理由は、こういう用途にMySQLは向かないからですか？

データ自体の更新頻度や参照頻度や偏り等で、適切なアルゴリズムは変わってくるんじゃね
どういう用途を想定してるの

>>681
複雑な配線図のような構造を想定しています。
参照時には、指定したポイントの周辺の4親等くらいを取得、必要に応じてさらに展開表示といった形で。
おそらく更新:参照=1:9くらいで、周辺のリンクの展開にＤＢを特化したいです。

そうするとNested Set Modelでleftとrightを設定してMySQL上で動かすよりも、
PostgreSQLでWITH RECURSIVEを使って親子番号を展開するほうが、もしかすると圧倒的に速いのではないかと。
＃正直、自分が扱いに慣れてきたfuelPHPの正式対応がMySQLなので、できればMySQLを使いたいのですが。

WITH RECURSIVEは記述が簡単ってだけで、ぜんぜん速くなりそうもないが。

>>683
再帰的with文はDB構造の問題でもあるので、
対応してあるDBならそれなりに最適化してあると思います

そもそも速くなる構造じゃない。最適化といってもたかが知れてる。

MySQLは使いやすいし、.NETサポートもあるんだけど、スキーマが使えないのがねー
脱Accessの次には良いんだけど、スキーマがないとつらいよねー

>>686
どういった意図でスキーマが必要といっているかわからないけど、
mysqlの場合１インスタンスに複数のデータベースを作成できるから代用できると思うけど。

MySQLはよく知らないけど、MySQLは複数のデータベースにあるテーブルを結合したりできるの？

>>688
できるよ
こんな感じ
SELECT
*
FROM
database_a.table_a as a
, database_b.table_b as b
WHERE
a.id = b.id

　

結論　MySQLはおもちゃ

馬鹿には無理

http://qiita.com/items/1d65e3fc04ee4693122c

>>692
(´・ω・)ｶﾜｲｿｽ
そういえば中古ソフトがかなり安く買えた
激安中古ソフト販売( ・∀・) ｲｲﾈ！
ググってみて

カスケドレプリケションも出来た事だし、
もうポスグレでいんじゃね？

みずほFG次期システム実況スレ
http://kohada.2ch.net/test/read.cgi/prog/1355294277/26

t

MySQLはOracleさんが買い取って飼い殺しにした時点で将来がなぁ…。
だからPostgreSQLがいい！と断言はしないけど…。

Oracleと縁は切れないの？

飼い殺し　かわいそぉ

告訴の趣旨
　被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
　職務経歴書を提示した事前面接を実施　または　偽装請負　または　偽装出向
　　労働者派遣法第26条（契約の内容等）、職業安定法第44条（労働者供給）に違反
　多重派遣・多重出向
　　労働基準法第6条（中間搾取の禁止）に違反
疎明資料
　事前面接日時、場所、出席者、資料のコピー、音声記録
　就業場所・就業期間・就業時間
　指揮命令
　　指示を誰が行っているかの記録、音声記録
　仕事で使う道具や、資材の負担（所有）のあり方
　　業務で使用しているパソコン・備品などの所有者
　契約書
　　請負、雇用契約書、出向指示など書面のコピー

刑事告訴ガイダンス　
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを（裁判不要）してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者（又は競合他社）に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の３割程度を謝礼金として渡してください。

http://wiki.postgresql.org/wiki/Slow_Counting/ja
やっとこの対応されたからなぁ。。これには参った

今はInnoDBでも
　SELECT COUNT(*) FROM table
これの結果の正確な値をしゅぱっと素早く返してくれるようになってるんすか?
三年位前に使ったときはそうでもなかったけど。

なんか勝負つきました？

ポスグレっていまだに.NETのデザインタイムサポートが実装されてないのかぁ
惜しいねぇ〜

PHPと合うのは、MySQLですか？それともPostgreSQLですか？

>>706
関数とかの対応状況はどっちも同じじゃないかな？
「今は」ね

>707
「今は」ですか

MySQLにライセンス料が発生したら、PostgreSQLに流れますかねぇ
それともオブジェクト指向DBが取って変わるかも

>>708
今でも開発するソフトウェアがGPLで無い場合は、商用ライセンスが必要だと思ったが。
あと、オブジェクト指向DBが取って代わるなんて事は無いと思うよ。

今、わざわざ MySQL を選ぶ理由って何があるの？

705でつぶやいてる人もいたけど、
postgresqlに.NETのデザインタイムサポートがあればなぁ。
暇と知識と技術があれば、自作したいくらいｗ

あと、windowsOS上で、全文検索とか、MySQLのほうが楽そう。
ここで聞くことじゃないとは思うけど、
postgres9.2 & windows でいい日本語全文検索方法あったら教えて下さいな。

>>711
標準のN-gram検索だとダメなの?

コンパイルが必要みたいだけど、ドキュメントに
「ほとんどのユーザには〜バイナリ配布物をダウンロードすることを推奨します。」
ttp://www.postgresql.jp/document/9.2/html/install-windows.html
とまで書いちゃってるから、かなり敷居が高いのかなと…。

>>713
全文検索で日本語対応させるには、たったの1行書き換えるだけだし、
再コンパイル自体も難しいわけでもないし、問題ないと思うけどなぁ。

>>712 >>714
標準のN-gram検索は、3文字以上じゃないと使用されない
つまり、1文字や2文字の検索は適用されないので、「携」とか「携帯」で検索してもN-gram検索は適用されない
つまり、ただのシーケンシャルスキャンになって超遅い

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

ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる
まともな全文検索ができるようになったらポスグレに戻ってくるわ

pg_bigmは？

MySQLから入った自分はPostgreのロールが分からん。

まず、Postgreなんて略さない

MySQLに負けてるのは.NETサポートだけだ！

って認識でいいの？

>>719
そうだね
激安中古Adobe取扱店かなりやすいね(・∀・)キャンペーンだと
ホント庶民の味方だよググってみ

>ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる

ぐるーーーんがの
ポスグレ用のやつもあかんのかな?

一応あるにはあるけど、
初めにお試し的なのがリリースされてからぜんぜん更新されてないな

　　∧,,,∧　
　( 　・∀・)　ほー　それで
　 (　　：　)　
　　し─J

solr使えよ。

用途が違うわ

質問
http://www.slideshare.net/matsunobu/ss-28303485
では、
6. PostgreSQL オープンソースの高機能リレーショナル・データベース 日本では
歴史的にコミュニティが強く、日本人コミッタも多数存在している 日本語ドキュ
メントも充実している

と書いてるけど本屋に行ってRDB関係の本探すと大体はOracle,SQLServer、で後は
MySQLとPHPとか
PostgreSQLの本は探せばある…みたいな感じだけどほんとに充実してんの？
勿論、amazonで検索すれば出てくるけどさ。

してる

>>726
本だけがドキュメントだと思っているのか?

>>726

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

なんか無理矢理MySQLを大規模向けにするための方便にしか聞こえない。

>>728
これからDBを勉強したいって思ってる人間が本屋に行って沢山並んでいる奴と殆ど並んでいない奴とを比較して
どれを勉強しようかってなると…とか思わないですか？

ま、仕事で有無を言わさずやらされてたり、最初からそれ専門でやってる連中は別なんでしょうがね

思わんなあ
本屋が全ての人がネットで仕事するのか

>>730
そこまでの素人だったら、こういう本から始めてほしいね。
『SQL ゼロからはじめるデータベース操作』
http://www.amazon.co.jp/dp/4798118818

>>726
最新版の公式ドキュメントが日本語で翻訳されるから本が必要な部分が少ないのだよ

>>729
だってMySQLの人だもん

>>733

>だってMySQLの人だもん

MySQLの人たちからもdisられ中
http://toro.2ch.net/test/read.cgi/db/1376466127/221-

往年の Linux vs FreeBSD みたいですなぁ

#&0020

MySQLはそろそろ避けたい
でもPostgreSQLは古いバージョン触った事ある人なら怖くて選択できない

そして昔からずっとpostgres使ってきている人は今のpostgresの優秀さをよく知っている。

>>737
逆じゃない？
俺は昔にMySQL使ってみてトラウマになって、いまだにMySQLだけは試してみようとも思わない。
本格的なSQLの仕様とか日本語(マルチバイト)対応の面とか、MySQLに対する優位性はゆるぎがなかったけどなぁ
今は知らないが

>>739
データベースをまったく知らんヤツにとっては、
10年ぐらい前MyISAMが主流だった頃
PostgreSQL＝重い、わけわからん　MySQL＝軽い、使える
だったよな。

トランザクションも使えないMyISAMがRDBMSとして
「使える」って判断しちゃうヤツが多かったのは
Web2.0とか言い出す寸前ぐらいでにわかwebプログラマが
MySQL+Perlが正義みたいな風潮だったから仕方が無いのかもね。
まあ掲示板に毛が生えた程度の用途ならMyISAMで充分だったけど。

pgsqlが安定して速いmysqlは検索が速い
じゃなかたけ？

>>741
それ以前にMySQLは単なるサブセット
子供のおもちゃみたいなもん




だった


今はしらん

>>741
MySQL INNODBとPostgreSQLはほぼ標準的なDBでそこそこリソース必要。
MySQL MyISAMはDBとしては不完全な代わりにリソース少なくても軽くて速かった。

MySQL最強説が出た頃は、引退させたWindows3.1〜95用PCに
UNIX類(Redhat Linuxとか)インストールして自宅鯖にしてたような時代だから、
INNODBもPostgreSQLも「重い。使えない。」になったのは仕方ない。

>>743
MySQL最強説なんてあったかな？
あったとしても、まだサブクエリーも使えないRDBMSと呼べないような代物だったころの話でしょ？

>>744
スマソ。レス番記載しなかったから話が繋がってなかった罠。

10年ぐらい前の「データベースをまったく知らんにわかWebプログラマ」の間に
LAMP(Linux+Apache+MySQL+PHP/Perl/Python)とか流行って、
「MySQL最強！PostgreSQLなんて劣化Oracleイラネ」な風潮があったって話だ。

もちろん実態としてはMySQLはMyISAM主流でRDBMSなんて呼べない状態だったし、
個人的には「あんなもんじゃデータベースの本領発揮出来ない。」って思ってた罠。

LAMPの時代だと
「トランザクションの無いRDBMS」
って使い物になんの？
と疑問だったな。
後日、アプリ屋と会話する事があって、アプリ側で競合回避のロック機能を
入れたりとかしてるとか聞いて大変そうだなと思ったっけ。

LAMPが流行った頃、自分がかかわる案件はLAPPに誘導してた。
（そしてその企みはおおむね成功してた。）

ファイルシステムしか経験がない連中にとっては、
MySQLは検索機能を実装済みのファイルシステム程度だったんだろうと思う。

MySQLもPostgreSQLも関係ないからスレ違いっぽいが、PGの実態として・・・
N88BASIC時代からやってる人が書いたAccess+VBAのシステムをメンテして、
「あー、この人はSQLを理解する気なんて一切無いのね。」って思ったりした事がある。
テーブルもレコードファイルの考え方で設計されてたし。
まあもっとも、AccessのSQLはクソ使いにくくてVBAでゴリゴリ書きたくなるのも確かだけど。

MySQLの方がPostgresSQLより速い？とかの説がいまだにあるんだけど、理解できない。
7のころからPostgresSQLを使っているが（Oracleから移行した）、処理が遅くて問題になったことは一度もないんだんが？
現行のPostgresSQLで処理能力に問題があるレベルだったら、Oracleとかでも同じじゃないかな？
ハード面を見直す必要があるよね。
うちのはハード構成としてはかなり強力。もちろんAPサーバとは別運用している。

むしろ Oracle 遅ぇ！

>>748
よくある噂話はmysqlの方はチューニングして、pgsqlはそのまんまで
検索テストをしたとかなんとか。
pgsqlもちょとチューニングしたら、爆速になったとかなんとか。

7の頃はしょっちゅうオプティマイザの実装が変更されてて、それまで問題なかったクエリが
バージョンアップでかえって遅くなるなんてのはザラだったな。

業務で稼働してるシステムは簡単にバージョンアップとかできないよ、普通は
それなりに徹底的に検証してからでないと

>>749
こうゆう変な人がいるから困る、マジで。
どこで聞きかじったか知らないがさも知ってるふうに…
Oracle遅いって言える俺、かっこいいとか思ってるのかな？

>>750
その話も良く聞くけど、せいぜいメモリの割り当て程度の話。
しかも「爆速」とか言うほど変わるわけない。
なんでこう、実務に使った経験ないのに知ったかぶりで言う人が多いかなぁ

>>753
すまん、実体験なんだ…
PostgreSQL 並に軽くて速くする手軽な方法おしえてくれ…

http://laysakura.github.io/20140218-MySQLite/
MySQL はストレージエンジンを差し替えられるから、こういう芸当ができるんだね

PostgreSQL で似たようなことできないの？

>>756
まさに「芸当」だね
一発芸で話題を提供して話ネタで楽しむには面白いんだけど、
組込み向けRDBエンジンであるSQLiteをMySQLからアクセスできて何が嬉しいの？

>>756
作っている本人ですら用途が分からないと言っているような、
完全に趣味で作っているものを持ち上げるのは止めて差し上げろ。

無意味なものつくりました！って大学院の学生がやる話じゃないね。
才能ないからDeNA行くんだろうし、ほっとけ

>>756
FDWがある。
少なくとも現状のMySQLiteレベルなら一発撃破できるはず。

ずいぶん前に作った人いるでしょ
sqlite_fdw
oracleもあるしredisとかもある

まだ続くんですか

オラクルの無料バージョンってmysqlやpostgresqlと比べてどうなの？

オラクルはクローズソース
オラクルの企業戦略次第では、いきなり有償化する可能性がある

オラクルの無償のって、OTN版だよね？
学習用ってことじゃないの？
学習用ならPostgresqlで十分(十二分)と思う

学習用じゃなくて実務用でもPostgresで十分だよ。
商用版だからオラクルのほうが上ってことは全くない

言いたいことはそうじゃないだろｗ

>>766
では、言いたいことを聞かせてもらおうか

>>764
Express Editionの事でしょ。
OTNのは開発用のみに使えるフルバージョンのもの。

スレ違いだがExpress Editionの制限が書いてあるURL載せとく。
https://blogs.oracle.com/oracle4engineer/entry/column_xe_11g1
これだったら頑張ってsqlite使うわってレベル。

　　

http://blog.goo.ne.jp/bluesky0077/e/70b851e84276f5958149630ca13efb17

あげ

こいつら、MySQLが最強っていうときは否定しないのに
ほかが最強って言われるとムキになって否定すんのなw

こいつら、ビジネスでやってるのが見え見えだから
転職したら奇麗さっぱりMySQLのことなんてスルーするだろ
今から楽しみだわw


梶山
https://twitter.com/RKajiyama/status/495443844515643392
「最強のオープンソースデータベース」って何を根拠に最強とか言い切れるんだろうねぇ > 某社さん

日本男児
http://nippondanji.blogspot.jp/2013/04/7-7.html
『PostgreSQLがオープンソースRDBMS界のトップに君臨しているゆえんである』
マジレスするとそれは事実ではない。だいいちユーザー数ではトップではない。何をもってトップとするのか。それは個人の価値観ではないのか。

結論：Oracle XEでおｋ

>>773
俺は根っからのPostgreSQL派だけど、あらゆる意味で最高のOSS-RDBMSとはやっぱり思わんよ。
現状、不得手なとこはあるからね。

まあ、日本男児もそこまでPostgreSQLをDisってるわけじゃない(ただPostgreSQLの魅力を理解しきってるかは疑問)。

PostgreSQL が不得手なことって何？

>>776
クラスタリング
集計機能の性能
パーティション化

Oracleに移植しやすいってだけでもPostgresは有用だな
MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが

PostgreSQLの何がダメって
ググって出てくるのがEUCのinitで馬鹿がこぞってEUC使ってEUC-UTF8問題起こす

>>779
PostgreSQLをある程度使っていたら
データベースエンコーディングはUTF8が安牌っておもってたんだが…

UTF-8ならnvarcharとか忘れてもいいよね？

>MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが
俺もこれが理由で、PostgreSQL >> MySQL　だわ。
商用ならSQLServerが好き。足りない機能をSQLCLRで作れるっていうのが素晴らしい。

>>777
パーティショニングは使いづらいよね

ゲームオーン　コックサカ！