■ このスレッドは過去ログ倉庫に格納されています
MySQL vs PostgreSQL Part2
- 1 ：NAME IS NULL：2005/08/03(水) 04:43:20 ID:j7oDtJr2.net
- 同じオープンソース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.net
- age
- 3 ：NAME IS NULL：2005/08/03(水) 09:12:49 ID:???.net
- ほっほっほ
- 4 ：NAME IS NULL：2005/08/03(水) 15:07:24 ID:NuilQNdA.net
- ポスグレのほうが地域ユーザー会が活発そう
- 5 ：NAME IS NULL：2005/08/03(水) 17:00:25 ID:kKumxXsr.net
- 2chだと過去2週間の書き込み数で比べると「MySQL総合 Part5」が93、
「PostgreSQLについて語ろう」が56でMySQLの方が活発。
国内ユーザメーリングリストだと正確には把握していないけれども、両方購読している
感覚から言うとPostgreSQLのほうが少しトラフィックが大きい、という感じ？
- 6 ：NAME IS NULL：2005/08/03(水) 17:38:52 ID:???.net
- >>5
MySQLの国内MLは意外と流量が少ないよね。
- 7 ：NAME IS NULL：2005/08/03(水) 17:42:41 ID:???.net
- 漏れも両方のMLを購読してるけど、厨な投稿はMySQLの方が圧倒的に多い。
PHP+MySQLの影響だろうか。
- 8 ：NAME IS NULL：2005/08/03(水) 21:28:49 ID:7DEJPnjA.net
- MySQLはDLしたそのままで、社内でCGI-Perlを使って接続して利用している場合は無償で利用できる
で合ってる？
MySQLはユーザにインストールしてもらって、そのPerlスクリプトだけを販売できる？
GPLになるから手数料くらいしかもらえないのかな
- 9 ：NAME IS NULL：2005/08/03(水) 22:41:10 ID:???.net
- >>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.net
- >>9
ありがとん
あまりライセンスは気にしないで使ってるからな〜
今後はちょっと気にしてみる
- 11 ：NAME IS NULL：2005/08/11(木) 12:57:58 ID:9prt2dml.net
- 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:???.net
- >>11
記事読んだけど、これで急接近かと思ってしまったYO。。。
- 13 ：NAME IS NULL：2005/08/18(木) 00:59:14 ID:ARVTIrqA.net
- >>11>>12
たしかにこういった交流みたいのは今に始まったことじゃないよな。
- 14 ：NAME IS NULL：2005/08/27(土) 21:04:03 ID:???.net
- PostgreSQLとMySQLの導入事例ってどこかに無いでしょうか？
導入したシステムの規模や構成など細かに書かれてるものが良いです。
というのは、うちの会社だと、自分の社内で使うようなシステムでも
Oracleとか使って、もの凄い金額のライセンス料を払ってます。
Oracleまで使って何やってるかといえば、
会社の経費で買った技術書籍の一覧のDBです。
Webで検索用のテキストボックスと実行用のボタン、そして表示用のグリッド。
そして、アクセス件数は月に5回程度と殆ど使われてない。
ユーザが使ってないどころか、新しい書籍が追加されても管理者はメンテナンスもしない。
これをどうにかしたいんだけど、大規模なシステムでそれなりの実績が無いと駄目だという。
色々と文句は言いたいが、相手を納得させちゃえばいいだけなので、
そういった導入事例があればと思っています。
- 15 ：NAME IS NULL：2005/08/27(土) 22:48:49 ID:J9fqGvow.net
- >>14
MySQLとかPostgreSQLの本に導入事例がかいてあったような気がする
立ち読みでちょっと見た程度で、詳しくは覚えていない
- 16 ：NAME IS NULL：2005/08/27(土) 23:41:46 ID:???.net
- >>14
会社がつぶれる前に転職すれば解決するのでは？
- 17 ：NAME IS NULL：2005/08/28(日) 01:42:37 ID:???.net
- 某携帯キャリアのプロビジョニングシステムは MySQL だよ。
詳しくは言えないけど。
- 18 ： ◆SUKI/gckkE ：2005/08/28(日) 16:28:16 ID:???.net
- ???
- 19 ：NAME IS NULL：2005/08/29(月) 00:25:57 ID:VaVjWo27.net
- システム規模や構成を事細かに説明してくれた導入事例ってのを
希望する人は多いが、いまだかつてそういうのを見たことは無い。
導入事例紹介自体はいっぱいあるんだけどさ。
http://www.mysql.com/why-mysql/case-studies/
- 20 ：NAME IS NULL：2005/08/29(月) 01:39:18 ID:???.net
- Googleが使ってなかったっけ？
- 21 ：NAME IS NULL：2005/08/29(月) 10:14:40 ID:VaVjWo27.net
- GoogleもYahooもばりばり使ってるよ。米国のだけどな。有名な話だよ。
オープンソースであることをいいことに、ストレージエンジンに手を加えて
独自のログを出力させるような機能を追加したりして使ってる。
- 22 ：NAME IS NULL：2005/08/29(月) 10:16:52 ID:VaVjWo27.net
- 21の続き
ただどちらかというと彼らはMySQL案件のシステム導入事例という
日本のSIerが欲しがるようなケーススタディとはちょっと違う感じだとおもう。
自社用サービスで使うために社内SIチームがソースコード改変、だからね。
- 23 ：NAME IS NULL：2005/08/29(月) 10:19:27 ID:???.net
- なるほど
- 24 ：NAME IS NULL：2005/08/29(月) 14:27:44 ID:???.net
- usogres とかどうなった？
- 25 ：NAME IS NULL：2005/09/02(金) 15:41:28 ID:yH6J8qC4.net
- MySQL
MySQL
MySQL
- 26 ：名無しさん＠そうだ選挙に行こう：2005/09/10(土) 23:46:31 ID:e3EKUJBA.net
- PostgreSQLは追記型なので、バキュームしないとＤＢ増えまくりなんだな。
２００ＭＢくらいのレンタルサーバだと、書き込みが増えたりしたらヤバい？
- 27 ：名無しさん＠そうだ選挙に行こう：2005/09/11(日) 02:06:35 ID:/bfRsxU3.net
- MySQLage
- 28 ：NAME IS NULL：2005/09/25(日) 17:31:22 ID:DveltAc0.net
- MySQLは呼び方がすぐ分かる。
PostgreSQLは「ポストグレSQL」なのか「ポステージャーSQL」なのか未だに分からない。
よってMySQLの勝ち
- 29 ：NAME IS NULL：2005/09/25(日) 17:34:21 ID:???.net
- SQLを「えすきゅーえる」と呼ぶべきか「しーくぇる」と呼ぶべきか迷うじゃないか
- 30 ：NAME IS NULL：2005/09/25(日) 17:45:32 ID:DveltAc0.net
- SQLを「しーくぇる」などと呼ぶのは古い世代が多いみたいね。
ぐぐれば分かると分かっていたが、敢えてぐぐらず書いてみた。
しかしぐぐってみたらその妙な呼び方にますますMySQLの勝ちだと思うようになりますた
- 31 ：NAME IS NULL：2005/09/29(木) 04:31:57 ID:???.net
- しかしmysqlってつくづくタイプし辛いスペルだな・・
- 32 ：NAME IS NULL：2005/09/29(木) 17:54:18 ID:???.net
- 誰かpostgreSQLとprogreSQLの違いを教えてくれ。
スレ違いかもしれんが頼む。
- 33 ：NAME IS NULL：2005/09/30(金) 01:38:01 ID:???.net
- >>32
タイプミスかそうでないかのちがいじゃないの？
- 34 ：NAME IS NULL：2005/09/30(金) 18:36:09 ID:???.net
- >>33
ｺﾗｺﾗ
- 35 ：NAME IS NULL：2005/09/30(金) 19:24:30 ID:???.net
- アイコラと盗撮流出写真の違い？
- 36 ：NAME IS NULL：2005/10/12(水) 21:12:43 ID:jKmwJx4T.net
- このレスを見たら
7日後以内に死にます
無残な姿で死にます
回避する方法は1つ
このレスをほかのスレに7つ貼る事です
- 37 ：NAME IS NULL：2005/10/30(日) 15:57:36 ID:???.net
- 客先で運用するシステムをMySQLで構築して使っているわけだが
何ライセンスが必要か教えてくれあらしる。
- 38 ：NAME IS NULL：2005/10/30(日) 16:32:35 ID:???.net
- >>37
GPLかCML(コマーシャルライセンス)のどちらか。
GPLが適合しないのなら、CML
CMLの場合トランザクションを利用する場合、innoDB/BDBのライセンス料がいるので
その分高いクラス(Proとかいう)のライセンスが必要。
MyISAMとかだけでトランザクション不要なら安い方(Classic)
# PostgreSQLに関係ないので単独スレで話すべき
- 39 ：NAME IS NULL：2005/10/30(日) 16:58:40 ID:???.net
- 客先で運用するシステムなら、どうしてもMySQLの必要があるのならライセンス
買うべきだ罠。なるべく安くあげたいのならPostgreSQLにすべき。
- 40 ：NAME IS NULL：2005/10/30(日) 20:51:00 ID:???.net
- あとMySQLのクライアントの価格は交渉しだいで非公開
- 41 ：a：2005/11/01(火) 19:15:00 ID:BTaxKvRT.net
- 自宅鯖だが、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:???.net
- 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:???.net
- >>42
古い接続認証方式だと繋がる。
もっとも古いクライアントでは古いAPIしか使えないわけだから、
サーバがMySQL4.1以上の意味がないが。
- 44 ：NAME IS NULL：2005/11/01(火) 22:26:04 ID:???.net
- PostgreSQL 8.1の高速化により、MySQLの利点はバキュームしなくてもいいってことぐらいになった?
- 45 ：NAME IS NULL：2005/11/01(火) 22:28:13 ID:???.net
- そのバキュームもCPUがあいてるときにちょろちょろやる設定が８からついたから
あんまり問題にならなくなったよ
もう7.ｘに戻る気はしないね
速度もそうだけどまったく別物だもん
- 46 ：NAME IS NULL：2005/11/01(火) 22:50:14 ID:???.net
- 8.1 からは autovacuum が contrib から組み込みになるしね。
もっとも、デフォルトでは無効で設定しないといけないけど。
MySQL は sysvshm/sysvsem を使わないので
FreeBSD jail 環境でも使えるのが利点...と言えなくもない。
- 47 ：NAME IS NULL：2005/11/01(火) 23:32:00 ID:???.net
- >>46
いったん大きくなってしまったDBサイズの縮小のために定期的にfull vacuumする
必要はまだあるんじゃないかと。
あと、jailつかうのならXenつかってOSごと分けちゃったほうが…、って板違いか。
- 48 ：NAME IS NULL：2005/11/02(水) 00:31:58 ID:???.net
- > いったん大きくなってしまったDBサイズの縮小のために定期的にfull vacuumする
> 必要はまだあるんじゃないかと。
vacuum fullでDBサイズが小さくなっても、またすぐに大きくなってしまうようなら
普通のvacuumで十分な場合がほとんど。
そもそも、「定期的な」vacuum fullが必要になることはあまりない。
- 49 ：NAME IS NULL：2005/11/04(金) 11:20:38 ID:???.net
-
Postgresqlはバージョンが上がる毎に
速度がメキメキ上がっていくところが頑張ってるなぁと。
8.1は速度の向上がかなり良かったようだし
autovacuumも標準装備だっけ？
それと、pgpoolとの相性もよさげ。
vacuumの管理の面倒さが無くなり、速度もmysqlと拮抗するなら
postgresqlの方がアドバンテージあるとおもうな。
MySQLだと、ライセンスの問題もあるしね。
- 50 ：NAME IS NULL：2005/11/05(土) 23:07:55 ID:urZZ/Ba6.net
- エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。
- 51 ：NAME IS NULL：2005/11/06(日) 13:06:48 ID:???.net
- mysql ODBCとかてのを入れてデータソースに登録すればいいんじゃまいか
- 52 ：NAME IS NULL：2005/11/06(日) 14:25:40 ID:???.net
- >>50
MySQL5.0のスレに回答があったぞw
マルチするな
- 53 ：NAME IS NULL：2005/11/06(日) 14:28:15 ID:???.net
- >>52
770 名前：763[sage] 投稿日：2005/11/06(日) 14:27:14 ID:???
他スレで回答がありました。
ありがとうございました。
騙りは止めていただけますか？
- 54 ：NAME IS NULL：2005/11/06(日) 14:33:41 ID:???.net
- >>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:???.net
- >>52
この板から消えろ 馬鹿すぎ
- 56 ：NAME IS NULL：2005/11/16(水) 18:25:51 ID:???.net
- >>55
?
- 57 ：NAME IS NULL：2006/01/04(水) 08:39:07 ID:J7AyNhQt.net
- MySQLはPostgresに比べてデータが壊れやすい印象があるんだけど、
この認識は間違ってますか？
- 58 ：NAME IS NULL：2006/01/04(水) 10:58:15 ID:???.net
- >>57
使い方によるんでね?
- 59 ：NAME IS NULL：2006/01/04(水) 11:43:29 ID:???.net
- 書き込みのしくみからの「印象」ではPostgreSQLのほうが壊れにくそうな気がするけど
実際には運用の仕方によるとしか言えないね。
- 60 ：NAME IS NULL：2006/01/04(水) 13:03:35 ID:???.net
- >>57
MySQLつうかMyISAMは不整合が起きやすい気がするな。
データそのものが壊れるってことはないけど、MyISAMは
やっぱり煩雑な更新には向かないストレージタイプだと思う。
- 61 ：NAME IS NULL：2006/01/05(木) 21:04:51 ID:Ugdd/KOM.net
- おまいらはソース読んで比較してますか？
- 62 ：NAME IS NULL：2006/01/11(水) 19:06:58 ID:???.net
- PostgreSQLのテーブルパーティションが便利だな
- 63 ：NAME IS NULL：2006/01/13(金) 17:39:32 ID:HwTygb6/.net
- 英語がすごく苦手なんですけど、ツール類とか含めて日本語環境が充実してるのはどっちですか？
自分で調べた感じではPostgreSQLかなと思いますが・・・
- 64 ：NAME IS NULL：2006/01/13(金) 18:25:20 ID:???.net
- 何を持って普及してるというかは微妙だが
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:???.net
- >>63
「英語がすごく苦手」で「ツール類とか含めて日本語環境が充実してる」なら
二者から選ばず、Oracleになさい。MSのSQLサーバも結構良いよ。
- 66 ：NAME IS NULL：2006/01/13(金) 20:15:05 ID:b3qYfz1r.net
- >>64
>postgresのバックアップツールは日本語とおらないぞ
>データベース丸ごとという指定なら問題ないが
>個別にやる場合問題あり
そうなの？これはpg_dumpのこと？
- 67 ：NAME IS NULL：2006/01/13(金) 20:30:28 ID:???.net
- >>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:???.net
- pg_dumpはテーブル名とかオブジェクト指定に日本語とおらないはず。
- 69 ：NAME IS NULL：2006/01/13(金) 21:30:15 ID:b3qYfz1r.net
- >>68
データの方は大丈夫なんですね。
じゃあ普通に英数字で命名してる分には大丈夫なんかな。
- 70 ：NAME IS NULL：2006/01/13(金) 21:48:59 ID:???.net
- そういうこと
カラム名に日本語使うのは問題ないみたい
テーブル名に日本語使うとはまるかも
Postgres本体の制限ではないけど、こういうのはオープンソースプロダクトではよくあるよ
DB本体はマルチバイト綺麗に対応していても周辺のツールが未対応っての
- 71 ：NAME IS NULL：2006/01/14(土) 11:56:36 ID:???.net
- 昔はフィールド名、テーブル名に日本語ってあり得なかったんだけど
最近は普通にみんな使ってるし、対応してくれると楽だなぁ。
- 72 ：NAME IS NULL：2006/01/14(土) 15:28:49 ID:???.net
- エンドユーザーコンピューティングってやつだな
元々業務系はAccessとかCOBOLとかスタンドアロン系のDBは
日本語使うのが普通だったんだけれども
一応マルチバイトのテーブル名とかカラム名とか動くはずだが
保障しない、推奨しないってのがOracleあたりで多かった希ガス
ま、SQLぱっとみてすぐに分かるのはいいよね
俺も10年位前は否定派だったけど、いまじゃ日本語とおるほうがいい
MYSQLはプラットフォームのエンコーディング無視して
ファイルシステムに格納しやがるからMySQLも日本語テーブルは鬼門
日本語カラムはMySQLでは非推奨だったかな
これも周辺ツールの影響もあると思われ
- 73 ：NAME IS NULL：2006/01/14(土) 17:02:08 ID:optBPKaF.net
- プログラマ的発想だと、テーブル名に日本語はやめれって感じだけど、
普通に考えると日本語使えた方がいいね。
仕様書いたりするときも、いちいち説明用に日本語と英語の対応表を
別に用意したり、慣れない英語名を考えたりしなくてむ済むし。
- 74 ：NAME IS NULL：2006/01/14(土) 17:56:24 ID:???.net
- >>73
確かにカラム名と日本語名とかならずかいてたな
カラム名をそのまま出すとユーザー企業側がわからないので
日本語名対照表作るなり面倒なことになる
そしてカラムが増えたのにそれを忘れたり・・・
- 75 ：63：2006/01/14(土) 21:21:03 ID:???.net
- 回答ありがとうございました。勉強になりました。
列名や表名に日本語は使わない方針なので、その点からするとあまり変わらないですかね。
無料のSQLServer2005Expressにも興味ありますが、
Developerが出てないので今回は見合わせます。今すぐ作ってみたいので。
- 76 ：NAME IS NULL：2006/01/14(土) 22:09:30 ID:???.net
- まぁ小規模なPGでDB周りをちゃんと作ってれば
DBMSが変わってもさほど直さなくて済むよというか
そうで有ればいいなぁ。。。
- 77 ：NAME IS NULL：2006/01/14(土) 22:29:49 ID:???.net
- 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:???.net
- いままで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:???.net
- MySQLはそのままでOSをLinuxにすれば簡単なのに馬鹿だな
- 80 ：NAME IS NULL：2006/01/15(日) 13:54:08 ID:???.net
- mysqlではこういう書き方でOKだったが
select * from tablename where hoge = "mage";
PostgreSQLでは
where hoge = 'mage' とシングルクォーテションじゃないとダメ
- 81 ：NAME IS NULL：2006/01/15(日) 13:55:07 ID:???.net
- >>79
そういう前提でいいのか？
OSそのままでOracle使えば楽なのにとかそういうことは俺はいえん
- 82 ：NAME IS NULL：2006/01/15(日) 13:55:46 ID:???.net
- 文字列はシングルクォーテーションだな
ダブルクォーテーションは用途が違う
- 83 ：NAME IS NULL：2006/01/15(日) 14:08:50 ID:???.net
- MySQLをANSI準拠モードで使うとこれが悲しいってのはあるかな？
- 84 ：NAME IS NULL：2006/01/15(日) 14:12:44 ID:???.net
- Linuxでいいや
そんなふうに考えていた時期がオレにもありました
- 85 ：NAME IS NULL：2006/01/15(日) 14:14:42 ID:???.net
- Linuxじゃ駄目だと考えるようになったのはニートと呼ばれ始めた頃からだろうか？
- 86 ：NAME IS NULL：2006/01/16(月) 20:22:47 ID:???.net
- Solarisでいいじゃん
- 87 ：NAME IS NULL：2006/02/09(木) 19:15:38 ID:???.net
- はてなとmixiはMySQLつかってるね。
http://www.hatena.ne.jp/info/tech/
- 88 ：NAME IS NULL：2006/02/09(木) 19:16:27 ID:???.net
- だから頻繁にはてなおちるのか
- 89 ：NAME IS NULL：2006/02/09(木) 20:41:21 ID:???.net
- じゃあソース見せてもらえるのか
- 90 ：NAME IS NULL：2006/02/09(木) 20:46:54 ID:???.net
- さすがにコマーシャルライセンスかってるだろ
- 91 ：NAME IS NULL：2006/02/09(木) 21:21:50 ID:???.net
- だから時々CMが入るのか。
- 92 ：NAME IS NULL：2006/02/09(木) 22:19:29 ID:???.net
- はてなのシステムは外販もしてるの？
- 93 ：NAME IS NULL：2006/02/09(木) 22:46:03 ID:???.net
- 社内で閉じたシステムじゃないからな
コマーシャルライセンスが必要
- 94 ：NAME IS NULL：2006/02/09(木) 23:57:17 ID:???.net
- んでも、「GPLで配布されているMySQL」を入手してGPLの枠内で商用利用する分には
問題ないよな。MySQLを組み込んだ製品を売るんでもなれりゃコマーシャルライセンス
なんていらないんじゃないの？
- 95 ：NAME IS NULL：2006/02/10(金) 00:04:39 ID:???.net
- はてなで質問してこいｗ
- 96 ：NAME IS NULL：2006/02/10(金) 13:27:53 ID:???.net
- >>94
それで誰もかね払わないからDB部分もGPLになるといってる
3.23だっけ？あのあたりからどらいばがGPLになった
ユーザーがDBのクライアントだから＞WEBアプリ
- 97 ：NAME IS NULL：2006/02/11(土) 08:16:11 ID:???.net
- 文章の意味がつかめんが、WebアプリならDB本体もドライバも
配布するわけじゃないからGPLでも構わんよね
- 98 ：NAME IS NULL：2006/02/11(土) 10:24:25 ID:???.net
- データも公開しないといけないの？
ママ大変！お客様のパスワードが丸見えだわ！
- 99 ：NAME IS NULL：2006/02/11(土) 10:43:17 ID:???.net
- 当然だよ。
嫌ならPG使え。
- 100 ：NAME IS NULL：2006/02/11(土) 10:58:19 ID:???.net
- ドライバを自作してGPLを回避している強者はいないのか？
- 101 ：NAME IS NULL：2006/02/11(土) 11:02:26 ID:???.net
- これだから魔威SQLと言われている
- 102 ：NAME IS NULL：2006/02/11(土) 12:23:05 ID:???.net
- >>97
普通はDBってユーザーとDBクライアントの間にプロキシみたいなのをかましても
直でつないだのとまったく同じという扱いだよな
- 103 ：NAME IS NULL：2006/02/11(土) 12:48:33 ID:???.net
- MySQL が GPL で云々言うなら PostgreSQL を使えばいいのに -- マリー・アントワネット
- 104 ：NAME IS NULL：2006/02/11(土) 15:08:12 ID:???.net
- >>102
オマエ>>96？
やっぱり何を言いたいのか意味不明なんだが。
「つなぐ」ことってのはGPLが依拠する著作権的には何の意味もないし。
- 105 ：NAME IS NULL：2006/02/11(土) 15:19:34 ID:???.net
- はてな社員かな？
- 106 ：NAME IS NULL：2006/02/11(土) 15:42:43 ID:???.net
- だれか解説ﾖﾛ
はてなに対して「コマーシャルライセンス買え」か「コード公開しろ」とかで
祭りでもなってるのか？
- 107 ：NAME IS NULL：2006/02/11(土) 16:15:02 ID:???.net
- いいえ。馬鹿ですか？
- 108 ：NAME IS NULL：2006/02/11(土) 16:25:27 ID:???.net
- 質問してこいって
- 109 ：NAME IS NULL：2006/02/11(土) 17:00:44 ID:???.net
- >>106
んにゃ。GPLが理解できない香具師がからかわれてるだけ。
- 110 ：NAME IS NULL：2006/02/11(土) 18:18:20 ID:???.net
- >>96で答えが出てる。
WEBアプリはソース公開するか、ライセンス購入
- 111 ：NAME IS NULL：2006/02/11(土) 18:29:48 ID:???.net
- >>110みたいに必死に嘘を書いてる奴は通報するぞ
- 112 ：NAME IS NULL：2006/02/11(土) 18:36:58 ID:???.net
- じゃあ詳しく教えてください
- 113 ：NAME IS NULL：2006/02/11(土) 18:39:11 ID:???.net
- こんな糞スレで教えてもらおうとするな馬鹿。
- 114 ：NAME IS NULL：2006/02/11(土) 19:19:34 ID:???.net
- ライセンス違反者が多そうだな。
技術者として恥ずかしいことだぞ。
- 115 ：NAME IS NULL：2006/02/11(土) 19:38:07 ID:???.net
- 社員乙
「前世の障りが…」とかいってﾋﾞﾋﾞらせて役に立たないもの売りつける
霊感商法とかわらんな
- 116 ：NAME IS NULL：2006/02/11(土) 20:49:46 ID:???.net
- MySQLは通信プロトコルもGPL
- 117 ：NAME IS NULL：2006/02/13(月) 10:15:48 ID:???.net
- データもGP・・・いやなんでもない
- 118 ：NAME IS NULL：2006/02/13(月) 11:06:45 ID:???.net
- 俺の彼女もGP・・・いや彼女なんていない
- 119 ：116：2006/02/13(月) 22:37:08 ID:???.net
- いや、通信プロトコルがGPLというのはネタじゃないんだが
http://dev.mysql.com/doc/internals/en/licensing-notice.html
だからMySQLと通信するプログラムをフルスクラッチで作ったとしてもGPLに縛られる。
- 120 ：NAME IS NULL：2006/02/13(月) 23:21:42 ID:???.net
- ﾏｼﾞか。
とはいえ、特許ならともかく、プロトコルに著作権なんか発生しないのは
USも日本も同じだし(Swedenは知らんけど)。
「MySQL ABがそう言っているだけですね(ﾎｼﾞﾎｼﾞ」としか言えんな。
- 121 ：NAME IS NULL：2006/02/14(火) 01:19:01 ID:???.net
- そういうライセンスなんだから承諾しなきゃ使えないだけ
いやならPostgresにしろ
まぁこの1年でPostgreSQLの開発者回り見た感じ倍増してるが
MySQL4.1のやっちまった件＆PostgresのWindows対応が大きかった希ガス
- 122 ：NAME IS NULL：2006/02/14(火) 07:22:31 ID:???.net
- そういうライセンスっつーか、GPLでしょ。
いろんな意味で間違ってるよ。
- 123 ：DB：2006/02/14(火) 14:16:12 ID:???.net
- MyPostgreSQL
- 124 ：NAME IS NULL：2006/02/14(火) 17:25:33 ID:???.net
- >>121
そして8.1での速度向上もでかいね。
- 125 ：NAME IS NULL：2006/02/14(火) 18:52:38 ID:???.net
- さすがに俺の周りでは8.1はまだ実務運用はされてないな
8.0で動いてるところはいくつか見たし、俺もかかえてる
8.1でSQL（というかJDBC）が厳密になってるっぽいから
単純に移行できるかどうか地震がないっす
自分が書いたコードだけなら対応は余裕なんだけどね
- 126 ：NAME IS NULL：2006/02/14(火) 19:05:34 ID:???.net
- 8.1やっと本番環境で動きましたよ〜
SQL変更は何箇所かあった。
- 127 ：NAME IS NULL：2006/02/15(水) 01:17:23 ID:???.net
- うちも年末に8.1に移行した。
全体的に早くなったような気がするけど、相変わらずバージョンが変わるごとに
プランナの挙動が変わってしまうのは困るね。
- 128 ：NAME IS NULL：2006/02/15(水) 02:36:13 ID:???.net
- うちは未だ7.3だ。
7.3もメンテ続いているから積極的に乗り換える理由が無いんだよなぁ…
- 129 ：NAME IS NULL：2006/02/15(水) 09:38:19 ID:???.net
- メンテが多少楽になるってのは、理由にならんかなぁ
- 130 ：NAME IS NULL：2006/02/15(水) 12:40:23 ID:???.net
- 8.0からまともになったSQLってのもあるしね
Winで開発しないのならいいかもしれんが、
新規案件に7.xはさすがにありえんね
Linuxでも8.1以前に8.0になっただけでもめちゃくちゃ速度かわってるし
- 131 ：NAME IS NULL：2006/02/15(水) 14:16:26 ID:???.net
- しかし、変更は7.4->8.0より8.0->8.1のが大きい気がする
- 132 ：NAME IS NULL：2006/02/15(水) 20:29:52 ID:???.net
- 8.1での変更点なんて8.0での変更点に比べたら正直カス
とはいえないけどやっぱり8.0ではクリティカルなところが改善されてるから
8.1はやはりメジャーバージョンがあがってない理由にはなるな
- 133 ：NAME IS NULL：2006/02/15(水) 20:37:47 ID:???.net
- 内部は知らんが
使えないsqlがでた
以前のpsqlやpg_dump等が実質使えない
などがあったからなあ
7から8は何もしなくてすんだが
8.0から8.1はあちこち変えなくてはならなかった
- 134 ：NAME IS NULL：2006/02/15(水) 21:14:53 ID:???.net
- 実務ではどっちが使われているの？
- 135 ：NAME IS NULL：2006/02/15(水) 21:17:42 ID:???.net
- MySQLとPostgreSQL
- 136 ：116：2006/02/18(土) 08:09:53 ID:???.net
- >>131
MySQLで、3.23→4.0より4.0→4.1のが変更が大きいのと同じようなもん？
- 137 ：NAME IS NULL：2006/02/18(土) 12:35:07 ID:???.net
- 正直MySQLの4.1以上へのアップグレードにくらべれば7.4から8.1も楽勝
- 138 ：NAME IS NULL：2006/02/23(木) 11:52:21 ID:???.net
- SlonyIでレプリケーションする場合
テーブル名もすべて指定しないとダメなんだよね？
その場合、テーブル作る場合、サービス止めて
テーブル指定するって感じなのかな
MySQLからの移行を考えてるんだが
レプリケーションだけがどうもひっかかる
- 139 ：NAME IS NULL：2006/02/23(木) 11:55:30 ID:???.net
- Slony-Iの操作はpgAdminIIIからやるのが楽でいい
- 140 ：139：2006/02/23(木) 11:56:59 ID:???.net
- >>138
サービスとめる必要は無いよ
テーブルは普通に作って、レプリケーション側もガワだけ作って
同期はコマンド送るだけ。内容はそのときにコピーされるし。
- 141 ：NAME IS NULL：2006/02/24(金) 19:18:30 ID:KaTZynr5.net
- MySQLが4.1からおかしくなったから
Postgresに乗換えようかと迷い中。
乗換えた人がいたら、どんな感じか教えてください。
- 142 ：NAME IS NULL：2006/02/24(金) 23:03:15 ID:???.net
- とりあえず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:???.net
- >>142
メジャーバージョンアップ直後のの8.0の方がバグ多し、な希ガス。
8.1もマイナーバージョンあがってるから、そっちの方がよくね？
- 144 ：NAME IS NULL：2006/02/28(火) 16:21:23 ID:???.net
- セキュリティ問題と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:???.net
- そうか、ちょっと寝かすか
∧＿∧
（ ・∀・） ）)
/つ（￣｀ヽO_ノ⌒ヽ
ノ ） ＼ ）)
(__丿＼ヽ :: ノ:::: ）
丿 ,:' ）)
(（ （___,,.;:-−''"´｀`'‐'
半年後にまた会おうね☆
∧＿∧
（ ・∀・ ）
/ _ノ⌒⌒⌒`〜、_
(￣⊂人 //⌒ ノ ヽ）
⊂ニニニニニニニニニニニニニニ⊃
- 146 ：NAME IS NULL：2006/02/28(火) 19:34:47 ID:U459FQMy.net
- だから、どっちが多く使われてるの？
- 147 ：NAME IS NULL：2006/02/28(火) 21:10:59 ID:???.net
- 国内では PostgreSQL、
国外では MySQL
- 148 ：t_tama：2006/02/28(火) 22:11:52 ID:NtqGSwPN.net
- MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合
が無いってのが弱点かも。その分、スピードに力を入れてるってこと
だけど。
業務系ならPostgreSQL、WEB系ならMySQLだな
- 149 ：NAME IS NULL：2006/02/28(火) 22:27:21 ID:???.net
- >>148
＞MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合が無い
「PostgreSQLはWindowsではまともに使えない」ぐらい古い認識かと。
まあ移行が進まないのはどっちも同じだけどね。
- 150 ：NAME IS NULL：2006/02/28(火) 23:56:21 ID:U459FQMy.net
- IDがMy
MySQLの勝ち
- 151 ：NAME IS NULL：2006/03/01(水) 00:00:40 ID:???.net
- >>150
ID が You シゴク Fuck
- 152 ：NAME IS NULL：2006/03/01(水) 01:39:33 ID:???.net
- >>143
MySQLなめすぎ
あれにくらべたらPostgresのバグはかわいいよ
- 153 ：NAME IS NULL：2006/03/01(水) 01:51:18 ID:???.net
- まあMySQLも5.0.18が出ているわけで、SQL1999系機能も日本語再対応も一通り終わっているわけで、
どっちも過去の特定のバージョンの話ではなくて、現状ベースで話しましょうよ。
- 154 ：NAME IS NULL：2006/03/01(水) 16:04:00 ID:???.net
- ビューやトランザクションを使うプログラムでは手元では
速度は PostgreSQL8 > MySQL5 だけど。
# トランザクションが MySQL は遅い？
- 155 ：NAME IS NULL：2006/03/01(水) 20:38:58 ID:???.net
- 昔から遅い
- 156 ：NAME IS NULL：2006/03/01(水) 20:48:26 ID:???.net
- そろそろMySQLとPostgreSQLのメリット、デメリットをまとめようぜ。
- 157 ：NAME IS NULL：2006/03/03(金) 01:02:16 ID:???.net
- 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:???.net
- >>157
どれが嘘なのか書いてくれるとありがたい。嘘交じりの情報なんてｲﾗﾈ。
- 159 ：NAME IS NULL：2006/03/03(金) 01:42:06 ID:???.net
- ずっとMySQLのみでWEBアプリを作って来て、特に不満もないので
そのまま4.1に移行して使ってるんだけど
PostgreSQLやOracleに移行したらもっと幸せになれるんだろか。
諸々の機能のためにテーブルのバリエーションや
その相関関係がかなり複雑になっていて
巷でよく聞くWEB系向け（＝シンプル構造?）というMySQLのメリットは
あまり享受出来ていないような気はしています。
- 160 ：NAME IS NULL：2006/03/03(金) 01:51:44 ID:???.net
- >>158
どれが嘘かは、俺にもわからんのだ。
覚えてるのを書いただけなので、間違ってる可能性大。
自分の記憶はあんまり信用できない。
- 161 ：NAME IS NULL：2006/03/04(土) 23:35:57 ID:???.net
- >>157
SQL Serverは？
- 162 ：NAME IS NULL：2006/03/05(日) 07:23:48 ID:???.net
- >>161
そもそも、比較の対象外
- 163 ：NAME IS NULL：2006/03/05(日) 13:08:06 ID:???.net
- >>159
とりあえずテスト機にPostgreSQLにportした環境作って評価してみては？
以降が簡単に済みそうならOracleの評価版でもいいけど。
- 164 ：NAME IS NULL：2006/03/05(日) 21:08:45 ID:???.net
- そうそう、やってみればわかるよ。
- 165 ：NAME IS NULL：2006/03/05(日) 23:29:12 ID:???.net
- 移行を考えるとDBはシンプルが一番だよな。
そのDB（以降のバージョン）と心中するつもりなら
いいんだろうけど。
相関関係なんて濁していってるけど、設計がへぼ
かったとかじゃなくてって気もするんだが。
- 166 ：NAME IS NULL：2006/03/06(月) 09:18:02 ID:???.net
- 移行が難しい＝現在の設計が理解できていない
- 167 ：NAME IS NULL：2006/03/06(月) 10:16:58 ID:???.net
- そっくりそのまま持っていって、SQLが変更無しで使えればそれにこしたこたないが
それだけじゃ、移行の理由そのものが薄そうだしな
- 168 ：NAME IS NULL：2006/03/06(月) 11:57:39 ID:???.net
- 一応、SQL92に準拠するように書いておく。
それで移行した際にエラーがでたなら、
ﾎﾞｹｱﾎｶｽｼﾈMySQLお前はSQL Serverにすら劣るんだよ！！
となじる。
これが正しいDBの移行方法。
- 169 ：NAME IS NULL：2006/03/06(月) 12:02:27 ID:???.net
- SQL Serverって結構優秀だけどな。
- 170 ：NAME IS NULL：2006/03/06(月) 19:40:33 ID:???.net
- ふーーーーーーーーーーーーーーーーーーーーーーーん。
- 171 ：NAME IS NULL：2006/03/07(火) 15:22:06 ID:???.net
- SQLServerが優秀ではなくてSybaseは優秀が正しい
- 172 ：NAME IS NULL：2006/03/08(水) 19:29:52 ID:???.net
- へぇーーーーーーーーーーーーーーーーーーーーーーーーーーーー。
- 173 ：NAME IS NULL：2006/03/14(火) 20:52:07 ID:???.net
- >>171
Oracleより小回り利いてて好きだったな
MSと離れたせいでlinuxベースでOracle１択になっちゃったのは
悲しかったよ。今はPostgreSQLあるからいいけど
ASEが米国発売当事にアップグレード掛けたらbcdumpの
インポートにバグがあってnullカラム抜けが発生してて
えらい目にあったのはいい記憶だ
- 174 ：NAME IS NULL：2006/03/15(水) 01:17:55 ID:???.net
- 2chのスレなんて当てにならんかもしれんけど、
MySQLのスレはPart7、PostgreSQLはまだPart2。
んー。MySQL使ってる人の方が多いのかな？
- 175 ：NAME IS NULL：2006/03/15(水) 03:11:39 ID:???.net
- >>174
どうなんかね。自分は両方使ってるけど、postgresqlはスレにも
日本のMLにも出入りしてない。そんなケースもあるので。
ただMySQLの場合はDBMSを使う選択肢として選んだユーザだけじゃなくて
MySQLを利用するアプリを使いたくて結果的にMySQLを使うユーザがかなり居るので
質問も多くなる傾向がある。ライトなユーザの比率が多いことは確か。
- 176 ：NAME IS NULL：2006/03/15(水) 03:33:43 ID:???.net
- PHPが日本で今ほど流行っていない頃、海外の流行を意識した
Webマスターやライターが要所要所でMySQLを薦めてたのが地道に効いてたと思う。
今考えれば特にMySQLだけが大きく有利な部分てのはなかったんだが…。
- 177 ：NAME IS NULL：2006/03/15(水) 09:46:23 ID:???.net
- そういやXOOPSっていまだにMySQL一択なのかな？使わないから調べてもしてないが
- 178 ：NAME IS NULL：2006/03/15(水) 10:01:25 ID:???.net
- MySQLが有利だったのは、軽いとか速いとかWindowsで動くとか
そういう部分じゃないかなあ。PHP標準だったのも大きい。
フルスペックのSQLを使いたい、という理由でPostgreSQLにしたけど。
今はそういった差はほとんど無いね。
- 179 ：NAME IS NULL：2006/03/15(水) 10:43:16 ID:???.net
- postgresのスレってなんか複数あるしな
昔はmysqlしかwindows対応してなかったのが大きいかと
最近やっとpostgresのwindows版で勉強してみようという感じの本が出たところ
- 180 ：NAME IS NULL：2006/03/15(水) 10:50:25 ID:???.net
- 以前出た本にCygwin＋PostgreSQLなのがあったな。
そこまでWindowsもしくはPostgreSQLにこだわらんでもと、おもたもんだ
- 181 ：NAME IS NULL：2006/03/18(土) 14:20:13 ID:???.net
-
MYSQLは4.0までは良かった。
Postgresqlは8.0から急激に良くなった。
いまなら、Postgresqlの方に軍配が上がるのでは？
- 182 ：NAME IS NULL：2006/03/18(土) 16:35:27 ID:???.net
- MySQL4.0以前からのバージョンアップでなけば、MySQL4.1以降でも問題ないらしいけど？
- 183 ：NAME IS NULL：2006/03/18(土) 17:19:59 ID:???.net
- 4.1がその下の細かいバージョンで挙動が変わりすぎだったから人が離れただけ
日本語使わなければ問題はなかったというところだけどね
- 184 ：NAME IS NULL：2006/03/22(水) 17:20:54 ID:???.net
- Postgresqlが標準でレプリケーション機能をつけないのは
なんかポリシーなの？
SlonyIやってみたけど、MySQLとちがってテーブル名全部指定とか
設定が面倒すぎる。
レプリケーションだけの差で今のところMySQL5のほうが上だな
- 185 ：NAME IS NULL：2006/03/22(水) 22:26:18 ID:???.net
- たしかに
- 186 ：NAME IS NULL：2006/03/23(木) 10:08:10 ID:???.net
- レプリケーションだけならそうだが、結局PostgreSQLにSlony-Iでやってるな。
PgAdminIIIでSlony-I扱えるのが大きい。
- 187 ：NAME IS NULL：2006/04/10(月) 21:18:30 ID:kws9LtIU.net
- 過去ログ読んだけど、なんか面白い書き込みが少ないなあ
もう少し比較記事が欲しいな
ということで燃料投入www
スレッド vs プロセス
MySQLがWeb向きの理由の一つに
スレッドってのもあると思う。
同時アクセスが多く、単純なクエリーが多い
普通のWebではMySQLのスレッド処理に軍配があがるから
- 188 ：NAME IS NULL：2006/04/11(火) 01:25:42 ID:???.net
- 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+.net
- >>188
何か特殊な環境のようで、あんまり一般的ではないようで参考にならないですね。
- 190 ：NAME IS NULL：2006/04/11(火) 13:20:49 ID:4VOupqi+.net
- 業務系は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:???.net
- 188 の人じゃないけど最大10倍くらい出るよ。
平均でも 2 〜 3 倍くらい出る。
# 8.2 は order by も 20% くらい速くなるらしい。
- 192 ：NAME IS NULL：2006/04/11(火) 13:50:39 ID:4VOupqi+.net
- 詳しく>>191
比べた条件がわからないと参考にならないんだけど
- 193 ：NAME IS NULL：2006/04/11(火) 14:55:57 ID:???.net
- ツールの使いやすさで言うなら
CLI: psql >> mysql
WEB: phpMyAdmin >>>>> phpPgAdmin
かなあ。
- 194 ：NAME IS NULL：2006/04/11(火) 18:22:25 ID:4VOupqi+.net
- >>191
PostgreSQLマンセーの書き込みか、、、
DBAやってる人なら理由を知りたくなると思うんだけど、、、
理由もわからず（わかろうとしない？）にチューニング出来ないと思うんだが
- 195 ：NAME IS NULL：2006/04/15(土) 11:05:45 ID:???.net
- 通常まともなDBならInnoDBとの比較になるしさほどめずらしくはないだろ
ずっとMySQLつかってきたけどそう思うよ
Postgres8が登場してからは明らかに流れが変わった
ただし、商用費商用問わずツール等は海外のはMySQLは対応しても
Postgresは未対応なんてのは非常に多い
- 196 ：NAME IS NULL：2006/04/15(土) 22:04:16 ID:8sebR/w8.net
- 「通常まともな」の定義が問題だよな。
まともな業務用のデータベースって意味なんだろうけど
人や業種やプロジェクトによって通常の定義も違うからね。
曖昧な言葉を平気で使うような人だと
まともにデータベース設計が出来ないと思われるよwww
Web系でクエリーの99%が検索中心だったりしても
同じ設定ですませちゃうんだろうなww
俺は最近MySQLを勉強しているところであまり詳しくはないんだが
InnoDBの初期設定って酷いと思うんだが、どうなんだろ？
まともにメモリ設定したら結構性能が違ってきたりしないのかな？
- 197 ：NAME IS NULL：2006/04/22(土) 00:30:34 ID:???.net
- トランザクション中心なんてほとんどの業務系はそうだろ
WEB系は参照中心なのは当たり前
入力中心でWEBベースは非常に使いにくいか、コスト増になり
その分野はクライアントサーバかリッチクライアント案件がほとんど
だから社内アプリだとWEBアプリはだいぶへってるよ
InnoDBも初期値ひどいのは知ってるけど、Postgresのほうもかなりきてるよ
なんせMySQLより非常に小さいDBにみえるくらい
- 198 ：NAME IS NULL：2006/04/22(土) 14:01:13 ID:???.net
- >>196-197
初期値酷いとか言ってんなら
すべての環境で万能な初期値っての挙げてみろや出来るもんなら
まあ初期値をそのまま使う気でいるヤツからしてみりゃ確かに
酷いってことにもなるんだろうが。
- 199 ：NAME IS NULL：2006/04/22(土) 23:23:28 ID:???.net
- >>198
なんで荒れてるんだ?
- 200 ：NAME IS NULL：2006/04/22(土) 23:40:03 ID:???.net
- >>199
Postgresの２つのスレを見ればきっとわかるよ。
最近は、「キレる＆荒れる」精神的に病んだ奴が多すぎ。
- 201 ：NAME IS NULL：2006/04/23(日) 13:30:07 ID:???.net
- なんでもやってクレクレ君に頭きてんだろ
環境変数なんかチューニングすんのが当たり前
それを初期値が非道いとか眠たいこと
言ってるからじゃねえの
なんでもかんでも精神病んでるとかに
結びつける方が短絡過ぎだろwww
- 202 ：NAME IS NULL：2006/04/23(日) 13:49:13 ID:???.net
- 馬鹿と荒しはどちらも精神病患者
- 203 ：NAME IS NULL：2006/04/23(日) 15:44:45 ID:MyWxdzio.net
- >>202
そのレス自体が煽りだと気づいてないオマエ自身
オマエの言う精神病患者の何者でもねえwww
- 204 ：NAME IS NULL：2006/04/23(日) 16:33:24 ID:???.net
- 事実を述べただけ。
知能が劣っている事と、犯罪や迷惑行為を行う事と、精神病を抱えている事は
どれも同じ現象の異なる側面を眺めているに過ぎない。
- 205 ：NAME IS NULL：2006/04/23(日) 16:46:30 ID:???.net
- >>203
自嘲してるんでしょうな。
>>204
おまえさん、かなり精神的に病んでますな。
- 206 ：NAME IS NULL：2006/04/23(日) 18:48:47 ID:???.net
- >>204は病気というより人間として終わっているだろ。
- 207 ：NAME IS NULL：2006/04/23(日) 19:26:29 ID:???.net
- 人間未満のゴミどもが何か言うてるでw
- 208 ：NAME IS NULL：2006/04/23(日) 21:33:43 ID:???.net
- >>202=>>204=>>207だな
文脈で一発でわかる
放置が適当かと
- 209 ：NAME IS NULL：2006/04/24(月) 02:51:43 ID:???.net
- >>201
なんでも、やってクレクレ君に頭来てるってな、
ここでの質問はおまえらが答える必要なんてないんだぞ。
なんだ、質問に答えることがおまえらの仕事なワケ？？ニートか？
仕事だからクレクレ君来ると怒るわけ？？
- 210 ：NAME IS NULL：2006/04/24(月) 02:57:42 ID:???.net
- >>209
別に201でもなんでもないが
おまえ、何ファビョってんの？ｗｗｗ
- 211 ：NAME IS NULL：2006/04/24(月) 12:58:47 ID:???.net
- 発売わずか２か月で20万部を越えたベストセラー「他人を見下す若者たち」。
現代の若者を「自分に実力がないのに周囲を見下すことで有能感にひたる」と切り捨てます。
著者は教育心理が専門の名古屋大大学院教授。日ごろ、学生と接する中で感じていた
自説が思いのほか大ヒットしました。
http://www.nhk.or.jp/nagoya/ohayo/index.html
「自分以外はバカ」仮想的有能感を持った若者特徴
●自分に甘く、他人に厳しい
●すぐにいらつき、キレる
●「悪い」と思っても謝らない
●努力せずに、成果がほしい
●無気力、鬱になりやすい
- 212 ：NAME IS NULL：2006/04/24(月) 13:12:43 ID:???.net
- >>211
たぶん唐辛子の食べ過ぎ
- 213 ：NAME IS NULL：2006/04/24(月) 17:00:54 ID:???.net
- 俺様以外全員池沼
- 214 ：NAME IS NULL：2006/04/24(月) 17:04:29 ID:???.net
- >>213
まだいたのかｗ
- 215 ：NAME IS NULL：2006/04/25(火) 13:15:59 ID:???.net
- PostgreSQLを他のデータベースソフトと
ベンチマークテストで数値で検証してるサイトはないでしょうか？
ttp://www.thinkit.co.jp/free/compare/1/8/1.html
探してみたもののここぐらいしか見つかりませんでした。
- 216 ：NAME IS NULL：2006/04/25(火) 14:11:52 ID:???.net
- >>215とか池沼としか思えない
- 217 ：NAME IS NULL：2006/04/25(火) 18:15:46 ID:???.net
- >>209
ギモンの意図がまったく理解不明
- 218 ：215：2006/05/04(木) 01:49:12 ID:???.net
- ＿_ ＿＿＿＿＿ 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.net
- 質問です！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:???.net
- >>219
；(セミコロン)で区切って複数のSQL文をCSEで実行するときは
［データベース］−［一括実行］の方でやってみる
- 221 ：NAME IS NULL：2006/05/05(金) 23:06:51 ID:???.net
- >>220
実行できました！ありがとうございます
perlではどうやったら実行できるでしょうか？
C APIでMYSQL_OPTION_MULTI_STATEMENTS_ONってのを見つけましたが、
perlには関係ないですよね。
- 222 ：教えて：2006/05/06(土) 02:03:19 ID:dawq4wDl.net
- 今、MYSQLでデータベース作ってますが、漢字の”十”が文字化けします。
ほかにも、いくつかの漢字が文字化けします。
WINXPで MYSQLのバージョンは４でも５でも駄目でした。
だれかわかる人いませんか？
- 223 ：教えて：2006/05/06(土) 02:13:11 ID:dawq4wDl.net
- 今、MYSQLでデータベース作ってますが、漢字の”十”が文字化けします。
ほかにも、いくつかの漢字が文字化けします。
WINXPで MYSQLのバージョンは４でも５でも駄目でした。
だれかわかる人いませんか？
- 224 ：教えて：2006/05/06(土) 02:29:12 ID:dawq4wDl.net
- MYSQL単独でだめだし、漢字も一部の漢字がうまくいかない。
うまくいく漢字もあるし、わけわからん。
もう、いい、いらん！ データベースなんか”いらねー！”。
データのクラスとファイルのIOだけでやるわ！
- 225 ：教えて：2006/05/06(土) 02:32:55 ID:dawq4wDl.net
- YAHOOのサイト探してるが、ほかのプログラムと連携して問題があるように
語るところばかり。
それどころかあー！ 根本的にMYSQLのコマンドラインから問題が
あるじゃあないか。
- 226 ：NAME IS NULL：2006/05/06(土) 19:45:16 ID:5QUau5VC.net
- 文字コードって知ってる？
知らないんなら何使っても文字化けだよ
http://www.kent-web.com/pubc/jcode/
- 227 ：NAME IS NULL：2006/05/06(土) 21:06:36 ID:???.net
- CSEってバグだらけじゃないか?
そもそもその略称は一般的なんか
- 228 ：NAME IS NULL：2006/05/06(土) 22:46:44 ID:???.net
- >>227
結構見かける＜略称
正式名称が長すぎ
- 229 ：NAME IS NULL：2006/05/06(土) 23:06:36 ID:???.net
- KENTて・・・
あえて、ド素人相手の説明だから？
- 230 ：NAME IS NULL：2006/05/07(日) 00:16:22 ID:???.net
- >>227
なら使わなんだらエエだけの話
俺はExcelとレコードを直接コピペし合えるこのツールは非常に重宝しとる
ただオマエの言うとおり更新が滞ってるので
MySQL4.1以降ではネイティヴで接続できない場合がある
もしオマエのいうバグがそれだとしたら解決法はある
教えてほしかったらキッチリ仁義斬ることだな
- 231 ：NAME IS NULL：2006/05/07(日) 11:52:19 ID:???.net
- >>230
> 教えてほしかったらキッチリ仁義斬ることだな
早速のお控えありがとさんです。手前のあげます仁義に前後まかり間違いございましたら失礼さんです。
手前、姓はNULL、名はNAME、ミドルネームはIS、人呼んで名無しと発します。
いずこ、いずかたの地におかれましても、
お兄ィさん、お姉ェさん、またはお友達衆に厄介かけがちな粗そう者です。
以後、見苦しき面体お見知りおかれまして、
行く末万端、お引き立て、宜しくお頼ォ申しあげます。
- 232 ：NAME IS NULL：2006/05/07(日) 14:19:43 ID:???.net
- CSEのバグってスクロールバーとかUIまわりだろ
MySQLなんてなめきったDBは業務系で使わないからいいけど
- 233 ：NAME IS NULL：2006/05/07(日) 16:11:25 ID:???.net
- それはﾌﾟｷﾞｬｰと言うところかしらー？
- 234 ：NAME IS NULL：2006/05/07(日) 16:35:42 ID:???.net
- ちゃんと仁義きったのだからオセロ
- 235 ：NAME IS NULL：2006/05/07(日) 22:28:17 ID:???.net
- >>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:???.net
- >>235
さっそくのレスありがとうござんした。
以後宜しくお頼ォ申しあげます。
- 237 ：NAME IS NULL：2006/05/09(火) 23:19:14 ID:???.net
- >>232
男なら
与えられた環境だけでなんとかしねぇとなんねぇ時もあらぁな
- 238 ：NAME IS NULL：2006/05/09(火) 23:33:55 ID:???.net
- >>237
それが男ってもんよ。環境が無いから開発が出来ない？
てめえらチンコあらあって出直してこい。
- 239 ：NAME IS NULL：2006/05/10(水) 00:10:47 ID:???.net
- ＞チンコあらあって
「あらあって」って、どんなことされるんだろ(´･ω･`)ﾄﾞｷﾄﾞｷ
- 240 ：NAME IS NULL：2006/05/10(水) 00:25:48 ID:???.net
- いつから
渡世者スレになったんだ
- 241 ：NAME IS NULLPO：2006/05/11(木) 15:05:11 ID:???.net
-
- 242 ：NAME IS NULL：2006/05/15(月) 17:21:52 ID:7u9t9iU/.net
- MySQLを勉強しています。
レンサバの仕様説明を見てて思ったのですが
データベースの提供は１アカウント１データベースとなっております
と書いてありました。
データベース内にテーブルを必要数作れさえすれば問題ないと思っているのですが
MySQLでなくても、１データベースじゃ足りないようなシステムとは
いったいどんなシステムになるのでしょうか？例えば･･･で良いので教えて頂けませんか？
- 243 ：NAME IS NULL：2006/05/15(月) 17:59:42 ID:???.net
- >>242
同じtable名を違うアプリケーションで使いたい場合
- 244 ：NAME IS NULL：2006/05/15(月) 18:10:51 ID:???.net
- >>242
１サーバで処理できないDBを「単純に」分散化した場合。
- 245 ：NAME IS NULL：2006/05/16(火) 02:10:38 ID:mrKEQHYW.net
- 『書籍の内容を日本語でおさめたデータベースを、あるキーワードで検索する』なんてものを
作る場合、PostgreSQLとMySQL、どちらが良いとかあります？
Linux + Apache + PHP、それからクライアントはFlashを多用することが多くなると思うんですが。
- 246 ：NAME IS NULL：2006/05/16(火) 02:11:30 ID:???.net
- それでも意味がわからないと黙る>>242。
- 247 ：NAME IS NULL：2006/05/16(火) 02:13:18 ID:???.net
- >>245
どちらも不向き。
- 248 ：245：2006/05/16(火) 02:36:52 ID:mrKEQHYW.net
- じゃ質問変えます。
『書籍の内容を日本語でおさめたデータベースを、あるキーワードで検索する』なんてものを
作る場合、どんなデータベースを使えば良いです？
- 249 ：NAME IS NULL：2006/05/16(火) 02:43:00 ID:???.net
- >>248
DBっていうか検索エンジンだな。一昔前ならNamazuだったけど、いまだとどんなのだろ。
とりあえず、基礎知識からしてないようだから、お勉強し直したほうがいい。
- 250 ：NAME IS NULL：2006/05/16(火) 09:07:53 ID:???.net
- ↑Webページの検索じゃないの？＞Namazu
>245はOracleやPostgresやMySQLを使ってデータベース化したデータの検索じゃないの？
- 251 ：NAME IS NULL：2006/05/16(火) 10:17:21 ID:???.net
- NamazuはWebページに限定したものじゃないぞ。
- 252 ：NAME IS NULL：2006/05/16(火) 12:08:12 ID:???.net
- >>250
マジで、真剣にお勉強したほうがいいぞ。
- 253 ：NAME IS NULL：2006/05/17(水) 12:56:41 ID:???.net
- 勉強し！ 勉強し！ さっさと勉強し！
- 254 ：NAME IS NULL：2006/05/17(水) 18:50:31 ID:???.net
- データベースファイルから
Namazuで使えるIndex作れるのか？
WordやらPDFでさえフィルタが必要だぞ？
- 255 ：NAME IS NULL：2006/05/18(木) 01:11:50 ID:???.net
- 普通に考えればOracleText使え
- 256 ：NAME IS NULL：2006/05/18(木) 03:19:52 ID:???.net
- 未成熟分野だが、XmlDBって選択もアリかと
まあ余計な苦労しょいこむ羽目になるかもだがｗ
- 257 ：NAME IS NULL：2006/05/26(金) 09:38:36 ID:mYYQpcEk.net
- Win2000 + Apacheでデータベースを構築して遊んでみようかと思い立ちました。
この場合、MySQL と Postgres では、やっぱMySQLのほうがいいんでしょうかね？
- 258 ：257：2006/05/26(金) 09:47:19 ID:???.net
- + PHPね。
よし。スレをざっとみて、Postgresに決めたyo
- 259 ：NAME IS NULL：2006/05/26(金) 14:12:56 ID:???.net
- >>257
自分は両方やって遊んでますよ。特別な意味はないんだけど、どこがRDBMS依存かは把握しやすい。
- 260 ：NAME IS NULL：2006/05/27(土) 10:51:10 ID:Sa3iBEqf.net
- phpPgAdmin が phpMyAdmin に比べて機能が足りず、使いづらいのだが・・・
- 261 ：NAME IS NULL：2006/05/27(土) 19:31:47 ID:???.net
- phpPgAdmin とか phpMyAdmin なんてものに頼る程度のやつは・・・・
- 262 ：のんびりさん ◆mLXopK4pSg ：2006/06/26(月) 18:10:37 ID:???.net
- >>261はプログラムを機械語で記述するのですか？
- 263 ：NAME IS NULL：2006/06/26(月) 23:24:35 ID:???.net
- >>262
おまえはあほか
- 264 ：NAME IS NULL：2006/06/26(月) 23:46:38 ID:???.net
- 効率良い方法でやれば良いだけの話であって。
- 265 ：NAME IS NULL：2006/06/27(火) 01:53:54 ID:???.net
- >>262
マクロアセンブラを使ってからは、
もうハンドアセンブルには戻れません。
- 266 ：NAME IS NULL：2006/06/28(水) 07:01:49 ID:???.net
- MZ-80B使っていた頃は金がなくてマクロアセンブラなんて買えなかったから、
当然ハンドアセンブルだったなぁ。
- 267 ：NAME IS NULL：2006/06/28(水) 09:30:26 ID:???.net
- おっさんの昔話はどうでもいい。
Z80のワンボードで制御した学生の頃の実習はハンドだったけど。
- 268 ：NAME IS NULL：2006/06/28(水) 10:25:34 ID:???.net
- オッサン合戦が始まりました！
- 269 ：NAME IS NULL：2006/06/28(水) 14:10:14 ID:???.net
- >>262が悪い
- 270 ：NAME IS NULL：2006/06/28(水) 16:05:23 ID:???.net
- そうだな。便利なツールがあるんだから、それを使えばいい。
カシオミニとかな
- 271 ：NAME IS NULL：2006/06/28(水) 16:49:05 ID:???.net
- 本試験においては電卓の持ち込みは許可しません。
計算尺、手回し計算機は可
- 272 ：NAME IS NULL：2006/06/29(木) 00:17:57 ID:???.net
- とりあえずC9
- 273 ：NAME IS NULL：2006/07/14(金) 14:13:50 ID:???.net
- 学校でMySQL使ってるんですが
何故か先生が「○○というデータベースに学生番号+テーブル名でテーブル作るように」とかいうんですよ
スキーマ使ったらいいじゃんと思ったんですがMySQLにはスキーマがないらしい
やっぱPostgres最高
- 274 ：NAME IS NULL：2006/07/14(金) 14:35:06 ID:???.net
- >>273
俺も、PostgreSQL派だけど。
もう少し、勉強頑張ったほうがいいよ。
- 275 ：NAME IS NULL：2006/07/24(月) 17:11:20 ID:???.net
- んー微妙
- 276 ：NAME IS NULL：2006/08/07(月) 14:38:10 ID:ZoPVfSyz.net
- MySQLはだめだな・・
- 277 ：NAME IS NULL：2006/08/08(火) 20:50:16 ID:???.net
- おまいらこれみれMySQL is No.1
http://opentechpress.jp/blob.pl?id=939a57d01e0ead1d4fb1710c5729137d
- 278 ：NAME IS NULL：2006/08/14(月) 07:05:27 ID:5lgfO1R+.net
- どちらがより我儘な問い合わせに応えてくれますか？
速度は気にしません
- 279 ：NAME IS NULL：2006/08/14(月) 19:16:14 ID:???.net
- 我儘？
複雑な問い合わせなら、PostgreSQLの方が分があるだろうな。
- 280 ：NAME IS NULL：2006/08/15(火) 13:53:07 ID:HdGLaFVe.net
- 既知のクリティカル不具合は？
- 281 ：NAME IS NULL：2006/08/15(火) 21:43:04 ID:???.net
- SHARP X1 の Hu-BASIC は馬鹿でかくてフリーエリアが少ないので、オーバーレイなんて
手法を BASIC で使ってた と言ってみるテスト
- 282 ：NAME IS NULL：2006/08/15(火) 22:08:37 ID:???.net
- クリティカルな不具合が既知だったら
DBとして終わってる
- 283 ：NAME IS NULL：2006/08/17(木) 07:35:50 ID:???.net
- PostgreSQLを触ってOracleのような
日付・文字列処理関数がないことに絶望しました
- 284 ：NAME IS NULL：2006/08/17(木) 08:28:42 ID:???.net
- は
- 285 ：NAME IS NULL：2006/08/17(木) 18:20:00 ID:???.net
- スレ違いだが、絶望するほど無いとは思えんがな
- 286 ：NAME IS NULL：2006/08/17(木) 19:21:09 ID:???.net
- >>283の絶望的な能力不足
能力が無いやつは、なんでもツールのせいにする。
あぁ、釣られすぎですなｗ
- 287 ：悩み人：2006/10/19(木) 00:48:45 ID:T6+foHou.net
- PHPからMYSQLに接続したいのですがどうしてもつながりません。
mysql_connect関数を使い接続しようとしたのですが、
Call to undefined function mysql_connect()
というエラーが出て、接続できません。誰かわかる方教えてください。
- 288 ：NAME IS NULL：2006/10/19(木) 04:33:45 ID:???.net
- > Call to undefined function mysql_connect()
答えが出ているじゃないか。
- 289 ：NAME IS NULL：2006/10/20(金) 18:51:28 ID:???.net
- モジュール読み込まないといけないんじゃあ似の？
マニュアルに書いてあると思う
- 290 ：NAME IS NULL：2006/10/20(金) 19:40:50 ID:???.net
- まぬある読んだら負けかな？と思ってる
- 291 ：NAME IS NULL：2006/10/20(金) 19:51:48 ID:???.net
- 勝ってさえ無いじゃないか
- 292 ：NAME IS NULL：2006/11/05(日) 22:18:19 ID:???.net
- >>291
おもしろい
- 293 ：NAME IS NULL：2006/11/06(月) 12:46:13 ID:???.net
- というより、勝負出来る域まで来てないな。
- 294 ：NAME IS NULL：2006/11/07(火) 10:52:08 ID:p0/rpFxS.net
- MySQLのアーカイブロ、ストアドプロシジャ、トリガ って
後付けの昨日？
- 295 ：NAME IS NULL：2006/11/07(火) 10:54:18 ID:p0/rpFxS.net
- 電源障害への対応度は 如何に？
- 296 ：NAME IS NULL：2006/11/08(水) 11:56:46 ID:???.net
- 電源障害はmysql以前の問題
- 297 ：NAME IS NULL：2006/11/12(日) 07:25:17 ID:???.net
- 企業で導入率が高いのはどっち？
- 298 ：NAME IS NULL：2006/11/12(日) 11:05:59 ID:???.net
- MySQLじゃね？
日本だとPostgreが人気っぽい印象があるけど
- 299 ：NAME IS NULL：2006/11/13(月) 02:07:35 ID:???.net
- んじゃMySQLから覚えよっと
トン
- 300 ：NAME IS NULL：2006/11/13(月) 13:25:50 ID:/xuThI4A.net
- PostgreSQLに乗り換えた
- 301 ：NAME IS NULL：2006/11/14(火) 00:36:47 ID:???.net
- CSEはmysqlの3.23までしか対応してないの？パッチあてれば4.1以上でも使えるって聞いたんだけど
- 302 ：NAME IS NULL：2006/11/23(木) 14:04:10 ID:???.net
- PostgreSQLって、SQL Serverと比較した場合のメリットデメリットってどんな感じ？
- 303 ：NAME IS NULL：2006/11/23(木) 21:43:20 ID:???.net
- >>301
フツーに使えとるけど
- 304 ：NAME IS NULL：2006/12/02(土) 10:46:01 ID:???.net
- >>303
verいくつ？
4.1でやったら強制終了されたぞ
- 305 ：NAME IS NULL：2006/12/02(土) 11:56:36 ID:???.net
- >>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:???.net
- >>305
じゃあ3.23のlibmysql.dllを4.1に上書きすれば使えるのかな？
- 307 ：NAME IS NULL：2006/12/18(月) 19:34:50 ID:qB1YsmcU.net
- MySQLにおけるMySQL Administrator（GUIツール）のようなもの、ポスグレにはないのですか？
ちろっと探したけど見つかんなかったよ？
- 308 ：NAME IS NULL：2006/12/18(月) 20:07:30 ID:???.net
- pgAdminを使いなされ
- 309 ：NAME IS NULL：2006/12/19(火) 03:23:52 ID:???.net
- pgAdminIII
- 310 ：307：2006/12/19(火) 03:44:55 ID:???.net
- おおっと！！このスレに２種類登場してたんだね。
ログ読んでる時、全部phpPgAdminの事と思って読んでたよorz
>>308-309
早速DLしてます！さんくす！
- 311 ：NAME IS NULL：2006/12/21(木) 09:34:50 ID:???.net
- 比較した記事
http://www.thinkit.co.jp/free/article/0603/10/6/
- 312 ：NAME IS NULL：2006/12/21(木) 12:05:08 ID:xC+w001g.net
- MySQLのSHOW COLUMNS FROM table;みたいに列名などを
返してくれるコマンドのPostgreSQL版ってありませんか？
- 313 ：312：2006/12/21(木) 12:28:43 ID:xC+w001g.net
- 一応自己解決しました
もっと良い方法はありますか？
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:???.net
- psql を -E オプションで起動して、 \d table ってやってみ
- 315 ：NAME IS NULL：2006/12/21(木) 13:00:48 ID:xC+w001g.net
- >>314
ありがとうございます。出力されたSQLを参考に組みなおします
- 316 ：NAME IS NULL：2006/12/30(土) 02:04:49 ID:???.net
- 相変わらず、MySQL のライセンスの使い分けがよく分からない。
例えば、mixi みたいなシステムでは商用ライセンスじゃないといけないの？
それとも、MySQL 自体を変更していなければ、mixi の Perl のソースを公開しなくても GPL で OK？
- 317 ：NAME IS NULL：2006/12/30(土) 12:23:24 ID:???.net
- わからなければ商用ライセンスを買ってください。
わかる人だけがGPL版を使ってください。
- 318 ：NAME IS NULL：2006/12/31(日) 00:23:54 ID:???.net
- 答えになってないな。
- 319 ：NAME IS NULL：2006/12/31(日) 00:46:54 ID:???.net
- 充分答えになっていると思うが？
いちかばちかで犯罪者になりたくはないだろう？
警察に「2chで質問したらOKだって言われたから」と言い訳するつもりか？
ここには意図的に嘘を書く輩が大勢徘徊しているのだぞ。
- 320 ：NAME IS NULL：2006/12/31(日) 03:26:16 ID:???.net
- 分からないから教えてくれと言っているのに対して、
分からない部分を教えないのでは、答えたことにならないだろ。
- 321 ：NAME IS NULL：2006/12/31(日) 10:07:04 ID:???.net
- >>316 が質問しているのは、
> 「商用ライセンスじゃないといけないのか？」と言うこと、
それに対して、>>317 の回答は
> (わからなければ) 商用ライセンスを買ってください (=使ってください)
至極まっとうな答えだと思う。
ライセンスの使い分けを教えてくれとは書いてないよ。
- 322 ：NAME IS NULL：2006/12/31(日) 13:13:37 ID:???.net
- 相変わらず不毛だねぇ、君たち
PostgreSQLは関係ないんなら
MySQLの話はそっちでやってくれよ
- 323 ：NAME IS NULL：2007/01/02(火) 01:53:43 ID:???.net
- GPLは再配布の際に問題になってくるっていう大前提がわかっていれば、
GPL周りの疑問や誤解はかなりなくなるんだけど、それすらお勉強しない
ヤシは後を絶たないな。
- 324 ：NAME IS NULL：2007/01/02(火) 13:12:53 ID:GguwttE5.net
- Postgres8.0.9ですが
同じフィールドを持つ２つのテーブルを繋いで１つのテーブルに
見えるようなビューって作れるのでしょうか？
- 325 ：NAME IS NULL：2007/01/02(火) 14:29:13 ID:???.net
- union
- 326 ：NAME IS NULL：2007/01/04(木) 13:06:36 ID:???.net
- >>325
いろいろあってレス遅れました
ありがとうございます
説明を読んだことはあるけど、そのときは何のことやら意味わからなかった
やっぱり実戦経験は大事だなー
- 327 ：NAME IS NULL：2007/01/04(木) 13:23:21 ID:???.net
- 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
- .NETから両方使った事奴いるかな？
どっちが使いやすいというか･･･
その辺の感想聞かせて欲しい
OLEDBで接続した時の苦労話とか
- 329 ：NAME IS NULL：2007/01/13(土) 22:43:45 ID:78jvQO04.net
- age
- 330 ：NAME IS NULL：2007/06/08(金) 23:17:21 ID:BCjwMJBL.net
- mysqlのライセンスってどこで買うの？
- 331 ：NAME IS NULL：2007/06/09(土) 07:35:13 ID:???.net
- www.mysql.com 見た？>>330
- 332 ：NAME IS NULL：2007/06/11(月) 22:28:29 ID:sJ4sZGiu.net
- やっぱ、MySQLの方がPostgreSQLよりも人気もあって、導入実績もあるみたいだね。
- 333 ：NAME IS NULL：2007/06/19(火) 10:57:14 ID:???.net
- 個人的にはどっちもどっち・・・
技術者が手慣れたものがいちばん良いよ・・・とは言え、参照系ならMySQL、そうじゃないなら
PostgreSQLって感じかな。
当たり前のことしか書けないわ。（笑）
- 334 ：NAME IS NULL：2007/06/19(火) 23:57:03 ID:???.net
- たいていの用途には速度も昨日もPostgreSQLの方が上だと思われ。
- 335 ：NAME IS NULL：2007/06/20(水) 12:31:41 ID:???.net
- コネクション数が多い場合、mysqlのほうが有利な気がする。
あとHAや負荷分散かんがえるとmysqlのほうが有利な気がする。
replace(or upsert)は正直うらやましい。
でも、PostgreSQLのほうが扱い慣れてのもあるけど、変な制約もなく基本的な機能が素直で良い子
- 336 ：NAME IS NULL：2007/06/21(木) 02:48:10 ID:???.net
- 仕事で使う場合、機能や速度よかライセンス的にPostgreSQLのほうがありがたいね。
あと、PostgreSQLのHAクラスターっていろんな実装が出てきては開発停止になっている印象が。
PGClusterの印象が強すぎるせいかもしれないけど。
いまはpgpool、PostgresForest、Slony-lってとこなのかな?
- 337 ：NAME IS NULL：2007/06/22(金) 12:10:48 ID:???.net
- 仕事で使うにも、MySQLの方が多いですし
- 338 ：NAME IS NULL：2007/06/22(金) 13:51:50 ID:???.net
- HAするときはpgpool-IIをpgpool-Iモード(systemDB使わない方)だなぁ
pgpool-IIは複雑すぎるきがするOTL
- 339 ：NAME IS NULL：2007/06/22(金) 20:28:58 ID:???.net
- >>337
商用ライセンス買っているのかな?
うちのところは貧乏なので、商用or GPLで悩むのならBSDLの
PostgreSQLをつかってしまえって感じで、いまやPostgreSQLだらけ。
>>338
ふむふむ。
そういえば、PostgreSQLのHAクラスタ周りのスレってあるのかな?
PostgreSQLの本スレにもあまり話が出てこないし…
- 340 ：NAME IS NULL：2007/06/24(日) 16:00:42 ID:joeyVZjM.net
- >>339
PostgreSQLのクラスタの情報ってホント少ないよね。
あとフェイルオーバークラスタ、シングルマスタクラスタなら
できるようになったけど、マルチマスタクラスタが
いつになったら安定して出来るようになることやら。
PGClusterは開発者が実質一人しかいないけど、
その人もずっと忙しくて、開発やってる暇ないらしいし。
誰か休日使ってPGClusterの動作テストとデバッグやってくれない？
- 341 ：NAME IS NULL：2007/06/25(月) 00:37:31 ID:???.net
- 素朴な疑問です
出会い系サイトでもミクシみたいなサイトでもいいんだけど、
メッセージの送信履歴を参照する（一覧を作る）ときって、
メッセージテーブルがあって、その中の「sendUser」みたいなパラメータが
そのユーザのIDと一致するものを引き出して一覧化するイメージを考えています。
で、このときにメッセージテーブル中のログが１０万件くらいあって、
一ユーザが一度のテーブル参照で引き出せる情報数が直近の５件だけで、
一度に１万ユーザくらいが一度に同テーブルにアクセスしてもMySQLって壊れない
ものなんですかね？
バカっぽい質問してたらすみません。 アプリケーション・サービスの実例を交えた
効率的なDB構築の本があったら、よかったら教えてください。
- 342 ：NAME IS NULL：2007/06/25(月) 17:28:36 ID:???.net
- なんでここで聞くんだ？
マルチか？
- 343 ：NAME IS NULL：2007/06/27(水) 23:01:09 ID:XtQZ2L9a.net
- PGCluster-IIが性能面で使い物になるレベルに達してくれればなあ･･･
- 344 ：NAME IS NULL：2007/06/29(金) 09:59:27 ID:???.net
- なるんじゃないかなぁ〜〜。
WEB+DBの連載を見ている限りは期待できるんだけど。
- 345 ：NAME IS NULL：2007/06/29(金) 22:03:47 ID:???.net
- 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.net
- 誰がデータを消したってログも残せないヘボＤＢ
- 347 ：NAME IS NULL：2007/06/30(土) 07:57:11 ID:???.net
- 確かに346にはできないだろうね。
- 348 ：NAME IS NULL：2007/07/02(月) 05:32:47 ID:/UsVuWmO.net
- 参照系でもMySQLとPostgreSQLの差なんてほとんどないように思うんだけど・・
MySQLの優位性ってクラスタリングぐらいしか残ってないんじゃね？
- 349 ：NAME IS NULL：2007/07/02(月) 06:41:17 ID:IM39awRs.net
- >>348
「マーケティング」を忘れるな。
MySQL ABのマーケティング部門はかなり有能。
- 350 ：NAME IS NULL：2007/07/02(月) 07:01:58 ID:???.net
- PHPバインディングの出来(特にPDO)はMySQLのほうがだいぶ良い。
でもPostgreSQLのほうが好きなんだ・・・
- 351 ：NAME IS NULL：2007/07/03(火) 00:52:02 ID:???.net
- どこまで本当かはわからんが...
「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:???.net
- >>351
PostgreSQL のバージョンが 8.1 と少し古いね。
8.2 にすれば、かなり PostgreSQL が有利になりそうな予感。
- 353 ：NAME IS NULL：2007/07/03(火) 08:39:30 ID:???.net
- 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:???.net
- >>351
正直、速さ／遅さの理由の説明ができていない比較の信憑性は無いも同然。
話半分に留めておいたほうがいい。
- 355 ：NAME IS NULL：2007/08/04(土) 02:11:36 ID:???.net
- ちょいと質問させてください。
旬な時期の過ぎたデータ（って表現が正しいかは疑問ですが）をディスクから
追い出してDVDとかにデータベースなり、表領域なり、表なりの単位で
退避（改ざんできないように-R系のメディアを希望）しておいて、
ちょっと必要になったときだけシステムにマウントして参照するようなことは
PostgreSQL, MySQLで実現可能でしょうか？
Oracleのtransportable tablespaceみたいな機能が欲しいんですけども。
- 356 ：NAME IS NULL：2007/08/04(土) 12:16:07 ID:???.net
- >>355
余裕です。データベース単位、テーブル単位等でダンプできます。
もちろんリストアもできます。
ちょっと参照したいなという時は一時的なデータベースを作ってあげて、
そこにリストアしてあげればＯＫです。
- 357 ：NAME IS NULL：2007/11/14(水) 13:30:47 ID:???.net
- 両者は良きライバル。互いに研きあって、世界最強の二大データベースを目指せ！
- 358 ：NAME IS NULL：2007/11/18(日) 08:00:12 ID:???.net
- postgresql.jp がDNS で見つからないんだけど、どこ行ったの ?
- 359 ：NAME IS NULL：2007/11/18(日) 22:43:57 ID:???.net
- http://www.postgresql.jp/news/maintainance-2007-11-17
Web鯖とか置いてるビルの停電を伴うメンテの影響だったらしい。
- 360 ：LLttakJy：2007/11/20(火) 21:43:20 ID:???.net
- 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:???.net
- 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:???.net
- 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:???.net
- 更新と参照が多い場合だとMySQLのが有利？
postgreSQLだとレコード更新されるたびに追加されていくわけだよね？
- 364 ：NAME IS NULL：2007/11/21(水) 14:42:08 ID:???.net
- MySQLはDBエンジンで大きく変わるから。
- 365 ：NAME IS NULL：2007/11/21(水) 20:01:11 ID:???.net
- 追記型は更新が苦手…
そんなふうに考えていた時期が俺にもありました。
- 366 ：NAME IS NULL：2007/11/22(木) 01:31:36 ID:???.net
- PostgreSQL 8.3はかなり性能上がっていそうだしねぇ
- 367 ：NAME IS NULL：2007/11/22(木) 04:18:50 ID:2Sp8w7qm.net
- （・∀・）sqliteは？
- 368 ：NAME IS NULL：2007/11/22(木) 13:22:28 ID:???.net
- >>367
sqliteと比較すべきものはBerkley DBでそ。
- 369 ：RQcluaHfOiCXPWVEaKy：2007/11/22(木) 22:50:45 ID:???.net
- http://gkinyn.cn mp3 dmusic downloads ipod
- 370 ：SysTYPPGtP：2007/11/22(木) 22:52:22 ID:???.net
- http://gkinyn.cn mp3 dmusic downloads ipod
- 371 ：XSjCvNlukxSfGxRmoOJ：2007/11/24(土) 12:08:22 ID:???.net
- http://bdzwbn.cn/happy-mp3 happy mp3
- 372 ：ayILlTLV：2007/11/24(土) 14:55:14 ID:???.net
- http://bdzwbn.cn/mp3-rules mp3 rules
- 373 ：yRsjIhCnUjh：2007/11/24(土) 19:10:57 ID:???.net
- http://bdzwbn.cn/real-mp3 real mp3
- 374 ：EKpLCHlUyjwlNeIwVjD：2007/11/24(土) 20:26:46 ID:???.net
- http://bfsnbw.cn/mp31 renegade master
- 375 ：NAME IS NULL：2007/12/05(水) 19:34:44 ID:OOBUSy/9.net
- 素人質問ですみません。
MYSQLにはPHPmyadminがありますが、Postgreには同じようなソフト
って言うか、簡単にPostgreSQLを扱えるようなものはありますか？
よろしくご教授ください。
- 376 ：NAME IS NULL：2007/12/05(水) 20:54:23 ID:???.net
- phppgadmin
- 377 ：NAME IS NULL：2007/12/05(水) 21:07:25 ID:???.net
- >>376
おお、やっぱりあるのですね。
ありがとうございます。
早速インストールしてみます。
やっぱフリーソースの両巨頭ですね。
この2つのデータベースは。
- 378 ：NAME IS NULL：2007/12/13(木) 20:13:20 ID:WMZdbRJN.net
- JIS2004に対応できてない時点で、今MySQLを選択するのはヤバくない？
- 379 ：本田：2007/12/30(日) 02:53:39 ID:bvgNtfNF.net
- 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:???.net
- SUNに買収されて比較対象がPostgreSQLからOracleやDB2、SQLServerへ変わるの？
- 381 ：NAME IS NULL：2008/01/17(木) 11:07:07 ID:???.net
- >>378
よくわからんけど、JIS2004って字形だけの問題じゃないの？
- 382 ：NAME IS NULL：2008/01/17(木) 18:57:35 ID:???.net
- >>381
UNICODE補助文字が使われるようになったので
UTF-8が最大4byteになる
MySQLはutf8最大3byteまでしか保存できない
- 383 ：NAME IS NULL：2008/01/17(木) 19:13:58 ID:???.net
- ほうほう。
ってか
＞MySQLはutf8最大3byteまでしか保存できない
なにこの糞仕様ｗ
- 384 ：NAME IS NULL：2008/01/17(木) 22:02:36 ID:???.net
- MySQLはバージョン6から
utf8の4バイト対応
- 385 ：NAME IS NULL：2008/01/17(木) 23:00:09 ID:???.net
- MySQLは4->5->6と文字コード周りでの混乱がすごいな
- 386 ：NAME IS NULL：2008/02/20(水) 09:47:27 ID:7Da97kAQ.net
- 数千万規模のレコードを扱うにはMySQLとPostgresどちらが適しているでしょうか？
- 387 ：NAME IS NULL：2008/02/20(水) 12:08:44 ID:???.net
- MySQL
- 388 ：NAME IS NULL：2008/02/20(水) 13:06:01 ID:???.net
- >>386
本気なら、自分で試せよw
- 389 ：NAME IS NULL：2008/02/20(水) 21:49:18 ID:???.net
- べつにどっちでもいけるんじゃね。
アプリの出来次第だし。
- 390 ：NAME IS NULL：2008/02/22(金) 02:48:16 ID:???.net
- 実務で新規に使う分にはぶっちゃけどっちもそんな変わらないよな。
レプリケーション組まなきゃならん程の規模になるとMySQLのが日本語の情報が
多いとは思うけど。
決定的な違いはMySQLにゃ有償サポートがあるって事じゃね？
Oracleはさらにそんだけ高い金払ってこうなったんじゃ仕方ないよねって
空気作れるからという理由でチョイスするSE様も結構いるとか居ないとか。
- 391 ：NAME IS NULL：2008/02/22(金) 07:52:56 ID:???.net
- Postgres だってサポートしてくれる会社はあるでしょ。
- 392 ：NAME IS NULL：2008/02/22(金) 15:12:05 ID:???.net
- だな。SunがサポートするのかSRAがサポートするのかの違い。
- 393 ：NAME IS NULL：2008/02/23(土) 00:38:21 ID:???.net
- サポートの有無だけじゃなくて、質も重要だよな。
オープンソースじゃなくても、マイナーな製品だとサポートがまったく
役に立たない場合もザラだからな。
教育コース整備されていて、一定のレベルのエンジニアを量産する
システムが出来上がっているOracleやDB2はやっぱり安心感が違うよ。
- 394 ：NAME IS NULL：2008/03/14(金) 14:32:18 ID:???.net
- そういえばPostgreSQLが流行らないのは名前のせいで
だから名前を変えようとかいう動きはどうなったんだろう？
- 395 ：NAME IS NULL：2008/03/14(金) 15:19:31 ID:???.net
- urSQLにしてくれ
- 396 ：NAME IS NULL：2008/03/18(火) 10:17:08 ID:???.net
- DQLにしてくれ
- 397 ：NAME IS NULL：2008/03/20(木) 00:47:26 ID:???.net
- ドラクエ５０？
- 398 ：NAME IS NULL：2008/04/14(月) 19:54:43 ID:???.net
- postgreはGUIやらlimitやらで使い勝手が良すぎる。俺はpostgreを全力で
応援します。
- 399 ：NAME IS NULL：2008/04/19(土) 00:36:35 ID:???.net
- 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:???.net
- >>399はタイトルは元記事通りですが本文は元記事と違います。
>無償版の「MySQL Community Server」の提供は今後も継続されるが、
>無償版と有償版の開発は完全に切り離されることとなり、
>無償版と有償版の2つのMySQLはまったく別々の進化を遂げることとなる見通しだ。
- 401 ：NAME IS NULL：2008/04/19(土) 16:11:15 ID:???.net
- 要するにβテストが完了したと言うことなのかな。
- 402 ：NAME IS NULL：2008/04/19(土) 20:52:38 ID:???.net
- はは〜ん。
- 403 ：NAME IS NULL：2008/04/19(土) 23:10:58 ID:???.net
- 新機能が有償版 のみ/から ってことは、無償版よりもむしろバグが増えるんじゃないだろうか。
Fedora → RHEL のように、テスト → エンタープライズにしてくれれば良いんだが。
- 404 ：NAME IS NULL：2008/04/20(日) 00:00:55 ID:???.net
- >>400
これ、思いっきり悪く捉えると
・GPL版はいまさらライセンス変えようがないから放置
・商用版はclosedにして開発続行
となるんだけど、実際どうなるんだろう? GPL版もきちんとSunが開発に
かかわり続けるのかな?
もちろん、GPLなんだから有志で開発引き継ぐことは可能だけど。
- 405 ：NAME IS NULL：2008/04/20(日) 00:50:09 ID:???.net
- >>404
Forkはされるだろうけど、有償サポートや開発者をフルタイムで雇用する企業が
あらわれないとプロジェクトの維持は難しいと思う。
- 406 ：NAME IS NULL：2008/04/20(日) 01:03:53 ID:???.net
- Firebird - Interbase の先例があるとはいえ、独立路線は無理だろう…。
- 407 ：NAME IS NULL：2008/04/20(日) 02:02:14 ID:???.net
- DBMSじゃないけどNetscape -> Mozilla -> Firefoxのような路線もあるわけだし、
これだけユーザ数が多いのだから、どうにかなりそうな気はしないでもない。
ひょっとしたら新規にforkされたプロジェクトがPostgreSQLより開発者が
多くなる可能性もあるし。
とはいえ、フリーのものを使いたければPostgreSQLを使えという流れが
強くなることは確実だろうね。
- 408 ：NAME IS NULL：2008/04/20(日) 02:23:58 ID:???.net
- 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:???.net
- >> 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:???.net
- >>409
ちゃんと Mickos の投稿も読んでるかな？
GPL 版を重視するのは変わらずで、GPL 版の周辺ソフトウェアに
GPL じゃないライセンスを採用するかもしれないという話だと
思うけど、これはオープンソースを活用しているビジネスモデル
としては普通の事じゃないかな。そこでは Netteza や InnoDB の
ケースが出てるよね。こういうモデルはオープンソース版があって
初めて成り立つ話であって、GPL 版を放置するという発想が
どうして出て来るのかが不思議だよ。
- 411 ：NAME IS NULL：2008/06/13(金) 00:51:13 ID:???.net
- 書店に並んでる本見るとMySQLばかり
- 412 ：NAME IS NULL：2008/07/11(金) 16:24:19 ID:???.net
- そんなに大規模じゃなきゃMySQLで十分要求を満たす。
OracleやSQL-Serverで大規模を先に経験すると、
MySQLのシンプルさに疑心暗鬼になって、Postgresを
選択する。あるいはMySQL<4.1のサブクエリシンドロームな
人たちもPostgresを選択する傾向にある気が巣。
- 413 ：NAME IS NULL：2008/07/12(土) 11:11:08 ID:???.net
- Derbyとか知るとMySQLがシンプルとは思えないんだが。
これも以外に要求を満たすからなぁ。
社内インフラ程度(?)の規模なら問題なしだし。
はともかく、単にMySQL対応のアプリ使いたいときは普通にMySQL選択するし、
特に要望がなければPostgresかな。
規模がデカくなるとDB2とかの商用使うな。Oracleはﾏﾝﾄﾞｸｾなので個人的には嫌い。
- 414 ：NAME IS NULL：2008/07/12(土) 15:18:22 ID:???.net
- 情報量としてはMySQLの方が多くなってる気がするんだが
- 415 ：NAME IS NULL：2008/07/13(日) 22:19:25 ID:???.net
- >>412
>>413
大規模じゃなきゃ使えるって、まじで言ってるの?
mixiもYahoo!もFacebookも、超大規模なところはみんなMySQLなんだが。
GoogleもMySQLですよ? あれはちょっと使い方が違うけど。
- 416 ：NAME IS NULL：2008/07/13(日) 22:41:29 ID:???.net
- 別に誰も「大規模だと使えない」なんて言ってないと思うが。
なにを言いたいのかちっともわからん。
# 規模がでかい時に商用使うのは機能的な問題より、なんかあった
# 時に客に説明しやすいからだろうと思う。
- 417 ：NAME IS NULL：2008/07/14(月) 00:26:39 ID:???.net
- 超絶的な瞬間最大アクセス(?)がおきるオリンピック公式サイトはDB2だったと思うが。
大規模で楽したいって意味と顧客に説明する時にOracleとかは根拠のない
安心感があるんだよ。ｗ
つかGoogleみたいな博士級のエンジニアがいる会社と偽装派遣や孫受けに
丸投げするばかりの能無し自称IT企業の事情といっしょにすんなよ。
#現実的には９割は後者の会社が多いと思っている。
- 418 ：NAME IS NULL：2008/07/14(月) 09:14:02 ID:???.net
- >>416
> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。
> つかGoogleみたいな博士級のエンジニアがいる会社と
Googleが異常なだけで、mixiなんかは全然いないよw
普通のエンジニア。
- 419 ：NAME IS NULL：2008/07/14(月) 22:14:44 ID:???.net
- mixiはfedoraをドカドカ使う度胸は凄いと思うな。
根性無しと言うワケではないが、そこはRHELを使うトコだろ、って思うし。
確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。
まあ原因不明のOracleのインスタンス落ちを経験するとfedora+MySQLでも
たいして安定性は変わらんとは思う。
Postgresも7以前は商用に比べれば、不安はあるけど8以降は結構いい感はある。
- 420 ：NAME IS NULL：2008/07/14(月) 23:09:22 ID:???.net
- >>418
>> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
> じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。
お前、プログラマに向いてないから早めに足洗った方がいいぞ。
まあ、痛い目を見るのはお前さんだからどうでもいいけど。
- 421 ：NAME IS NULL：2008/07/14(月) 23:34:21 ID:???.net
- 別にココはマ板でもない点について
- 422 ：NAME IS NULL：2008/07/15(火) 09:15:07 ID:???.net
- >>419
mixiはCentOSじゃなかった?
> 確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。
ああいうとこはkernel入れ替えてるんじゃないかな。
>>420
おまえ、何の情報も持ってないんだなぁ...
- 423 ：NAME IS NULL：2008/07/19(土) 02:15:38 ID:???.net
- >>422
> おまえ、何の情報も持ってないんだなぁ...
>>418 のアホさ加減を示すのにこれ以上なんか情報がいるのか？
もう十分だと思うけど。
- 424 ：NAME IS NULL：2008/07/19(土) 14:05:24 ID:???.net
- 何が十分なんだよ。
相手が泣き叫んで許しを請うまでひたすら続けろ。
- 425 ：NAME IS NULL：2008/07/19(土) 16:16:05 ID:???.net
- お前がやれよ。
- 426 ：NAME IS NULL：2008/07/22(火) 23:23:33 ID:LtKhkX2i.net
- 他人を貶す前に己の貧しさを知れ！
聞き囓った様な話じゃなくて、
本質的な内容にしようぜ。
- 427 ：NAME IS NULL：2008/07/23(水) 00:24:03 ID:???.net
- そう思うなら、まずお前からネタ振れよ。
- 428 ：NAME IS NULL：2008/07/23(水) 04:28:31 ID:???.net
- >>427
結局ひとに頼るのかw
- 429 ：NAME IS NULL：2008/07/23(水) 22:58:31 ID:???.net
- ネタが無いなら黙っとけよ。
- 430 ：NAME IS NULL：2008/07/26(土) 21:33:51 ID:???.net
- >>429
そう言いつつネタ出せないんだから、つまらんやつだなぁ。
じゃあなんかネタふるか。
Drizzleどうよ?
- 431 ：NAME IS NULL：2008/08/20(水) 14:21:51 ID:be7jHo9Q.net
- 今後を見ていくとPostgreSQLでおｋ？
- 432 ：NAME IS NULL：2008/08/20(水) 15:57:30 ID:???.net
- 今も昔もWorldWideではMySQL
- 433 ：NAME IS NULL：2008/08/20(水) 16:19:27 ID:???.net
- 昔はSQLの制限考えるとMySQLはありえなかったけど
今はどっちでもいいな、むしろMySQLのがサポート広い？
でもPostgreSQLかなあ。
- 434 ：NAME IS NULL：2008/08/21(木) 03:48:21 ID:Kn230A2n.net
- MySQLはライセンスがうるさそうってか、
GPLってみんなあんまり意識してなさそう
世界じゃMySQL（CMSに採用されすぎｗｗｗ）
日本じゃPostgreSQL（MySQLに追いつかれる）
って感じ？かな？
- 435 ：NAME IS NULL：2008/09/13(土) 05:19:48 ID:???.net
- 今度テラレベルのシステムを作ることになりそうだ
PostgreSQLににしようか本気でまよっている
- 436 ：NAME IS NULL：2008/09/13(土) 11:06:57 ID:???.net
- >>435
PostgreSQLじゃVACUUMが追いつかない
製品選定前に前もって性能テストしたほうがいいよ
- 437 ：NAME IS NULL：2008/09/13(土) 11:58:12 ID:???.net
- >>434
サーバサイドに関して言えば GPL である事は殆ど問題にならないよ。
少なくとも GPL v2 までは意識する必要はあまり無い。
GPL はバイナリを入手した人に対してソースも入手可能にしないと
いけないというルールだけど、サーバプロダクトはバイナリを配布
するわけじゃないから、ソースも公開する必要は無い。
- 438 ：NAME IS NULL：2008/09/13(土) 12:19:59 ID:???.net
- そんな自分の仕事の範囲で語られても...。
- 439 ：NAME IS NULL：2008/09/13(土) 13:11:53 ID:???.net
- データベースサーバの範囲なら大体オッケー...。
- 440 ：NAME IS NULL：2008/09/13(土) 14:38:58 ID:???.net
- 相当狭い世間しか知らないようだ...。
- 441 ：NAME IS NULL：2008/09/13(土) 15:16:51 ID:???.net
- ここは自己分析をする場所じゃないよ...。
- 442 ：NAME IS NULL：2008/09/13(土) 15:28:50 ID:???.net
- 話を分かり易くする為に前提条件を付けて話題を限定しているのに、
狭い世間しか知らないってどんなだw
- 443 ：NAME IS NULL：2008/09/13(土) 19:24:40 ID:???.net
- >>442
その限定ってまさかデータベースサーバの範囲とか言う間抜けなことを
言ってるんじゃないよな？
- 444 ：NAME IS NULL：2008/09/13(土) 20:34:29 ID:???.net
- 間抜けと話すと会話が噛み合ねえな...。
- 445 ：NAME IS NULL：2008/09/13(土) 21:11:50 ID:???.net
- とりあえず、437が大馬鹿ということだけは理解
- 446 ：NAME IS NULL：2008/09/14(日) 00:21:18 ID:???.net
- >>436
レスありがとう
データが大量になりそうなテーブルは、インサートオンリーなんだ
VACUUMが必要な仕組みは、イヤだなぁ、と感覚的には思ったんだが、
インサートがメインだから、テーブル指定でVACUUMすれば問題ないかなぁ。と楽観的に考えている
たしかに性能テストした方がいいね
- 447 ：NAME IS NULL：2008/09/14(日) 02:22:36 ID:???.net
- >>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:???.net
- 8.3ではVACUUM頻度が劇的に落ちているから、それほど神経質になる必要は
あまり無いと思うけどなぁ
- 449 ：NAME IS NULL：2008/09/14(日) 10:42:08 ID:???.net
- そもそも「テラレベルのシステム」って言う俺たちには知り様のない
システムの話だから、>>435 に性能テストしてもらうしかない。
Vacuum 以外に落とし穴がないわけじゃないし。
- 450 ：NAME IS NULL：2008/09/14(日) 12:02:00 ID:???.net
- PostgresみたいなフリーRDBMSは運用周りのサポートが弱いからねぇ。
使いはじめは考慮しなければならない部分が少ないから逆に楽なんだけど。
- 451 ：NAME IS NULL：2008/09/14(日) 13:48:00 ID:???.net
- >>435です
2^32≒20憶トランザクションごとにトランザクションＩＤが周回してしまうから
全テーブルVACUUM必要なことは知らなかった
Oracleで４テラくらいのつくったときは、特に問題なかったんだ
それが４年くらい前だった
それからソフトもハードも進化したから（750玉なんてあるし）
PostgreSQLやMySQLとかでもいけるんじゃないかと思ってさ
実証実験するだけで、金かかりそうだなぁ
>>449
＞Vacuum 以外に落とし穴がないわけじゃないし。
バックアップ・復旧周りが実は恐れている
- 452 ：NAME IS NULL：2008/09/14(日) 14:42:44 ID:???.net
- > 2^32≒20憶トランザクション
2^32 は約 40億だし、>>447 のリンク先にもそう書いてあるんだが...。
> これを防ぐためには、すべてのデータベースにあるすべてのテーブルを
> 少なくとも20億トランザクションごとにバキュームする必要があります。
と混同したのかも知れないけど、もう少し落ち着いてドキュメントを読む
癖つけたほうがいいぞ。
> 実証実験するだけで、金かかりそうだなぁ
金もかけずににちゃんのアドバイスで荒波に立ち向かうと言うスリリング
な人生を選択してもいいと思うけど。(w
- 453 ：NAME IS NULL：2008/09/14(日) 16:59:16 ID:???.net
- >>451
それこそ素直にOracle使うような案件なんじゃ……。
世の中の案件の80%はMySQL/PostgreSQLで済むと思うけど、
これは残り20%の範疇のように思う。
- 454 ：NAME IS NULL：2008/09/15(月) 17:55:03 ID:???.net
- あと、PostgreSQLは定期的にvacuum fullしないとSELECT性能が劣化するから注意。
- 455 ：NAME IS NULL：2008/09/15(月) 20:29:30 ID:BunTDGAt.net
- 業務の関係でこれからPHPを勉強することになりました。
それで今アマゾン等でPHPの書籍を探しているところです。
仕はでPHP＆postgreSQLの組み合わせなのですが、アマゾンや書店で
見つかるのは大概PHP＆MySQLの組み合わせのものばかりです。
MySQLとPostgreSQLの違い(PHPとの連携する上で)がまだわからないのですが、
MySQLのほうのやつを買ってもポスグレ案件で役立ちますか？
(PHP初心者ですみません)
- 456 ：NAME IS NULL：2008/09/16(火) 22:00:19 ID:???.net
- >>455
・貴方のレベルにもよる
文章から察するに１〜３年目くらいに見えます。
（違っていたら申し訳ない。）
他の言語を複数習得している（それぞれ１年以上経験ある）レベルか
他の言語もやったことあるが、マスターしているとは言えないレベルなのか
・新規なのか既存なのかで判断が異なる
新規案件でPHPで業務の基盤周りから組むのと
既存案件で、すでに基盤はしっかりしているのと
で、参考になる書籍はことなると思う
（PEARはつかっているかとか）
マンモス本でよいんじゃないでしょうか
今はPostgreSQLのことかいていないんでしたっけ？
- 457 ：NAME IS NULL：2008/09/20(土) 16:15:08 ID:9CsI/RjZ.net
- 普通にこれを紹介してあげればよいのでは
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:???.net
- >>454
それは昔のバージョン
今はバキュムしなくてもほとんど劣化なし
- 459 ：NAME IS NULL：2008/09/22(月) 10:16:28 ID:???.net
- そっか。少なくとも 8.1 まではそうだったけど、その後改善されたのかな。
- 460 ：NAME IS NULL：2008/09/22(月) 11:09:19 ID:???.net
- 8.3で改善されました
- 461 ：NAME IS NULL：2009/03/01(日) 11:14:17 ID:???.net
- 単純にオートvacuumしてくれるだけで、vacuumしなければ、フルスキャンが遅くなっていく点は変わってないんじゃね？
- 462 ：NAME IS NULL：2009/03/03(火) 02:06:41 ID:???.net
- >>461
つ ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/
- 463 ：NAME IS NULL：2009/04/22(水) 00:33:38 ID:???.net
- 今度、オラクルで作っているシステムの換装があるんだけど、
そのままオラクルでいくか、MySQLやPostgreSQLを使うか本気で
迷っています。
データベース構造としては、親子関係の2階層のテーブルが
全部で１０個くらいなんだけど、データ数がべらぼう。
1億は余裕で超えます。
理由は、格納するものは使用しているユーザーの操作ログだからです。
１つのボタンを操作するだけで、さまざまなファイルやデータを触るから、
それで、何十レコードにもなってしまいます。
10億とか行ったら、さすがにオラクル以外の選択肢はないんでしょうか？
また、性能評価って言いますけど、入札前に高価な想定するH/Wを
購入してまで性能評価ってやります？
検索リアクションタイムに制限があるけど、それをどう担保しようかが
最大の悩み。
みなさんは、実機相当のシステムで、同じ環境でデータベースを何億
も入れて性能調査やってるのでしょうか？
特にコンサル業界の人に聞きたい。
- 464 ：NAME IS NULL：2009/04/22(水) 00:35:12 ID:???.net
- MySQLは、テーブル１つに１ファイルですよね？
テーブルのレコードが多ければ、それだけ検索するたびに、
ファイルオープンが発生するから、MySQLは遅いんだ。
この認識あってる？
- 465 ：NAME IS NULL：2009/04/22(水) 00:45:46 ID:???.net
- ログなんか大して参照しないだろ
するとしても参照するデータとしないデータに偏りがあるだろ
期間か何かで切り分けろよ
そうすればどれでもいける
- 466 ：NAME IS NULL：2009/04/22(水) 00:55:00 ID:???.net
- ファイルオープンしないDBってなによ
- 467 ：NAME IS NULL：2009/04/22(水) 11:01:41 ID:???.net
- そもそも、MySQLがこの先も生き残っているのかという問題が
MySQLはOracleに殺されそうだな
- 468 ：NAME IS NULL：2009/04/22(水) 11:05:13 ID:???.net
- NetBeansに対するEclipseのように、MySQLにも有料化したらPostgreSQLに流れるだけなので
存続させるために無料のライセンスは続けるんじゃないかな。
サポートのライセンスは今でも有料なんだし。
- 469 ：NAME IS NULL：2009/04/22(水) 13:24:01 ID:???.net
- Orcaleの得意技の飼い殺しというのが今一番懸念されているわけで。
- 470 ：どちらかというとSです：2009/05/29(金) 15:48:06 ID:9rXfEjjy.net
- >>463
板違い,コンサルでもない...
マニアックすぎて鼻で笑われるとおもいますが、
作りと開発者の技量にもよると思うけど
商用DBだけどCache' と言うのがあります..
内部(M)言語ガリガリではなく、
SQLアクセスで１億以上はさばけてます..
それぞれのアプリの条件にもよるので軽くとは
言い切れませんが、
10億はテストした事ないけど...
動作にOracleほど高価なH/Wはいらないと思います。
性能調査する価値はあるかも...
いまさらMっていわれるのがおち..ですかね...
DB自体くせもあるし..
- 471 ：NAME IS NULL：2009/05/29(金) 20:56:42 ID:???.net
- そりゃねぇ、いくらIMSがそこらのRDBMSより速いとは言ってもやっぱり「いまさらIMS」だしねぇ。
10億くらいならPostgresでもイケるし。
- 472 ：NAME IS NULL：2009/05/30(土) 00:40:23 ID:???.net
- そりゃねぇ、から語り出すとは通ですな。
- 473 ：NAME IS NULL：2009/07/02(木) 21:23:06 ID:l4DZdBP4.net
- age
- 474 ：NAME IS NULL：2009/10/27(火) 07:48:04 ID:iq32s6Ha.net
- >>471
MySQLは何億くらいまで、いけるんでしょうか？
あと、質問があと先になりましたが、10億の単位は何でしょうか？
よろしくお願いします。
- 475 ：NAME IS NULL：2009/10/27(火) 15:17:45 ID:???.net
- 円に決まってるだろ
- 476 ：NAME IS NULL：2009/10/27(火) 19:22:39 ID:???.net
- 甘いな
最近は元でしょう。
- 477 ：NAME IS NULL：2009/10/28(水) 10:36:31 ID:???.net
- ウォン以外考えられないニダ
- 478 ：NAME IS NULL：2009/10/28(水) 12:34:04 ID:???.net
- 出てけ半島人
- 479 ：NAME IS NULL：2010/04/01(木) 23:57:05 ID:???.net
- indexなしでレコード追加してくだけなら何十億でも平気だろうな
10億を細かく参照やら分析するんならRDBMSやめれと思う
- 480 ：NAME IS NULL：2010/04/30(金) 23:59:29 ID:KOHIXyIB.net
- このスレ、死んでるやん？ｗ
ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん
MySQLは今までたくさんの人が使っていたっていう惰性で情報が多いのと
ほんのちょっぴりの軽さだけが売り
ちょっとでもGPLを逸脱すると商用ライセンス
PostgreSQLはほぼLinuxでしか使えてなかったのが
Windowsにも進出してトランザクションもありーので完全にタダ
みんなでPostgreSQLに移ろうぜ
俺はPostgreSQLに移るよ
- 481 ：NAME IS NULL：2010/05/01(土) 01:50:36 ID:l64eCGXG.net
- 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.net
- >ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん
さすがに、「性能」までは言わないか。
- 483 ：NAME IS NULL：2010/05/01(土) 10:21:14 ID:???.net
- PostgreSQLのシェアはもうちょっと上がってもいいと思ってる
MySQLだけは危険だ
- 484 ：NAME IS NULL：2010/05/01(土) 14:52:52 ID:???.net
- 手元で動かしていると、MySQLのほうが性能が良いのはCPU1個のときだけで、
2-4 個を越えるとPostgreSQLのほうが圧倒的に伸びが良いんだが。
- 485 ：NAME IS NULL：2010/05/01(土) 16:25:57 ID:???.net
- そんなもん
MySQLが速いのはCPU1〜2個
CPU4〜8個はPostgreSQLが速い
それを超えるとOracleが圧倒的に速い
- 486 ：NAME IS NULL：2010/05/01(土) 17:38:36 ID:???.net
- >>485
へー。やっぱり想定しているハードウェアの規模が違うのかもね。
ただ、今や普通にCPUを買っても普通に4コアとかになることを考えると……？
- 487 ：NAME IS NULL：2010/05/01(土) 18:06:57 ID:???.net
- そこでMySQL InnoDB Pluginですよ
- 488 ：NAME IS NULL：2010/05/02(日) 09:19:17 ID:???.net
- MySQLはもう過去の遺物でいいだろ
人気に胡坐かいてた罰だ
- 489 ：NAME IS NULL：2010/05/03(月) 00:30:33 ID:???.net
- >>482
お前のいう「性能」ってなによ？
- 490 ：NAME IS NULL：2010/05/03(月) 10:20:31 ID:???.net
- >>484
MySQLの場合、大規模案件では単一マシンの強化ではなくクラスタ化という方向だしね。
>>485
OracleはCPUの数でライセンス料が違ってくるだけあって、スケーラビリティあるよなぁ。
- 491 ：NAME IS NULL：2010/05/04(火) 13:58:39 ID:???.net
- >>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:???.net
- 「公平に書くと」とあるのでツッコむが、MySQL 5.4 も 5.5 も GA としてはリリースされて
いないようなので、開発中のバージョンの性能を持ってきても、比較にならないんじゃないの？
バグもあるだろうし、バグを潰していく中で追加の排他制御が必要になるかもしれないし。
- 493 ：NAME IS NULL：2010/05/04(火) 18:47:59 ID:???.net
- 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.net
- この↓ベンチマークテストの結果ってどう読めばいいの？
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:???.net
- >>494
それ情報が古すぎるのであてにしちゃだめ
このへんから最新ニュースを探そう
http://en.oreilly.com/mysql2010/public/schedule/proceedings
- 496 ：NAME IS NULL：2010/05/05(水) 18:09:40 ID:cHvVY/HE.net
- >>495
うー
http://en.oreilly.com/mysql2010/public/schedule/detail/14298
でベンチマークテストの結果を見つけたけど5.5のだ
しかも見方がよく分からない
諦めよう
- 497 ：NAME IS NULL：2010/05/05(水) 18:11:37 ID:???.net
- 自分でプログラム書いて測定してみるのが一番
- 498 ：NAME IS NULL：2010/05/16(日) 08:47:19 ID:???.net
- Postgreの権限管理周りはクソ
最近になってようやく揃ってきたけど・・・
Database単位とかSchema単位で参照権限うまく管理できねーとか
笑うしかない
あと何でＤＢ作る度にデフォでpublicに登録されるん？
アホなの？
- 499 ：NAME IS NULL：2010/05/16(日) 11:16:00 ID:???.net
- >>498
MySQLはどうなってるの？ スレタイ読め。
> Database単位とかSchema単位で参照権限
やっと9.0で機能が入る予定。確かにめんどくさかった。
> あと何でＤＢ作る度にデフォでpublicに登録
スキーマ修飾できるし、search_path を設定すればデフォルトも変更できる。
これに関しては PG に全く落ち度はないと思うぞ。
- 500 ：NAME IS NULL：2010/05/16(日) 11:55:34 ID:???.net
- >>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:???.net
- 標準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:???.net
- 何でもかんでも調べもせずにデフォルトで使ってそれに文句言ってるのって滑稽ではある
- 503 ：NAME IS NULL：2010/05/17(月) 11:31:08 ID:???.net
- >>501
どちらかというと、MySQLのデータベース ≒ PostgreSQLのスキーマ と考えたほうがいいかも。
PostgreSQLでもスキーマのUSAGE権限は、その中に含まれるテーブルに引き継がれるから、
そこは >>500 が言っている動きに近いんじゃないだろうか。
- 504 ：NAME IS NULL：2010/05/17(月) 13:30:23 ID:???.net
- 最近はsqliteがおもちゃっぽくて好きだなぁ。
Cで書くと速くてびっくり。
もちろんPostgreSQLが一番だい！
- 505 ：NAME IS NULL：2010/05/17(月) 23:38:43 ID:???.net
- sqlite使ってると、いつもPostgreSQLの豊富な関数使いたくてしょうがないです... orz
- 506 ：NAME IS NULL：2010/05/18(火) 23:16:51 ID:cZm1F11R.net
- すいません いきなり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:???.net
- 何でもちゃんと原因調べて適切な対処を取るようにしないと
毎回再インストールするはめになるぞ、、てかもうなってるか
- 508 ：NAME IS NULL：2010/05/19(水) 22:16:09 ID:???.net
- やばいなあ
2ヶ月ほど外に出たのはジュース買いに出ただけだよ顔色とか真っ白
- 509 ：NAME IS NULL：2010/05/20(木) 07:38:55 ID:???.net
- 設定いじってないっつってもなぁ。
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.net
- で どうなったの？
- 511 ：NAME IS NULL：2010/08/16(月) 00:36:44 ID:E3q0YRo4.net
- 技術的には関係なく、経営上の理由で、
MySQLが勝手に潰れてPostgreSQLが勝利しそうな感じ
- 512 ：NAME IS NULL：2010/08/16(月) 06:05:57 ID:???.net
- MySQLの世界での普及度合は半端じゃないから
もし5.5で開発打ち止めになったとしても
MariaとかDrizzleなどの互換プロダクトがシェアを維持するんじゃないかな
Linuxとは状況が違うのはわかっているがRHL、FedoraからCentOSが出たみたいに、
結局FreeBSDは表舞台にでれなかった。
書いてる俺はポスグレ派
- 513 ：NAME IS NULL：2010/08/16(月) 11:49:22 ID:???.net
- CentOSの意味解っていってるのか
あれはRHELからロゴ外してそのまま配布してるだけで互換プロダクトとかそんなレベルではない
本家が無くなったらCentOSも無くなる
- 514 ：NAME IS NULL：2010/08/16(月) 20:03:18 ID:???.net
- ついにオラクルがOpenSolaris潰しが始まった
近いうちにMySQLも同じようになりそうな予感
- 515 ：NAME IS NULL：2010/08/17(火) 04:49:05 ID:???.net
- いやいやCentOSの話と違うくらいわかってる。
MySQLがクローズソースになってもMariaとDrizzleがあるって話だ。
ポスグレがこれからMySQLなみに普及するとは思えない。
DBなんてどうでもいいプログラマがMySQL互換DBがあるのにわざわざポスグレに移ると思うか。
世の中DBなんてどうでもいいだよ。動けば。そんで動いたらもういじりたくないんだよ。
- 516 ：NAME IS NULL：2010/08/17(火) 10:07:53 ID:???.net
- その互換DBの存続の心配してるんだろうが
- 517 ：NAME IS NULL：2010/08/17(火) 10:23:54 ID:???.net
- MySQL互換DBは本家が存続しないと続かないだろ
本家をちょっと改造しただけなんだからｗ
- 518 ：NAME IS NULL：2010/08/17(火) 10:24:47 ID:???.net
- てかDBなんてどうでもいいのかMySQL互換DBじゃなきゃ駄目なのかはっきりしろよｗ
- 519 ：NAME IS NULL：2010/08/18(水) 01:28:11 ID:???.net
- 基本的に、本家が投げ捨てたものを引き継いで開発し続けるプロジェクトって
上手くいかないからなぁ。あと、MySQLの場合はコマーシャルライセンスが
あったのも大きかったわけだし。
- 520 ：NAME IS NULL：2010/08/18(水) 11:23:55 ID:???.net
- >>516
誰がいつ互換DBの心配について書いた？
>>518
ふつうのユーザやプログラマはDBなんてどうでもいいわけ。
だから手間のかかんない互換DBでOKってことだよ
つうかMySQL使ってるほとんどの奴ってレベル低いだろ
ポスグレやオラクル覚えようなんて奴いねえよ。
- 521 ：NAME IS NULL：2010/08/18(水) 11:26:08 ID:???.net
- レンタルサーバに設定済みのDB使うなら
PostgreSQLだろうがOracleだろうがどうでもよくね
今時ならフレームワークのマッパー使うだろうし
なんでMySQL互換である必要があるのかと
- 522 ：NAME IS NULL：2010/08/18(水) 15:31:15 ID:???.net
- >>520
他のレス全然読めないならいちいちレスすんなよ
- 523 ：NAME IS NULL：2010/08/22(日) 23:44:03 ID:Pnlqm9Rj.net
- このスレ５年も生きてるけど、
けっきょく、どうなんだ
- 524 ：NAME IS NULL：2010/08/23(月) 01:56:15 ID:???.net
- 大規模だったらPostgreSQLの方がいいと思うけど
ぶっちゃけどっちでもいいレベルだと思う
- 525 ：NAME IS NULL：2010/08/23(月) 23:30:06 ID:???.net
- >>524
>大規模だったらPostgreSQLの方がいいと思うけど
ｋｗｓｋ
- 526 ：NAME IS NULL：2010/08/24(火) 04:24:03 ID:???.net
- MySQLのJOINの方式はレコード数が増えるとパフォーマンスが落ちる(Nested Loop Joinしかない)
あとMySQLのレプリケーションはマスタがおかしくなると終わり
(というか面倒でリカバリに時間が掛かる)
- 527 ：NAME IS NULL：2010/08/26(木) 20:12:01 ID:???.net
- >>526
ｔｈｘ！
- 528 ：NAME IS NULL：2010/08/27(金) 02:38:22 ID:???.net
- MySQLはJOINしないで読み出しばっかやるシステムだと最強なんだけどなー
- 529 ：NAME IS NULL：2010/08/28(土) 03:37:53 ID:???.net
- >>528
それならKVS最強じゃね？memcached以外にもいろいろ選択肢がある。
あと、メモリにテーブルデータ全部のっければMySQLもPostgreSQLも速いよ。
つうことでJOINなし検索OnlyでもMySQLは最強じゃないよ。
- 530 ：NAME IS NULL：2010/08/28(土) 07:03:22 ID:???.net
- MySQL使う理由って結局ノウハウだよね
KVSだとまだ耐障害性とか未知の部分があって、
こないだのmixiみたいになることもある。
- 531 ：NAME IS NULL：2010/08/28(土) 11:38:39 ID:???.net
- 単純にJOINなし検索専用ならノウハウなんていらんだろ
慣れ、惰性だよ。
- 532 ：NAME IS NULL：2010/08/28(土) 13:59:40 ID:???.net
- えっ
- 533 ：NAME IS NULL：2010/09/01(水) 12:14:53 ID:???.net
- MySQL使ってる連中の99%は惰性で使ってるだけ
ノウハウなんてない。このスレみてみ
http://www.mysql.gr.jp/mysqlml/mysql/msg/15364
全員書籍執筆者なのにまともにデータバックアップもリストアもできないんだぜ。
使えてる気になってるだけ。
- 534 ：NAME IS NULL：2010/09/02(木) 01:54:55 ID:???.net
- うわこれはひどい
ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
暇な人がやってるという俺の認識からすると不思議なことではない。
わかりやすい文章を書くにはプログラミングと別の才能が必要だからそれはそれで尊敬するけど
- 535 ：NAME IS NULL：2010/09/02(木) 09:15:05 ID:???.net
- 大企業なんかでちゃんとしたインフラやってる人が書くってより
中小企業の経営者やフリーランスが書いてるイメージあるな
- 536 ：NAME IS NULL：2010/09/02(木) 20:11:44 ID:???.net
- 執筆者は2極化してるよ。
評価の高い本を書くひとは所属関係なく技術レベルも高い。
糞本しか書けないひとはそれなり。
- 537 ：NAME IS NULL：2010/09/02(木) 21:18:40 ID:???.net
- >ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
>暇な人がやってるという俺の認識からすると不思議なことではない。
>中小企業の経営者やフリーランスが書いてるイメージあるな
MySQLの中の人(M信さんやO野さん)も暇な人？
- 538 ：NAME IS NULL：2010/09/03(金) 00:30:29 ID:???.net
- そうじゃない人もいるとピックアップしても反論にならんよ
そりゃまともな執筆者もいるのは当たり前なんだし
反論するなら全書籍の執筆者を調べて
大多数は忙しくて技術も完璧ってソースにしないと
- 539 ：NAME IS NULL：2010/09/03(金) 00:44:27 ID:???.net
- >反論するなら全書籍の執筆者を調べて
>大多数は忙しくて技術も完璧ってソースにしないと
中学生の夏休みはおわっただろ。早くねないと遅刻するぞ。
つうか、全員まともor全員ダメ
って2択しかできないって、頭が不自由なゆとりだよな。
>執筆者は2極化してるよ。
これ正解。
1割のすごい連中、9割の普通の連中。
執筆依頼のないお前は糞。
- 540 ：NAME IS NULL：2010/09/03(金) 01:10:59 ID:???.net
- >>539
依頼があるボクはすごいんだ自慢乙。
ところで、お前、恥垢臭のせいで周囲から生きる悪臭公害と言われているのに
気づいているか? あまりの臭いで自分の頭まで狂ってしまうぐらいの。
その狂った頭はもう手のつけようがないけど、臭いに迷惑している周囲のため
包茎ぐらいはどうにかしとけ。包茎は治る障害なんだから。
- 541 ：NAME IS NULL：2010/09/03(金) 01:11:46 ID:???.net
- 他の人が抱いているイメージ論に対して自分の基準で完全否定するのって小学生レベルだよな
- 542 ：NAME IS NULL：2010/09/03(金) 01:12:25 ID:???.net
- >>540-5541
長島☆自演乙☆雄一郎ｗｗｗ
- 543 ：NAME IS NULL：2010/09/03(金) 01:48:47 ID:???.net
- ひでえな > 541,542
こんな奴いるんだ
- 544 ：NAME IS NULL：2010/09/03(金) 01:49:49 ID:???.net
- まちがった
540と541が絶句するほどひどいレス
- 545 ：NAME IS NULL：2010/09/03(金) 01:56:34 ID:???.net
- ＿＿
´ ｀ 、
／ ｨ､ ＼
. / / ! //!、 ヽ
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:???.net
- IT業界にいてもSE,PGが天職だと思える人は5%もいない。
9割以上は凡庸なプログラマ。残り5%弱がPGに向いてない人。
執筆者が1割も優秀ならまだいい方なのかもしれない。
まあ1割も適当に言っただけで根拠はないと思うけど。
んで10年後のMySQLとPostgresのシェアってどうなってると思う？
日本では拮抗、世界ではMySQLっていう今の状況（で、いいんだよね？）は
変わらないと思う？いろいろ覚えるの面倒だから一個でいいんだけど
- 547 ：NAME IS NULL：2010/09/04(土) 00:02:42 ID:???.net
- 覚えるの面倒だから一個でいいと言う人は一つもマスターできない気がする
- 548 ：NAME IS NULL：2010/09/04(土) 04:00:48 ID:???.net
- 例えば俺はポスグレメインなんだが、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:???.net
- えっ
- 550 ：NAME IS NULL：2010/09/12(日) 09:07:29 ID:CvZwSK3a.net
- 548がマスターベーションしたってとこまで読んだ
- 551 ：NAME IS NULL：2010/09/12(日) 13:00:08 ID:???.net
- 例えば俺は醤油メインなんだが、塩分濃度、こく、うまみとかの
味に直結する要素をどれくらい把握するのかとか、手仕込みの醤油を使うなら味が安定しているキッコーマン使った方が
うまいとか(今は小さい蔵も品質安定してるけど）、無添加の醤油は劣化が早いから早めに使わないと味が変わるとか、
複数の調味料についてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあ味噌も結構勉強したけど、フリーの奴は一個でいいかなって
っていう料理人いないだろ
- 552 ：NAME IS NULL：2010/09/12(日) 18:15:49 ID:???.net
- ﾜﾛﾀ
- 553 ：NAME IS NULL：2010/09/12(日) 18:58:39 ID:???.net
- まわりくどさはおなじだけどな
- 554 ：NAME IS NULL：2010/09/13(月) 11:11:08 ID:???.net
- 醤油と味噌は用途が違うんだから両方知らないと駄目だろ。
みんなポスグレとMySQL両方とも各バージョンでどんな
変更があったとか把握してんの？
- 555 ：NAME IS NULL：2010/09/13(月) 11:39:00 ID:???.net
- 調味料で例えるなら、醤油を作ってる蔵Aと蔵Bがあって、蔵Aは大豆の刈り取りから
醤油になるまでのタイムラグがこれくらいだから何月頃に使うのがおいしいとか、
そういう細かいところを各蔵ごとに浅く広く覚えるより、一番おいしい蔵どころを一社見つけて
そこの醤油の特性を深いところまで覚えた方がいいってことだろ？
なにがおかしいのかわからん
- 556 ：NAME IS NULL：2010/09/13(月) 13:14:25 ID:???.net
- 味噌味の煮物か醤油味の煮物か
味噌汁かけんちん汁か
味噌ラーメンか醤油ラーメンか
の違いって事だろ
- 557 ：NAME IS NULL：2010/09/13(月) 14:21:21 ID:???.net
- 例えで混乱するのはこれくらいにして、みんなポスグレとMySQLで大方の設定パラメータまで暗記して使ってるの？
どっちも浅くしか使ってないんじゃないの？
- 558 ：NAME IS NULL：2010/09/13(月) 14:35:41 ID:???.net
- WindowsとMacとLinuxどれも使うみたいな程度の話だろ
何をキレてるんだ
そもそも他のDBの特徴もちゃんと把握してないとPostgreSQLを客に薦めることもできないだろ
これはPostgreSQLの方が優れてるんです！とかいっても、客にこないだのMySQLのバージョンアップで
そこはMySQLの方が良くなったよね？みたいに突っ込まれたらお前の仕事は
設定までたどり着かずにそこで終わりだ。
- 559 ：NAME IS NULL：2010/09/13(月) 15:24:56 ID:???.net
- つまりお前はバージョンアップ毎に大体どんなとこが変わったか、
自分が関わるプロダクトについては抑えてる訳ね。それには敵わんわ。
DB以外の部分でいっぱいいっぱいだもの。
別に切れてないし、周りがどうなのか純粋に質問したかっただけ。ありがとう
- 560 ：NAME IS NULL：2010/09/13(月) 17:39:33 ID:???.net
- 末端部分の製造と設定の仕事しか請け負わない奴ならともかく、
システム全体請け負うフリーランスなら
プロダクトの選定からメンテナンスまで仕事じゃね普通？
- 561 ：NAME IS NULL：2010/09/13(月) 19:08:31 ID:???.net
- >>559
つーか導入時点で競合製品の比較やるために調査しないか普通。
逐次全部暗記してるわけじゃなくて、必要なら他のプロダクトについても調査するだけの話だぞ。
積極的にチェックするのはメジャーバージョンアップの時くらいでいいんだし。
俺はポスグレしか知らないし、他のプロダクトのこと学ぶのは意味がないとか言う奴に仕事が来るとは思えん。
- 562 ：NAME IS NULL：2010/09/13(月) 19:59:03 ID:???.net
- 意味無いなんてどこの誰が言ってんだ？
- 563 ：NAME IS NULL：2010/09/13(月) 21:13:04 ID:???.net
- 覚えるのは無駄
- 564 ：NAME IS NULL：2010/09/15(水) 00:38:10 ID:???.net
- わかってる人に質問。
今や、PostgreSQLがMySQLに勝る
ところは、ライセンスのわかりやすさ
だけなの？
MySQLは5.1以降の性能向上が
かなりいいらしいけど。
- 565 ：NAME IS NULL：2010/09/15(水) 03:23:11 ID:???.net
- >>564
>>526
- 566 ：NAME IS NULL：2010/09/20(月) 14:36:09 ID:???.net
- 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:???.net
- 詳しいね
- 568 ：NAME IS NULL：2010/09/21(火) 02:04:33 ID:???.net
- 常識でしょ
- 569 ：NAME IS NULL：2010/09/22(水) 01:51:40 ID:???.net
- 参考になります。ありがとうございます。
- 570 ：NAME IS NULL：2010/09/29(水) 14:19:48 ID:???.net
- スラドに「PostgreSQLやSQLiteがMySQLの代用になるとか、天と地が逆さになってもありえない。」
とか書いてるキチガイがいるな
- 571 ：NAME IS NULL：2010/09/29(水) 16:44:10 ID:???.net
- >>570
あんな基地外シッタカ放置だろ。言っていることの
全てに突っ込みどころがありまくり。
- 572 ：NAME IS NULL：2010/09/30(木) 20:32:37 ID:???.net
- ./見てないけどSQLiteはともかくDRBMSなんてどれも同じだろ殆ど
運用方法や方言が違うだけで
- 573 ：NAME IS NULL：2010/09/30(木) 21:10:39 ID:???.net
- これか
http://slashdot.jp/it/comments.pl?sid=509112&cid=1831772
マヂでただの馬鹿だな、こいつ。
- 574 ：NAME IS NULL：2010/10/04(月) 08:02:20 ID:???.net
- こいつの代用はいくらでもありそうだ。
- 575 ：NAME IS NULL：2010/10/27(水) 21:22:03 ID:DT8SPNwk.net
- SQLiteは両者と比べてどの辺の位置づけになりますか？
http://gro.cc/across/
- 576 ：NAME IS NULL：2010/10/28(木) 20:11:00 ID:???.net
- >>575
で、その宣伝グロはなんなのよ
- 577 ：NAME IS NULL：2010/12/08(水) 22:42:13 ID:5WergI0I.net
- ・・・
- 578 ：NAME IS NULL：2010/12/23(木) 18:14:04 ID:???.net
- MySQL 5.5 になって、CPUスケーラビリティは PostgreSQL に追いつきましたか？
5.1 までは酷い性能だったみたいですが。
- 579 ：NAME IS NULL：2010/12/23(木) 23:14:54 ID:???.net
- 5.1＋InnoDB Pluginでも実はまだ負けてたんだけど
5.5ならPostgreSQLとほぼ互角だと思われる
- 580 ：NAME IS NULL：2011/02/09(水) 02:46:42 ID:???.net
- 目指してる 未来が違うｗｗｗｗｗｗｗｗ ｂｙシャープ
http://twitter.com/news4medical/status/6547807896866816
- 581 ：NAME IS NULL：2011/02/26(土) 20:02:00.07 ID:???.net
- MySQL vs PostgreSQL の時代は終わり。
Oracle vs PostgreSQL が適当。
- 582 ：NAME IS NULL：2011/03/10(木) 17:33:14.86 ID:693Tf/Gc.net
- 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:???.net
- 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:???.net
- >サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。
サイトBが提供している、ショッピングカートシステム(PHP)がGPLかどうかは、
提供者に聞かないと分からない。
ダウンロードできるなら、利用ライセンスがどこかに書いてあると思うが…
- 585 ：NAME IS NULL：2011/03/10(木) 22:09:02.70 ID:???.net
- MySQLで、ライセンス料を払わなければいけないのは、
MySQLで動く自社著作物のソフトウェアを、
(独占的ライセンスで利用権を販売するなど)非GPLで他社に提供する場合。
GPLにおいて、レンタルサーバで動かすアプリケーションの利用者とは借り手のこと。サーバにアクセスする人は対象外。
GPLのソフトウェアのソースコードは、利用者にのみ提供すればそれでいい。
他社に請負で作ってもらった、著作権が自社に帰属する自社利用のWebアプリケーションは、My SQLのライセンス料を払わなくていいし、
GPLアプリケーションを改良し、自社で利用するだけであれば、他社に公開する必要もない。
- 586 ：NAME IS NULL：2011/03/10(木) 22:16:26.18 ID:???.net
- >>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:???.net
- >>585
わかりやすい解説ありがとうございます！
独占的ライセンスが必要な時以外はGPLでOKなんですね〜
しかし、A社が納品したプログラムをB社が完全に自由にできるっていうのもなんだかなぁ・・・
（丸ごとコピーして売ってもいいし、自社HPから自由にDLさせても良いということになるよね）
- 588 ：NAME IS NULL：2011/03/10(木) 22:47:21.93 ID:???.net
- >（ただし、店主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:???.net
- >>588
どう読んでも、そんな結論にならないだろ。
ＭＹＳＱＬを使用したソフトウェアを引き渡す場合、（形態を問わず）
ＧＰＬ（ソフトウェアのソースを公開）にして下さい。
ＧＰＬにしない場合、コマーシャルライセンスを買ってください。
だろ。
「頒布しないかぎりライセンス料は発生しない」
ってどこを読んだんだよ。
- 590 ：NAME IS NULL：2011/07/15(金) 00:03:53.14 ID:???.net
- 頒布しないのに誰に何のライセンス料を払うんだ？
- 591 ：NAME IS NULL：2011/07/15(金) 00:52:26.44 ID:???.net
- >>589
これが近いかもしれない
GPLは、私が機密保持契約の下で改変されたバージョンを開発することを許可していますか?
http://www.gnu.org/licenses/gpl-faq.ja.html#DoesTheGPLAllowNDA
- 592 ：NAME IS NULL：2011/07/15(金) 12:34:51.09 ID:???.net
- >>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:???.net
- >>590
これは流石に酷い・・。中国並みのライセンス意識だわ・・。
MySQLというソフトを使用するなら、日本だと、MySQLの販売代理店に金を払う。
「mysql 購入」でググれば、代理店いっぱい出てくる。
頒布しなくても、windowsを使用する場合、windowsのライセンスは買うだろ。
まあ、お前は海賊版使ってるのかもしれないけどさ。
- 594 ：NAME IS NULL：2011/07/15(金) 12:57:36.03 ID:???.net
- >>591
使うソフト（ＷＥＢサイト）を自社のみで使う(NDAなどで委託先に開発させたものを含む)場合には、
利用者(自社)がソースコードなどをＧＰＬに基づいて利用できる状態にあればよいわけで
ＧＰＬを尊守しているかぎり、第三者にバイナリを提供していないにもかかわらずソースコードを開示する義務はなくて、
従って、バイナリやソースコードを第三者に頒布しなくとも(ＧＰＬを尊守しているかぎり)、
商用ライセンスを購入する必要はないと読める
- 595 ：NAME IS NULL：2011/07/15(金) 13:04:31.32 ID:???.net
- >>593
MySQLを自分で使用するだけなら金を払う必要ないよ。
RHELやCentOSにMySQLの価格は含まれていないでしょう。
もし金を払う必要があったら本屋で売ってる
CentOSのDVD-ROM付きガイド本が20万円以上することになる
買うのはサポートが欲しいときと、GPLを外したいとき
- 596 ：NAME IS NULL：2011/07/15(金) 15:47:08.69 ID:???.net
- >>595
ぽかーん
CentOSにMySQL入ってないだろ。
MySQLのダウンロードは無料。
使用するなら、使用するソフトをＧＰＬで公開する。
じゃなきゃ、金を払う。
MySQLは営利企業が開発して、販売してるソフトだぞ。
ただ、使うソフトをＧＰＬで公開すれば、無料で使えますってだけ。
- 597 ：NAME IS NULL：2011/07/15(金) 16:45:28.52 ID:???.net
- >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:???.net
- >>597
入ってるのか。
いつも最小インストールだから、知らなかった。
- 599 ：NAME IS NULL：2011/07/15(金) 23:34:57.84 ID:???.net
- CentOSはGPL。ここポイントな。
「第三者にバイナリを提供していないにもかかわらず」は、
内部の社員からの流出はライセンス的には止められない可能性がある。
なんにせよ、GPL汚染が怖いならフリー版のMySQLは候補にはならないよ。
- 600 ：NAME IS NULL：2011/07/15(金) 23:35:17.20 ID:???.net
- >>596
GPLには公開する義務なんてないよ。何言ってんだ？
- 601 ：NAME IS NULL：2011/07/16(土) 00:38:17.78 ID:???.net
- >>599
内部の社員からの流出は、プログラムがGPLかどうかとは関係がない
GPLソフトウェアの扱いにも守秘義務が課せられるということは、
GPLでないソフトウェアと何ら違いはない
GPLの条項が理解できない場合や受け入れなれない場合は、
フリー版のMySQLは利用できない
- 602 ：NAME IS NULL：2011/07/16(土) 11:57:32.78 ID:???.net
- MySQLのライセンスのポイントは２つ。
１）MySQL自体の改変についてはＧＰＬに従う。
２）MySQLを使用して開発した成果物（ソフトウェア・WEBサイトなど）もＧＰＬに従う。
で、１）と２）は基本的に関係の無いライセンス規定で、
金銭的に問題になるのは２）。
１）のMySQL改変なんてやる人は滅多にいないけど、この規定のせいで
「MySQL自体を改変しなけりゃ、使って大丈夫」っていうデマが流れるようになった。
日本の(貧乏)企業の半数がPostgreSQLを使用しているのは、
２）の規定を読んでMySQLの使用を避けたか、MySQL販売代理店に確認したためと思われる。
- 603 ：NAME IS NULL：2011/07/16(土) 19:58:43.00 ID:???.net
- ＞２）MySQLを使用して開発した成果物（ソフトウェア・WEBサイトなど）もＧＰＬに従う。
って事は、MySQLを利用したWebサイトを作成してサイトを公開しただけなら、そのサイトを構成するcgi等を公開する必要は無いって事？
- 604 ：NAME IS NULL：2011/07/16(土) 20:20:25.64 ID:???.net
- >>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:???.net
- >>604
レスさんくす。
やっぱ、そうなるよね。
- 606 ：NAME IS NULL：2011/07/17(日) 06:09:09.16 ID:???.net
- >>604
604のリンク先を読むと、無条件で公開しなくていいわけではないようだが。
公にするならソースコードを公開しろという事だから、WEBサイトにつかうなら公開する
必要があるだろう。エクストラネットで内部だけで使うならともかく。
- 607 ：NAME IS NULL：2011/07/17(日) 08:22:56.73 ID:???.net
- ここでいう「公にする」ってのはソフトウェアを頒布するということ。
Webでサービスを提供するのは当てはまらない。
無条件で公開しなくてよいわけではもちろんないが、GPLソフトウェアの
派生物を頒布する場合はその改変されたソースコードも提供しなければ
ならないといっているだけに過ぎない。
- 608 ：NAME IS NULL：2011/07/17(日) 10:56:26.58 ID:???.net
- >>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:???.net
- うわっ AGPLなんて物もあるのか。こりゃ徹底してるな。
- 610 ：NAME IS NULL：2011/07/17(日) 11:15:38.34 ID:???.net
- >>602
MySQLは当時サブクエリも使えなかったからな。
PostgreSQLに流れたのは当然。
- 611 ：NAME IS NULL：2011/07/17(日) 12:09:07.52 ID:???.net
- >>606
それを要求するのはAGPLであってGPLじゃない。
- 612 ：NAME IS NULL：2011/07/17(日) 12:29:03.72 ID:???.net
- >>610
今でもまともにJOINもできないけどね > MySQL
- 613 ：NAME IS NULL：2011/08/07(日) 12:30:52.67 ID:???.net
- MySQLはオワコン
ttp://slashdot.jp/apple/11/08/04/0816215.shtml
- 614 ：NAME IS NULL：2011/08/10(水) 20:07:17.21 ID:???.net
- >>593
GPLは利用ライセンスじゃないのよ
- 615 ：NAME IS NULL：2011/08/23(火) 12:20:55.62 ID:???.net
- レンタルサーバのDBがほとんどMySQLばっかりだからなあ
半々ぐらいになってくればPostgresも利用するんだがねぇ。
なんでMySQLばっかなんだろ。ただ単に他の業者がMySQLだからうちもって感じなのかな。
- 616 ：NAME IS NULL：2011/08/23(火) 15:18:43.32 ID:???.net
- ちょっと前のPHPの標準扱いだったからじゃないかなあ
- 617 ：NAME IS NULL：2011/08/29(月) 20:55:43.08 ID:???.net
- 今は格安VPSあるからそれ使うのが主流になるんじゃね
- 618 ：NAME IS NULL：2011/09/23(金) 09:04:25.85 ID:ZEglwbVi.net
- うちのＰＣ管理者が
「社内イントラネットで使うデータベース（外部には非公開）であっても
業務で使うなら、MySQLは商用ライセンスが必要。
だからPostgreSQLじゃなきゃだめ」
って言い張っているんですが、純粋に自分らで作って自分らだけで使うんなら
商用ライセンスなんて要らないですよね？
- 619 ：NAME IS NULL：2011/09/23(金) 09:32:46.66 ID:???.net
- サポート欲しけりゃライセンス買え。
MySQL使ったシステムを配布するならライセンス買うか、GPLに従って求められればソース出せ。
配布もしないし、サポートも要らないなら好きにしろ。
じゃないの?
- 620 ：NAME IS NULL：2011/09/23(金) 12:01:50.05 ID:???.net
- >>618
>商用ライセンスなんて要らないですよね？
要らないと思うけど問い合わせてみれば？
- 621 ：NAME IS NULL：2011/09/23(金) 13:09:23.27 ID:???.net
- >>620
問い合わせると「サポート無しでは云々」とか言われそうで。
うちのPC管理者ってマジで紙テープも使っていたCOBOL爺なんだが
（昔はパッチを当てるというのは、こうやって紙テープのアナをふさいだりアナを手であけたり
したもんだ、と実演してくれたｗ）
PHPとかもやっているくせに、どうも一度信じきったこと（MySQLを業務で使うには商用ライセンスが必要）
はナカナカ考えを変えそうにないんでねー。
- 622 ：NAME IS NULL：2011/09/23(金) 14:19:25.11 ID:???.net
- >>621
具体的に何を言われたかは知らないけど、
たとえライセンス条項の文言に違反はしてなくても、
ライセンス元の権利者が商用ライセンスを買わないと使わせないというのなら、
従うべきのような気もする
- 623 ：NAME IS NULL：2011/09/23(金) 14:20:54.92 ID:???.net
- その使い方なら商用ライセンスはいらないが、
「２ちゃんに書いてありました」って言ったところで信じないだろう
- 624 ：NAME IS NULL：2011/09/23(金) 15:42:02.11 ID:???.net
- >>622
GPLの場合に限れば、オリジナルの権利者以外もサブライセンスできるから
実質ライセンス条項の文言がすべてだな。
ただ、ライセンスの話とサポートは別だが。
- 625 ：NAME IS NULL：2011/09/23(金) 16:45:53.60 ID:???.net
- >>621
PostgreSQLでなにが悪いんだ。最近はこちらの方が昇り龍。
- 626 ：NAME IS NULL：2011/09/24(土) 20:50:34.06 ID:???.net
- >>625
PostgresをＶｉｓｔａＨｏｍｅに入れようとしたらハマったでござるの巻。
- 627 ：NAME IS NULL：2011/09/25(日) 03:58:37.42 ID:???.net
- >PHPとかもやっているくせに
カスだな
- 628 ：NAME IS NULL：2011/09/25(日) 09:03:54.58 ID:???.net
- >>627
なんでPHPがカスなんだよぉぉおぉ。
- 629 ：NAME IS NULL：2011/09/25(日) 09:39:13.04 ID:???.net
- >>628
クソなPHPつかうところはちゃんと妥協できてんのに、
ほかで融通利かない点がカスなんだとおもう。
- 630 ：NAME IS NULL：2011/09/25(日) 09:55:16.49 ID:???.net
- >>629
PHPは
print(”残高は$zandaka円です”）；
っていう記述が出来るので好き。あと変数に$をつけるので
うっかり予約語と被らないところとかが好き。
言語体型がCと似ているので好き。
- 631 ：NAME IS NULL：2011/09/25(日) 19:25:09.19 ID:???.net
- うちの近所の図書館には
PostgreSQLがキーワードな本が１冊も無い。
MySQLなら8冊ある
- 632 ：NAME IS NULL：2011/11/08(火) 16:43:05.70 ID:???.net
- 俺は絶対に
print ”残高は” . $zandaka . ”円です”;
と書くな
もしくは
printf(”残高は%d円です”, $zandaka);
元Javaプログラマだからってのもあるだろうが
- 633 ：NAME IS NULL：2011/11/11(金) 00:59:25.26 ID:???.net
- >>630
PHPが糞ってかプログラマが糞なのがよくわかるな
- 634 ：NAME IS NULL：2011/11/11(金) 08:22:20.91 ID:7zKB4sPU.net
- >>632
print ”残高は” . $zandaka . ”円です”;
↑
これ、PHP3だと記述できないんだっけ？
（カッコでくくる必要がある）
- 635 ：NAME IS NULL：2011/11/11(金) 11:01:34.44 ID:???.net
- 全文検索をやってる人いますか？
検索結果の表示順序を決めるものとしてPostgreでは相関値rankがありますが
MySQLでは類似値が無いようなので、その面ではPostgresがよいかなと。
- 636 ：NAME IS NULL：2011/11/12(土) 16:43:16.09 ID:???.net
- MySQLほどレスポンス求められないなら分析関数使えるPgかな。
- 637 ：NAME IS NULL：2011/12/06(火) 12:06:13.43 ID:xOiDCcgd.net
- 最近レプリケーションも出来るように成ったとのことで、ポスグレに鞍替えしようかと思っているのですが、sqlでどこら辺がちがうなど、代表的なモノを幾つかお教えいただきたいのですが…
- 638 ：NAME IS NULL：2011/12/06(火) 13:00:12.25 ID:???.net
- >>637
>>636
- 639 ：NAME IS NULL：2011/12/06(火) 13:39:38.29 ID:???.net
- 標準ではダメだけどMySQLではOKな緩いやつが蹴られるかな
GROUP BY 周りとか。
- 640 ：NAME IS NULL：2011/12/08(木) 16:58:39.90 ID:J5DfcOHu.net
- なるほど、group はMySQLはゆるいんですね。
ありがとうございます。
一応SQLの本を読みつつMySQLを覚えたのですが、ひょっとしてゆるいSQLで記載してるかもなので、見直してみます
- 641 ：NAME IS NULL：2011/12/23(金) 12:20:46.94 ID:m7rArB+e.net
- MySQLは、一回のselectで一つのテーブルに関して使われるインデックスは
一つだけという上限があるみたいなんですが、ポスグレはどんなでしょ?
- 642 ：NAME IS NULL：2011/12/23(金) 12:32:49.65 ID:???.net
- >>641
PostgreSQLにはそういう制限はない。
- 643 ：641：2011/12/23(金) 15:47:12.08 ID:???.net
- ども >>642
ということは、2つ以上のインデックスが活きるような検索なら、
MySQLよりかなり速いってことも有り得そうですね。
- 644 ：NAME IS NULL：2011/12/23(金) 19:03:01.15 ID:???.net
- >>643
容量節約できるくらいじゃない？
適切なインデックスを張る前提だけど、そこは横着しないでしょ。ふつう。
- 645 ：NAME IS NULL：2011/12/23(金) 19:50:38.86 ID:???.net
- 一度のテーブルスキャンするのに使われるindexはどのDBMSでも
高々1つだと思うんだが、>>641の制限ってどういう状況？
1クエリ内で同じテーブルを複数回スキャンする場合に1つの
同じindexしか使われないということなのか、あるいはそもそも
1クエリ内のindex scanはテーブル毎に1回ずつしか使われないと
いうことなのか。
- 646 ：NAME IS NULL：2011/12/24(土) 10:34:51.60 ID:???.net
- >>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.net
- こんなスレがあったとは。
つかぬことをうかがいますが、MySQLとPostgreSQLでは、どちらがより省メモリでしょうか。
速いのはMySQLだそうですが、速さよりもメモリ消費量の少なさに興味があります。
「条件次第」といわれればそれまでですが、こんなときはMySQL or PostgreSQLのほうが省メモリだよー、というのを教えてください。
- 648 ：NAME IS NULL：2011/12/31(土) 22:33:29.66 ID:???.net
- MySQL
- 649 ：NAME IS NULL：2012/01/02(月) 14:00:59.18 ID:???.net
- RDBMSにおけるメモリ使用量のほとんどはデータのキャッシュ領域なので
(PostgreSQLでshared_buffers、MySQLでinnodb_buffer_pool_size)、
そこを少なく設定すれば省メモリになる。もちろんその分性能は下がる。
そこを同じ設定にしたと仮定すると、
PostgreSQLはマルチプロセスアーキテクチャ、
MySQLはマルチスレッドアーキテクチャなので、
データベースへの接続数が多い場合はMySQLの方がメモリ使用量は少ない。
- 650 ：NAME IS NULL：2012/01/31(火) 18:24:23.97 ID:???.net
- >>632
php的には
?>残高は<?=$zandaka?>円です<?
だろ。ちがうかｗ
- 651 ：NAME IS NULL：2012/02/24(金) 22:16:18.08 ID:???.net
- SELECT 〜 limit 100 とかした場合でも、条件に合う総件数を知りたい場合、
MySQLだとSELECT SQL_CALC_FOUND_ROWS 〜 とかやれば出来るんですけど、
PostgreSQLの場合はどうしたらいいんでしょ?
- 652 ：NAME IS NULL：2012/02/25(土) 01:16:57.92 ID:???.net
- SELECT count(*) OVER() ... LIMIT 100
- 653 ：NAME IS NULL：2012/02/25(土) 14:55:49.26 ID:???.net
- overなる語も加えてぐぐってみました。
成程、ウインドウ関数とかいうものを使うのですね。
MySQLくらいしか知らなかった者では目が向かない部分でした。
ありがとうございました。
- 654 ：NAME IS NULL：2012/03/12(月) 21:14:01.80 ID:???.net
- ポスグレは正規表現が使える
- 655 ：NAME IS NULL：2012/04/12(木) 05:52:18.89 ID:F54V/Qvn.net
- >>649
ポスグレのshared_buffersについて根本的に勘違いしてね？
shared_buffersは共有メモリとして１つだけ確保、クライアントと接続するバックエンドプロセスは
その共有メモリにアクセスするんだよ。MySQLのInnoDBと同じ。
バックエンドプロセス間の排他制御は様々な工夫がこらされて、パフォーマンスはとてつもなく向上してる。
ベンチマークはいろいろ公開されてるから調べるとよろし。
ポスグレのバージョンが古いけどそれでもMySQLより速いことが多いはず。
今ならもっと速い。MySQLもパフォーマンス向上してるけどさ。
- 656 ：NAME IS NULL：2012/04/12(木) 13:30:35.46 ID:???.net
- ・メモリをたくさん設定するとディスクI/Oが減るので速い
・最近のバージョンではshared_bufferへのアクセス排他制御が良くなっているので速い
という二つの話題が混ざっているんだな
- 657 ：NAME IS NULL：2012/05/07(月) 13:05:12.95 ID:???.net
- MySQL使うメリットってクラスタ組める以外に何かある？
- 658 ：NAME IS NULL：2012/05/07(月) 16:27:36.78 ID:???.net
- サポートの回答がめちゃくちゃ早い
- 659 ：NAME IS NULL：2012/05/08(火) 14:37:38.79 ID:???.net
- お それわいい事です。
- 660 ：NAME IS NULL：2012/05/08(火) 17:13:01.69 ID:???.net
- 有料？
- 661 ：NAME IS NULL：2012/05/09(水) 17:56:44.42 ID:???.net
- 他に無いのかよｗｗｗ
- 662 ：NAME IS NULL：2012/05/11(金) 21:14:01.96 ID:???.net
- なにが？
- 663 ：NAME IS NULL：2012/05/11(金) 22:52:13.89 ID:???.net
- sequenceてどうやるの？
- 664 ：NAME IS NULL：2012/05/13(日) 16:27:31.51 ID:???.net
- そのままぐぐれ
- 665 ：NAME IS NULL：2012/05/13(日) 21:53:51.25 ID:???.net
- 何でググれないのにここに書き込めるんだろう
- 666 ：NAME IS NULL：2012/05/14(月) 11:36:49.76 ID:rmHVUy71.net
- 千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
- 667 ：NAME IS NULL：2012/05/15(火) 06:28:32.04 ID:bfF6xyzj.net
- 語気光線( ´Д`)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.net
- それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
- 669 ：NAME IS NULL：2012/05/16(水) 04:25:29.35 ID:/ibgSKqe.net
- 私が千歳科学技術大学 グローバルシステムデザイン学科 専任講師・理学博士：深町 賢一だが何か？
用があるなら、http://www.chitose.ac.jp/course/teacher/glo/000057.html
- 670 ：NAME IS NULL：2012/05/17(木) 09:48:10.33 ID:???.net
- mysqlがoracleに買われたことで
ライセンスが変わって、
自社のパッケージに使ってた場合とか面倒なんでだんだんpostgresへの移行が進んでるね
oracleは囲い込んだつもりだったんだろうが、
金払ったりベンダーに囲われたりするのが嫌なユーザが使ってるんだからそら逃げるわな
嫌われ者のoracle
- 671 ：NAME IS NULL：2012/05/19(土) 00:39:24.76 ID:???.net
- ライセンス変わったっけ？
特に誰も騒がなかったような。
- 672 ：NAME IS NULL：2012/05/19(土) 12:46:22.32 ID:???.net
- ライセンスっていうか値上げはされた
- 673 ：NAME IS NULL：2012/05/19(土) 16:01:07.41 ID:???.net
- え 有償だったっけ？
- 674 ：NAME IS NULL：2012/05/19(土) 18:09:09.35 ID:???.net
- 価格表あるよ
http://www-jp.mysql.com/products/
- 675 ：NAME IS NULL：2012/05/26(土) 21:45:52.54 ID:???.net
- コミュニティエディソンなら無償なわけね
- 676 ：NAME IS NULL：2012/07/05(木) 00:44:20.53 ID:???.net
-
- 677 ：NAME IS NULL：2012/07/22(日) 02:57:58.82 ID:???.net
- Postgresってトランザクション中にPQprepareできないんだね
地味に不便
- 678 ：NAME IS NULL：2012/08/07(火) 23:19:03.64 ID:4lP3W0QG.net
- 木階層構造がメインになるようなデータベースの場合には、
一般的に、WITH RECURSIVEのあるPostgreSQLが選ばれているのでしょうか？
- 679 ：NAME IS NULL：2012/08/07(火) 23:41:42.44 ID:???.net
- 本当に木構造なら、自分は Nested Set Model 使う。
もちろん PostgreSQL で。
- 680 ：NAME IS NULL：2012/08/08(水) 02:48:30.06 ID:???.net
- >>679
ありがとうございます。
アートオブＳＱＬの（たしか）pp.163のあたりに、
Celkoの階層構造は遅くて話にならない的なことが書かれていた記憶があるのですが、大丈夫ですかね？
それとPostgreSQLを選ぶ理由は、こういう用途にMySQLは向かないからですか？
- 681 ：NAME IS NULL：2012/08/10(金) 00:19:28.30 ID:???.net
- データ自体の更新頻度や参照頻度や偏り等で、適切なアルゴリズムは変わってくるんじゃね
どういう用途を想定してるの
- 682 ：NAME IS NULL：2012/08/10(金) 02:50:00.93 ID:???.net
- >>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:???.net
- WITH RECURSIVEは記述が簡単ってだけで、ぜんぜん速くなりそうもないが。
- 684 ：NAME IS NULL：2012/08/10(金) 20:31:32.89 ID:???.net
- >>683
再帰的with文はDB構造の問題でもあるので、
対応してあるDBならそれなりに最適化してあると思います
- 685 ：NAME IS NULL：2012/08/10(金) 23:35:03.93 ID:???.net
- そもそも速くなる構造じゃない。最適化といってもたかが知れてる。
- 686 ：NAME IS NULL：2012/09/04(火) 07:28:17.94 ID:9+44OBYE.net
- MySQLは使いやすいし、.NETサポートもあるんだけど、スキーマが使えないのがねー
脱Accessの次には良いんだけど、スキーマがないとつらいよねー
- 687 ：NAME IS NULL：2012/09/11(火) 16:13:31.16 ID:???.net
- >>686
どういった意図でスキーマが必要といっているかわからないけど、
mysqlの場合１インスタンスに複数のデータベースを作成できるから代用できると思うけど。
- 688 ：NAME IS NULL：2012/09/11(火) 20:44:53.44 ID:???.net
- MySQLはよく知らないけど、MySQLは複数のデータベースにあるテーブルを結合したりできるの？
- 689 ：NAME IS NULL：2012/09/13(木) 17:21:44.69 ID:???.net
- >>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.net
-
- 691 ：NAME IS NULL：2012/11/11(日) 05:05:44.14 ID:???.net
- 結論 MySQLはおもちゃ
- 692 ：NAME IS NULL：2012/11/11(日) 10:10:54.96 ID:7YUVnSXh.net
- 馬鹿には無理
- 693 ：NAME IS NULL：2012/12/04(火) 14:03:21.69 ID:sQ39dyiD.net
- http://qiita.com/items/1d65e3fc04ee4693122c
- 694 ：NAME IS NULL：2012/12/11(火) 18:28:56.18 ID:fNq2TqrM.net
- >>692
(´・ω・)ｶﾜｲｿｽ
そういえば中古ソフトがかなり安く買えた
激安中古ソフト販売( ・∀・) ｲｲﾈ！
ググってみて
- 695 ：NAME IS NULL：2012/12/11(火) 19:28:06.48 ID:???.net
- カスケドレプリケションも出来た事だし、
もうポスグレでいんじゃね？
- 696 ：NAME IS NULL：2012/12/12(水) 16:23:23.84 ID:???.net
- みずほFG次期システム実況スレ
http://kohada.2ch.net/test/read.cgi/prog/1355294277/26
- 697 ： ◆sEtkok3cDs ：2012/12/14(金) 10:36:22.80 ID:???.net
- t
- 698 ：NAME IS NULL：2013/01/02(水) 23:30:31.55 ID:???.net
- MySQLはOracleさんが買い取って飼い殺しにした時点で将来がなぁ…。
だからPostgreSQLがいい！と断言はしないけど…。
- 699 ：NAME IS NULL：2013/01/02(水) 23:47:08.88 ID:???.net
- Oracleと縁は切れないの？
- 700 ：NAME IS NULL：2013/01/03(木) 02:20:58.15 ID:???.net
- 飼い殺し かわいそぉ
- 701 ：NAME IS NULL：2013/01/08(火) 11:52:46.49 ID:5ntVS72y.net
- 告訴の趣旨
被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
労働者派遣法第26条（契約の内容等）、職業安定法第44条（労働者供給）に違反
多重派遣・多重出向
労働基準法第6条（中間搾取の禁止）に違反
疎明資料
事前面接日時、場所、出席者、資料のコピー、音声記録
就業場所・就業期間・就業時間
指揮命令
指示を誰が行っているかの記録、音声記録
仕事で使う道具や、資材の負担（所有）のあり方
業務で使用しているパソコン・備品などの所有者
契約書
請負、雇用契約書、出向指示など書面のコピー
刑事告訴ガイダンス
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを（裁判不要）してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者（又は競合他社）に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の３割程度を謝礼金として渡してください。
- 702 ：NAME IS NULL：2013/01/14(月) 17:53:13.86 ID:/jifvTY6.net
- http://wiki.postgresql.org/wiki/Slow_Counting/ja
やっとこの対応されたからなぁ。。これには参った
- 703 ：NAME IS NULL：2013/01/15(火) 13:54:44.38 ID:???.net
- 今はInnoDBでも
SELECT COUNT(*) FROM table
これの結果の正確な値をしゅぱっと素早く返してくれるようになってるんすか?
三年位前に使ったときはそうでもなかったけど。
- 704 ：NAME IS NULL：2013/04/04(木) 13:44:35.49 ID:DChSigPx.net
- なんか勝負つきました？
- 705 ：NAME IS NULL：2013/04/07(日) 11:58:56.75 ID:VqunSgNt.net
- ポスグレっていまだに.NETのデザインタイムサポートが実装されてないのかぁ
惜しいねぇ〜
- 706 ：NAME IS NULL：2013/05/01(水) 21:56:32.21 ID:???.net
- PHPと合うのは、MySQLですか？それともPostgreSQLですか？
- 707 ：NAME IS NULL：2013/05/01(水) 22:46:41.42 ID:???.net
- >>706
関数とかの対応状況はどっちも同じじゃないかな？
「今は」ね
- 708 ：NAME IS NULL：2013/05/02(木) 22:46:29.98 ID:???.net
- >707
「今は」ですか
MySQLにライセンス料が発生したら、PostgreSQLに流れますかねぇ
それともオブジェクト指向DBが取って変わるかも
- 709 ：NAME IS NULL：2013/05/09(木) 16:32:53.21 ID:???.net
- >>708
今でも開発するソフトウェアがGPLで無い場合は、商用ライセンスが必要だと思ったが。
あと、オブジェクト指向DBが取って代わるなんて事は無いと思うよ。
- 710 ：NAME IS NULL：2013/05/09(木) 23:20:21.95 ID:???.net
- 今、わざわざ MySQL を選ぶ理由って何があるの？
- 711 ：NAME IS NULL：2013/05/09(木) 23:33:16.10 ID:???.net
- 705でつぶやいてる人もいたけど、
postgresqlに.NETのデザインタイムサポートがあればなぁ。
暇と知識と技術があれば、自作したいくらいｗ
あと、windowsOS上で、全文検索とか、MySQLのほうが楽そう。
ここで聞くことじゃないとは思うけど、
postgres9.2 & windows でいい日本語全文検索方法あったら教えて下さいな。
- 712 ：NAME IS NULL：2013/05/09(木) 23:46:21.71 ID:???.net
- >>711
標準のN-gram検索だとダメなの?
- 713 ：NAME IS NULL：2013/05/10(金) 00:05:55.58 ID:???.net
- コンパイルが必要みたいだけど、ドキュメントに
「ほとんどのユーザには〜バイナリ配布物をダウンロードすることを推奨します。」
ttp://www.postgresql.jp/document/9.2/html/install-windows.html
とまで書いちゃってるから、かなり敷居が高いのかなと…。
- 714 ：NAME IS NULL：2013/05/10(金) 00:37:02.78 ID:???.net
- >>713
全文検索で日本語対応させるには、たったの1行書き換えるだけだし、
再コンパイル自体も難しいわけでもないし、問題ないと思うけどなぁ。
- 715 ：NAME IS NULL：2013/06/22(土) 15:24:07.08 ID:???.net
- >>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:???.net
- pg_bigmは？
- 717 ：NAME IS NULL：2013/06/26(水) 15:07:04.95 ID:QZ1iKrfb.net
- MySQLから入った自分はPostgreのロールが分からん。
- 718 ：NAME IS NULL：2013/06/27(木) 09:47:16.97 ID:???.net
- まず、Postgreなんて略さない
- 719 ：NAME IS NULL：2013/07/01(月) NY:AN:NY.AN ID:???.net
- MySQLに負けてるのは.NETサポートだけだ！
って認識でいいの？
- 720 ：NAME IS NULL：2013/07/05(金) NY:AN:NY.AN ID:kC0pKTG8.net
- >>719
そうだね
激安中古Adobe取扱店かなりやすいね(・∀・)キャンペーンだと
ホント庶民の味方だよググってみ
- 721 ：NAME IS NULL：2013/09/07(土) 09:34:06.15 ID:???.net
- >ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる
ぐるーーーんがの
ポスグレ用のやつもあかんのかな?
- 722 ：NAME IS NULL：2013/09/08(日) 14:08:23.48 ID:???.net
- 一応あるにはあるけど、
初めにお試し的なのがリリースされてからぜんぜん更新されてないな
- 723 ：南沢木綿子 ◆UUIfF5txFAdU ：2013/10/03(木) 15:32:50.17 ID:???.net
- ∧,,,∧
( ・∀・) ほー それで
( ： )
し─J
- 724 ：NAME IS NULL：2013/10/11(金) 22:41:21.94 ID:???.net
- solr使えよ。
- 725 ：NAME IS NULL：2013/10/14(月) 12:54:00.84 ID:???.net
- 用途が違うわ
- 726 ：NAME IS NULL：2013/11/19(火) 08:11:48.89 ID:7/k9mIM2.net
- 質問
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:???.net
- してる
- 728 ：NAME IS NULL：2013/11/19(火) 13:55:25.79 ID:???.net
- >>726
本だけがドキュメントだと思っているのか?
- 729 ：NAME IS NULL：2013/11/19(火) 15:39:22.62 ID:???.net
- >>726
つうか、この分析でMySQLが大規模向け、ポスグレが小規模向けっていう理由が
分からん。
LLがどうしたとかコネクションプーリングがどうしたで変わるのか？
なんか無理矢理MySQLを大規模向けにするための方便にしか聞こえない。
- 730 ：NAME IS NULL：2013/11/19(火) 17:10:33.27 ID:7/k9mIM2.net
- >>728
これからDBを勉強したいって思ってる人間が本屋に行って沢山並んでいる奴と殆ど並んでいない奴とを比較して
どれを勉強しようかってなると…とか思わないですか？
ま、仕事で有無を言わさずやらされてたり、最初からそれ専門でやってる連中は別なんでしょうがね
- 731 ：NAME IS NULL：2013/11/19(火) 17:19:08.48 ID:???.net
- 思わんなあ
本屋が全ての人がネットで仕事するのか
- 732 ：NAME IS NULL：2013/11/19(火) 17:26:32.91 ID:???.net
- >>730
そこまでの素人だったら、こういう本から始めてほしいね。
『SQL ゼロからはじめるデータベース操作』
http://www.amazon.co.jp/dp/4798118818
- 733 ：NAME IS NULL：2013/11/20(水) 08:53:42.72 ID:???.net
- >>726
最新版の公式ドキュメントが日本語で翻訳されるから本が必要な部分が少ないのだよ
>>729
だってMySQLの人だもん
- 734 ：NAME IS NULL：2013/11/21(木) 09:50:48.30 ID:???.net
- >>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.net
- 往年の Linux vs FreeBSD みたいですなぁ
- 736 ：NAME IS NULL：2014/01/05(日) 03:04:14.29 ID:???.net
- #&0020
- 737 ：NAME IS NULL：2014/01/09(木) 23:07:18.04 ID:ATMa5W5t.net
- MySQLはそろそろ避けたい
でもPostgreSQLは古いバージョン触った事ある人なら怖くて選択できない
- 738 ：NAME IS NULL：2014/01/10(金) 00:11:29.60 ID:???.net
- そして昔からずっとpostgres使ってきている人は今のpostgresの優秀さをよく知っている。
- 739 ：NAME IS NULL：2014/02/06(木) 17:09:56.11 ID:???.net
- >>737
逆じゃない？
俺は昔にMySQL使ってみてトラウマになって、いまだにMySQLだけは試してみようとも思わない。
本格的なSQLの仕様とか日本語(マルチバイト)対応の面とか、MySQLに対する優位性はゆるぎがなかったけどなぁ
今は知らないが
- 740 ：NAME IS NULL：2014/02/09(日) 22:15:32.57 ID:???.net
- >>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:???.net
- pgsqlが安定して速いmysqlは検索が速い
じゃなかたけ？
- 742 ：NAME IS NULL：2014/02/10(月) 08:19:50.69 ID:???.net
- >>741
それ以前にMySQLは単なるサブセット
子供のおもちゃみたいなもん
だった
今はしらん
- 743 ：NAME IS NULL：2014/02/12(水) 11:20:32.47 ID:???.net
- >>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:???.net
- >>743
MySQL最強説なんてあったかな？
あったとしても、まだサブクエリーも使えないRDBMSと呼べないような代物だったころの話でしょ？
- 745 ：740=743：2014/02/12(水) 15:17:12.15 ID:???.net
- >>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:???.net
- LAMPの時代だと
「トランザクションの無いRDBMS」
って使い物になんの？
と疑問だったな。
後日、アプリ屋と会話する事があって、アプリ側で競合回避のロック機能を
入れたりとかしてるとか聞いて大変そうだなと思ったっけ。
- 747 ：740：2014/02/12(水) 23:19:46.20 ID:???.net
- 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:???.net
- MySQLの方がPostgresSQLより速い？とかの説がいまだにあるんだけど、理解できない。
7のころからPostgresSQLを使っているが（Oracleから移行した）、処理が遅くて問題になったことは一度もないんだんが？
現行のPostgresSQLで処理能力に問題があるレベルだったら、Oracleとかでも同じじゃないかな？
ハード面を見直す必要があるよね。
うちのはハード構成としてはかなり強力。もちろんAPサーバとは別運用している。
- 749 ：NAME IS NULL：2014/02/15(土) 16:14:53.17 ID:???.net
- むしろ Oracle 遅ぇ！
- 750 ：NAME IS NULL：2014/02/15(土) 18:11:37.68 ID:???.net
- >>748
よくある噂話はmysqlの方はチューニングして、pgsqlはそのまんまで
検索テストをしたとかなんとか。
pgsqlもちょとチューニングしたら、爆速になったとかなんとか。
- 751 ：NAME IS NULL：2014/02/15(土) 20:34:49.66 ID:???.net
- 7の頃はしょっちゅうオプティマイザの実装が変更されてて、それまで問題なかったクエリが
バージョンアップでかえって遅くなるなんてのはザラだったな。
- 752 ：NAME IS NULL：2014/02/16(日) 14:43:16.89 ID:???.net
- 業務で稼働してるシステムは簡単にバージョンアップとかできないよ、普通は
それなりに徹底的に検証してからでないと
- 753 ：NAME IS NULL：2014/02/16(日) 14:45:41.67 ID:???.net
- >>749
こうゆう変な人がいるから困る、マジで。
どこで聞きかじったか知らないがさも知ってるふうに…
Oracle遅いって言える俺、かっこいいとか思ってるのかな？
- 754 ：NAME IS NULL：2014/02/16(日) 15:10:51.43 ID:???.net
- >>750
その話も良く聞くけど、せいぜいメモリの割り当て程度の話。
しかも「爆速」とか言うほど変わるわけない。
なんでこう、実務に使った経験ないのに知ったかぶりで言う人が多いかなぁ
- 755 ：NAME IS NULL：2014/02/16(日) 21:37:20.18 ID:???.net
- >>753
すまん、実体験なんだ…
PostgreSQL 並に軽くて速くする手軽な方法おしえてくれ…
- 756 ：NAME IS NULL：2014/02/19(水) 21:26:04.51 ID:???.net
- http://laysakura.github.io/20140218-MySQLite/
MySQL はストレージエンジンを差し替えられるから、こういう芸当ができるんだね
PostgreSQL で似たようなことできないの？
- 757 ：NAME IS NULL：2014/02/19(水) 21:55:40.61 ID:???.net
- >>756
まさに「芸当」だね
一発芸で話題を提供して話ネタで楽しむには面白いんだけど、
組込み向けRDBエンジンであるSQLiteをMySQLからアクセスできて何が嬉しいの？
- 758 ：NAME IS NULL：2014/02/20(木) 00:06:58.05 ID:???.net
- >>756
作っている本人ですら用途が分からないと言っているような、
完全に趣味で作っているものを持ち上げるのは止めて差し上げろ。
- 759 ：NAME IS NULL：2014/02/20(木) 06:00:50.28 ID:???.net
- 無意味なものつくりました！って大学院の学生がやる話じゃないね。
才能ないからDeNA行くんだろうし、ほっとけ
>>756
FDWがある。
少なくとも現状のMySQLiteレベルなら一発撃破できるはず。
- 760 ：NAME IS NULL：2014/02/20(木) 09:07:51.32 ID:???.net
- ずいぶん前に作った人いるでしょ
sqlite_fdw
oracleもあるしredisとかもある
- 761 ：NAME IS NULL：2014/04/14(月) 18:29:34.37 ID:wO4srR+X.net
- まだ続くんですか
- 762 ：NAME IS NULL：2014/04/30(水) 01:27:00.21 ID:???.net
- オラクルはクローズソース
オラクルの企業戦略次第では、いきなり有償化する可能性がある
- 763 ：NAME IS NULL：2014/04/30(水) 01:38:31.68 ID:???.net
- オラクルの無償のって、OTN版だよね？
学習用ってことじゃないの？
学習用ならPostgresqlで十分(十二分)と思う
- 764 ：NAME IS NULL：2014/04/30(水) 14:07:38.93 ID:???.net
- 学習用じゃなくて実務用でもPostgresで十分だよ。
商用版だからオラクルのほうが上ってことは全くない
- 765 ：NAME IS NULL：2014/04/30(水) 14:37:02.52 ID:???.net
- 言いたいことはそうじゃないだろｗ
- 766 ：NAME IS NULL：2014/04/30(水) 21:15:25.38 ID:???.net
- >>765
では、言いたいことを聞かせてもらおうか
- 767 ：NAME IS NULL：2014/04/30(水) 22:08:05.15 ID:???.net
- >>763
Express Editionの事でしょ。
OTNのは開発用のみに使えるフルバージョンのもの。
- 768 ：NAME IS NULL：2014/04/30(水) 22:18:37.04 ID:???.net
- スレ違いだがExpress Editionの制限が書いてあるURL載せとく。
https://blogs.oracle.com/oracle4engineer/entry/column_xe_11g1
これだったら頑張ってsqlite使うわってレベル。
- 769 ：NAME IS NULL：2014/06/01(日) 02:10:42.50 ID:???.net
-
- 770 ：NAME IS NULL：2014/07/22(火) 02:03:23.77 ID:???.net
- http://blog.goo.ne.jp/bluesky0077/e/70b851e84276f5958149630ca13efb17
- 771 ：NAME IS NULL：2014/07/22(火) 02:49:12.17 ID:8pBGbNeJ.net
- あげ
- 772 ：NAME IS NULL：2014/08/18(月) 13:38:05.26 ID:???.net
- こいつら、MySQLが最強っていうときは否定しないのに
ほかが最強って言われるとムキになって否定すんのなw
こいつら、ビジネスでやってるのが見え見えだから
転職したら奇麗さっぱりMySQLのことなんてスルーするだろ
今から楽しみだわw
梶山
https://twitter.com/RKajiyama/status/495443844515643392
「最強のオープンソースデータベース」って何を根拠に最強とか言い切れるんだろうねぇ > 某社さん
日本男児
http://nippondanji.blogspot.jp/2013/04/7-7.html
『PostgreSQLがオープンソースRDBMS界のトップに君臨しているゆえんである』
マジレスするとそれは事実ではない。だいいちユーザー数ではトップではない。何をもってトップとするのか。それは個人の価値観ではないのか。
- 773 ：NAME IS NULL：2014/09/21(日) 15:19:30.29 ID:???.net
- 結論：Oracle XEでおｋ
- 774 ：NAME IS NULL：2014/10/22(水) 20:08:49.27 ID:RmgwHFbQ.net
- >>772
俺は根っからのPostgreSQL派だけど、あらゆる意味で最高のOSS-RDBMSとはやっぱり思わんよ。
現状、不得手なとこはあるからね。
まあ、日本男児もそこまでPostgreSQLをDisってるわけじゃない(ただPostgreSQLの魅力を理解しきってるかは疑問)。
- 775 ：NAME IS NULL：2014/10/22(水) 21:35:05.09 ID:???.net
- PostgreSQL が不得手なことって何？
- 776 ：NAME IS NULL：2014/10/23(木) 03:22:33.39 ID:MzKJuvxm.net
- >>775
クラスタリング
集計機能の性能
パーティション化
- 777 ：NAME IS NULL：2014/10/23(木) 20:38:33.05 ID:???.net
- Oracleに移植しやすいってだけでもPostgresは有用だな
MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが
- 778 ：NAME IS NULL：2014/10/23(木) 21:55:14.02 ID:S9bcQjVw.net
- PostgreSQLの何がダメって
ググって出てくるのがEUCのinitで馬鹿がこぞってEUC使ってEUC-UTF8問題起こす
- 779 ：NAME IS NULL：2014/10/24(金) 22:01:32.79 ID:Io6q/TBF.net
- >>778
PostgreSQLをある程度使っていたら
データベースエンコーディングはUTF8が安牌っておもってたんだが…
- 780 ：NAME IS NULL：2014/10/24(金) 22:58:23.71 ID:???.net
- UTF-8ならnvarcharとか忘れてもいいよね？
- 781 ：NAME IS NULL：2014/11/13(木) 11:50:44.08 ID:???.net
- >MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが
俺もこれが理由で、PostgreSQL >> MySQL だわ。
商用ならSQLServerが好き。足りない機能をSQLCLRで作れるっていうのが素晴らしい。
- 782 ：NAME IS NULL：2014/11/15(土) 22:00:53.43 ID:???.net
- >>776
パーティショニングは使いづらいよね
- 783 ：NAME IS NULL：2015/02/19(木) 02:24:35.67 ID:w2FQPssG.net
- ゲームオーン コックサカ！
- 784 ：NAME IS NULL：2015/04/08(水) 00:44:45.67 ID:NEVRcBwH.net
- https://www.youtube.com/watch?v=P9Pm4N7NWMY
- 785 ：NAME IS NULL：2015/06/05(金) 04:32:05.90 ID:SP18brq7.net
-
- 786 ：NAME IS NULL：2015/09/02(水) 17:04:49.38 ID:SNc/YyRl.net
- どうですか
- 787 ：NAME IS NULL：2015/09/03(木) 10:51:59.52 ID:???.net
- 問題ない
- 788 ：NAME IS NULL：2015/11/18(水) 23:31:23.83 ID:???.net
- 日本の職種別、資格別、スキル別の平均最低月給リスト（ほぼ毎日更新）
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
労働市場はこのような結果になりました！
- 789 ：NAME IS NULL：2015/11/18(水) 23:47:54.00 ID:???.net
- >>788
お前さ、いろんな板の技術系スレでサイトの宣伝してるけど
そんなにaspに通報して欲しいの？
- 790 ：NAME IS NULL：2015/11/19(木) 09:09:22.50 ID:CCLLwZMb.net
- mysqlはもうありません
- 791 ：NAME IS NULL：2015/11/19(木) 17:43:00.65 ID:???.net
- えっ
- 792 ：NAME IS NULL：2015/11/22(日) 11:32:21.24 ID:???.net
- えっ
- 793 ：NAME IS NULL：2015/11/22(日) 13:19:31.62 ID:???.net
- うっ
- 794 ：NAME IS NULL：2015/11/24(火) 15:16:20.51 ID:JaRwYBDP.net
- MariaDBに改名した
- 795 ：NAME IS NULL：2015/11/24(火) 15:34:43.05 ID:???.net
- マリアケネリス
- 796 ：NAME IS NULL：2015/11/24(火) 16:27:10.00 ID:JaRwYBDP.net
- $>psql データベース名
$>mysql ユーザー名
全然違うがや
- 797 ：NAME IS NULL：2015/11/24(火) 16:32:56.03 ID:JaRwYBDP.net
- PostgreSQL が不得手なことって何？ それはだな
デフォで、不審者がデータベース名を知っていた時
簡単に覗かれる
Mariaはデフォでパスワード入力が必要
NetbeansIDEとの相性、Mariaはmysqlの流れを踏襲しているので、簡単に
繋がる。Postgresは簡単に繋がらない。
- 798 ：NAME IS NULL：2015/11/24(火) 16:39:22.58 ID:JaRwYBDP.net
- アンチORACLEと呼ばれている有名なRDBMSはさて何でしょう？
- 799 ：NAME IS NULL：2015/11/24(火) 17:08:18.29 ID:???.net
- つまり初心者でOracle好きはMySQL使えということね
- 800 ：NAME IS NULL：2015/11/24(火) 17:19:57.49 ID:???.net
- だってオーコーの持ちモンだもーん
- 801 ：NAME IS NULL：2015/11/29(日) 18:08:29.77 ID:E0T78taK.net
- いまMariaDBはMySQLを包含した形でリリースされている。
テーブルとビューが同一扱いで、show view status;
でもできりゃいいんだけどね。
- 802 ：NAME IS NULL：2015/11/29(日) 18:13:09.94 ID:E0T78taK.net
- シェア的にはMySQL=MariaDB66％、PostgreSQL=14%、その他
- 803 ：NAME IS NULL：2015/12/13(日) 16:58:12.81 ID:???.net
- SQLiteも入れてくれよな〜頼むよ〜
- 804 ：NAME IS NULL：2015/12/19(土) 10:28:17.48 ID:???.net
- >>540
ばか発見
- 805 ：NAME IS NULL：2015/12/19(土) 13:11:05.89 ID:???.net
- 純生ラーメン！
- 806 ：NAME IS NULL：2015/12/26(土) 09:10:14.32 ID:???.net
- >>798
mysql
- 807 ：NAME IS NULL：2016/04/03(日) 10:32:24.36 ID:npDIb46E.net
- >>781
MySQLにWith句をほしがってるやつは多いよね。
- 808 ：NAME IS NULL：2016/04/03(日) 11:03:10.47 ID:???.net
- マリアってなんなのよー
- 809 ：NAME IS NULL：2016/04/03(日) 11:10:22.56 ID:KHXWMpOW.net
- >>807
えっ？
ないの？
- 810 ：NAME IS NULL：2016/04/04(月) 18:42:07.19 ID:0h8QU6nI.net
- MySQL-3.22ALPHAから使い続けて17年余りになるが、
ボラクルから買収されて微妙な立場だよな。
MariaDBでも使うかな？
それとも、使ったことないPostgreSQLでもインストールしてみるか。。
迷うな
- 811 ：NAME IS NULL：2016/04/04(月) 21:32:28.58 ID:???.net
- マリアってなんなのよー
- 812 ：NAME IS NULL：2016/04/04(月) 22:34:22.19 ID:???.net
- 娘の名前
一太郎、花子のようなもの
- 813 ：NAME IS NULL：2016/04/05(火) 02:20:50.85 ID:???.net
- なるほど
- 814 ：NAME IS NULL：2016/04/05(火) 19:41:19.00 ID:???.net
- >>810
MySQLずっとつかってて初めてPostgreSQL使うと、
あまりの律儀さにびっくりすると思うよ。
絶対に「型が違う」って怒られると思う。で、しこしこキャストしながら、
MySQLのいい加減のいい加減さを見直すことになると思う。
- 815 ：NAME IS NULL：2016/04/05(火) 20:39:47.03 ID:???.net
- postgresはきっちりしてるのかな。
mysqlはフレームワークの中で使っただけだから裸？で使った事はない。
- 816 ：NAME IS NULL：2016/04/05(火) 21:30:54.77 ID:AJ+0IO5x.net
- >>814がうっかりしてるだけだろ
- 817 ：NAME IS NULL：2016/04/05(火) 23:18:30.35 ID:qG5JSFPL.net
- >>814
なるほどね。
17年以上、MySQL使ってきたんで馴染めるかな？
一回、試しで使ってみようかな？
MySQL使い始めた当初は、留学中でオープンソースのRDBMSといえばMySQLといった感じで、回りにもMySQL使いが多かった。
2003年に帰国してビックリ。
日本じゃPostgreSQLのユーザーが多くて、書籍なんかも(代表的なシーラカンス本)圧倒的にPostgreSQLが多かったのには驚いたよ。
MySQL使い始めた当時は本買うお金無かったんで、NetBSD環境でMySQLの公式オンラインマニュアル読んでインストールしたり、テーブル作ったりしたの覚えてるな。
- 818 ：NAME IS NULL：2016/04/07(木) 19:25:50.83 ID:???.net
- >>816
ばーかばーかばーか
- 819 ：NAME IS NULL：2016/04/07(木) 23:28:54.43 ID:2zd5IQ++.net
- >>818
ばかっていうほうがばかなんですー
- 820 ：NAME IS NULL：2016/04/08(金) 02:18:41.84 ID:???.net
- そーだそーだ わーわー
- 821 ：NAME IS NULL：2016/06/15(水) 02:46:02.36 ID:???.net
- 保守
- 822 ：NAME IS NULL：2016/06/15(水) 10:41:51.55 ID:???.net
- >>819
いついったよ、なんじなんぷんなんびょう？
って書いてあるな・・
- 823 ：NAME IS NULL：2016/06/15(水) 14:42:09.49 ID:???.net
- にこにこぷん
- 824 ：NAME IS NULL：2017/01/12(木) 00:44:15.95 ID:???.net
- まさに今、俺が >>814 の状況でうんざりして2chで愚痴ろうと思ったところだわ。
Oracleほど突き抜けて泥臭い地道さを要求されるなら諦めるが・・・。
（インストールやライセンスにどんだけ気を使うんだよ。致命的バグでパッチ当てなきゃつかいもんならんし・・・。Oracleが洗練されているという人がいるのが信じられん。これも愚痴ｗ）
PostgreSQLもなんやかんや開発者に気を使わせすぎだろ。VACUUMとかだりぃっつのｗ
Groupごときでガタガタうっせぇ。単一レコードの塊ですら集計関数要求するってどんだけ頭固いんだよ！
あとフリーズしてビビったわ。OracleでもMySQLでもガツガツ動いてるっつの！
ってなった。
- 825 ：NAME IS NULL：2017/01/12(木) 21:42:31.49 ID:???.net
- >>824
ばーかばーかばーか
- 826 ：NAME IS NULL：2017/08/18(金) 10:22:33.94 ID:???.net
- ２ちゃんのDBMSってどこのだろうか？
とりあえずcgiはperlで書いてるみたいだけど。。
- 827 ：NAME IS NULL：2017/08/18(金) 10:39:58.15 ID:???.net
- >>38
ここまで読みました。
- 828 ：NAME IS NULL：2017/08/18(金) 22:54:17.60 ID:???.net
- >>501
>>503
勉強になるなあ
- 829 ：NAME IS NULL：2017/12/29(金) 11:17:33.93 ID:dtNZwIie.net
- 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
COWI3J10G8
- 830 ：NAME IS NULL：2018/02/28(水) 16:49:00.55 ID:???.net
- My SQLはもう無料じゃないでしょ
PostgreSQLの勝ち
- 831 ：NAME IS NULL：2018/02/28(水) 18:12:07.57 ID:???.net
- いや、無料だが。
つーか、オプソ。
- 832 ：NAME IS NULL：2018/02/28(水) 18:40:14.40 ID:???.net
- GPLだけどな
- 833 ：NAME IS NULL：2018/03/02(金) 15:48:00.94 ID:???.net
- >>832
だな
http://www.softagency.co.jp/products/mysql/license/
>>831
GPL見てから言え
- 834 ：NAME IS NULL：2018/03/02(金) 15:52:40.30 ID:???.net
- >>831
https://anond.hatelabo.jp/20140722001658
ソースコード流出しないなら無料で使えるが流出する恐れ有るならライセンス買う必要有り
- 835 ：NAME IS NULL：2018/03/02(金) 15:58:58.60 ID:???.net
- >>831
http://blog.kimuradb.com/?eid=687448
結局、BSDライセンスで広範囲に無料のPostgreSQLが安くつく
Oracleに買収されたのがMy SQLの運のツキ
- 836 ：NAME IS NULL：2018/03/02(金) 18:21:38.51 ID:???.net
- ただポスグレは勉強するのにいい本がないんだよな・・・
- 837 ：NAME IS NULL：2018/03/02(金) 18:45:39.10 ID:???.net
- >>836
MySQLならいい本があるわけ？
- 838 ：NAME IS NULL：2018/03/02(金) 19:04:30.56 ID:???.net
- PHPとか勉強したらxamppの影響もあるけど自然とmysqlは身につくじゃん？
pgadminとかいまだに使い方よく解らないよ
- 839 ：NAME IS NULL：2018/03/02(金) 19:09:57.33 ID:???.net
- >>833
そのチャートは情弱に商用ライセンス買わせたい意図が感じられる
「ソフトウェアを他人に配布しますか？」
受託開発で納品するのは配布ではないし
同一組織内でクライアントライブラリをコピーして使っても配布には当たらない
つまりは開発アプリケーションをMySQL込みで再配布しないなら心配不要
でもPostgres使うけどね
- 840 ：832：2018/03/03(土) 01:05:39.17 ID:???.net
- >>833
GPLだってオプソだぞ。それに、無料には違いない。
GPL見てから言え。
>>834
「流出」ってなんだよ？ｗ
>>835
ORACLEに買収される前からGPL(を含むデュアルライセンス)なので、ORACLEは関係ない。
ORACLEがクソで、PostgreSQLのほうがライセンス的に使いやすいことはいずれも認めるけども。
>>839
そうそう、あのフローはあやしいよねえ？
きっとわざわざMySQL Community Editionをゴールから外してる。
販売代理店だからなんだろうけど、ちょっとひどい。
あと追加としては、サーバーからサービスとしてユーザーに提供することは「頒布」にはならない。GPLに基づいてソースを請求できるのは、バイナリを直接利用するユーザーだけ。
だから、サーバーソフトウェアの場合は、意外とGPLが制約にならない。
- 841 ：NAME IS NULL：2018/03/03(土) 01:49:17.27 ID:???.net
- My SQLは将来、Oracleがライセンスフリーを外す可能性有る
Java JREの様にね
普及すればライセンス有料化するのがOracle
- 842 ：NAME IS NULL：2018/03/03(土) 13:21:30.04 ID:???.net
- つ MariaDB
- 843 ：NAME IS NULL：2018/03/03(土) 15:07:43.01 ID:???.net
- >>842
普及率が、、、
- 844 ：NAME IS NULL：2018/03/03(土) 16:46:16.00 ID:???.net
- >>841
>Oracleがライセンスフリーを外す可能性有る
>Java JREの様にね
めちゃくちゃな解釈
Javaに対する変更も理解できてないのな
- 845 ：NAME IS NULL：2018/03/05(月) 00:49:15.94 ID:???.net
- >>844
保守費用が有償になる(特にJRE)
My SQLもGPLライセンス止めるかもね
- 846 ：NAME IS NULL：2018/03/05(月) 01:54:24.56 ID:???.net
- >>845
>保守費用が有償になる(特にJRE)
その理解が間違ってるんだって
オツム弱いなwwww
どっかのスレでベンダーが困るとか言い張ってるやつと同じだな
- 847 ：NAME IS NULL：2018/03/05(月) 04:15:32.26 ID:???.net
- 自分の方が間違ってると気づいたのか。良かったな勉強できて。
- 848 ：NAME IS NULL：2018/03/05(月) 17:57:17.09 ID:???.net
- 先を見越してPostgreSQLにしとくに越した事ない
後からゴタゴタするよりマシ
- 849 ：NAME IS NULL：2018/03/06(火) 08:21:38.48 ID:???.net
- だから、そのためのMariaDB。
- 850 ：NAME IS NULL：2018/03/06(火) 14:36:25.78 ID:???.net
- >>849
導入事例少ない
- 851 ：NAME IS NULL：2018/03/06(火) 23:05:15.86 ID:???.net
- ふーんw
http://webbymonks.com/blog/web-development/mariadb-mysql-chosen-dbms-need/
Linuxディストリビューションの状況を見ても趨勢は明らか
- 852 ：NAME IS NULL：2018/03/06(火) 23:38:51.98 ID:???.net
- ちょっとくぐってみろよ。
けっこう昔の時点ですでに、Linuxの少なくないディストリビューションのデフォルトになり、Googleは(たぶんすべてではないだろうけど)移行した。
Facebookは移行してないんだっけか。
ま、これでダメだというのなら、充分な導入事例はどのデータベースでもムリだね。ｗ
- 853 ：NAME IS NULL：2018/03/06(火) 23:50:22.92 ID:???.net
- 世界の話じゃなくて日本市場の話なのになw
海外の話出しても、こと日本ではMy SQLかPostgreSQLかが実情だろ
- 854 ：NAME IS NULL：2018/03/06(火) 23:57:21.18 ID:???.net
- どうでもいいからGoogleとかFacebookじゃなくて日本の企業でMariaDB導入して障害無く稼働してる例出せよw
- 855 ：NAME IS NULL：2018/03/07(水) 00:22:09.15 ID:???.net
- IDなくてもいつもの知ったか君だって分かるねww
- 856 ：NAME IS NULL：2018/03/07(水) 00:27:16.06 ID:???.net
- IDなくてもいつものいいがかり君だって分かるねww
- 857 ：NAME IS NULL：2018/03/07(水) 03:16:02.58 ID:???.net
- >>854
実例出せない時点で、この議論は終わり
MariaDBが普及するまでにはならない、って事だよ
- 858 ：NAME IS NULL：2018/03/07(水) 04:13:51.51 ID:???.net
- なんで日本限定やねん。。。
まー、えーわ。
じゃあとりあえず、現時点でのMySQLとPostgreSQLの実例をだせや。
- 859 ：NAME IS NULL：2018/03/07(水) 12:59:46.02 ID:???.net
- >>858
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
- 860 ：NAME IS NULL：2018/03/07(水) 15:23:20.60 ID:???.net
- >>859
「障害無く稼働してる」ってどこに書いてるの？
- 861 ：NAME IS NULL：2018/03/07(水) 19:55:03.92 ID:???.net
- >>860
障害有ればニュースになってると思うが?
何も無いからね
- 862 ：NAME IS NULL：2018/03/07(水) 19:59:19.83 ID:???.net
- >>860
実例出したのにMariaDBの導入事例出せないのが、そんなに悔しいか?w
MariaDB導入以前にMy SQL導入してるところはMariaDBに移行するところはほとんど無い
それで今のところ大きな問題無いからね
OracleがMy SQLのライセンス化したらMariaDBに変えるかも知れんがPostgreSQLと天秤かけたら微妙
MariaDBはだんだんMy SQLとかけはなれつつあるしな
- 863 ：NAME IS NULL：2018/03/07(水) 21:03:12.87 ID:???.net
- >>861
>障害有ればニュースになってると思うが?
アホだろww
もしかして仕事したことない人？
- 864 ：NAME IS NULL：2018/03/08(木) 00:50:07.54 ID:???.net
- >>862
ぶっちゃけ日本限定の実績なんかどーでもいーよ。
日本企業がMariaDBに移行しにくいのは、どうせ業務サポートがないから、みたいなつまらん理由だろうし。
ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。
- 865 ：NAME IS NULL：2018/03/09(金) 16:45:51.46 ID:???.net
- >>864
>>ぶっちゃけ日本限定の実績なんかどーでもいーよ。
海外相手に仕事してるの?w
>>ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。
それが問題なんでしょ
- 866 ：NAME IS NULL：2018/03/09(金) 18:07:26.46 ID:???.net
- セキュリティアップデートが遅いから技術力ある企業は互換DBを試してる
MariaDBだけじゃなくPerconaやAuroraへの移行事例だって
公表されてるだけでもそこそこある
知らないなら知らないでいいんじゃない
君には関係ないから
- 867 ：NAME IS NULL：2018/04/01(日) 09:01:48.77 ID:???.net
- まあ調べる力がないだけだな。
- 868 ：NAME IS NULL：2018/08/09(木) 02:27:11.54 ID:???.net
- MySQL VS PostgreSQLより
MariaDB VS PostgreSQLの方が妥当だな
- 869 ：NAME IS NULL：2018/08/12(日) 23:14:45.82 ID:cfFh3cqu.net
- 外国人が作っているものにセキュリティを求めてはいけない。気になるか気にならないかの違いと、ニュースになるかならないかの違いくらいだけ。
- 870 ：NAME IS NULL：2018/08/17(金) 01:38:16.05 ID:yITprh7Z.net
- >>512
BSDはノベルだっけ？との裁判沙汰が足を引っ張ったと思うのです
- 871 ：NAME IS NULL：2018/09/14(金) 03:21:47.97 ID:???.net
- MySQLは糞
- 872 ：NAME IS NULL：2018/09/14(金) 03:22:26.85 ID:???.net
- MySQLは糞
- 873 ：NAME IS NULL：2018/09/18(火) 13:18:07.80 ID:???.net
- MySQLは糞
- 874 ：NAME IS NULL：2018/09/18(火) 18:16:17.58 ID:???.net
- MySQLは糞
- 875 ：NAME IS NULL：2018/09/28(金) 10:51:37.88 ID:???.net
- 知っていた
今知った
- 876 ：NAME IS NULL：2018/10/13(土) 19:50:31.89 ID:???.net
- https://imgur.com/FAF05na.jpg
- 877 ：NAME IS NULL：2018/10/26(金) 13:30:56.86 ID:???.net
- MySQLは糞
- 878 ：NAME IS NULL：2018/10/26(金) 13:31:29.34 ID:???.net
- MySQLは糞
- 879 ：NAME IS NULL：2018/10/27(土) 14:02:49.26 ID:???.net
- PostgreSQLは糞
っていう書き込みと同じくらい意味がない書き込み
- 880 ：NAME IS NULL：2018/11/01(木) 11:26:08.82 ID:???.net
- MySQLはGPLライセンスで糞
- 881 ：NAME IS NULL：2018/11/02(金) 11:54:13.80 ID:???.net
- MySQLはGPLライセンスで糞
- 882 ：NAME IS NULL：2018/11/30(金) 02:15:20.33 ID:???.net
- ポスグレのスキーマとビューが新鮮
- 883 ：NAME IS NULL：2018/12/11(火) 09:26:11.85 ID:???.net
- MySQLはGPLライセンスで糞
- 884 ：NAME IS NULL：2019/01/24(木) 20:48:02.89 ID:???.net
- MySQLはGPLライセンスで糞
- 885 ：NAME IS NULL：2019/01/24(木) 20:48:53.74 ID:???.net
- MySQLはGPLライセンスで糞
- 886 ：NAME IS NULL：2019/01/24(木) 20:53:47.18 ID:???.net
- MySQLはGPLライセンスで糞
- 887 ：NAME IS NULL：2019/01/24(木) 21:26:53.36 ID:???.net
- MySQLはGPLライセンスで糞
- 888 ：NAME IS NULL：2019/02/03(日) 17:49:58.30 ID:???.net
- MySQLはGPLライセンスで糞
- 889 ：NAME IS NULL：2019/02/23(土) 18:42:50.27 ID:???.net
- 今となってはMySQLつかうならMariaDBでいい
- 890 ：NAME IS NULL：2019/05/21(火) 13:07:20.68 ID:???.net
- MySQLよりMariaDB
- 891 ：NAME IS NULL：2019/05/28(火) 10:01:01.48 ID:???.net
- MySQLよりMariaDB
- 892 ：NAME IS NULL：2019/07/09(火) 12:05:57.09 ID:pLM6oRS0.net
- 脱暮SQLに乗り換えた。
- 893 ：NAME IS NULL：2019/07/09(火) 17:30:09.71 ID:???.net
- 梅
- 894 ：NAME IS NULL：2019/07/13(土) 19:04:22.86 ID:AJIqdE5u.net
- MySQLはORACLEが買収した時点で終わった。
MariaDB-10.3使った方が良いよ。
- 895 ：NAME IS NULL：2019/07/13(土) 19:09:16.14 ID:AJIqdE5u.net
- >>887
GPLv3じゃないだけマシかも。
- 896 ：NAME IS NULL：2019/07/13(土) 19:11:22.41 ID:AJIqdE5u.net
- >>512
日本ではポスグレ多いのは何で？
- 897 ：NAME IS NULL：2019/07/13(土) 21:51:07.25 ID:???.net
- >>896
MySQLがOracle傘下だからでしょ
- 898 ：NAME IS NULL：2019/07/13(土) 22:14:58.55 ID:???.net
- それが日本と何の関係があるの
- 899 ：NAME IS NULL：2019/07/14(日) 00:05:24.58 ID:???.net
- >>896
解説本と日本語化のタイミングやったんちゃうの。
MySQLのシフトJIS対応は、最初(だけ)あやしかったし。
まあ、どっちがどうこうよりも、たまたまみたいなもん？
Windows公式対応はMySQLのほうがずっと早かったから、こっちにも可能性はあったと思う。
- 900 ：NAME IS NULL：2019/08/20(火) 01:14:33.69 ID:tgzrEVLm.net
- >>840
> だから、サーバーソフトウェアの場合は、意外とGPLが制約にならない。
最近AGPLってのが使われてたりするが、あれはどうなんよ？
- 901 ：NAME IS NULL：2019/08/20(火) 04:45:12.55 ID:???.net
- あれはダメ。
もちろん超制約。
ま、そのためにつくられたからね。
しかたないね。
- 902 ：NAME IS NULL：2019/08/22(木) 14:55:11.42 ID:rdki7B7h.net
- https://www.ningenkankeitukare.com/entry/0093.html
- 903 ：NAME IS NULL：2019/08/28(水) 01:20:49.67 ID:???.net
- 梅
- 904 ：NAME IS NULL：2019/08/28(水) 01:21:00.85 ID:???.net
- 梅
- 905 ：NAME IS NULL：2019/08/28(水) 01:21:15.60 ID:???.net
- 梅
- 906 ：NAME IS NULL：2019/08/28(水) 01:22:26.22 ID:???.net
- 梅
- 907 ：NAME IS NULL：2019/09/20(金) 23:59:39.08 ID:isalmAv1.net
- オラクルは何でポスグレも傘下に加えないんだろう？
- 908 ：NAME IS NULL：2019/09/21(土) 12:52:51.78 ID:???.net
- 売ってくれる主体がないからな。
MySQLは、その開発「企業」のMySQL ABを買収することが可能だった。
中の人は逃げたが、それはそれ。
- 909 ：NAME IS NULL：2019/09/21(土) 13:48:06.28 ID:???.net
- Postgresは、コミュニティベースの開発だから、
やりようが無いんじゃないの？
- 910 ：NAME IS NULL：2019/10/25(金) 19:49:31 ID:fiSpINdi.net
- >>907
だってポスグレはレッドハット陣営だから。
- 911 ：NAME IS NULL：2019/11/20(水) 13:56:32.54 ID:???.net
- MySQLよりMariaDB
- 912 ：NAME IS NULL：2020/04/04(土) 14:57:02 ID:???.net
- MySQLよりMariaDB
- 913 ：NAME IS NULL：2020/04/22(水) 16:01:47.52 ID:???.net
- MySQLよりMariaDB
- 914 ：NAME IS NULL：2020/04/27(月) 13:09:21 ID:???.net
- MySQLよりMariaDB
- 915 ：NAME IS NULL：2020/04/29(水) 12:20:23.97 ID:???.net
- MySQLよりMariaDB
- 916 ：NAME IS NULL：2020/05/01(金) 11:08:45 ID:???.net
- MySQLよりMariaDB
- 917 ：NAME IS NULL：2020/12/12(土) 01:45:43.53 ID:WeETooqZ.net
- このスレで古巣の人に訊きたい
なんでまだMySQL(≒MariaDB)の方が使用人口が圧倒的に多いの？
ここ↓読んでも分かるけど、
https://eh-career.com/engineerhub/entry/2017/09/05/110000
MySQL(≒MariaDB)よりもPostgreSQLの方が機能的に断然上に思える
なのに、MySQLの方が使用人口が多い
やっぱり、今まで使ってきたからっていう惰性？
これからはPostgreSQLが主力になっていくの？
Heroku使ってみたんだけど、標準DBがPostgreSQLだった
今、どっちを主に勉強しようかと考えたら、やっぱりPostgreSQLかなと思ってんの
でも、就職・転職を考えなるなら使用人口の多いMySQLの方が有利じゃん？
もうね、もどかしいわ
誰か、なんとかして
- 918 ：NAME IS NULL：2020/12/12(土) 03:41:23.70 ID:???.net
- × 惰性
○ バトルプルーフ
- 919 ：NAME IS NULL：2020/12/12(土) 14:46:33.42 ID:???.net
- >>917
惰性。
特に海外で、MySQLが強かったから、
MySQL前提のソフトが多かった。
最近は、Oracle様のおかげか、
MySQLとPostgreSQL両方いけるソフトが多いね。
- 920 ：NAME IS NULL：2020/12/12(土) 17:08:31.52 ID:WeETooqZ.net
- >>918
実戦で使えるのがMySQLという意味ですね
ただ、根拠が欠如していると感じます
>>919
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にしましょうかね・・・
- 921 ：NAME IS NULL：2020/12/12(土) 18:21:53.05 ID:???.net
- とりあえずどっちか勉強するならPostgres選んどいたほうが無難
Postgresを理解してたらMySQLは必要になった時に調べながら覚えれば十分
- 922 ：NAME IS NULL：2020/12/12(土) 19:19:51.02 ID:WeETooqZ.net
- >>921
背中を押してくれてありがとうございます。
では、PostgreSQLにします。
PostgreSQLなら機能が豊富で、
GPLライセンスを気にする必要がないんで(MariaDBもだけど)、気兼ねなく使えますね。
たとえ、就職先・転職先がMySQLやOracle、SQL Serverを使っていても、
「PostgreSQLなら知っています（熟知しています）」で通します。
5年後が予想通りPostgreSQL全盛になっているか楽しみです。
- 923 ：NAME IS NULL：2020/12/12(土) 19:26:42.33 ID:???.net
- >>920
ポスグレって、昔からそんなことばかり言ってないか？ｗ
- 924 ：NAME IS NULL：2020/12/12(土) 20:10:12.09 ID:???.net
- そんなことってどんなこと？
- 925 ：NAME IS NULL：2020/12/26(土) 16:25:05.69 ID:peZ7aKdi.net
- リレーショナル・パラダイムはもう終ったコンテンツなんでしょうか？
- 926 ：NAME IS NULL：2021/01/24(日) 11:31:36.92 ID:???.net
- MySQLよりMariaDB
- 927 ：NAME IS NULL：2021/02/06(土) 01:01:47.68 ID:???.net
- 個人開発のDB迷ってたけど結局MySQLの知識資産使えるからMariaDBにしちゃった…
仕事ではポスグレ案件抱えてるけど
- 928 ：NAME IS NULL：2021/02/06(土) 21:22:50.52 ID:???.net
- >>927
フツー、逆だろ
- 929 ：NAME IS NULL：2021/04/06(火) 15:42:56.74 ID:???.net
- MySQLよりMariaDB
- 930 ：NAME IS NULL：2021/04/07(水) 10:11:39.97 ID:???.net
- MySQLよりMariaDB
- 931 ：NAME IS NULL：2021/04/08(木) 08:59:13.77 ID:???.net
- MySQLよりMariaDB
- 932 ：NAME IS NULL：2021/04/08(木) 14:59:02.17 ID:???.net
- MariaDBよりPostgreSQL
- 933 ：NAME IS NULL：2021/04/13(火) 20:59:13.35 ID:???.net
- MySQL,MariaDBはGPLゆえライセンスがややこしい
PostgreSQLの方が楽ちゃ楽
- 934 ：933：2021/04/13(火) 21:07:50.08 ID:???.net
- 勝った・・・
負けっぱなしの人生だったけど、生まれて初めて勝った！
PostgreSQLの大勝利！
- 935 ：NAME IS NULL：2021/04/17(土) 21:56:48.40 ID:???.net
- >>933
https://josys-memo.com/mysql-license/
他人にシステム渡さないならMySQLでシステム組んで良い
- 936 ：NAME IS NULL：2021/04/30(金) 16:47:50.50 ID:???.net
- 間違えた
936は>>932
- 937 ：NAME IS NULL：2021/06/23(水) 22:38:49.95 ID:???.net
- ポスグレはシーラカンス、MySQLはマリア
どっちが貴いか語るまでもない
- 938 ：NAME IS NULL：2021/07/03(土) 17:43:09.91 ID:R35jReGz.net
- >>935
MySQL Community Serverは何をやっても無料。MySQLは基本的に無償。
よく誤解されるが、サポート契約が必要でなければ、わざわざどこかに伝える必要もないん
- 939 ：NAME IS NULL：2021/07/05(月) 17:43:21.56 ID:???.net
- >>937
マリアは妹の方や
- 940 ：NAME IS NULL：2022/05/09(月) 22:39:30.41 ID:pWJvC+rz.net
- MySQL、MariaDBは機能の追加が遅い。追加しても独特な実装で仕様がよくわからない。
- 941 ：NAME IS NULL：2022/05/10(火) 04:55:29.90 ID:???.net
- 理想の家族
父 40歳 海外へ単身赴任(死ぬまで)
母 35歳 息子に甘い
姉 17歳 弟に甘い
俺 44歳
妹 15歳 多感な時期 俺に反発しながらも。。？
猫 ウンチしない 抜け毛ない 俺の声かけに無視しない
- 942 ：NAME IS NULL：2022/06/21(火) 13:09:12.94 ID:???.net
- Oracle→MySQLへのマイグレーションって言うほど無いね
ライセンス料的に有利なのにね
- 943 ：NAME IS NULL：2022/06/21(火) 21:21:15.22 ID:rRSgAeKS.net
- >>942
MySQLは機能がしょぼいから、OracleDBの代わりは務まらない。
- 944 ：NAME IS NULL：2022/06/27(月) 08:43:50.93 ID:???.net
- 基本的にOracleでライセンス買ってるとMySQLでも商用ライセンス買う必要有るの?
- 945 ：NAME IS NULL：2022/07/11(月) 11:44:15 ID:???.net
- mysql 8はいいのにパクりのmariadbは取り込めてない
- 946 ：NAME IS NULL：2022/07/15(金) 11:04:53 ID:???.net
- 埋め
- 947 ：NAME IS NULL：2022/07/18(月) 02:04:51 ID:E/EqROxZ.net
- MariaDBの負けはすでに確定しているからな。
- 948 ：NAME IS NULL：2022/07/19(火) 18:17:49.69 ID:???.net
- MariaDBとは一体何だったんだ。。。
- 949 ：NAME IS NULL：2022/07/20(水) 16:14:25.32 ID:???.net
- 昔はPostgreが天下取るなんて思わなかった
- 950 ：NAME IS NULL：2022/07/21(木) 01:30:46.38 ID:x8zcIuwH.net
- >>948
個人の趣味の延長ではビジネスにならないことが判明したんだよ。
- 951 ：NAME IS NULL：2022/07/21(木) 01:31:52.54 ID:x8zcIuwH.net
- >>949
数ではいまでも圧倒的にOracle Databaseだけどな。
- 952 ：NAME IS NULL：2022/07/21(木) 02:25:06.44 ID:???.net
- 井の中の蛙
- 953 ：NAME IS NULL：2022/07/21(木) 02:41:33.93 ID:x8zcIuwH.net
- >>952
根拠のない妄想
シェアと数はまったく異なる指標
- 954 ：NAME IS NULL：2022/07/21(木) 11:27:14 ID:???.net
- 井の中の蛙の意味すら理解できない井の中の蛙
- 955 ：NAME IS NULL：2022/07/23(土) 22:50:15.44 ID:+9Y/Vh0p.net
- 無料のOracle Databaseも知らないから、ものすごい数が使われていることも知らねんだろ。
- 956 ：NAME IS NULL：2022/07/25(月) 20:30:57.04 ID:???.net
- データベース使うほどデータ件数が多くない。
Excelでええだろ
- 957 ：NAME IS NULL：2022/07/25(月) 21:15:30.41 ID:???.net
- Excelなら、CSVのがマシ。
- 958 ：NAME IS NULL：2022/07/25(月) 21:31:46.05 ID:BDS5FVoY.net
- >>956
Excelの方が高いという矛盾
- 959 ：NAME IS NULL：2022/07/26(火) 08:49:31.88 ID:HkRCalij.net
- Oracle似た方だとPostgreSQLだけど、同じオラクル社だとMySQLというジレンマ。
MySQLはDB側にロジックを持たせない思想であれば使えるが、そうでないとストアドプロシージャの実装が悪いのでMySQLは勧めない。
- 960 ：NAME IS NULL：2022/08/03(水) 16:24:32.21 ID:???.net
- >>959
OracleからだとMySQLへの移行がやり易い
Oracle社が変換ツール用意してる
PostgreSQLだとフリーアプリ(Ruby製)しか無い
- 961 ：NAME IS NULL：2022/08/03(水) 22:31:01.48 ID:???.net
- 嘘つくなよ
- 962 ：NAME IS NULL：2022/08/05(金) 13:27:48.85 ID:???.net
- >>961
https://www.ntt-tx.co.jp/column/postgresql_blog/20171027/
- 963 ：NAME IS NULL：2022/08/05(金) 14:14:50.55 ID:???.net
- >>962
その記事のどこに「PostgreSQLだとフリーアプリ(Ruby製)しか無い」と書いてあるの？
そもそもora2pgはperl製やぞ
嘘つき
- 964 ：NAME IS NULL：2022/08/05(金) 15:34:35.36 ID:???.net
- オラ信者は情弱が多いからな
- 965 ：NAME IS NULL：2022/08/05(金) 18:37:25.18 ID:???.net
- AWSとかはOracleから移行するならMySQLよりPostgresを推奨してる
MySQLだと機能面で対応してないものが多いから
- 966 ：NAME IS NULL：2022/08/05(金) 21:34:28.76 ID:???.net
- >>963
「PostgreSQLだとフリーアプリしか有りませんよ。移行するならMySQLのほうがやり易いですよ。」
と誰かさんに言われて調べもせずに真に受けちゃったんだろう
ボラのあるある
- 967 ：NAME IS NULL：2022/08/06(土) 11:04:33.99 ID:???.net
- >>965
具体的にMySQLだとどういう機能が無いの?
- 968 ：NAME IS NULL：2022/08/06(土) 13:39:07.70 ID:9XlW1m7P.net
- >>967
マテリライズドビューがない
- 969 ：NAME IS NULL：2022/08/08(月) 10:58:36.79 ID:???.net
- >>968
Viewだけの問題ならOracle→MySQLで良いじゃん
- 970 ：NAME IS NULL：2022/08/08(月) 11:23:56.95 ID:???.net
- >>968
マテリアライドビューな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
- 971 ：NAME IS NULL：2022/08/08(月) 11:25:10.01 ID:???.net
- >>970
訂正、マテリアライズドビューね
- 972 ：NAME IS NULL：2022/08/08(月) 12:23:18.68 ID:Qb/hdlom.net
- そういう不完全な代替方法でやることを機能として持っているとは言わない。
- 973 ：NAME IS NULL：2022/08/08(月) 13:14:17.80 ID:???.net
- >>972
出来ない、訳では無いでしょ
- 974 ：NAME IS NULL：2022/08/08(月) 14:29:17.80 ID:???.net
- 性能や実装コストを無視できるんなら
そりゃできないものなんて存在しないやろ
移行しやすさの話なのを理解してるのかな？
- 975 ：NAME IS NULL：2022/08/08(月) 14:53:28.80 ID:???.net
- マテリアライズドビューをMySQLのスナップショットで代替するやつはおらんやろww
- 976 ：NAME IS NULL：2022/08/08(月) 20:21:18.95 ID:Qb/hdlom.net
- >>973
マテリライズドビューは本物のテーブルの更新内容を高速で反映できるから意味があるのであって、コピーテーブルを作るのに時間がかかってはレコード数の多いテーブルではまったく使い物にならない。
- 977 ：NAME IS NULL：2022/08/08(月) 20:22:00.49 ID:Qb/hdlom.net
- >>967
データベースとスキーマの概念が分けられていない。
- 978 ：NAME IS NULL：2022/08/09(火) 10:46:59.00 ID:???.net
- 通常ビューだけ使えれば問題無い
大概はOracle→MySQLでも問題無い
- 979 ：NAME IS NULL：2022/08/09(火) 11:56:42 ID:???.net
- Oracle？使いたい理由ある？
バカ高の有償サポートが欲しいくらいしか思いつかん
- 980 ：NAME IS NULL：2022/08/09(火) 12:21:45 ID:???.net
- >>979
同意
MySQLでさえ商用ライセンスは高いしね
- 981 ：NAME IS NULL：2022/08/09(火) 13:49:51.08 ID:???.net
- >>979
「高いものを使ってる」ことで得られる安心感と満足度ってのがあるのよ
アホらしいけど
- 982 ：NAME IS NULL：2022/08/09(火) 16:01:13.29 ID:???.net
- 埋め
- 983 ：NAME IS NULL：2022/08/09(火) 16:01:29.27 ID:???.net
- 埋め
- 984 ：NAME IS NULL：2022/08/09(火) 16:02:23.45 ID:???.net
- 埋め
- 985 ：NAME IS NULL：2022/08/09(火) 16:03:27.37 ID:???.net
- 埋め
- 986 ：NAME IS NULL：2022/08/09(火) 16:03:38.46 ID:???.net
- 埋め
- 987 ：NAME IS NULL：2022/08/09(火) 16:03:53.51 ID:???.net
- 埋め
- 988 ：NAME IS NULL：2022/08/09(火) 16:04:25.74 ID:???.net
- 次スレ
MariaDB(MySQLは今だけ) vs PostgreSQL Part3
https://mevius.5ch.net/test/read.cgi/db/1536445112/
- 989 ：NAME IS NULL：2022/08/09(火) 16:04:39.98 ID:???.net
- 埋め
- 990 ：NAME IS NULL：2022/08/09(火) 16:12:49.62 ID:???.net
- 埋め
- 991 ：NAME IS NULL：2022/08/09(火) 16:28:58.71 ID:???.net
- 埋め
- 992 ：NAME IS NULL：2022/08/09(火) 16:30:48.67 ID:???.net
- 埋め
- 993 ：NAME IS NULL：2022/08/09(火) 16:59:51.47 ID:???.net
- 埋め
- 994 ：NAME IS NULL：2022/08/09(火) 17:52:21.67 ID:???.net
- 埋め
- 995 ：NAME IS NULL：2022/08/09(火) 18:08:42.52 ID:???.net
- 埋め
- 996 ：NAME IS NULL：2022/08/09(火) 18:20:51.61 ID:???.net
- 埋め
- 997 ：NAME IS NULL：2022/08/09(火) 18:27:37.00 ID:???.net
- 埋め
- 998 ：NAME IS NULL：2022/08/09(火) 18:29:30.49 ID:???.net
- 埋め
- 999 ：NAME IS NULL：2022/08/09(火) 18:39:11.03 ID:???.net
- 埋め
- 1000 ：2ch.net投稿限界：Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1000
229 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★