MySQL vs PostgreSQL Part2

1NAME IS NULL2005/08/03(水) 04:43:20ID:j7oDtJr2
同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。

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

前スレ

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

2NAME IS NULL2005/08/03(水) 08:15:36ID:kKumxXsr
age

3NAME IS NULL2005/08/03(水) 09:12:49ID:???
ほっほっほ

4NAME IS NULL2005/08/03(水) 15:07:24ID:NuilQNdA
ポスグレのほうが地域ユーザー会が活発そう

5NAME IS NULL2005/08/03(水) 17:00:25ID:kKumxXsr
2chだと過去2週間の書き込み数で比べると「MySQL総合 Part5」が93、
「PostgreSQLについて語ろう」が56でMySQLの方が活発。

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

6NAME IS NULL2005/08/03(水) 17:38:52ID:???
>>5
MySQLの国内MLは意外と流量が少ないよね。

7NAME IS NULL2005/08/03(水) 17:42:41ID:???
漏れも両方のMLを購読してるけど、厨な投稿はMySQLの方が圧倒的に多い。
PHP+MySQLの影響だろうか。

8NAME IS NULL2005/08/03(水) 21:28:49ID:7DEJPnjA
MySQLはDLしたそのままで、社内でCGI-Perlを使って接続して利用している場合は無償で利用できる
で合ってる?

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

9NAME IS NULL2005/08/03(水) 22:41:10ID:???
>>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は良く知らないけど)

1082005/08/03(水) 23:26:14ID:7DEJPnjA
>>9

ありがとん

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

11NAME IS NULL2005/08/11(木) 12:57:58ID:9prt2dml
PostgreSQLとMySQLが急接近しているらしい
ttp://www.atmarkit.co.jp/fdb/rensai/dbwatch2005/dbwatch200508_2.html

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


12NAME IS NULL2005/08/17(水) 23:34:53ID:???
>>11
記事読んだけど、これで急接近かと思ってしまったYO。。。

13NAME IS NULL2005/08/18(木) 00:59:14ID:ARVTIrqA
>>11>>12
たしかにこういった交流みたいのは今に始まったことじゃないよな。

14NAME IS NULL2005/08/27(土) 21:04:03ID:???
PostgreSQLとMySQLの導入事例ってどこかに無いでしょうか?
導入したシステムの規模や構成など細かに書かれてるものが良いです。

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

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

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

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

15NAME IS NULL2005/08/27(土) 22:48:49ID:J9fqGvow
>>14
MySQLとかPostgreSQLの本に導入事例がかいてあったような気がする
立ち読みでちょっと見た程度で、詳しくは覚えていない

16NAME IS NULL2005/08/27(土) 23:41:46ID:???
>>14
会社がつぶれる前に転職すれば解決するのでは?

17NAME IS NULL2005/08/28(日) 01:42:37ID:???
某携帯キャリアのプロビジョニングシステムは MySQL だよ。
詳しくは言えないけど。

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

19NAME IS NULL2005/08/29(月) 00:25:57ID:VaVjWo27
システム規模や構成を事細かに説明してくれた導入事例ってのを
希望する人は多いが、いまだかつてそういうのを見たことは無い。

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

20NAME IS NULL2005/08/29(月) 01:39:18ID:???
Googleが使ってなかったっけ?

21NAME IS NULL2005/08/29(月) 10:14:40ID:VaVjWo27
GoogleもYahooもばりばり使ってるよ。米国のだけどな。有名な話だよ。

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


22NAME IS NULL2005/08/29(月) 10:16:52ID:VaVjWo27
21の続き

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

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

23NAME IS NULL2005/08/29(月) 10:19:27ID:???
なるほど

24NAME IS NULL2005/08/29(月) 14:27:44ID:???
usogres とかどうなった?

25NAME IS NULL2005/09/02(金) 15:41:28ID:yH6J8qC4
MySQL
MySQL
MySQL

26名無しさん@そうだ選挙に行こう2005/09/10(土) 23:46:31ID:e3EKUJBA
PostgreSQLは追記型なので、バキュームしないとDB増えまくりなんだな。
200MBくらいのレンタルサーバだと、書き込みが増えたりしたらヤバい?

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

28NAME IS NULL2005/09/25(日) 17:31:22ID:DveltAc0
MySQLは呼び方がすぐ分かる。
PostgreSQLは「ポストグレSQL」なのか「ポステージャーSQL」なのか未だに分からない。

よってMySQLの勝ち

29NAME IS NULL2005/09/25(日) 17:34:21ID:???
SQLを「えすきゅーえる」と呼ぶべきか「しーくぇる」と呼ぶべきか迷うじゃないか

30NAME IS NULL2005/09/25(日) 17:45:32ID:DveltAc0
SQLを「しーくぇる」などと呼ぶのは古い世代が多いみたいね。

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

31NAME IS NULL2005/09/29(木) 04:31:57ID:???
しかしmysqlってつくづくタイプし辛いスペルだな・・

32NAME IS NULL2005/09/29(木) 17:54:18ID:???
誰かpostgreSQLとprogreSQLの違いを教えてくれ。
スレ違いかもしれんが頼む。

33NAME IS NULL2005/09/30(金) 01:38:01ID:???
>>32
タイプミスかそうでないかのちがいじゃないの?

34NAME IS NULL2005/09/30(金) 18:36:09ID:???
>>33
コラコラ

35NAME IS NULL2005/09/30(金) 19:24:30ID:???
アイコラと盗撮流出写真の違い?

36NAME IS NULL2005/10/12(水) 21:12:43ID:jKmwJx4T
このレスを見たら
7日後以内に死にます
無残な姿で死にます
回避する方法は1つ
このレスをほかのスレに7つ貼る事です

37NAME IS NULL2005/10/30(日) 15:57:36ID:???
客先で運用するシステムをMySQLで構築して使っているわけだが
何ライセンスが必要か教えてくれあらしる。

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

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

39NAME IS NULL2005/10/30(日) 16:58:40ID:???
客先で運用するシステムなら、どうしてもMySQLの必要があるのならライセンス
買うべきだ罠。なるべく安くあげたいのならPostgreSQLにすべき。

40NAME IS NULL2005/10/30(日) 20:51:00ID:???
あとMySQLのクライアントの価格は交渉しだいで非公開


41a2005/11/01(火) 19:15:00ID:BTaxKvRT
自宅鯖だが、MySQLとPostgreSQLを両方使用した経験上からの比較。

まず速度面だが、たしかにMySQLは早い。というより、PostgreSQLは使い
続けてると遅くなってきたり、CPU100%使用状態が頻繁にある気がする。
起動直後にデータをSELECTしたりINSERTしたりするときの速度はあまり変
わらないのだが。あと、DBにログインするさいは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を使うかな。

42NAME IS NULL2005/11/01(火) 20:12:31ID:???
MySQLだとクライアントのライセンスが面倒になる場合があるな
3.xの古い時代にはLGPLなライセンスなときがあったのでそれを使えば大丈夫
ただし、その接続は4.1からつながらないと思う

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

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


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

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



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

43NAME IS NULL2005/11/01(火) 22:07:39ID:???
>>42
古い接続認証方式だと繋がる。
もっとも古いクライアントでは古いAPIしか使えないわけだから、
サーバがMySQL4.1以上の意味がないが。

44NAME IS NULL2005/11/01(火) 22:26:04ID:???
PostgreSQL 8.1の高速化により、MySQLの利点はバキュームしなくてもいいってことぐらいになった?

45NAME IS NULL2005/11/01(火) 22:28:13ID:???
そのバキュームもCPUがあいてるときにちょろちょろやる設定が8からついたから
あんまり問題にならなくなったよ

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

46NAME IS NULL2005/11/01(火) 22:50:14ID:???
8.1 からは autovacuum が contrib から組み込みになるしね。
もっとも、デフォルトでは無効で設定しないといけないけど。

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

47NAME IS NULL2005/11/01(火) 23:32:00ID:???
>>46
いったん大きくなってしまったDBサイズの縮小のために定期的にfull vacuumする
必要はまだあるんじゃないかと。

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

48NAME IS NULL2005/11/02(水) 00:31:58ID:???
> いったん大きくなってしまったDBサイズの縮小のために定期的にfull vacuumする
> 必要はまだあるんじゃないかと。

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

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

49NAME IS NULL2005/11/04(金) 11:20:38ID:???

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

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


50NAME IS NULL2005/11/05(土) 23:07:55ID:urZZ/Ba6
エクセルVBAでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。

51NAME IS NULL2005/11/06(日) 13:06:48ID:???
mysql ODBCとかてのを入れてデータソースに登録すればいいんじゃまいか

52NAME IS NULL2005/11/06(日) 14:25:40ID:???
>>50
MySQL5.0のスレに回答があったぞw
マルチするな

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


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

54NAME IS NULL2005/11/06(日) 14:33:41ID:???
>>52 この板から消えろ 馬鹿すぎ

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

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

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

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


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

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

55NAME IS NULL2005/11/06(日) 14:38:54ID:???
>>52
この板から消えろ 馬鹿すぎ

56NAME IS NULL2005/11/16(水) 18:25:51ID:???
>>55
?

57NAME IS NULL2006/01/04(水) 08:39:07ID:J7AyNhQt
MySQLはPostgresに比べてデータが壊れやすい印象があるんだけど、
この認識は間違ってますか?

58NAME IS NULL2006/01/04(水) 10:58:15ID:???
>>57
使い方によるんでね?

59NAME IS NULL2006/01/04(水) 11:43:29ID:???
書き込みのしくみからの「印象」ではPostgreSQLのほうが壊れにくそうな気がするけど
実際には運用の仕方によるとしか言えないね。

60NAME IS NULL2006/01/04(水) 13:03:35ID:???
>>57
MySQLつうかMyISAMは不整合が起きやすい気がするな。
データそのものが壊れるってことはないけど、MyISAMは
やっぱり煩雑な更新には向かないストレージタイプだと思う。

61NAME IS NULL2006/01/05(木) 21:04:51ID:Ugdd/KOM
おまいらはソース読んで比較してますか?

62NAME IS NULL2006/01/11(水) 19:06:58ID:???
PostgreSQLのテーブルパーティションが便利だな

63NAME IS NULL2006/01/13(金) 17:39:32ID:HwTygb6/
英語がすごく苦手なんですけど、ツール類とか含めて日本語環境が充実してるのはどっちですか?
自分で調べた感じではPostgreSQLかなと思いますが・・・

64NAME IS NULL2006/01/13(金) 18:25:20ID:???
何を持って普及してるというかは微妙だが

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

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

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

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

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

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

65NAME IS NULL2006/01/13(金) 20:00:11ID:???
>>63
「英語がすごく苦手」で「ツール類とか含めて日本語環境が充実してる」なら
二者から選ばず、Oracleになさい。MSのSQLサーバも結構良いよ。

66NAME IS NULL2006/01/13(金) 20:15:05ID:b3qYfz1r
>>64
>postgresのバックアップツールは日本語とおらないぞ
>データベース丸ごとという指定なら問題ないが
>個別にやる場合問題あり
そうなの?これはpg_dumpのこと?

67NAME IS NULL2006/01/13(金) 20:30:28ID:???
>>63
SQLServer 2005 Expressだな。無料だし。
で、SQLServer 2005 ExpressにはEnterprise Managerが付いてないので、
管理用にSQLServer 2005のDeveloper(未発売)を買う。
SQLServer 2005 Developerが5000円くらいで出てくれればコレが最強。

68NAME IS NULL2006/01/13(金) 20:46:23ID:???
pg_dumpはテーブル名とかオブジェクト指定に日本語とおらないはず。

69NAME IS NULL2006/01/13(金) 21:30:15ID:b3qYfz1r
>>68
データの方は大丈夫なんですね。
じゃあ普通に英数字で命名してる分には大丈夫なんかな。

70NAME IS NULL2006/01/13(金) 21:48:59ID:???
そういうこと

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

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

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

71NAME IS NULL2006/01/14(土) 11:56:36ID:???
昔はフィールド名、テーブル名に日本語ってあり得なかったんだけど
最近は普通にみんな使ってるし、対応してくれると楽だなぁ。

72NAME IS NULL2006/01/14(土) 15:28:49ID:???
エンドユーザーコンピューティングってやつだな

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

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

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

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


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

73NAME IS NULL2006/01/14(土) 17:02:08ID:optBPKaF
プログラマ的発想だと、テーブル名に日本語はやめれって感じだけど、
普通に考えると日本語使えた方がいいね。

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

74NAME IS NULL2006/01/14(土) 17:56:24ID:???
>>73
確かにカラム名と日本語名とかならずかいてたな

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

75632006/01/14(土) 21:21:03ID:???
回答ありがとうございました。勉強になりました。
列名や表名に日本語は使わない方針なので、その点からするとあまり変わらないですかね。

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

76NAME IS NULL2006/01/14(土) 22:09:30ID:???
まぁ小規模なPGでDB周りをちゃんと作ってれば
DBMSが変わってもさほど直さなくて済むよというか
そうで有ればいいなぁ。。。



77NAME IS NULL2006/01/14(土) 22:29:49ID:???
DBアクセス部分を抽象化ってのはむずかしいからね
大概ロジックと乱れ飛ぶから

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

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

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

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

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

78NAME IS NULL2006/01/15(日) 13:43:35ID:???
いままでFreeBSD4.11でMysql5.0をつかってきたが
5.0.16からPortsでインストールできなくなったので
PostgreSQLに移行しようと思っている
もともとLINUX_THREADを使わないと壊れるなど
FreeBSDとの相性が悪いようなので

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

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

79NAME IS NULL2006/01/15(日) 13:45:49ID:???
MySQLはそのままでOSをLinuxにすれば簡単なのに馬鹿だな

80NAME IS NULL2006/01/15(日) 13:54:08ID:???
mysqlではこういう書き方でOKだったが
select * from tablename where hoge = "mage";

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

81NAME IS NULL2006/01/15(日) 13:55:07ID:???
>>79
そういう前提でいいのか?
OSそのままでOracle使えば楽なのにとかそういうことは俺はいえん

82NAME IS NULL2006/01/15(日) 13:55:46ID:???
文字列はシングルクォーテーションだな
ダブルクォーテーションは用途が違う

83NAME IS NULL2006/01/15(日) 14:08:50ID:???
MySQLをANSI準拠モードで使うとこれが悲しいってのはあるかな?

84NAME IS NULL2006/01/15(日) 14:12:44ID:???
Linuxでいいや
そんなふうに考えていた時期がオレにもありました

85NAME IS NULL2006/01/15(日) 14:14:42ID:???
Linuxじゃ駄目だと考えるようになったのはニートと呼ばれ始めた頃からだろうか?

86NAME IS NULL2006/01/16(月) 20:22:47ID:???
Solarisでいいじゃん

87NAME IS NULL2006/02/09(木) 19:15:38ID:???
はてなとmixiはMySQLつかってるね。

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

88NAME IS NULL2006/02/09(木) 19:16:27ID:???
だから頻繁にはてなおちるのか

89NAME IS NULL2006/02/09(木) 20:41:21ID:???
じゃあソース見せてもらえるのか

90NAME IS NULL2006/02/09(木) 20:46:54ID:???
さすがにコマーシャルライセンスかってるだろ

91NAME IS NULL2006/02/09(木) 21:21:50ID:???
だから時々CMが入るのか。

92NAME IS NULL2006/02/09(木) 22:19:29ID:???
はてなのシステムは外販もしてるの?

93NAME IS NULL2006/02/09(木) 22:46:03ID:???
社内で閉じたシステムじゃないからな
コマーシャルライセンスが必要

94NAME IS NULL2006/02/09(木) 23:57:17ID:???
んでも、「GPLで配布されているMySQL」を入手してGPLの枠内で商用利用する分には
問題ないよな。MySQLを組み込んだ製品を売るんでもなれりゃコマーシャルライセンス
なんていらないんじゃないの?

95NAME IS NULL2006/02/10(金) 00:04:39ID:???
はてなで質問してこいw

96NAME IS NULL2006/02/10(金) 13:27:53ID:???
>>94
それで誰もかね払わないからDB部分もGPLになるといってる
3.23だっけ?あのあたりからどらいばがGPLになった

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

97NAME IS NULL2006/02/11(土) 08:16:11ID:???
文章の意味がつかめんが、WebアプリならDB本体もドライバも
配布するわけじゃないからGPLでも構わんよね

98NAME IS NULL2006/02/11(土) 10:24:25ID:???
データも公開しないといけないの?
ママ大変!お客様のパスワードが丸見えだわ!

99NAME IS NULL2006/02/11(土) 10:43:17ID:???
当然だよ。
嫌ならPG使え。

100NAME IS NULL2006/02/11(土) 10:58:19ID:???
ドライバを自作してGPLを回避している強者はいないのか?

101NAME IS NULL2006/02/11(土) 11:02:26ID:???
これだから魔威SQLと言われている

102NAME IS NULL2006/02/11(土) 12:23:05ID:???
>>97
普通はDBってユーザーとDBクライアントの間にプロキシみたいなのをかましても
直でつないだのとまったく同じという扱いだよな

103NAME IS NULL2006/02/11(土) 12:48:33ID:???
MySQL が GPL で云々言うなら PostgreSQL を使えばいいのに -- マリー・アントワネット

104NAME IS NULL2006/02/11(土) 15:08:12ID:???
>>102
オマエ>>96
やっぱり何を言いたいのか意味不明なんだが。
「つなぐ」ことってのはGPLが依拠する著作権的には何の意味もないし。

105NAME IS NULL2006/02/11(土) 15:19:34ID:???
はてな社員かな?

106NAME IS NULL2006/02/11(土) 15:42:43ID:???
だれか解説ヨロ
はてなに対して「コマーシャルライセンス買え」か「コード公開しろ」とかで
祭りでもなってるのか?

107NAME IS NULL2006/02/11(土) 16:15:02ID:???
いいえ。馬鹿ですか?

108NAME IS NULL2006/02/11(土) 16:25:27ID:???
質問してこいって

109NAME IS NULL2006/02/11(土) 17:00:44ID:???
>>106
んにゃ。GPLが理解できない香具師がからかわれてるだけ。


110NAME IS NULL2006/02/11(土) 18:18:20ID:???
>>96で答えが出てる。

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

111NAME IS NULL2006/02/11(土) 18:29:48ID:???
>>110みたいに必死に嘘を書いてる奴は通報するぞ

112NAME IS NULL2006/02/11(土) 18:36:58ID:???
じゃあ詳しく教えてください

113NAME IS NULL2006/02/11(土) 18:39:11ID:???
こんな糞スレで教えてもらおうとするな馬鹿。

114NAME IS NULL2006/02/11(土) 19:19:34ID:???
ライセンス違反者が多そうだな。
技術者として恥ずかしいことだぞ。

115NAME IS NULL2006/02/11(土) 19:38:07ID:???
社員乙

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

116NAME IS NULL2006/02/11(土) 20:49:46ID:???
MySQLは通信プロトコルもGPL

117NAME IS NULL2006/02/13(月) 10:15:48ID:???
データもGP・・・いやなんでもない

118NAME IS NULL2006/02/13(月) 11:06:45ID:???
俺の彼女もGP・・・いや彼女なんていない

1191162006/02/13(月) 22:37:08ID:???
いや、通信プロトコルがGPLというのはネタじゃないんだが
http://dev.mysql.com/doc/internals/en/licensing-notice.html

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

120NAME IS NULL2006/02/13(月) 23:21:42ID:???
マジか。

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

121NAME IS NULL2006/02/14(火) 01:19:01ID:???
そういうライセンスなんだから承諾しなきゃ使えないだけ
いやならPostgresにしろ

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

122NAME IS NULL2006/02/14(火) 07:22:31ID:???
そういうライセンスっつーか、GPLでしょ。
いろんな意味で間違ってるよ。

123DB2006/02/14(火) 14:16:12ID:???
MyPostgreSQL

124NAME IS NULL2006/02/14(火) 17:25:33ID:???
>>121
そして8.1での速度向上もでかいね。

125NAME IS NULL2006/02/14(火) 18:52:38ID:???
さすがに俺の周りでは8.1はまだ実務運用はされてないな
8.0で動いてるところはいくつか見たし、俺もかかえてる

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

126NAME IS NULL2006/02/14(火) 19:05:34ID:???
8.1やっと本番環境で動きましたよ〜
SQL変更は何箇所かあった。

127NAME IS NULL2006/02/15(水) 01:17:23ID:???
うちも年末に8.1に移行した。
全体的に早くなったような気がするけど、相変わらずバージョンが変わるごとに
プランナの挙動が変わってしまうのは困るね。

128NAME IS NULL2006/02/15(水) 02:36:13ID:???
うちは未だ7.3だ。

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

129NAME IS NULL2006/02/15(水) 09:38:19ID:???
メンテが多少楽になるってのは、理由にならんかなぁ

130NAME IS NULL2006/02/15(水) 12:40:23ID:???
8.0からまともになったSQLってのもあるしね

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

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

131NAME IS NULL2006/02/15(水) 14:16:26ID:???
しかし、変更は7.4->8.0より8.0->8.1のが大きい気がする

132NAME IS NULL2006/02/15(水) 20:29:52ID:???
8.1での変更点なんて8.0での変更点に比べたら正直カス

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

133NAME IS NULL2006/02/15(水) 20:37:47ID:???
内部は知らんが
使えないsqlがでた
以前のpsqlやpg_dump等が実質使えない

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

134NAME IS NULL2006/02/15(水) 21:14:53ID:???
実務ではどっちが使われているの?

135NAME IS NULL2006/02/15(水) 21:17:42ID:???
MySQLとPostgreSQL

1361162006/02/18(土) 08:09:53ID:???
>>131
MySQLで、3.23→4.0より4.0→4.1のが変更が大きいのと同じようなもん?

137NAME IS NULL2006/02/18(土) 12:35:07ID:???
正直MySQLの4.1以上へのアップグレードにくらべれば7.4から8.1も楽勝

138NAME IS NULL2006/02/23(木) 11:52:21ID:???
SlonyIでレプリケーションする場合
テーブル名もすべて指定しないとダメなんだよね?
その場合、テーブル作る場合、サービス止めて
テーブル指定するって感じなのかな

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

139NAME IS NULL2006/02/23(木) 11:55:30ID:???
Slony-Iの操作はpgAdminIIIからやるのが楽でいい

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

141NAME IS NULL2006/02/24(金) 19:18:30ID:KaTZynr5
MySQLが4.1からおかしくなったから
Postgresに乗換えようかと迷い中。
乗換えた人がいたら、どんな感じか教えてください。

142NAME IS NULL2006/02/24(金) 23:03:15ID:???
とりあえず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年くらい放置してた時点で今後も心配

143NAME IS NULL2006/02/28(火) 08:34:27ID:???
>>142
メジャーバージョンアップ直後のの8.0の方がバグ多し、な希ガス。
8.1もマイナーバージョンあがってるから、そっちの方がよくね?

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

145NAME IS NULL2006/02/28(火) 17:57:11ID:???
そうか、ちょっと寝かすか
   ∧_∧
   ( ・∀・)       ))
   /つ( ̄`ヽO_ノ⌒ヽ
  ノ   )        \ ))
 (__丿\ヽ ::    ノ:::: )
     丿        ,:'  ))
   (( (___,,.;:-−''"´``'‐'

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

146NAME IS NULL2006/02/28(火) 19:34:47ID:U459FQMy
だから、どっちが多く使われてるの?

147NAME IS NULL2006/02/28(火) 21:10:59ID:???
国内では PostgreSQL、
国外では MySQL

148t_tama2006/02/28(火) 22:11:52ID:NtqGSwPN
MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合
が無いってのが弱点かも。その分、スピードに力を入れてるってこと
だけど。

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

149NAME IS NULL2006/02/28(火) 22:27:21ID:???
>>148
>MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合が無い
「PostgreSQLはWindowsではまともに使えない」ぐらい古い認識かと。
まあ移行が進まないのはどっちも同じだけどね。

150NAME IS NULL2006/02/28(火) 23:56:21ID:U459FQMy
IDがMy 

MySQLの勝ち

151NAME IS NULL2006/03/01(水) 00:00:40ID:???
>>150
ID が You シゴク Fuck

152NAME IS NULL2006/03/01(水) 01:39:33ID:???
>>143
MySQLなめすぎ
あれにくらべたらPostgresのバグはかわいいよ

153NAME IS NULL2006/03/01(水) 01:51:18ID:???
まあMySQLも5.0.18が出ているわけで、SQL1999系機能も日本語再対応も一通り終わっているわけで、
どっちも過去の特定のバージョンの話ではなくて、現状ベースで話しましょうよ。

154NAME IS NULL2006/03/01(水) 16:04:00ID:???
ビューやトランザクションを使うプログラムでは手元では
速度は PostgreSQL8 > MySQL5 だけど。
# トランザクションが MySQL は遅い?

155NAME IS NULL2006/03/01(水) 20:38:58ID:???
昔から遅い

156NAME IS NULL2006/03/01(水) 20:48:26ID:???
そろそろMySQLとPostgreSQLのメリット、デメリットをまとめようぜ。

157NAME IS NULL2006/03/03(金) 01:02:16ID:???
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ファイルの代わりに使うくらい



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

158NAME IS NULL2006/03/03(金) 01:29:34ID:???
>>157
どれが嘘なのか書いてくれるとありがたい。嘘交じりの情報なんてイラネ。

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

160NAME IS NULL2006/03/03(金) 01:51:44ID:???
>>158
どれが嘘かは、俺にもわからんのだ。
覚えてるのを書いただけなので、間違ってる可能性大。
自分の記憶はあんまり信用できない。

161NAME IS NULL2006/03/04(土) 23:35:57ID:???
>>157
SQL Serverは?

162NAME IS NULL2006/03/05(日) 07:23:48ID:???
>>161

そもそも、比較の対象外

163NAME IS NULL2006/03/05(日) 13:08:06ID:???
>>159
とりあえずテスト機にPostgreSQLにportした環境作って評価してみては?
以降が簡単に済みそうならOracleの評価版でもいいけど。

164NAME IS NULL2006/03/05(日) 21:08:45ID:???
そうそう、やってみればわかるよ。

165NAME IS NULL2006/03/05(日) 23:29:12ID:???
移行を考えるとDBはシンプルが一番だよな。

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

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

166NAME IS NULL2006/03/06(月) 09:18:02ID:???
移行が難しい=現在の設計が理解できていない

167NAME IS NULL2006/03/06(月) 10:16:58ID:???
そっくりそのまま持っていって、SQLが変更無しで使えればそれにこしたこたないが
それだけじゃ、移行の理由そのものが薄そうだしな

168NAME IS NULL2006/03/06(月) 11:57:39ID:???
一応、SQL92に準拠するように書いておく。
それで移行した際にエラーがでたなら、
ボケアホカスシネMySQLお前はSQL Serverにすら劣るんだよ!!
となじる。

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

169NAME IS NULL2006/03/06(月) 12:02:27ID:???
SQL Serverって結構優秀だけどな。

170NAME IS NULL2006/03/06(月) 19:40:33ID:???
ふーーーーーーーーーーーーーーーーーーーーーーーん。

171NAME IS NULL2006/03/07(火) 15:22:06ID:???
SQLServerが優秀ではなくてSybaseは優秀が正しい

172NAME IS NULL2006/03/08(水) 19:29:52ID:???
へぇーーーーーーーーーーーーーーーーーーーーーーーーーーーー。

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

174NAME IS NULL2006/03/15(水) 01:17:55ID:???
2chのスレなんて当てにならんかもしれんけど、
MySQLのスレはPart7、PostgreSQLはまだPart2。
んー。MySQL使ってる人の方が多いのかな?

175NAME IS NULL2006/03/15(水) 03:11:39ID:???
>>174
どうなんかね。自分は両方使ってるけど、postgresqlはスレにも
日本のMLにも出入りしてない。そんなケースもあるので。

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

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

177NAME IS NULL2006/03/15(水) 09:46:23ID:???
そういやXOOPSっていまだにMySQL一択なのかな?使わないから調べてもしてないが

178NAME IS NULL2006/03/15(水) 10:01:25ID:???
MySQLが有利だったのは、軽いとか速いとかWindowsで動くとか
そういう部分じゃないかなあ。PHP標準だったのも大きい。
フルスペックのSQLを使いたい、という理由でPostgreSQLにしたけど。
今はそういった差はほとんど無いね。

179NAME IS NULL2006/03/15(水) 10:43:16ID:???
postgresのスレってなんか複数あるしな

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

180NAME IS NULL2006/03/15(水) 10:50:25ID:???
以前出た本にCygwin+PostgreSQLなのがあったな。
そこまでWindowsもしくはPostgreSQLにこだわらんでもと、おもたもんだ

181NAME IS NULL2006/03/18(土) 14:20:13ID:???

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

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

182NAME IS NULL2006/03/18(土) 16:35:27ID:???
MySQL4.0以前からのバージョンアップでなけば、MySQL4.1以降でも問題ないらしいけど?

183NAME IS NULL2006/03/18(土) 17:19:59ID:???
4.1がその下の細かいバージョンで挙動が変わりすぎだったから人が離れただけ
日本語使わなければ問題はなかったというところだけどね

184NAME IS NULL2006/03/22(水) 17:20:54ID:???
Postgresqlが標準でレプリケーション機能をつけないのは
なんかポリシーなの?
SlonyIやってみたけど、MySQLとちがってテーブル名全部指定とか
設定が面倒すぎる。

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

185NAME IS NULL2006/03/22(水) 22:26:18ID:???
たしかに

186NAME IS NULL2006/03/23(木) 10:08:10ID:???
レプリケーションだけならそうだが、結局PostgreSQLにSlony-Iでやってるな。
PgAdminIIIでSlony-I扱えるのが大きい。

187NAME IS NULL2006/04/10(月) 21:18:30ID:kws9LtIU
過去ログ読んだけど、なんか面白い書き込みが少ないなあ
もう少し比較記事が欲しいな

ということで燃料投入www

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

188NAME IS NULL2006/04/11(火) 01:25:42ID:???
http://blog.ohgaki.net/index.php/yohgaki/2006/04/08/mysqla_a_postgresqla_las_a_a_a_a_c_c_p
PostgreSQLの方が10倍速かったらしいですヨ。誰か元ネタ読んでみて。

189NAME IS NULL2006/04/11(火) 13:07:49ID:4VOupqi+
>>188
何か特殊な環境のようで、あんまり一般的ではないようで参考にならないですね。

190NAME IS NULL2006/04/11(火) 13:20:49ID:4VOupqi+
業務系はPostgreSQLでWeb系がMySQLってのは俺も賛成だな

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

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

191NAME IS NULL2006/04/11(火) 13:42:50ID:???
188 の人じゃないけど最大10倍くらい出るよ。
平均でも 2 〜 3 倍くらい出る。

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

192NAME IS NULL2006/04/11(火) 13:50:39ID:4VOupqi+
詳しく>>191
比べた条件がわからないと参考にならないんだけど

193NAME IS NULL2006/04/11(火) 14:55:57ID:???
ツールの使いやすさで言うなら
CLI: psql >> mysql
WEB: phpMyAdmin >>>>> phpPgAdmin
かなあ。

194NAME IS NULL2006/04/11(火) 18:22:25ID:4VOupqi+
>>191
PostgreSQLマンセーの書き込みか、、、
DBAやってる人なら理由を知りたくなると思うんだけど、、、
理由もわからず(わかろうとしない?)にチューニング出来ないと思うんだが

195NAME IS NULL2006/04/15(土) 11:05:45ID:???
通常まともなDBならInnoDBとの比較になるしさほどめずらしくはないだろ
ずっとMySQLつかってきたけどそう思うよ
Postgres8が登場してからは明らかに流れが変わった

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

196NAME IS NULL2006/04/15(土) 22:04:16ID:8sebR/w8
「通常まともな」の定義が問題だよな。
まともな業務用のデータベースって意味なんだろうけど
人や業種やプロジェクトによって通常の定義も違うからね。
曖昧な言葉を平気で使うような人だと
まともにデータベース設計が出来ないと思われるよwww

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

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

197NAME IS NULL2006/04/22(土) 00:30:34ID:???
トランザクション中心なんてほとんどの業務系はそうだろ

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

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

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

198NAME IS NULL2006/04/22(土) 14:01:13ID:???
>>196-197
初期値酷いとか言ってんなら
すべての環境で万能な初期値っての挙げてみろや出来るもんなら
まあ初期値をそのまま使う気でいるヤツからしてみりゃ確かに
酷いってことにもなるんだろうが。

199NAME IS NULL2006/04/22(土) 23:23:28ID:???
>>198
なんで荒れてるんだ?

200NAME IS NULL2006/04/22(土) 23:40:03ID:???
>>199
Postgresの2つのスレを見ればきっとわかるよ。
最近は、「キレる&荒れる」精神的に病んだ奴が多すぎ。

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

202NAME IS NULL2006/04/23(日) 13:49:13ID:???
馬鹿と荒しはどちらも精神病患者

203NAME IS NULL2006/04/23(日) 15:44:45ID:MyWxdzio
>>202
そのレス自体が煽りだと気づいてないオマエ自身
オマエの言う精神病患者の何者でもねえwww

204NAME IS NULL2006/04/23(日) 16:33:24ID:???
事実を述べただけ。
知能が劣っている事と、犯罪や迷惑行為を行う事と、精神病を抱えている事は
どれも同じ現象の異なる側面を眺めているに過ぎない。

205NAME IS NULL2006/04/23(日) 16:46:30ID:???
>>203
自嘲してるんでしょうな。

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

206NAME IS NULL2006/04/23(日) 18:48:47ID:???
>>204は病気というより人間として終わっているだろ。

207NAME IS NULL2006/04/23(日) 19:26:29ID:???
人間未満のゴミどもが何か言うてるでw

208NAME IS NULL2006/04/23(日) 21:33:43ID:???
>>202=>>204=>>207だな
文脈で一発でわかる
放置が適当かと

209NAME IS NULL2006/04/24(月) 02:51:43ID:???
>>201
なんでも、やってクレクレ君に頭来てるってな、
ここでの質問はおまえらが答える必要なんてないんだぞ。
なんだ、質問に答えることがおまえらの仕事なワケ??ニートか?
仕事だからクレクレ君来ると怒るわけ??


210NAME IS NULL2006/04/24(月) 02:57:42ID:???
>>209
別に201でもなんでもないが
おまえ、何ファビョってんの?www

211NAME IS NULL2006/04/24(月) 12:58:47ID:???
発売わずか2か月で20万部を越えたベストセラー「他人を見下す若者たち」。

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

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

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

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


212NAME IS NULL2006/04/24(月) 13:12:43ID:???
>>211
たぶん唐辛子の食べ過ぎ

213NAME IS NULL2006/04/24(月) 17:00:54ID:???
俺様以外全員池沼

214NAME IS NULL2006/04/24(月) 17:04:29ID:???
>>213
まだいたのかw

215NAME IS NULL2006/04/25(火) 13:15:59ID:???
PostgreSQLを他のデータベースソフトと
ベンチマークテストで数値で検証してるサイトはないでしょうか?

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

216NAME IS NULL2006/04/25(火) 14:11:52ID:???
>>215とか池沼としか思えない

217NAME IS NULL2006/04/25(火) 18:15:46ID:???
>>209
ギモンの意図がまったく理解不明

2182152006/05/04(木) 01:49:12ID:???
    __      _____  r―‐┐┌――┐         _     厂|       __厂|__
  / ∠___,  |______ | /_/7 /  7 厂| | く\     ||      | |       |__  __|
  l   ___  |         | | _/ 〈_ L/ [_|   ヽ」┌─┘└─┐  | |    _ |__  __|
  | |___| | ____| | | 口 口 | /Z_冂_ 〈\.└─┐┌┐│  | ヽ__/ | /┌┐ _ \
  l   ___  | |         | | 口 口 l〈_,r┐┌┘ \/__| L_」 |_ \__/ ヽ、二__ノ  ヽ/
  | |___| | | | ̄ ̄ ̄ ̄ |┌ー┐|┌ ┘└┐   |__  ___|  厂|      _厂|__
  l   ___  | | |         ||   ||└ ┐┌┘  / 〉   / \      | |    └┐┌─┘
  | |___| | | ヽ____/| ||   ||   | |   / /  //\ \__  | |_,ノ|    | | l二二l
  l______| ヽ_____ノ |.」   [__|   |_.」  く_/ く_/   \_ノ  ヽ__/   ∠_/ l二二l

219NAME IS NULL2006/05/05(金) 02:17:49ID:2T/DDJw6
質問です!Mysqlを勉強してます。
perlのDBI経由と、CSEとで、sqlのステートメントを複数連結するとSyntax Errorに
なってしまいます。たとえば下記はエラーになります。

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

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

宜しくお願いします!

220NAME IS NULL2006/05/05(金) 13:03:43ID:???
>>219
;(セミコロン)で区切って複数のSQL文をCSEで実行するときは
[データベース]−[一括実行]の方でやってみる

221NAME IS NULL2006/05/05(金) 23:06:51ID:???
>>220
実行できました!ありがとうございます
perlではどうやったら実行できるでしょうか?
C APIでMYSQL_OPTION_MULTI_STATEMENTS_ONってのを見つけましたが、
perlには関係ないですよね。

222教えて2006/05/06(土) 02:03:19ID:dawq4wDl
今、MYSQLでデータベース作ってますが、漢字の”十”が文字化けします。
ほかにも、いくつかの漢字が文字化けします。
WINXPで MYSQLのバージョンは4でも5でも駄目でした。
だれかわかる人いませんか?

223教えて2006/05/06(土) 02:13:11ID:dawq4wDl
今、MYSQLでデータベース作ってますが、漢字の”十”が文字化けします。
ほかにも、いくつかの漢字が文字化けします。
WINXPで MYSQLのバージョンは4でも5でも駄目でした。
だれかわかる人いませんか?

224教えて2006/05/06(土) 02:29:12ID:dawq4wDl
MYSQL単独でだめだし、漢字も一部の漢字がうまくいかない。
うまくいく漢字もあるし、わけわからん。
もう、いい、いらん! データベースなんか”いらねー!”。
データのクラスとファイルのIOだけでやるわ!

225教えて2006/05/06(土) 02:32:55ID:dawq4wDl
YAHOOのサイト探してるが、ほかのプログラムと連携して問題があるように
語るところばかり。

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

226NAME IS NULL2006/05/06(土) 19:45:16ID:5QUau5VC
文字コードって知ってる?
知らないんなら何使っても文字化けだよ

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

227NAME IS NULL2006/05/06(土) 21:06:36ID:???
CSEってバグだらけじゃないか?
そもそもその略称は一般的なんか

228NAME IS NULL2006/05/06(土) 22:46:44ID:???
>>227
結構見かける<略称
正式名称が長すぎ

229NAME IS NULL2006/05/06(土) 23:06:36ID:???
KENTて・・・
あえて、ド素人相手の説明だから?

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

231NAME IS NULL2006/05/07(日) 11:52:19ID:???
>>230
> 教えてほしかったらキッチリ仁義斬ることだな

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

232NAME IS NULL2006/05/07(日) 14:19:43ID:???
CSEのバグってスクロールバーとかUIまわりだろ
MySQLなんてなめきったDBは業務系で使わないからいいけど

233NAME IS NULL2006/05/07(日) 16:11:25ID:???
それはプギャーと言うところかしらー?

234NAME IS NULL2006/05/07(日) 16:35:42ID:???
ちゃんと仁義きったのだからオセロ


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

236NAME IS NULL2006/05/08(月) 01:57:57ID:???
>>235
さっそくのレスありがとうござんした。
以後宜しくお頼ォ申しあげます。

237NAME IS NULL2006/05/09(火) 23:19:14ID:???
>>232
男なら
与えられた環境だけでなんとかしねぇとなんねぇ時もあらぁな

238NAME IS NULL2006/05/09(火) 23:33:55ID:???
>>237
それが男ってもんよ。環境が無いから開発が出来ない?
てめえらチンコあらあって出直してこい。

239NAME IS NULL2006/05/10(水) 00:10:47ID:???
>チンコあらあって
「あらあって」って、どんなことされるんだろ(´・ω・`)ドキドキ

240NAME IS NULL2006/05/10(水) 00:25:48ID:???
いつから
渡世者スレになったんだ

241NAME IS NULLPO2006/05/11(木) 15:05:11ID:???
 

242NAME IS NULL2006/05/15(月) 17:21:52ID:7u9t9iU/
MySQLを勉強しています。
レンサバの仕様説明を見てて思ったのですが
データベースの提供は1アカウント1データベースとなっております
と書いてありました。
データベース内にテーブルを必要数作れさえすれば問題ないと思っているのですが
MySQLでなくても、1データベースじゃ足りないようなシステムとは
いったいどんなシステムになるのでしょうか?例えば・・・で良いので教えて頂けませんか?

243NAME IS NULL2006/05/15(月) 17:59:42ID:???
>>242
同じtable名を違うアプリケーションで使いたい場合

244NAME IS NULL2006/05/15(月) 18:10:51ID:???
>>242
1サーバで処理できないDBを「単純に」分散化した場合。

245NAME IS NULL2006/05/16(火) 02:10:38ID:mrKEQHYW
『書籍の内容を日本語でおさめたデータベースを、あるキーワードで検索する』なんてものを
作る場合、PostgreSQLとMySQL、どちらが良いとかあります?
Linux + Apache + PHP、それからクライアントはFlashを多用することが多くなると思うんですが。

246NAME IS NULL2006/05/16(火) 02:11:30ID:???
それでも意味がわからないと黙る>>242

247NAME IS NULL2006/05/16(火) 02:13:18ID:???
>>245
どちらも不向き。

2482452006/05/16(火) 02:36:52ID:mrKEQHYW
じゃ質問変えます。

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

249NAME IS NULL2006/05/16(火) 02:43:00ID:???
>>248
DBっていうか検索エンジンだな。一昔前ならNamazuだったけど、いまだとどんなのだろ。
とりあえず、基礎知識からしてないようだから、お勉強し直したほうがいい。

250NAME IS NULL2006/05/16(火) 09:07:53ID:???
↑Webページの検索じゃないの?>Namazu
>245はOracleやPostgresやMySQLを使ってデータベース化したデータの検索じゃないの?

251NAME IS NULL2006/05/16(火) 10:17:21ID:???
NamazuはWebページに限定したものじゃないぞ。

252NAME IS NULL2006/05/16(火) 12:08:12ID:???
>>250
マジで、真剣にお勉強したほうがいいぞ。

253NAME IS NULL2006/05/17(水) 12:56:41ID:???
勉強し! 勉強し! さっさと勉強し!

254NAME IS NULL2006/05/17(水) 18:50:31ID:???
データベースファイルから
Namazuで使えるIndex作れるのか?
WordやらPDFでさえフィルタが必要だぞ?

255NAME IS NULL2006/05/18(木) 01:11:50ID:???
普通に考えればOracleText使え

256NAME IS NULL2006/05/18(木) 03:19:52ID:???
未成熟分野だが、XmlDBって選択もアリかと

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

257NAME IS NULL2006/05/26(金) 09:38:36ID:mYYQpcEk
Win2000 + Apacheでデータベースを構築して遊んでみようかと思い立ちました。

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

2582572006/05/26(金) 09:47:19ID:???
+ PHPね。
よし。スレをざっとみて、Postgresに決めたyo

259NAME IS NULL2006/05/26(金) 14:12:56ID:???
>>257
自分は両方やって遊んでますよ。特別な意味はないんだけど、どこがRDBMS依存かは把握しやすい。

260NAME IS NULL2006/05/27(土) 10:51:10ID:Sa3iBEqf
phpPgAdmin が phpMyAdmin に比べて機能が足りず、使いづらいのだが・・・

261NAME IS NULL2006/05/27(土) 19:31:47ID:???
phpPgAdmin とか phpMyAdmin なんてものに頼る程度のやつは・・・・

262のんびりさん ◆mLXopK4pSg 2006/06/26(月) 18:10:37ID:???
>>261はプログラムを機械語で記述するのですか?

263NAME IS NULL2006/06/26(月) 23:24:35ID:???
>>262
おまえはあほか

264NAME IS NULL2006/06/26(月) 23:46:38ID:???
効率良い方法でやれば良いだけの話であって。

265NAME IS NULL2006/06/27(火) 01:53:54ID:???
>>262
マクロアセンブラを使ってからは、
もうハンドアセンブルには戻れません。

266NAME IS NULL2006/06/28(水) 07:01:49ID:???
MZ-80B使っていた頃は金がなくてマクロアセンブラなんて買えなかったから、
当然ハンドアセンブルだったなぁ。

267NAME IS NULL2006/06/28(水) 09:30:26ID:???
おっさんの昔話はどうでもいい。
Z80のワンボードで制御した学生の頃の実習はハンドだったけど。

268NAME IS NULL2006/06/28(水) 10:25:34ID:???
オッサン合戦が始まりました!

269NAME IS NULL2006/06/28(水) 14:10:14ID:???
>>262が悪い

270NAME IS NULL2006/06/28(水) 16:05:23ID:???
そうだな。便利なツールがあるんだから、それを使えばいい。
カシオミニとかな

271NAME IS NULL2006/06/28(水) 16:49:05ID:???
本試験においては電卓の持ち込みは許可しません。
計算尺、手回し計算機は可

272NAME IS NULL2006/06/29(木) 00:17:57ID:???
とりあえずC9

273NAME IS NULL2006/07/14(金) 14:13:50ID:???
学校でMySQL使ってるんですが
何故か先生が「○○というデータベースに学生番号+テーブル名でテーブル作るように」とかいうんですよ
スキーマ使ったらいいじゃんと思ったんですがMySQLにはスキーマがないらしい
やっぱPostgres最高

274NAME IS NULL2006/07/14(金) 14:35:06ID:???
>>273
俺も、PostgreSQL派だけど。
もう少し、勉強頑張ったほうがいいよ。

275NAME IS NULL2006/07/24(月) 17:11:20ID:???
んー微妙

276NAME IS NULL2006/08/07(月) 14:38:10ID:ZoPVfSyz
MySQLはだめだな・・

277NAME IS NULL2006/08/08(火) 20:50:16ID:???

278NAME IS NULL2006/08/14(月) 07:05:27ID:5lgfO1R+
どちらがより我儘な問い合わせに応えてくれますか?
速度は気にしません

279NAME IS NULL2006/08/14(月) 19:16:14ID:???
我儘?

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

280NAME IS NULL2006/08/15(火) 13:53:07ID:HdGLaFVe
既知のクリティカル不具合は?

281NAME IS NULL2006/08/15(火) 21:43:04ID:???
SHARP X1 の Hu-BASIC は馬鹿でかくてフリーエリアが少ないので、オーバーレイなんて
手法を BASIC で使ってた と言ってみるテスト

282NAME IS NULL2006/08/15(火) 22:08:37ID:???
クリティカルな不具合が既知だったら
DBとして終わってる

283NAME IS NULL2006/08/17(木) 07:35:50ID:???
PostgreSQLを触ってOracleのような
日付・文字列処理関数がないことに絶望しました

284NAME IS NULL2006/08/17(木) 08:28:42ID:???

285NAME IS NULL2006/08/17(木) 18:20:00ID:???
スレ違いだが、絶望するほど無いとは思えんがな

286NAME IS NULL2006/08/17(木) 19:21:09ID:???
>>283の絶望的な能力不足
能力が無いやつは、なんでもツールのせいにする。

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

287悩み人2006/10/19(木) 00:48:45ID:T6+foHou
PHPからMYSQLに接続したいのですがどうしてもつながりません。
mysql_connect関数を使い接続しようとしたのですが、
Call to undefined function mysql_connect()
というエラーが出て、接続できません。誰かわかる方教えてください。

288NAME IS NULL2006/10/19(木) 04:33:45ID:???
> Call to undefined function mysql_connect()
答えが出ているじゃないか。

289NAME IS NULL2006/10/20(金) 18:51:28ID:???
モジュール読み込まないといけないんじゃあ似の?
マニュアルに書いてあると思う

290NAME IS NULL2006/10/20(金) 19:40:50ID:???
まぬある読んだら負けかな?と思ってる

291NAME IS NULL2006/10/20(金) 19:51:48ID:???
勝ってさえ無いじゃないか

292NAME IS NULL2006/11/05(日) 22:18:19ID:???
>>291
おもしろい

293NAME IS NULL2006/11/06(月) 12:46:13ID:???
というより、勝負出来る域まで来てないな。

294NAME IS NULL2006/11/07(火) 10:52:08ID:p0/rpFxS
MySQLのアーカイブロ、ストアドプロシジャ、トリガ って
後付けの昨日?

295NAME IS NULL2006/11/07(火) 10:54:18ID:p0/rpFxS
電源障害への対応度は 如何に?

296NAME IS NULL2006/11/08(水) 11:56:46ID:???
電源障害はmysql以前の問題

297NAME IS NULL2006/11/12(日) 07:25:17ID:???
企業で導入率が高いのはどっち?

298NAME IS NULL2006/11/12(日) 11:05:59ID:???
MySQLじゃね?
日本だとPostgreが人気っぽい印象があるけど

299NAME IS NULL2006/11/13(月) 02:07:35ID:???
んじゃMySQLから覚えよっと
トン

300NAME IS NULL2006/11/13(月) 13:25:50ID:/xuThI4A
PostgreSQLに乗り換えた

301NAME IS NULL2006/11/14(火) 00:36:47ID:???
CSEはmysqlの3.23までしか対応してないの?パッチあてれば4.1以上でも使えるって聞いたんだけど

302NAME IS NULL2006/11/23(木) 14:04:10ID:???
PostgreSQLって、SQL Serverと比較した場合のメリットデメリットってどんな感じ?

303NAME IS NULL2006/11/23(木) 21:43:20ID:???
>>301
フツーに使えとるけど

304NAME IS NULL2006/12/02(土) 10:46:01ID:???
>>303
verいくつ?
4.1でやったら強制終了されたぞ

305NAME IS NULL2006/12/02(土) 11:56:36ID:???
>>304
libmysql.dllを調べる
winclients-3_22_28_eucかwinclients-3_22_28_sjis同梱のlibmysql.dllしか受け付けん

306NAME IS NULL2006/12/04(月) 01:49:36ID:???
>>305
じゃあ3.23のlibmysql.dllを4.1に上書きすれば使えるのかな?

307NAME IS NULL2006/12/18(月) 19:34:50ID:qB1YsmcU
MySQLにおけるMySQL Administrator(GUIツール)のようなもの、ポスグレにはないのですか?
ちろっと探したけど見つかんなかったよ?

308NAME IS NULL2006/12/18(月) 20:07:30ID:???
pgAdminを使いなされ

309NAME IS NULL2006/12/19(火) 03:23:52ID:???
pgAdminIII

3103072006/12/19(火) 03:44:55ID:???
おおっと!!このスレに2種類登場してたんだね。
ログ読んでる時、全部phpPgAdminの事と思って読んでたよorz
>>308-309
早速DLしてます!さんくす!

311NAME IS NULL2006/12/21(木) 09:34:50ID:???

312NAME IS NULL2006/12/21(木) 12:05:08ID:xC+w001g
MySQLのSHOW COLUMNS FROM table;みたいに列名などを
返してくれるコマンドのPostgreSQL版ってありませんか?

3133122006/12/21(木) 12:28:43ID:xC+w001g
一応自己解決しました
もっと良い方法はありますか?
oidとかcmaxとか邪魔だしなんか冗長な感じです・・・

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


314NAME IS NULL2006/12/21(木) 12:30:30ID:???
psql を -E オプションで起動して、 \d table ってやってみ

315NAME IS NULL2006/12/21(木) 13:00:48ID:xC+w001g
>>314
ありがとうございます。出力されたSQLを参考に組みなおします

316NAME IS NULL2006/12/30(土) 02:04:49ID:???
相変わらず、MySQL のライセンスの使い分けがよく分からない。
例えば、mixi みたいなシステムでは商用ライセンスじゃないといけないの?
それとも、MySQL 自体を変更していなければ、mixi の Perl のソースを公開しなくても GPL で OK?

317NAME IS NULL2006/12/30(土) 12:23:24ID:???
わからなければ商用ライセンスを買ってください。
わかる人だけがGPL版を使ってください。

318NAME IS NULL2006/12/31(日) 00:23:54ID:???
答えになってないな。

319NAME IS NULL2006/12/31(日) 00:46:54ID:???
充分答えになっていると思うが?
いちかばちかで犯罪者になりたくはないだろう?
警察に「2chで質問したらOKだって言われたから」と言い訳するつもりか?
ここには意図的に嘘を書く輩が大勢徘徊しているのだぞ。

320NAME IS NULL2006/12/31(日) 03:26:16ID:???
分からないから教えてくれと言っているのに対して、
分からない部分を教えないのでは、答えたことにならないだろ。

321NAME IS NULL2006/12/31(日) 10:07:04ID:???
>>316 が質問しているのは、

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

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

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

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

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

322NAME IS NULL2006/12/31(日) 13:13:37ID:???
相変わらず不毛だねぇ、君たち

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

323NAME IS NULL2007/01/02(火) 01:53:43ID:???
GPLは再配布の際に問題になってくるっていう大前提がわかっていれば、
GPL周りの疑問や誤解はかなりなくなるんだけど、それすらお勉強しない
ヤシは後を絶たないな。

324NAME IS NULL2007/01/02(火) 13:12:53ID:GguwttE5
Postgres8.0.9ですが
同じフィールドを持つ2つのテーブルを繋いで1つのテーブルに
見えるようなビューって作れるのでしょうか?

325NAME IS NULL2007/01/02(火) 14:29:13ID:???
union

326NAME IS NULL2007/01/04(木) 13:06:36ID:???
>>325
いろいろあってレス遅れました
ありがとうございます
説明を読んだことはあるけど、そのときは何のことやら意味わからなかった
やっぱり実戦経験は大事だなー

327NAME IS NULL2007/01/04(木) 13:23:21ID:???
WEBページで、ページ送りを作るときに全体の件数が知りたいときどうしてますか?
(Limit句つけて検索したときの話です)
mysql だて SQL_CALC_FOUND_ROWS ですませてるんですが、postgres含む他のDBでは
どうやってるんでしょうか?
SQL2回発行してるんでしょうか。


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

328NAME IS NULL2007/01/05(金) 12:42:59ID:eEDb9wg9
.NETから両方使った事奴いるかな?
どっちが使いやすいというか・・・
その辺の感想聞かせて欲しい
OLEDBで接続した時の苦労話とか

329NAME IS NULL2007/01/13(土) 22:43:45ID:78jvQO04
age

330NAME IS NULL2007/06/08(金) 23:17:21ID:BCjwMJBL
mysqlのライセンスってどこで買うの?

331NAME IS NULL2007/06/09(土) 07:35:13ID:???
www.mysql.com 見た?>>330

332NAME IS NULL2007/06/11(月) 22:28:29ID:sJ4sZGiu
やっぱ、MySQLの方がPostgreSQLよりも人気もあって、導入実績もあるみたいだね。

333NAME IS NULL2007/06/19(火) 10:57:14ID:???
個人的にはどっちもどっち・・・
技術者が手慣れたものがいちばん良いよ・・・とは言え、参照系ならMySQL、そうじゃないなら
PostgreSQLって感じかな。

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

334NAME IS NULL2007/06/19(火) 23:57:03ID:???
たいていの用途には速度も昨日もPostgreSQLの方が上だと思われ。

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

336NAME IS NULL2007/06/21(木) 02:48:10ID:???
仕事で使う場合、機能や速度よかライセンス的にPostgreSQLのほうがありがたいね。

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

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

337NAME IS NULL2007/06/22(金) 12:10:48ID:???
仕事で使うにも、MySQLの方が多いですし

338NAME IS NULL2007/06/22(金) 13:51:50ID:???
HAするときはpgpool-IIをpgpool-Iモード(systemDB使わない方)だなぁ
pgpool-IIは複雑すぎるきがするOTL

339NAME IS NULL2007/06/22(金) 20:28:58ID:???
>>337
商用ライセンス買っているのかな?
うちのところは貧乏なので、商用or GPLで悩むのならBSDLの
PostgreSQLをつかってしまえって感じで、いまやPostgreSQLだらけ。

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

340NAME IS NULL2007/06/24(日) 16:00:42ID:joeyVZjM
>>339
PostgreSQLのクラスタの情報ってホント少ないよね。

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

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

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

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

342NAME IS NULL2007/06/25(月) 17:28:36ID:???
なんでここで聞くんだ?
マルチか?

343NAME IS NULL2007/06/27(水) 23:01:09ID:XtQZ2L9a
PGCluster-IIが性能面で使い物になるレベルに達してくれればなあ・・・

344NAME IS NULL2007/06/29(金) 09:59:27ID:???
なるんじゃないかなぁ〜〜。
WEB+DBの連載を見ている限りは期待できるんだけど。

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

346NAME IS NULL2007/06/29(金) 23:07:58ID:tZB+lLHU
誰がデータを消したってログも残せないヘボDB

347NAME IS NULL2007/06/30(土) 07:57:11ID:???
確かに346にはできないだろうね。

348NAME IS NULL2007/07/02(月) 05:32:47ID:/UsVuWmO
参照系でもMySQLとPostgreSQLの差なんてほとんどないように思うんだけど・・
MySQLの優位性ってクラスタリングぐらいしか残ってないんじゃね?

349NAME IS NULL2007/07/02(月) 06:41:17ID:IM39awRs
>>348
「マーケティング」を忘れるな。
MySQL ABのマーケティング部門はかなり有能。

350NAME IS NULL2007/07/02(月) 07:01:58ID:???
PHPバインディングの出来(特にPDO)はMySQLのほうがだいぶ良い。
でもPostgreSQLのほうが好きなんだ・・・

351NAME IS NULL2007/07/03(火) 00:52:02ID:???
どこまで本当かはわからんが...

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

352NAME IS NULL2007/07/03(火) 01:06:00ID:???
>>351
PostgreSQL のバージョンが 8.1 と少し古いね。
8.2 にすれば、かなり PostgreSQL が有利になりそうな予感。

353NAME IS NULL2007/07/03(火) 08:39:30ID:???
MySQLはbeta版つかっているんだなぁ。
なら、PostgreSQLも8.3のdev版つかってHOTを使うなんていうことも許されるはず。
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/

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

354NAME IS NULL2007/07/07(土) 00:52:49ID:???
>>351
正直、速さ/遅さの理由の説明ができていない比較の信憑性は無いも同然。
話半分に留めておいたほうがいい。

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

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

356NAME IS NULL2007/08/04(土) 12:16:07ID:???
>>355
余裕です。データベース単位、テーブル単位等でダンプできます。
もちろんリストアもできます。
ちょっと参照したいなという時は一時的なデータベースを作ってあげて、
そこにリストアしてあげればOKです。

357NAME IS NULL2007/11/14(水) 13:30:47ID:???
両者は良きライバル。互いに研きあって、世界最強の二大データベースを目指せ!

358NAME IS NULL2007/11/18(日) 08:00:12ID:???
postgresql.jp がDNS で見つからないんだけど、どこ行ったの ?

359NAME IS NULL2007/11/18(日) 22:43:57ID:???
http://www.postgresql.jp/news/maintainance-2007-11-17
Web鯖とか置いてるビルの停電を伴うメンテの影響だったらしい。

360LLttakJy2007/11/20(火) 21:43:20ID:???
r9SZhE <a href="http://ptunrtrohaxj.com/">ptunrtrohaxj</a>, [url=http://zrbjvehzvdzq.com/]zrbjvehzvdzq[/url], [link=http://smahrmaywbjm.com/]smahrmaywbjm[/link], http://bwtwhhmmkggl.com/

361AxvcOePTCmkzSQH2007/11/20(火) 21:43:33ID:???
eihG3n <a href="http://kvztyxelhnal.com/">kvztyxelhnal</a>, [url=http://ovwsuuyzpeex.com/]ovwsuuyzpeex[/url], [link=http://ljwubzkcdynq.com/]ljwubzkcdynq[/link], http://zxmktgbxdmsq.com/

362LoPmzWRGeuKqey2007/11/20(火) 21:44:52ID:???
W6tn9F <a href="http://omyiqjsiwkmd.com/">omyiqjsiwkmd</a>, [url=http://mpklazsanxnp.com/]mpklazsanxnp[/url], [link=http://lpbcurjzsaqn.com/]lpbcurjzsaqn[/link], http://ixhzdgonfyrw.com/

363NAME IS NULL2007/11/21(水) 14:31:46ID:???
更新と参照が多い場合だとMySQLのが有利?
postgreSQLだとレコード更新されるたびに追加されていくわけだよね?

364NAME IS NULL2007/11/21(水) 14:42:08ID:???
MySQLはDBエンジンで大きく変わるから。

365NAME IS NULL2007/11/21(水) 20:01:11ID:???
追記型は更新が苦手…
そんなふうに考えていた時期が俺にもありました。

366NAME IS NULL2007/11/22(木) 01:31:36ID:???
PostgreSQL 8.3はかなり性能上がっていそうだしねぇ

367NAME IS NULL2007/11/22(木) 04:18:50ID:2Sp8w7qm
(・∀・)sqliteは?

368NAME IS NULL2007/11/22(木) 13:22:28ID:???
>>367
sqliteと比較すべきものはBerkley DBでそ。

369RQcluaHfOiCXPWVEaKy2007/11/22(木) 22:50:45ID:???
http://gkinyn.cn mp3 dmusic downloads ipod

370SysTYPPGtP2007/11/22(木) 22:52:22ID:???
http://gkinyn.cn mp3 dmusic downloads ipod

371XSjCvNlukxSfGxRmoOJ2007/11/24(土) 12:08:22ID:???

372ayILlTLV2007/11/24(土) 14:55:14ID:???

373yRsjIhCnUjh2007/11/24(土) 19:10:57ID:???

374EKpLCHlUyjwlNeIwVjD2007/11/24(土) 20:26:46ID:???
http://bfsnbw.cn/mp31 renegade master

375NAME IS NULL2007/12/05(水) 19:34:44ID:OOBUSy/9
素人質問ですみません。
MYSQLにはPHPmyadminがありますが、Postgreには同じようなソフト
って言うか、簡単にPostgreSQLを扱えるようなものはありますか?
よろしくご教授ください。

376NAME IS NULL2007/12/05(水) 20:54:23ID:???
phppgadmin

377NAME IS NULL2007/12/05(水) 21:07:25ID:???
>>376
おお、やっぱりあるのですね。
ありがとうございます。
早速インストールしてみます。
やっぱフリーソースの両巨頭ですね。
この2つのデータベースは。

378NAME IS NULL2007/12/13(木) 20:13:20ID:WMZdbRJN
JIS2004に対応できてない時点で、今MySQLを選択するのはヤバくない?

379本田2007/12/30(日) 02:53:39ID:bvgNtfNF
solidDB for MySQL
http://sourceforge.net/projects/soliddb/
>solidDB for MySQL is an open source relational database management system (RDBMS)
> that consists of MySQL Server and solidDB Storage Engine for MySQL.

380NAME IS NULL2008/01/17(木) 01:20:29ID:???
SUNに買収されて比較対象がPostgreSQLからOracleやDB2、SQLServerへ変わるの?

381NAME IS NULL2008/01/17(木) 11:07:07ID:???
>>378
よくわからんけど、JIS2004って字形だけの問題じゃないの?

382NAME IS NULL2008/01/17(木) 18:57:35ID:???
>>381
UNICODE補助文字が使われるようになったので
UTF-8が最大4byteになる
MySQLはutf8最大3byteまでしか保存できない

383NAME IS NULL2008/01/17(木) 19:13:58ID:???
ほうほう。
ってか
>MySQLはutf8最大3byteまでしか保存できない
なにこの糞仕様w

384NAME IS NULL2008/01/17(木) 22:02:36ID:???
MySQLはバージョン6から
utf8の4バイト対応

385NAME IS NULL2008/01/17(木) 23:00:09ID:???
MySQLは4->5->6と文字コード周りでの混乱がすごいな

386NAME IS NULL2008/02/20(水) 09:47:27ID:7Da97kAQ
数千万規模のレコードを扱うにはMySQLとPostgresどちらが適しているでしょうか?

387NAME IS NULL2008/02/20(水) 12:08:44ID:???
MySQL

388NAME IS NULL2008/02/20(水) 13:06:01ID:???
>>386
本気なら、自分で試せよw

389NAME IS NULL2008/02/20(水) 21:49:18ID:???
べつにどっちでもいけるんじゃね。
アプリの出来次第だし。

390NAME IS NULL2008/02/22(金) 02:48:16ID:???
実務で新規に使う分にはぶっちゃけどっちもそんな変わらないよな。
レプリケーション組まなきゃならん程の規模になるとMySQLのが日本語の情報が
多いとは思うけど。

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

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

391NAME IS NULL2008/02/22(金) 07:52:56ID:???
Postgres だってサポートしてくれる会社はあるでしょ。

392NAME IS NULL2008/02/22(金) 15:12:05ID:???
だな。SunがサポートするのかSRAがサポートするのかの違い。

393NAME IS NULL2008/02/23(土) 00:38:21ID:???
サポートの有無だけじゃなくて、質も重要だよな。
オープンソースじゃなくても、マイナーな製品だとサポートがまったく
役に立たない場合もザラだからな。

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

394NAME IS NULL2008/03/14(金) 14:32:18ID:???
そういえばPostgreSQLが流行らないのは名前のせいで
だから名前を変えようとかいう動きはどうなったんだろう?

395NAME IS NULL2008/03/14(金) 15:19:31ID:???
urSQLにしてくれ

396NAME IS NULL2008/03/18(火) 10:17:08ID:???
DQLにしてくれ

397NAME IS NULL2008/03/20(木) 00:47:26ID:???
ドラクエ50?

398NAME IS NULL2008/04/14(月) 19:54:43ID:???
postgreはGUIやらlimitやらで使い勝手が良すぎる。俺はpostgreを全力で
応援します。

399NAME IS NULL2008/04/19(土) 00:36:35ID:???
MySQL、新機能追加は有償版の「MySQL Enterprise」だけを対象に
http://www.technobahn.com/news/2008/200804172000.html

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

400NAME IS NULL2008/04/19(土) 15:51:37ID:???
>>399はタイトルは元記事通りですが本文は元記事と違います。

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

401NAME IS NULL2008/04/19(土) 16:11:15ID:???
要するにβテストが完了したと言うことなのかな。

402NAME IS NULL2008/04/19(土) 20:52:38ID:???
はは〜ん。

403NAME IS NULL2008/04/19(土) 23:10:58ID:???
新機能が有償版 のみ/から ってことは、無償版よりもむしろバグが増えるんじゃないだろうか。
Fedora → RHEL のように、テスト → エンタープライズにしてくれれば良いんだが。

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

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

405NAME IS NULL2008/04/20(日) 00:50:09ID:???
>>404
Forkはされるだろうけど、有償サポートや開発者をフルタイムで雇用する企業が
あらわれないとプロジェクトの維持は難しいと思う。

406NAME IS NULL2008/04/20(日) 01:03:53ID:???
Firebird - Interbase の先例があるとはいえ、独立路線は無理だろう…。

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

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

408NAME IS NULL2008/04/20(日) 02:23:58ID:???
http://jcole.us/blog/archives/2008/04/14/just-announced-mysql-to-launch-new-features-only-in-mysql-enterprise/

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

409NAME IS NULL2008/04/20(日) 11:23:54ID:???
>> 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 社は、お金を払ったユーザに、まったくもってテストの不十分なコードを使わせることになる。

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

411NAME IS NULL2008/06/13(金) 00:51:13ID:???
書店に並んでる本見るとMySQLばかり

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

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

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

規模がデカくなるとDB2とかの商用使うな。Oracleはマンドクセなので個人的には嫌い。

414NAME IS NULL2008/07/12(土) 15:18:22ID:???
情報量としてはMySQLの方が多くなってる気がするんだが

415NAME IS NULL2008/07/13(日) 22:19:25ID:???
>>412
>>413

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

416NAME IS NULL2008/07/13(日) 22:41:29ID:???
別に誰も「大規模だと使えない」なんて言ってないと思うが。

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

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

417NAME IS NULL2008/07/14(月) 00:26:39ID:???
超絶的な瞬間最大アクセス(?)がおきるオリンピック公式サイトはDB2だったと思うが。

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

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

418NAME IS NULL2008/07/14(月) 09:14:02ID:???
>>416
> 別に誰も「大規模だと使えない」なんて言ってないと思うが。

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

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

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

419NAME IS NULL2008/07/14(月) 22:14:44ID:???
mixiはfedoraをドカドカ使う度胸は凄いと思うな。

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

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

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

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

420NAME IS NULL2008/07/14(月) 23:09:22ID:???
>>418
>> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
> じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

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

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

421NAME IS NULL2008/07/14(月) 23:34:21ID:???
別にココはマ板でもない点について

422NAME IS NULL2008/07/15(火) 09:15:07ID:???
>>419
mixiはCentOSじゃなかった?

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

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

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

423NAME IS NULL2008/07/19(土) 02:15:38ID:???
>>422
> おまえ、何の情報も持ってないんだなぁ...

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

もう十分だと思うけど。

424NAME IS NULL2008/07/19(土) 14:05:24ID:???
何が十分なんだよ。

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

425NAME IS NULL2008/07/19(土) 16:16:05ID:???
お前がやれよ。

426NAME IS NULL2008/07/22(火) 23:23:33ID:LtKhkX2i
他人を貶す前に己の貧しさを知れ!
聞き囓った様な話じゃなくて、
本質的な内容にしようぜ。

427NAME IS NULL2008/07/23(水) 00:24:03ID:???
そう思うなら、まずお前からネタ振れよ。

428NAME IS NULL2008/07/23(水) 04:28:31ID:???
>>427

結局ひとに頼るのかw

429NAME IS NULL2008/07/23(水) 22:58:31ID:???
ネタが無いなら黙っとけよ。

430NAME IS NULL2008/07/26(土) 21:33:51ID:???
>>429

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

431NAME IS NULL2008/08/20(水) 14:21:51ID:be7jHo9Q
今後を見ていくとPostgreSQLでおk?

432NAME IS NULL2008/08/20(水) 15:57:30ID:???
今も昔もWorldWideではMySQL

433NAME IS NULL2008/08/20(水) 16:19:27ID:???
昔はSQLの制限考えるとMySQLはありえなかったけど
今はどっちでもいいな、むしろMySQLのがサポート広い?
でもPostgreSQLかなあ。

434NAME IS NULL2008/08/21(木) 03:48:21ID:Kn230A2n
MySQLはライセンスがうるさそうってか、
GPLってみんなあんまり意識してなさそう

世界じゃMySQL(CMSに採用されすぎwww)
日本じゃPostgreSQL(MySQLに追いつかれる)

って感じ?かな?

435NAME IS NULL2008/09/13(土) 05:19:48ID:???
今度テラレベルのシステムを作ることになりそうだ
PostgreSQLににしようか本気でまよっている

436NAME IS NULL2008/09/13(土) 11:06:57ID:???
>>435
PostgreSQLじゃVACUUMが追いつかない
製品選定前に前もって性能テストしたほうがいいよ

437NAME IS NULL2008/09/13(土) 11:58:12ID:???
>>434
サーバサイドに関して言えば GPL である事は殆ど問題にならないよ。
少なくとも GPL v2 までは意識する必要はあまり無い。

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

438NAME IS NULL2008/09/13(土) 12:19:59ID:???
そんな自分の仕事の範囲で語られても...。

439NAME IS NULL2008/09/13(土) 13:11:53ID:???
データベースサーバの範囲なら大体オッケー...。

440NAME IS NULL2008/09/13(土) 14:38:58ID:???
相当狭い世間しか知らないようだ...。

441NAME IS NULL2008/09/13(土) 15:16:51ID:???
ここは自己分析をする場所じゃないよ...。

442NAME IS NULL2008/09/13(土) 15:28:50ID:???
話を分かり易くする為に前提条件を付けて話題を限定しているのに、
狭い世間しか知らないってどんなだw

443NAME IS NULL2008/09/13(土) 19:24:40ID:???
>>442
その限定ってまさかデータベースサーバの範囲とか言う間抜けなことを
言ってるんじゃないよな?

444NAME IS NULL2008/09/13(土) 20:34:29ID:???
間抜けと話すと会話が噛み合ねえな...。

445NAME IS NULL2008/09/13(土) 21:11:50ID:???
とりあえず、437が大馬鹿ということだけは理解

446NAME IS NULL2008/09/14(日) 00:21:18ID:???
>>436
レスありがとう
データが大量になりそうなテーブルは、インサートオンリーなんだ
VACUUMが必要な仕組みは、イヤだなぁ、と感覚的には思ったんだが、
インサートがメインだから、テーブル指定でVACUUMすれば問題ないかなぁ。と楽観的に考えている

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

447NAME IS NULL2008/09/14(日) 02:22:36ID:???
>>446
インサートオンリーのテーブルもVACUUMが必要って知ってた?
http://www.postgresql.jp/document/current/html/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND

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

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

448NAME IS NULL2008/09/14(日) 09:59:45ID:???
8.3ではVACUUM頻度が劇的に落ちているから、それほど神経質になる必要は
あまり無いと思うけどなぁ

449NAME IS NULL2008/09/14(日) 10:42:08ID:???
そもそも「テラレベルのシステム」って言う俺たちには知り様のない
システムの話だから、>>435 に性能テストしてもらうしかない。

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

450NAME IS NULL2008/09/14(日) 12:02:00ID:???
PostgresみたいなフリーRDBMSは運用周りのサポートが弱いからねぇ。
使いはじめは考慮しなければならない部分が少ないから逆に楽なんだけど。

451NAME IS NULL2008/09/14(日) 13:48:00ID:???
>>435です
2^32≒20憶トランザクションごとにトランザクションIDが周回してしまうから
全テーブルVACUUM必要なことは知らなかった

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

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

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

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

452NAME IS NULL2008/09/14(日) 14:42:44ID:???
> 2^32≒20憶トランザクション

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

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

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

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

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

453NAME IS NULL2008/09/14(日) 16:59:16ID:???
>>451
それこそ素直にOracle使うような案件なんじゃ……。
世の中の案件の80%はMySQL/PostgreSQLで済むと思うけど、
これは残り20%の範疇のように思う。

454NAME IS NULL2008/09/15(月) 17:55:03ID:???
あと、PostgreSQLは定期的にvacuum fullしないとSELECT性能が劣化するから注意。

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

456NAME IS NULL2008/09/16(火) 22:00:19ID:???
>>455
・貴方のレベルにもよる
 文章から察するに1〜3年目くらいに見えます。
 (違っていたら申し訳ない。)
 他の言語を複数習得している(それぞれ1年以上経験ある)レベルか
 他の言語もやったことあるが、マスターしているとは言えないレベルなのか

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


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

457NAME IS NULL2008/09/20(土) 16:15:08ID:9CsI/RjZ
普通にこれを紹介してあげればよいのでは
http://book.mycom.co.jp/book/4-8399-2119-9/4-8399-2119-9.shtml

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

458NAME IS NULL2008/09/21(日) 09:48:08ID:???
>>454
それは昔のバージョン
今はバキュムしなくてもほとんど劣化なし

459NAME IS NULL2008/09/22(月) 10:16:28ID:???
そっか。少なくとも 8.1 まではそうだったけど、その後改善されたのかな。

460NAME IS NULL2008/09/22(月) 11:09:19ID:???
8.3で改善されました

461NAME IS NULL2009/03/01(日) 11:14:17ID:???
単純にオートvacuumしてくれるだけで、vacuumしなければ、フルスキャンが遅くなっていく点は変わってないんじゃね?

462NAME IS NULL2009/03/03(火) 02:06:41ID:???
>>461
つ ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/

463NAME IS NULL2009/04/22(水) 00:33:38ID:???
今度、オラクルで作っているシステムの換装があるんだけど、
そのままオラクルでいくか、MySQLやPostgreSQLを使うか本気で
迷っています。

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

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

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

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

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

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

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

464NAME IS NULL2009/04/22(水) 00:35:12ID:???
MySQLは、テーブル1つに1ファイルですよね?
テーブルのレコードが多ければ、それだけ検索するたびに、
ファイルオープンが発生するから、MySQLは遅いんだ。

この認識あってる?

465NAME IS NULL2009/04/22(水) 00:45:46ID:???
ログなんか大して参照しないだろ
するとしても参照するデータとしないデータに偏りがあるだろ
期間か何かで切り分けろよ
そうすればどれでもいける

466NAME IS NULL2009/04/22(水) 00:55:00ID:???
ファイルオープンしないDBってなによ

467NAME IS NULL2009/04/22(水) 11:01:41ID:???
そもそも、MySQLがこの先も生き残っているのかという問題が
MySQLはOracleに殺されそうだな

468NAME IS NULL2009/04/22(水) 11:05:13ID:???
NetBeansに対するEclipseのように、MySQLにも有料化したらPostgreSQLに流れるだけなので
存続させるために無料のライセンスは続けるんじゃないかな。
サポートのライセンスは今でも有料なんだし。

469NAME IS NULL2009/04/22(水) 13:24:01ID:???
Orcaleの得意技の飼い殺しというのが今一番懸念されているわけで。

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

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

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

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



471NAME IS NULL2009/05/29(金) 20:56:42ID:???
そりゃねぇ、いくらIMSがそこらのRDBMSより速いとは言ってもやっぱり「いまさらIMS」だしねぇ。
10億くらいならPostgresでもイケるし。

472NAME IS NULL2009/05/30(土) 00:40:23ID:???
そりゃねぇ、から語り出すとは通ですな。

473NAME IS NULL2009/07/02(木) 21:23:06ID:l4DZdBP4
age

474NAME IS NULL2009/10/27(火) 07:48:04ID:iq32s6Ha
>>471

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

よろしくお願いします。


475NAME IS NULL2009/10/27(火) 15:17:45ID:???
円に決まってるだろ

476NAME IS NULL2009/10/27(火) 19:22:39ID:???
甘いな
最近は元でしょう。

477NAME IS NULL2009/10/28(水) 10:36:31ID:???
ウォン以外考えられないニダ

478NAME IS NULL2009/10/28(水) 12:34:04ID:???
出てけ半島人

479NAME IS NULL2010/04/01(木) 23:57:05ID:???
indexなしでレコード追加してくだけなら何十億でも平気だろうな
10億を細かく参照やら分析するんならRDBMSやめれと思う

480NAME IS NULL2010/04/30(金) 23:59:29ID:KOHIXyIB
このスレ、死んでるやん?w
ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん

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

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

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

481NAME IS NULL2010/05/01(土) 01:50:36ID:l64eCGXG

482NAME IS NULL2010/05/01(土) 10:04:04ID:fQ97Oi/l
>ちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん

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

483NAME IS NULL2010/05/01(土) 10:21:14ID:???
PostgreSQLのシェアはもうちょっと上がってもいいと思ってる
MySQLだけは危険だ

484NAME IS NULL2010/05/01(土) 14:52:52ID:???
手元で動かしていると、MySQLのほうが性能が良いのはCPU1個のときだけで、
2-4 個を越えるとPostgreSQLのほうが圧倒的に伸びが良いんだが。

485NAME IS NULL2010/05/01(土) 16:25:57ID:???
そんなもん
MySQLが速いのはCPU1〜2個
CPU4〜8個はPostgreSQLが速い
それを超えるとOracleが圧倒的に速い

486NAME IS NULL2010/05/01(土) 17:38:36ID:???
>>485
へー。やっぱり想定しているハードウェアの規模が違うのかもね。
ただ、今や普通にCPUを買っても普通に4コアとかになることを考えると……?

487NAME IS NULL2010/05/01(土) 18:06:57ID:???
そこでMySQL InnoDB Pluginですよ

488NAME IS NULL2010/05/02(日) 09:19:17ID:???
MySQLはもう過去の遺物でいいだろ
人気に胡坐かいてた罰だ

489NAME IS NULL2010/05/03(月) 00:30:33ID:???
>>482
お前のいう「性能」ってなによ?

490NAME IS NULL2010/05/03(月) 10:20:31ID:???
>>484
MySQLの場合、大規模案件では単一マシンの強化ではなくクラスタ化という方向だしね。

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

491NAME IS NULL2010/05/04(火) 13:58:39ID:???
>>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はコア数でライセンスかかるから論外。リニアで性能向上しない限り
コストパフォーマンスは悪いってことになる。
貧乏人はスケールアップよりスケールアウトを目指すべし。

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

493NAME IS NULL2010/05/04(火) 18:47:59ID:???
MySQLは正式版の5.1ですらまったく安定してないから。

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

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

494NAME IS NULL2010/05/05(水) 17:40:40ID:cHvVY/HE
この↓ベンチマークテストの結果ってどう読めばいいの?
http://www.thinkit.co.jp/cert/article/0603/10/5/3.htm

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

495NAME IS NULL2010/05/05(水) 17:56:07ID:???
>>494
それ情報が古すぎるのであてにしちゃだめ

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

496NAME IS NULL2010/05/05(水) 18:09:40ID:cHvVY/HE
>>495
うー
http://en.oreilly.com/mysql2010/public/schedule/detail/14298
でベンチマークテストの結果を見つけたけど5.5のだ
しかも見方がよく分からない
諦めよう

497NAME IS NULL2010/05/05(水) 18:11:37ID:???
自分でプログラム書いて測定してみるのが一番

498NAME IS NULL2010/05/16(日) 08:47:19ID:???
Postgreの権限管理周りはクソ
最近になってようやく揃ってきたけど・・・

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

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

499NAME IS NULL2010/05/16(日) 11:16:00ID:???
>>498
MySQLはどうなってるの? スレタイ読め。

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

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

500NAME IS NULL2010/05/16(日) 11:55:34ID:???
>>499
MySQLと比べて糞って言ってるつもりだが
書かないといかんのなら・・・すまなんだ

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

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

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

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

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

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

502NAME IS NULL2010/05/17(月) 10:33:01ID:???
何でもかんでも調べもせずにデフォルトで使ってそれに文句言ってるのって滑稽ではある

503NAME IS NULL2010/05/17(月) 11:31:08ID:???
>>501
どちらかというと、MySQLのデータベース ≒ PostgreSQLのスキーマ と考えたほうがいいかも。
PostgreSQLでもスキーマのUSAGE権限は、その中に含まれるテーブルに引き継がれるから、
そこは >>500 が言っている動きに近いんじゃないだろうか。

504NAME IS NULL2010/05/17(月) 13:30:23ID:???
最近はsqliteがおもちゃっぽくて好きだなぁ。
Cで書くと速くてびっくり。
もちろんPostgreSQLが一番だい!

505NAME IS NULL2010/05/17(月) 23:38:43ID:???
sqlite使ってると、いつもPostgreSQLの豊富な関数使いたくてしょうがないです... orz

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

507NAME IS NULL2010/05/19(水) 10:29:19ID:???
何でもちゃんと原因調べて適切な対処を取るようにしないと
毎回再インストールするはめになるぞ、、てかもうなってるか

508NAME IS NULL2010/05/19(水) 22:16:09ID:???
やばいなあ
2ヶ月ほど外に出たのはジュース買いに出ただけだよ顔色とか真っ白

509NAME IS NULL2010/05/20(木) 07:38:55ID:???
設定いじってないっつってもなぁ。
mysql.userテーブルが書き換わって、とあるユーザ@localhost に関するレコードが
無くなった/書き換わったんだと思うよ。

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

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

510NAME IS NULL2010/08/01(日) 18:09:56ID:bWT/bAf1
で どうなったの?

511NAME IS NULL2010/08/16(月) 00:36:44ID:E3q0YRo4
技術的には関係なく、経営上の理由で、
MySQLが勝手に潰れてPostgreSQLが勝利しそうな感じ

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

513NAME IS NULL2010/08/16(月) 11:49:22ID:???
CentOSの意味解っていってるのか
あれはRHELからロゴ外してそのまま配布してるだけで互換プロダクトとかそんなレベルではない
本家が無くなったらCentOSも無くなる

514NAME IS NULL2010/08/16(月) 20:03:18ID:???
ついにオラクルがOpenSolaris潰しが始まった
近いうちにMySQLも同じようになりそうな予感

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

516NAME IS NULL2010/08/17(火) 10:07:53ID:???
その互換DBの存続の心配してるんだろうが

517NAME IS NULL2010/08/17(火) 10:23:54ID:???
MySQL互換DBは本家が存続しないと続かないだろ
本家をちょっと改造しただけなんだからw

518NAME IS NULL2010/08/17(火) 10:24:47ID:???
てかDBなんてどうでもいいのかMySQL互換DBじゃなきゃ駄目なのかはっきりしろよw

519NAME IS NULL2010/08/18(水) 01:28:11ID:???
基本的に、本家が投げ捨てたものを引き継いで開発し続けるプロジェクトって
上手くいかないからなぁ。あと、MySQLの場合はコマーシャルライセンスが
あったのも大きかったわけだし。

520NAME IS NULL2010/08/18(水) 11:23:55ID:???
>>516
誰がいつ互換DBの心配について書いた?
>>518
ふつうのユーザやプログラマはDBなんてどうでもいいわけ。
だから手間のかかんない互換DBでOKってことだよ

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

521NAME IS NULL2010/08/18(水) 11:26:08ID:???
レンタルサーバに設定済みのDB使うなら
PostgreSQLだろうがOracleだろうがどうでもよくね
今時ならフレームワークのマッパー使うだろうし
なんでMySQL互換である必要があるのかと

522NAME IS NULL2010/08/18(水) 15:31:15ID:???
>>520
他のレス全然読めないならいちいちレスすんなよ

523NAME IS NULL2010/08/22(日) 23:44:03ID:Pnlqm9Rj
このスレ5年も生きてるけど、
けっきょく、どうなんだ

524NAME IS NULL2010/08/23(月) 01:56:15ID:???
大規模だったらPostgreSQLの方がいいと思うけど
ぶっちゃけどっちでもいいレベルだと思う

525NAME IS NULL2010/08/23(月) 23:30:06ID:???
>>524
>大規模だったらPostgreSQLの方がいいと思うけど

kwsk

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

527NAME IS NULL2010/08/26(木) 20:12:01ID:???
>>526
thx!

528NAME IS NULL2010/08/27(金) 02:38:22ID:???
MySQLはJOINしないで読み出しばっかやるシステムだと最強なんだけどなー

529NAME IS NULL2010/08/28(土) 03:37:53ID:???
>>528
それならKVS最強じゃね?memcached以外にもいろいろ選択肢がある。
あと、メモリにテーブルデータ全部のっければMySQLもPostgreSQLも速いよ。

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



530NAME IS NULL2010/08/28(土) 07:03:22ID:???
MySQL使う理由って結局ノウハウだよね
KVSだとまだ耐障害性とか未知の部分があって、
こないだのmixiみたいになることもある。

531NAME IS NULL2010/08/28(土) 11:38:39ID:???
単純にJOINなし検索専用ならノウハウなんていらんだろ
慣れ、惰性だよ。

532NAME IS NULL2010/08/28(土) 13:59:40ID:???
えっ

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

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

535NAME IS NULL2010/09/02(木) 09:15:05ID:???
大企業なんかでちゃんとしたインフラやってる人が書くってより
中小企業の経営者やフリーランスが書いてるイメージあるな

536NAME IS NULL2010/09/02(木) 20:11:44ID:???
執筆者は2極化してるよ。
評価の高い本を書くひとは所属関係なく技術レベルも高い。
糞本しか書けないひとはそれなり。

537NAME IS NULL2010/09/02(木) 21:18:40ID:???
>ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
>暇な人がやってるという俺の認識からすると不思議なことではない。

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

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

538NAME IS NULL2010/09/03(金) 00:30:29ID:???
そうじゃない人もいるとピックアップしても反論にならんよ
そりゃまともな執筆者もいるのは当たり前なんだし
反論するなら全書籍の執筆者を調べて
大多数は忙しくて技術も完璧ってソースにしないと

539NAME IS NULL2010/09/03(金) 00:44:27ID:???
>反論するなら全書籍の執筆者を調べて
>大多数は忙しくて技術も完璧ってソースにしないと

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

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

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

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

540NAME IS NULL2010/09/03(金) 01:10:59ID:???
>>539
依頼があるボクはすごいんだ自慢乙。
ところで、お前、恥垢臭のせいで周囲から生きる悪臭公害と言われているのに
気づいているか? あまりの臭いで自分の頭まで狂ってしまうぐらいの。

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

541NAME IS NULL2010/09/03(金) 01:11:46ID:???
他の人が抱いているイメージ論に対して自分の基準で完全否定するのって小学生レベルだよな

542NAME IS NULL2010/09/03(金) 01:12:25ID:???
>>540-5541
長島☆自演乙☆雄一郎www

543NAME IS NULL2010/09/03(金) 01:48:47ID:???
ひでえな > 541,542

こんな奴いるんだ

544NAME IS NULL2010/09/03(金) 01:49:49ID:???
まちがった

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

545NAME IS NULL2010/09/03(金) 01:56:34ID:???
        __
        ´       ` 、
  /         ィ、 \
. /    / !   //!、 ヽ
 l  l | /! /,ヽ.、 /イ |_,、、ハ
 l  ! | ナレ´  ヽ\ル  ヽ! リ
  ! | |/ ニ=-     -=ニ K
  l ゝ | xxx    '   xx | }
.  ! {r∧   r-ー--ァ  ノ'
.  ! `ー-r、  `ー---'  イi |
.  !   | | フ`、ー_‐ 〔 \ー、
  l   ! / \  ` .|、 |  ヽ       _/ ̄二フ >>540
  l i /    \_」|oV  i ヽ     /〈  つノ)
 /|.ノ{ ⌒ヽ、      ヽ r‐‐!/ \  /   ヽ´イー'
./ .| |  、 ヽ ニ二} ヽo ̄ヽ   >'ヽ   /

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

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

547NAME IS NULL2010/09/04(土) 00:02:42ID:???
覚えるの面倒だから一個でいいと言う人は一つもマスターできない気がする

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


549NAME IS NULL2010/09/04(土) 06:26:15ID:???
えっ

550NAME IS NULL2010/09/12(日) 09:07:29ID:CvZwSK3a
548がマスターベーションしたってとこまで読んだ

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

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

552NAME IS NULL2010/09/12(日) 18:15:49ID:???
ワロタ

553NAME IS NULL2010/09/12(日) 18:58:39ID:???
まわりくどさはおなじだけどな

554NAME IS NULL2010/09/13(月) 11:11:08ID:???
醤油と味噌は用途が違うんだから両方知らないと駄目だろ。
みんなポスグレとMySQL両方とも各バージョンでどんな
変更があったとか把握してんの?

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

556NAME IS NULL2010/09/13(月) 13:14:25ID:???
味噌味の煮物か醤油味の煮物か
味噌汁かけんちん汁か
味噌ラーメンか醤油ラーメンか
の違いって事だろ

557NAME IS NULL2010/09/13(月) 14:21:21ID:???
例えで混乱するのはこれくらいにして、みんなポスグレとMySQLで大方の設定パラメータまで暗記して使ってるの?
どっちも浅くしか使ってないんじゃないの?

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

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

560NAME IS NULL2010/09/13(月) 17:39:33ID:???
末端部分の製造と設定の仕事しか請け負わない奴ならともかく、
システム全体請け負うフリーランスなら
プロダクトの選定からメンテナンスまで仕事じゃね普通?

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

562NAME IS NULL2010/09/13(月) 19:59:03ID:???
意味無いなんてどこの誰が言ってんだ?

563NAME IS NULL2010/09/13(月) 21:13:04ID:???
覚えるのは無駄

564NAME IS NULL2010/09/15(水) 00:38:10ID:???
わかってる人に質問。

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

565NAME IS NULL2010/09/15(水) 03:23:11ID:???

566NAME IS NULL2010/09/20(月) 14:36:09ID:???
MySQLがPostgreSQLに勝る点
(1)オフィシャルサポートby Oracleがある
(2)DB毎、テーブル毎のレプリケーションができる
(3)サポートされているシステムやソフトが多い
以上。

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

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

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

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

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

567NAME IS NULL2010/09/21(火) 01:40:17ID:???
詳しいね

568NAME IS NULL2010/09/21(火) 02:04:33ID:???
常識でしょ

569NAME IS NULL2010/09/22(水) 01:51:40ID:???
参考になります。ありがとうございます。

570NAME IS NULL2010/09/29(水) 14:19:48ID:???
スラドに「PostgreSQLやSQLiteがMySQLの代用になるとか、天と地が逆さになってもありえない。」
とか書いてるキチガイがいるな

571NAME IS NULL2010/09/29(水) 16:44:10ID:???
>>570
あんな基地外シッタカ放置だろ。言っていることの
全てに突っ込みどころがありまくり。

572NAME IS NULL2010/09/30(木) 20:32:37ID:???
./見てないけどSQLiteはともかくDRBMSなんてどれも同じだろ殆ど
運用方法や方言が違うだけで

573NAME IS NULL2010/09/30(木) 21:10:39ID:???
これか
http://slashdot.jp/it/comments.pl?sid=509112&cid=1831772

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

574NAME IS NULL2010/10/04(月) 08:02:20ID:???
こいつの代用はいくらでもありそうだ。

575NAME IS NULL2010/10/27(水) 21:22:03ID:DT8SPNwk
SQLiteは両者と比べてどの辺の位置づけになりますか?
http://gro.cc/across/

576NAME IS NULL2010/10/28(木) 20:11:00ID:???
>>575
で、その宣伝グロはなんなのよ

577NAME IS NULL2010/12/08(水) 22:42:13ID:5WergI0I
・・・

578NAME IS NULL2010/12/23(木) 18:14:04ID:???
MySQL 5.5 になって、CPUスケーラビリティは PostgreSQL に追いつきましたか?
5.1 までは酷い性能だったみたいですが。

579NAME IS NULL2010/12/23(木) 23:14:54ID:???
5.1+InnoDB Pluginでも実はまだ負けてたんだけど
5.5ならPostgreSQLとほぼ互角だと思われる

580NAME IS NULL2011/02/09(水) 02:46:42ID:???
目指してる 未来が違うwwwwwwww byシャープ
http://twitter.com/news4medical/status/6547807896866816 

581NAME IS NULL2011/02/26(土) 20:02:00.07ID:???
MySQL vs PostgreSQL の時代は終わり。
Oracle vs PostgreSQL が適当。

582NAME IS NULL2011/03/10(木) 17:33:14.86ID:693Tf/Gc
MySQLのライセンスがよくわからんのでちょっと教えてください(´д`;)
(というか、みなさんどうやってるんだろう・・・)

【ケース1】
店主AはサイトBからMySQLを使ったフリーのショッピングカートシステム(PHP)をダウンロード。
店主Aはショッピングカートシステム(PHP)のソースをちょこっと変更して(文言とかデザインとか設定とか)
店主AはレンタルサーバC(MySQL利用可)にそのシステムをインストール。
店主Aはネットショップをオープン。

【ケース2】
店主Dは個人Eにネットショップの開発、設置を依頼。
個人EはMySQLを用いたショッピングカートシステム(PHP)を開発。
個人Eは店主Dが契約したレンタルサーバF(MySQL利用可)にそのシステムをインストール。
店主Dはネットショップをオープン。


これらのケースはよくあるパターンだと思うけど、誰がライセンス料を払う義務があるの?

・サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。

・店主Aはソースを変更した上でソース非公開(※)で使ってるのでOEM?
 ※ショッピングサイトで「このサイトのシステムをダウンロード」があるのはおかしいw

・個人EがOEMとするとお小遣い稼ぎ程度のちょっとしたプログラム作成依頼でも全部OEM?

・MySQLをインストールした上で自由にユーザーに使わせてるレンタルサーバ屋は
 ライセンス料とは無関係?

583NAME IS NULL2011/03/10(木) 19:59:18.03ID:???
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に違反しているとは思われない。
よって、ライセンス料を支払う必要はない。

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

585NAME IS NULL2011/03/10(木) 22:09:02.70ID:???
MySQLで、ライセンス料を払わなければいけないのは、
MySQLで動く自社著作物のソフトウェアを、
(独占的ライセンスで利用権を販売するなど)非GPLで他社に提供する場合。

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

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

586NAME IS NULL2011/03/10(木) 22:16:26.18ID:???
>>583 >>584

レスありがとうございます。
ちょっと勘違いしてました。GPLとするときにソースを公開しないといけない相手は
「(WEB利用者も含む)世の中全体」ではなくて
「プログラムの著作物の複製物を所持している者」なのですね。
ケース2の場合だと店主Dに対してソースを公開するならGPLとなり
個人Eはライセンス料を払う必要がないのですね。
(ただし、店主Dには頒布権が発生しますから、店主Dによって個人Eが作成した
 プログラムが世の中にばらまかれる可能性はありますが、そこは信頼関係でカバー?w)


この記事を読んで混乱したのですが、これは間違ってるということでいいんでしょうか?
http://www.atmarkit.co.jp/flinux/rensai/mysql01/mysql01.html#c

>MySQLをインストールしたサーバをASPなどの商用に利用する場合にはライセンス料が発生します

レンタルサーバ会社にもライセンス料が発生するようにも読めますが・・・
レンタルサーバ以外の一般的な有料ASPサービス(ショッピングカート、予約システムなど)の場合であっても
そもそも第三者にプログラムを頒布しませんから関係ないですよね?

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

「広く一般に」ではなく「販売先(頒布先)に」ですよね?


587NAME IS NULL2011/03/10(木) 22:27:10.83ID:???
>>585
わかりやすい解説ありがとうございます!

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

588NAME IS NULL2011/03/10(木) 22:47:21.93ID:???
>(ただし、店主Dには頒布権が発生しますから、店主Dによって個人Eが作成した
> プログラムが世の中にばらまかれる可能性はありますが、そこは信頼関係でカバー?w)

>(丸ごとコピーして売ってもいいし、自社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にライセンス料を払わなくてはならない。

589NAME IS NULL2011/07/14(木) 20:23:52.55ID:???
>>588
どう読んでも、そんな結論にならないだろ。

MYSQLを使用したソフトウェアを引き渡す場合、(形態を問わず)
GPL(ソフトウェアのソースを公開)にして下さい。

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

だろ。

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

590NAME IS NULL2011/07/15(金) 00:03:53.14ID:???
頒布しないのに誰に何のライセンス料を払うんだ?

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

592NAME IS NULL2011/07/15(金) 12:34:51.09ID:???
>>591
MySQLは、自分自身もGPLだけど、使うソフト(WEBサイト)もGPLであることを求めている。
GPLの規約自体は、この際あまり関係ない。

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

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

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

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

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

593NAME IS NULL2011/07/15(金) 12:56:33.08ID:???
>>590
これは流石に酷い・・。中国並みのライセンス意識だわ・・。

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

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

594NAME IS NULL2011/07/15(金) 12:57:36.03ID:???
>>591
使うソフト(WEBサイト)を自社のみで使う(NDAなどで委託先に開発させたものを含む)場合には、
利用者(自社)がソースコードなどをGPLに基づいて利用できる状態にあればよいわけで

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

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

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

596NAME IS NULL2011/07/15(金) 15:47:08.69ID:???
>>595
ぽかーん
CentOSにMySQL入ってないだろ。

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

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

597NAME IS NULL2011/07/15(金) 16:45:28.52ID:???

598NAME IS NULL2011/07/15(金) 19:32:15.39ID:???
>>597
入ってるのか。
いつも最小インストールだから、知らなかった。

599NAME IS NULL2011/07/15(金) 23:34:57.84ID:???
CentOSはGPL。ここポイントな。

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

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

600NAME IS NULL2011/07/15(金) 23:35:17.20ID:???
>>596
GPLには公開する義務なんてないよ。何言ってんだ?

601NAME IS NULL2011/07/16(土) 00:38:17.78ID:???
>>599
内部の社員からの流出は、プログラムがGPLかどうかとは関係がない
GPLソフトウェアの扱いにも守秘義務が課せられるということは、
GPLでないソフトウェアと何ら違いはない

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

602NAME IS NULL2011/07/16(土) 11:57:32.78ID:???
MySQLのライセンスのポイントは2つ。

1)MySQL自体の改変についてはGPLに従う。
2)MySQLを使用して開発した成果物(ソフトウェア・WEBサイトなど)もGPLに従う。

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

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

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

603NAME IS NULL2011/07/16(土) 19:58:43.00ID:???
>2)MySQLを使用して開発した成果物(ソフトウェア・WEBサイトなど)もGPLに従う。

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

604NAME IS NULL2011/07/16(土) 20:20:25.64ID:???
>>603
602にどのように考えているかは知らないけど、GPLに従うかぎりでは公開の必要はないよ
http://www.gnu.org/licenses/gpl-faq.ja.html#GPLRequireSourcePostedPublic

605NAME IS NULL2011/07/16(土) 22:55:47.35ID:???
>>604
レスさんくす。
やっぱ、そうなるよね。

606NAME IS NULL2011/07/17(日) 06:09:09.16ID:???
>>604
604のリンク先を読むと、無条件で公開しなくていいわけではないようだが。
公にするならソースコードを公開しろという事だから、WEBサイトにつかうなら公開する
必要があるだろう。エクストラネットで内部だけで使うならともかく。


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

608NAME IS NULL2011/07/17(日) 10:56:26.58ID:???
>>606
>WEBサイトにつかうなら公開する必要があるだろう。エクストラネットで内部だけで使うならともかく。

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

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

609NAME IS NULL2011/07/17(日) 11:06:24.59ID:???
うわっ AGPLなんて物もあるのか。こりゃ徹底してるな。

610NAME IS NULL2011/07/17(日) 11:15:38.34ID:???
>>602
MySQLは当時サブクエリも使えなかったからな。
PostgreSQLに流れたのは当然。

611NAME IS NULL2011/07/17(日) 12:09:07.52ID:???
>>606
それを要求するのはAGPLであってGPLじゃない。

612NAME IS NULL2011/07/17(日) 12:29:03.72ID:???
>>610
今でもまともにJOINもできないけどね > MySQL

613NAME IS NULL2011/08/07(日) 12:30:52.67ID:???
MySQLはオワコン
ttp://slashdot.jp/apple/11/08/04/0816215.shtml

614NAME IS NULL2011/08/10(水) 20:07:17.21ID:???
>>593
GPLは利用ライセンスじゃないのよ

615NAME IS NULL2011/08/23(火) 12:20:55.62ID:???
レンタルサーバのDBがほとんどMySQLばっかりだからなあ
半々ぐらいになってくればPostgresも利用するんだがねぇ。
なんでMySQLばっかなんだろ。ただ単に他の業者がMySQLだからうちもって感じなのかな。

616NAME IS NULL2011/08/23(火) 15:18:43.32ID:???
ちょっと前のPHPの標準扱いだったからじゃないかなあ

617NAME IS NULL2011/08/29(月) 20:55:43.08ID:???
今は格安VPSあるからそれ使うのが主流になるんじゃね

618NAME IS NULL2011/09/23(金) 09:04:25.85ID:ZEglwbVi
うちのPC管理者が

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

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

619NAME IS NULL2011/09/23(金) 09:32:46.66ID:???
サポート欲しけりゃライセンス買え。
MySQL使ったシステムを配布するならライセンス買うか、GPLに従って求められればソース出せ。
配布もしないし、サポートも要らないなら好きにしろ。

じゃないの?

620NAME IS NULL2011/09/23(金) 12:01:50.05ID:???
>>618
>商用ライセンスなんて要らないですよね?
要らないと思うけど問い合わせてみれば?

621NAME IS NULL2011/09/23(金) 13:09:23.27ID:???
>>620
問い合わせると「サポート無しでは云々」とか言われそうで。

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

622NAME IS NULL2011/09/23(金) 14:19:25.11ID:???
>>621
具体的に何を言われたかは知らないけど、
たとえライセンス条項の文言に違反はしてなくても、
ライセンス元の権利者が商用ライセンスを買わないと使わせないというのなら、
従うべきのような気もする

623NAME IS NULL2011/09/23(金) 14:20:54.92ID:???
その使い方なら商用ライセンスはいらないが、
「2ちゃんに書いてありました」って言ったところで信じないだろう

624NAME IS NULL2011/09/23(金) 15:42:02.11ID:???
>>622
GPLの場合に限れば、オリジナルの権利者以外もサブライセンスできるから
実質ライセンス条項の文言がすべてだな。
ただ、ライセンスの話とサポートは別だが。

625NAME IS NULL2011/09/23(金) 16:45:53.60ID:???
>>621
PostgreSQLでなにが悪いんだ。最近はこちらの方が昇り龍。

626NAME IS NULL2011/09/24(土) 20:50:34.06ID:???
>>625
PostgresをVistaHomeに入れようとしたらハマったでござるの巻。

627NAME IS NULL2011/09/25(日) 03:58:37.42ID:???
>PHPとかもやっているくせに

カスだな

628NAME IS NULL2011/09/25(日) 09:03:54.58ID:???
>>627
なんでPHPがカスなんだよぉぉおぉ。

629NAME IS NULL2011/09/25(日) 09:39:13.04ID:???
>>628
クソなPHPつかうところはちゃんと妥協できてんのに、
ほかで融通利かない点がカスなんだとおもう。

630NAME IS NULL2011/09/25(日) 09:55:16.49ID:???
>>629
PHPは

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

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


631NAME IS NULL2011/09/25(日) 19:25:09.19ID:???
うちの近所の図書館には
PostgreSQLがキーワードな本が1冊も無い。
MySQLなら8冊ある

632NAME IS NULL2011/11/08(火) 16:43:05.70ID:???
俺は絶対に
print ”残高は” . $zandaka . ”円です”;
と書くな
もしくは
printf(”残高は%d円です”, $zandaka);
元Javaプログラマだからってのもあるだろうが

633NAME IS NULL2011/11/11(金) 00:59:25.26ID:???
>>630
PHPが糞ってかプログラマが糞なのがよくわかるな

634NAME IS NULL2011/11/11(金) 08:22:20.91ID:7zKB4sPU
>>632
print ”残高は” . $zandaka . ”円です”;

これ、PHP3だと記述できないんだっけ?
(カッコでくくる必要がある)

635NAME IS NULL2011/11/11(金) 11:01:34.44ID:???
全文検索をやってる人いますか?
検索結果の表示順序を決めるものとしてPostgreでは相関値rankがありますが
MySQLでは類似値が無いようなので、その面ではPostgresがよいかなと。

636NAME IS NULL2011/11/12(土) 16:43:16.09ID:???
MySQLほどレスポンス求められないなら分析関数使えるPgかな。

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

638NAME IS NULL2011/12/06(火) 13:00:12.25ID:???

639NAME IS NULL2011/12/06(火) 13:39:38.29ID:???
標準ではダメだけどMySQLではOKな緩いやつが蹴られるかな
GROUP BY 周りとか。

640NAME IS NULL2011/12/08(木) 16:58:39.90ID:J5DfcOHu
なるほど、group はMySQLはゆるいんですね。
ありがとうございます。
一応SQLの本を読みつつMySQLを覚えたのですが、ひょっとしてゆるいSQLで記載してるかもなので、見直してみます

641NAME IS NULL2011/12/23(金) 12:20:46.94ID:m7rArB+e
MySQLは、一回のselectで一つのテーブルに関して使われるインデックスは
一つだけという上限があるみたいなんですが、ポスグレはどんなでしょ?

642NAME IS NULL2011/12/23(金) 12:32:49.65ID:???
>>641
PostgreSQLにはそういう制限はない。

6436412011/12/23(金) 15:47:12.08ID:???
ども >>642

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

644NAME IS NULL2011/12/23(金) 19:03:01.15ID:???
>>643
容量節約できるくらいじゃない?
適切なインデックスを張る前提だけど、そこは横着しないでしょ。ふつう。

645NAME IS NULL2011/12/23(金) 19:50:38.86ID:???
一度のテーブルスキャンするのに使われるindexはどのDBMSでも
高々1つだと思うんだが、>>641の制限ってどういう状況?
1クエリ内で同じテーブルを複数回スキャンする場合に1つの
同じindexしか使われないということなのか、あるいはそもそも
1クエリ内のindex scanはテーブル毎に1回ずつしか使われないと
いうことなのか。

646NAME IS NULL2011/12/24(土) 10:34:51.60ID:???
>>641
Index Mergeオペレーションで複数使われることもある。
http://dev.mysql.com/doc/refman/5.5/en/index-merge-optimization.html

647NAME IS NULL2011/12/31(土) 20:31:41.99ID:5QC4w01n
こんなスレがあったとは。
つかぬことをうかがいますが、MySQLとPostgreSQLでは、どちらがより省メモリでしょうか。
速いのはMySQLだそうですが、速さよりもメモリ消費量の少なさに興味があります。
「条件次第」といわれればそれまでですが、こんなときはMySQL or PostgreSQLのほうが省メモリだよー、というのを教えてください。

648NAME IS NULL2011/12/31(土) 22:33:29.66ID:???
MySQL

649NAME IS NULL2012/01/02(月) 14:00:59.18ID:???
RDBMSにおけるメモリ使用量のほとんどはデータのキャッシュ領域なので
(PostgreSQLでshared_buffers、MySQLでinnodb_buffer_pool_size)、
そこを少なく設定すれば省メモリになる。もちろんその分性能は下がる。

そこを同じ設定にしたと仮定すると、
PostgreSQLはマルチプロセスアーキテクチャ、
MySQLはマルチスレッドアーキテクチャなので、
データベースへの接続数が多い場合はMySQLの方がメモリ使用量は少ない。

650NAME IS NULL2012/01/31(火) 18:24:23.97ID:???
>>632
php的には

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

だろ。ちがうかw

651NAME IS NULL2012/02/24(金) 22:16:18.08ID:???
SELECT 〜 limit 100 とかした場合でも、条件に合う総件数を知りたい場合、
MySQLだとSELECT SQL_CALC_FOUND_ROWS 〜 とかやれば出来るんですけど、
PostgreSQLの場合はどうしたらいいんでしょ?

652NAME IS NULL2012/02/25(土) 01:16:57.92ID:???
SELECT count(*) OVER() ... LIMIT 100

653NAME IS NULL2012/02/25(土) 14:55:49.26ID:???
overなる語も加えてぐぐってみました。

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

ありがとうございました。

654NAME IS NULL2012/03/12(月) 21:14:01.80ID:???
ポスグレは正規表現が使える

655NAME IS NULL2012/04/12(木) 05:52:18.89ID:F54V/Qvn
>>649

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

shared_buffersは共有メモリとして1つだけ確保、クライアントと接続するバックエンドプロセスは
その共有メモリにアクセスするんだよ。MySQLのInnoDBと同じ。
バックエンドプロセス間の排他制御は様々な工夫がこらされて、パフォーマンスはとてつもなく向上してる。
ベンチマークはいろいろ公開されてるから調べるとよろし。
ポスグレのバージョンが古いけどそれでもMySQLより速いことが多いはず。
今ならもっと速い。MySQLもパフォーマンス向上してるけどさ。

656NAME IS NULL2012/04/12(木) 13:30:35.46ID:???
・メモリをたくさん設定するとディスクI/Oが減るので速い
・最近のバージョンではshared_bufferへのアクセス排他制御が良くなっているので速い
という二つの話題が混ざっているんだな

657NAME IS NULL2012/05/07(月) 13:05:12.95ID:???
MySQL使うメリットってクラスタ組める以外に何かある?

658NAME IS NULL2012/05/07(月) 16:27:36.78ID:???
サポートの回答がめちゃくちゃ早い

659NAME IS NULL2012/05/08(火) 14:37:38.79ID:???
お それわいい事です。

660NAME IS NULL2012/05/08(火) 17:13:01.69ID:???
有料?

661NAME IS NULL2012/05/09(水) 17:56:44.42ID:???
他に無いのかよwww

662NAME IS NULL2012/05/11(金) 21:14:01.96ID:???
なにが?

663NAME IS NULL2012/05/11(金) 22:52:13.89ID:???
sequenceてどうやるの?

664NAME IS NULL2012/05/13(日) 16:27:31.51ID:???
そのままぐぐれ

665NAME IS NULL2012/05/13(日) 21:53:51.25ID:???
何でググれないのにここに書き込めるんだろう

666NAME IS NULL2012/05/14(月) 11:36:49.76ID:rmHVUy71
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一

667NAME IS NULL2012/05/15(火) 06:28:32.04ID:bfF6xyzj
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~

668NAME IS NULL2012/05/15(火) 19:24:26.80ID:bfF6xyzj
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!

669NAME IS NULL2012/05/16(水) 04:25:29.35ID:/ibgSKqe
私が千歳科学技術大学 グローバルシステムデザイン学科 専任講師・理学博士:深町 賢一だが何か?
用があるなら、http://www.chitose.ac.jp/course/teacher/glo/000057.html

670NAME IS NULL2012/05/17(木) 09:48:10.33ID:???
mysqlがoracleに買われたことで
ライセンスが変わって、
自社のパッケージに使ってた場合とか面倒なんでだんだんpostgresへの移行が進んでるね

oracleは囲い込んだつもりだったんだろうが、
金払ったりベンダーに囲われたりするのが嫌なユーザが使ってるんだからそら逃げるわな
嫌われ者のoracle

671NAME IS NULL2012/05/19(土) 00:39:24.76ID:???
ライセンス変わったっけ?
特に誰も騒がなかったような。

672NAME IS NULL2012/05/19(土) 12:46:22.32ID:???
ライセンスっていうか値上げはされた

673NAME IS NULL2012/05/19(土) 16:01:07.41ID:???
え 有償だったっけ?

674NAME IS NULL2012/05/19(土) 18:09:09.35ID:???

675NAME IS NULL2012/05/26(土) 21:45:52.54ID:???
コミュニティエディソンなら無償なわけね

676NAME IS NULL2012/07/05(木) 00:44:20.53ID:???

677NAME IS NULL2012/07/22(日) 02:57:58.82ID:???
Postgresってトランザクション中にPQprepareできないんだね
地味に不便

678NAME IS NULL2012/08/07(火) 23:19:03.64ID:4lP3W0QG
木階層構造がメインになるようなデータベースの場合には、
一般的に、WITH RECURSIVEのあるPostgreSQLが選ばれているのでしょうか?

679NAME IS NULL2012/08/07(火) 23:41:42.44ID:???
本当に木構造なら、自分は Nested Set Model 使う。
もちろん PostgreSQL で。

680NAME IS NULL2012/08/08(水) 02:48:30.06ID:???
>>679
ありがとうございます。
アートオブSQLの(たしか)pp.163のあたりに、
Celkoの階層構造は遅くて話にならない的なことが書かれていた記憶があるのですが、大丈夫ですかね?
それとPostgreSQLを選ぶ理由は、こういう用途にMySQLは向かないからですか?

681NAME IS NULL2012/08/10(金) 00:19:28.30ID:???
データ自体の更新頻度や参照頻度や偏り等で、適切なアルゴリズムは変わってくるんじゃね
どういう用途を想定してるの

682NAME IS NULL2012/08/10(金) 02:50:00.93ID:???
>>681
複雑な配線図のような構造を想定しています。
参照時には、指定したポイントの周辺の4親等くらいを取得、必要に応じてさらに展開表示といった形で。
おそらく更新:参照=1:9くらいで、周辺のリンクの展開にDBを特化したいです。

そうするとNested Set Modelでleftとrightを設定してMySQL上で動かすよりも、
PostgreSQLでWITH RECURSIVEを使って親子番号を展開するほうが、もしかすると圧倒的に速いのではないかと。
#正直、自分が扱いに慣れてきたfuelPHPの正式対応がMySQLなので、できればMySQLを使いたいのですが。

683NAME IS NULL2012/08/10(金) 07:28:14.69ID:???
WITH RECURSIVEは記述が簡単ってだけで、ぜんぜん速くなりそうもないが。

684NAME IS NULL2012/08/10(金) 20:31:32.89ID:???
>>683
再帰的with文はDB構造の問題でもあるので、
対応してあるDBならそれなりに最適化してあると思います

685NAME IS NULL2012/08/10(金) 23:35:03.93ID:???
そもそも速くなる構造じゃない。最適化といってもたかが知れてる。

686NAME IS NULL2012/09/04(火) 07:28:17.94ID:9+44OBYE
MySQLは使いやすいし、.NETサポートもあるんだけど、スキーマが使えないのがねー
脱Accessの次には良いんだけど、スキーマがないとつらいよねー

687NAME IS NULL2012/09/11(火) 16:13:31.16ID:???
>>686
どういった意図でスキーマが必要といっているかわからないけど、
mysqlの場合1インスタンスに複数のデータベースを作成できるから代用できると思うけど。

688NAME IS NULL2012/09/11(火) 20:44:53.44ID:???
MySQLはよく知らないけど、MySQLは複数のデータベースにあるテーブルを結合したりできるの?

689NAME IS NULL2012/09/13(木) 17:21:44.69ID:???
>>688
できるよ
こんな感じ
SELECT
*
FROM
database_a.table_a as a
, database_b.table_b as b
WHERE
a.id = b.id

690NAME IS NULL2012/11/02(金) 19:50:20.81ID:2RBnoDI9
 

691NAME IS NULL2012/11/11(日) 05:05:44.14ID:???
結論 MySQLはおもちゃ

692NAME IS NULL2012/11/11(日) 10:10:54.96ID:7YUVnSXh
馬鹿には無理

693NAME IS NULL2012/12/04(火) 14:03:21.69ID:sQ39dyiD

694NAME IS NULL2012/12/11(火) 18:28:56.18ID:fNq2TqrM
>>692
(´・ω・)カワイソス
そういえば中古ソフトがかなり安く買えた
激安中古ソフト販売( ・∀・) イイネ!
ググってみて

695NAME IS NULL2012/12/11(火) 19:28:06.48ID:???
カスケドレプリケションも出来た事だし、
もうポスグレでいんじゃね?

696NAME IS NULL2012/12/12(水) 16:23:23.84ID:???
みずほFG次期システム実況スレ
http://kohada.2ch.net/test/read.cgi/prog/1355294277/26

697 ◆sEtkok3cDs 2012/12/14(金) 10:36:22.80ID:???
t

698NAME IS NULL2013/01/02(水) 23:30:31.55ID:???
MySQLはOracleさんが買い取って飼い殺しにした時点で将来がなぁ…。
だからPostgreSQLがいい!と断言はしないけど…。

699NAME IS NULL2013/01/02(水) 23:47:08.88ID:???
Oracleと縁は切れないの?

700NAME IS NULL2013/01/03(木) 02:20:58.15ID:???
飼い殺し かわいそぉ

701NAME IS NULL2013/01/08(火) 11:52:46.49ID:5ntVS72y
告訴の趣旨
 被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
 職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
  労働者派遣法第26条(契約の内容等)、職業安定法第44条(労働者供給)に違反
 多重派遣・多重出向
  労働基準法第6条(中間搾取の禁止)に違反
疎明資料
 事前面接日時、場所、出席者、資料のコピー、音声記録
 就業場所・就業期間・就業時間
 指揮命令
  指示を誰が行っているかの記録、音声記録
 仕事で使う道具や、資材の負担(所有)のあり方
  業務で使用しているパソコン・備品などの所有者
 契約書
  請負、雇用契約書、出向指示など書面のコピー

刑事告訴ガイダンス 
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを(裁判不要)してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者(又は競合他社)に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の3割程度を謝礼金として渡してください。

702NAME IS NULL2013/01/14(月) 17:53:13.86ID:/jifvTY6
http://wiki.postgresql.org/wiki/Slow_Counting/ja
やっとこの対応されたからなぁ。。これには参った

703NAME IS NULL2013/01/15(火) 13:54:44.38ID:???
今はInnoDBでも
 SELECT COUNT(*) FROM table
これの結果の正確な値をしゅぱっと素早く返してくれるようになってるんすか?
三年位前に使ったときはそうでもなかったけど。

704NAME IS NULL2013/04/04(木) 13:44:35.49ID:DChSigPx
なんか勝負つきました?

705NAME IS NULL2013/04/07(日) 11:58:56.75ID:VqunSgNt
ポスグレっていまだに.NETのデザインタイムサポートが実装されてないのかぁ
惜しいねぇ〜

706NAME IS NULL2013/05/01(水) 21:56:32.21ID:???
PHPと合うのは、MySQLですか?それともPostgreSQLですか?

707NAME IS NULL2013/05/01(水) 22:46:41.42ID:???
>>706
関数とかの対応状況はどっちも同じじゃないかな?
「今は」ね

708NAME IS NULL2013/05/02(木) 22:46:29.98ID:???
>707
「今は」ですか

MySQLにライセンス料が発生したら、PostgreSQLに流れますかねぇ
それともオブジェクト指向DBが取って変わるかも

709NAME IS NULL2013/05/09(木) 16:32:53.21ID:???
>>708
今でも開発するソフトウェアがGPLで無い場合は、商用ライセンスが必要だと思ったが。
あと、オブジェクト指向DBが取って代わるなんて事は無いと思うよ。

710NAME IS NULL2013/05/09(木) 23:20:21.95ID:???
今、わざわざ MySQL を選ぶ理由って何があるの?

711NAME IS NULL2013/05/09(木) 23:33:16.10ID:???
705でつぶやいてる人もいたけど、
postgresqlに.NETのデザインタイムサポートがあればなぁ。
暇と知識と技術があれば、自作したいくらいw

あと、windowsOS上で、全文検索とか、MySQLのほうが楽そう。
ここで聞くことじゃないとは思うけど、
postgres9.2 & windows でいい日本語全文検索方法あったら教えて下さいな。

712NAME IS NULL2013/05/09(木) 23:46:21.71ID:???
>>711
標準のN-gram検索だとダメなの?

713NAME IS NULL2013/05/10(金) 00:05:55.58ID:???
コンパイルが必要みたいだけど、ドキュメントに
「ほとんどのユーザには〜バイナリ配布物をダウンロードすることを推奨します。」
ttp://www.postgresql.jp/document/9.2/html/install-windows.html
とまで書いちゃってるから、かなり敷居が高いのかなと…。

714NAME IS NULL2013/05/10(金) 00:37:02.78ID:???
>>713
全文検索で日本語対応させるには、たったの1行書き換えるだけだし、
再コンパイル自体も難しいわけでもないし、問題ないと思うけどなぁ。

715NAME IS NULL2013/06/22(土) 15:24:07.08ID:???
>>712 >>714
標準のN-gram検索は、3文字以上じゃないと使用されない
つまり、1文字や2文字の検索は適用されないので、「携」とか「携帯」で検索してもN-gram検索は適用されない
つまり、ただのシーケンシャルスキャンになって超遅い

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

ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる
まともな全文検索ができるようになったらポスグレに戻ってくるわ

716NAME IS NULL2013/06/24(月) 09:08:46.72ID:???
pg_bigmは?

717NAME IS NULL2013/06/26(水) 15:07:04.95ID:QZ1iKrfb
MySQLから入った自分はPostgreのロールが分からん。

718NAME IS NULL2013/06/27(木) 09:47:16.97ID:???
まず、Postgreなんて略さない

719NAME IS NULL2013/07/01(月) NY:AN:NY.ANID:???
MySQLに負けてるのは.NETサポートだけだ!

って認識でいいの?

720NAME IS NULL2013/07/05(金) NY:AN:NY.ANID:kC0pKTG8
>>719
そうだね
激安中古Adobe取扱店かなりやすいね(・∀・)キャンペーンだと
ホント庶民の味方だよググってみ

721NAME IS NULL2013/09/07(土) 09:34:06.15ID:???
>ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる

ぐるーーーんがの
ポスグレ用のやつもあかんのかな?

722NAME IS NULL2013/09/08(日) 14:08:23.48ID:???
一応あるにはあるけど、
初めにお試し的なのがリリースされてからぜんぜん更新されてないな

723南沢木綿子 ◆UUIfF5txFAdU 2013/10/03(木) 15:32:50.17ID:???
  ∧,,,∧ 
 (  ・∀・) ほー それで
  (  : ) 
  し─J

724NAME IS NULL2013/10/11(金) 22:41:21.94ID:???
solr使えよ。

725NAME IS NULL2013/10/14(月) 12:54:00.84ID:???
用途が違うわ

726NAME IS NULL2013/11/19(火) 08:11:48.89ID:7/k9mIM2
質問
http://www.slideshare.net/matsunobu/ss-28303485
では、
6. PostgreSQL オープンソースの高機能リレーショナル・データベース 日本では
歴史的にコミュニティが強く、日本人コミッタも多数存在している 日本語ドキュ
メントも充実している

と書いてるけど本屋に行ってRDB関係の本探すと大体はOracle,SQLServer、で後は
MySQLとPHPとか
PostgreSQLの本は探せばある…みたいな感じだけどほんとに充実してんの?
勿論、amazonで検索すれば出てくるけどさ。

727NAME IS NULL2013/11/19(火) 10:17:09.46ID:???
してる

728NAME IS NULL2013/11/19(火) 13:55:25.79ID:???
>>726
本だけがドキュメントだと思っているのか?

729NAME IS NULL2013/11/19(火) 15:39:22.62ID:???
>>726

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

なんか無理矢理MySQLを大規模向けにするための方便にしか聞こえない。

730NAME IS NULL2013/11/19(火) 17:10:33.27ID:7/k9mIM2
>>728
これからDBを勉強したいって思ってる人間が本屋に行って沢山並んでいる奴と殆ど並んでいない奴とを比較して
どれを勉強しようかってなると…とか思わないですか?

ま、仕事で有無を言わさずやらされてたり、最初からそれ専門でやってる連中は別なんでしょうがね

731NAME IS NULL2013/11/19(火) 17:19:08.48ID:???
思わんなあ
本屋が全ての人がネットで仕事するのか

732NAME IS NULL2013/11/19(火) 17:26:32.91ID:???
>>730
そこまでの素人だったら、こういう本から始めてほしいね。
『SQL ゼロからはじめるデータベース操作』
http://www.amazon.co.jp/dp/4798118818

733NAME IS NULL2013/11/20(水) 08:53:42.72ID:???
>>726
最新版の公式ドキュメントが日本語で翻訳されるから本が必要な部分が少ないのだよ

>>729
だってMySQLの人だもん

734NAME IS NULL2013/11/21(木) 09:50:48.30ID:???
>>733

>だってMySQLの人だもん

MySQLの人たちからもdisられ中
http://toro.2ch.net/test/read.cgi/db/1376466127/221-

735NAME IS NULL2014/01/04(土) 22:41:58.29ID:br7C6Zc5
往年の Linux vs FreeBSD みたいですなぁ

736NAME IS NULL2014/01/05(日) 03:04:14.29ID:???
#&0020

737NAME IS NULL2014/01/09(木) 23:07:18.04ID:ATMa5W5t
MySQLはそろそろ避けたい
でもPostgreSQLは古いバージョン触った事ある人なら怖くて選択できない

738NAME IS NULL2014/01/10(金) 00:11:29.60ID:???
そして昔からずっとpostgres使ってきている人は今のpostgresの優秀さをよく知っている。

739NAME IS NULL2014/02/06(木) 17:09:56.11ID:???
>>737
逆じゃない?
俺は昔にMySQL使ってみてトラウマになって、いまだにMySQLだけは試してみようとも思わない。
本格的なSQLの仕様とか日本語(マルチバイト)対応の面とか、MySQLに対する優位性はゆるぎがなかったけどなぁ
今は知らないが

740NAME IS NULL2014/02/09(日) 22:15:32.57ID:???
>>739
データベースをまったく知らんヤツにとっては、
10年ぐらい前MyISAMが主流だった頃
PostgreSQL=重い、わけわからん MySQL=軽い、使える
だったよな。

トランザクションも使えないMyISAMがRDBMSとして
「使える」って判断しちゃうヤツが多かったのは
Web2.0とか言い出す寸前ぐらいでにわかwebプログラマが
MySQL+Perlが正義みたいな風潮だったから仕方が無いのかもね。
まあ掲示板に毛が生えた程度の用途ならMyISAMで充分だったけど。

741NAME IS NULL2014/02/10(月) 08:03:23.83ID:???
pgsqlが安定して速いmysqlは検索が速い
じゃなかたけ?

742NAME IS NULL2014/02/10(月) 08:19:50.69ID:???
>>741
それ以前にMySQLは単なるサブセット
子供のおもちゃみたいなもん




だった


今はしらん

743NAME IS NULL2014/02/12(水) 11:20:32.47ID:???
>>741
MySQL INNODBとPostgreSQLはほぼ標準的なDBでそこそこリソース必要。
MySQL MyISAMはDBとしては不完全な代わりにリソース少なくても軽くて速かった。

MySQL最強説が出た頃は、引退させたWindows3.1〜95用PCに
UNIX類(Redhat Linuxとか)インストールして自宅鯖にしてたような時代だから、
INNODBもPostgreSQLも「重い。使えない。」になったのは仕方ない。

744NAME IS NULL2014/02/12(水) 11:27:15.15ID:???
>>743
MySQL最強説なんてあったかな?
あったとしても、まだサブクエリーも使えないRDBMSと呼べないような代物だったころの話でしょ?

745740=7432014/02/12(水) 15:17:12.15ID:???
>>744
スマソ。レス番記載しなかったから話が繋がってなかった罠。

10年ぐらい前の「データベースをまったく知らんにわかWebプログラマ」の間に
LAMP(Linux+Apache+MySQL+PHP/Perl/Python)とか流行って、
「MySQL最強!PostgreSQLなんて劣化Oracleイラネ」な風潮があったって話だ。

もちろん実態としてはMySQLはMyISAM主流でRDBMSなんて呼べない状態だったし、
個人的には「あんなもんじゃデータベースの本領発揮出来ない。」って思ってた罠。

746NAME IS NULL2014/02/12(水) 20:05:15.51ID:???
LAMPの時代だと
「トランザクションの無いRDBMS」
って使い物になんの?
と疑問だったな。
後日、アプリ屋と会話する事があって、アプリ側で競合回避のロック機能を
入れたりとかしてるとか聞いて大変そうだなと思ったっけ。

7477402014/02/12(水) 23:19:46.20ID:???
LAMPが流行った頃、自分がかかわる案件はLAPPに誘導してた。
(そしてその企みはおおむね成功してた。)

ファイルシステムしか経験がない連中にとっては、
MySQLは検索機能を実装済みのファイルシステム程度だったんだろうと思う。

MySQLもPostgreSQLも関係ないからスレ違いっぽいが、PGの実態として・・・
N88BASIC時代からやってる人が書いたAccess+VBAのシステムをメンテして、
「あー、この人はSQLを理解する気なんて一切無いのね。」って思ったりした事がある。
テーブルもレコードファイルの考え方で設計されてたし。
まあもっとも、AccessのSQLはクソ使いにくくてVBAでゴリゴリ書きたくなるのも確かだけど。

748NAME IS NULL2014/02/15(土) 15:06:41.73ID:???
MySQLの方がPostgresSQLより速い?とかの説がいまだにあるんだけど、理解できない。
7のころからPostgresSQLを使っているが(Oracleから移行した)、処理が遅くて問題になったことは一度もないんだんが?
現行のPostgresSQLで処理能力に問題があるレベルだったら、Oracleとかでも同じじゃないかな?
ハード面を見直す必要があるよね。
うちのはハード構成としてはかなり強力。もちろんAPサーバとは別運用している。

749NAME IS NULL2014/02/15(土) 16:14:53.17ID:???
むしろ Oracle 遅ぇ!

750NAME IS NULL2014/02/15(土) 18:11:37.68ID:???
>>748
よくある噂話はmysqlの方はチューニングして、pgsqlはそのまんまで
検索テストをしたとかなんとか。
pgsqlもちょとチューニングしたら、爆速になったとかなんとか。

751NAME IS NULL2014/02/15(土) 20:34:49.66ID:???
7の頃はしょっちゅうオプティマイザの実装が変更されてて、それまで問題なかったクエリが
バージョンアップでかえって遅くなるなんてのはザラだったな。

752NAME IS NULL2014/02/16(日) 14:43:16.89ID:???
業務で稼働してるシステムは簡単にバージョンアップとかできないよ、普通は
それなりに徹底的に検証してからでないと

753NAME IS NULL2014/02/16(日) 14:45:41.67ID:???
>>749
こうゆう変な人がいるから困る、マジで。
どこで聞きかじったか知らないがさも知ってるふうに…
Oracle遅いって言える俺、かっこいいとか思ってるのかな?

754NAME IS NULL2014/02/16(日) 15:10:51.43ID:???
>>750
その話も良く聞くけど、せいぜいメモリの割り当て程度の話。
しかも「爆速」とか言うほど変わるわけない。
なんでこう、実務に使った経験ないのに知ったかぶりで言う人が多いかなぁ

755NAME IS NULL2014/02/16(日) 21:37:20.18ID:???
>>753
すまん、実体験なんだ…
PostgreSQL 並に軽くて速くする手軽な方法おしえてくれ…

756NAME IS NULL2014/02/19(水) 21:26:04.51ID:???
http://laysakura.github.io/20140218-MySQLite/
MySQL はストレージエンジンを差し替えられるから、こういう芸当ができるんだね

PostgreSQL で似たようなことできないの?

757NAME IS NULL2014/02/19(水) 21:55:40.61ID:???
>>756
まさに「芸当」だね
一発芸で話題を提供して話ネタで楽しむには面白いんだけど、
組込み向けRDBエンジンであるSQLiteをMySQLからアクセスできて何が嬉しいの?

758NAME IS NULL2014/02/20(木) 00:06:58.05ID:???
>>756
作っている本人ですら用途が分からないと言っているような、
完全に趣味で作っているものを持ち上げるのは止めて差し上げろ。

759NAME IS NULL2014/02/20(木) 06:00:50.28ID:???
無意味なものつくりました!って大学院の学生がやる話じゃないね。
才能ないからDeNA行くんだろうし、ほっとけ

>>756
FDWがある。
少なくとも現状のMySQLiteレベルなら一発撃破できるはず。

760NAME IS NULL2014/02/20(木) 09:07:51.32ID:???
ずいぶん前に作った人いるでしょ
sqlite_fdw
oracleもあるしredisとかもある

761NAME IS NULL2014/04/14(月) 18:29:34.37ID:wO4srR+X
まだ続くんですか

762NAME IS NULL2014/04/30(水) 00:04:39.61ID:???
オラクルの無料バージョンってmysqlやpostgresqlと比べてどうなの?

763NAME IS NULL2014/04/30(水) 01:27:00.21ID:???
オラクルはクローズソース
オラクルの企業戦略次第では、いきなり有償化する可能性がある

764NAME IS NULL2014/04/30(水) 01:38:31.68ID:???
オラクルの無償のって、OTN版だよね?
学習用ってことじゃないの?
学習用ならPostgresqlで十分(十二分)と思う

765NAME IS NULL2014/04/30(水) 14:07:38.93ID:???
学習用じゃなくて実務用でもPostgresで十分だよ。
商用版だからオラクルのほうが上ってことは全くない

766NAME IS NULL2014/04/30(水) 14:37:02.52ID:???
言いたいことはそうじゃないだろw

767NAME IS NULL2014/04/30(水) 21:15:25.38ID:???
>>766
では、言いたいことを聞かせてもらおうか

768NAME IS NULL2014/04/30(水) 22:08:05.15ID:???
>>764
Express Editionの事でしょ。
OTNのは開発用のみに使えるフルバージョンのもの。

769NAME IS NULL2014/04/30(水) 22:18:37.04ID:???
スレ違いだがExpress Editionの制限が書いてあるURL載せとく。
https://blogs.oracle.com/oracle4engineer/entry/column_xe_11g1
これだったら頑張ってsqlite使うわってレベル。

770NAME IS NULL2014/06/01(日) 02:10:42.50ID:???
  

771NAME IS NULL2014/07/22(火) 02:03:23.77ID:???

772NAME IS NULL2014/07/22(火) 02:49:12.17ID:8pBGbNeJ
あげ

773NAME IS NULL2014/08/18(月) 13:38:05.26ID:???
こいつら、MySQLが最強っていうときは否定しないのに
ほかが最強って言われるとムキになって否定すんのなw

こいつら、ビジネスでやってるのが見え見えだから
転職したら奇麗さっぱりMySQLのことなんてスルーするだろ
今から楽しみだわw


梶山
https://twitter.com/RKajiyama/status/495443844515643392
「最強のオープンソースデータベース」って何を根拠に最強とか言い切れるんだろうねぇ > 某社さん

日本男児
http://nippondanji.blogspot.jp/2013/04/7-7.html
『PostgreSQLがオープンソースRDBMS界のトップに君臨しているゆえんである』
マジレスするとそれは事実ではない。だいいちユーザー数ではトップではない。何をもってトップとするのか。それは個人の価値観ではないのか。

774NAME IS NULL2014/09/21(日) 15:19:30.29ID:???
結論:Oracle XEでおk

775NAME IS NULL2014/10/22(水) 20:08:49.27ID:RmgwHFbQ
>>773
俺は根っからのPostgreSQL派だけど、あらゆる意味で最高のOSS-RDBMSとはやっぱり思わんよ。
現状、不得手なとこはあるからね。

まあ、日本男児もそこまでPostgreSQLをDisってるわけじゃない(ただPostgreSQLの魅力を理解しきってるかは疑問)。

776NAME IS NULL2014/10/22(水) 21:35:05.09ID:???
PostgreSQL が不得手なことって何?

777NAME IS NULL2014/10/23(木) 03:22:33.39ID:MzKJuvxm
>>776
クラスタリング
集計機能の性能
パーティション化

778NAME IS NULL2014/10/23(木) 20:38:33.05ID:???
Oracleに移植しやすいってだけでもPostgresは有用だな
MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが

779NAME IS NULL2014/10/23(木) 21:55:14.02ID:S9bcQjVw
PostgreSQLの何がダメって
ググって出てくるのがEUCのinitで馬鹿がこぞってEUC使ってEUC-UTF8問題起こす

780NAME IS NULL2014/10/24(金) 22:01:32.79ID:Io6q/TBF
>>779
PostgreSQLをある程度使っていたら
データベースエンコーディングはUTF8が安牌っておもってたんだが…

781NAME IS NULL2014/10/24(金) 22:58:23.71ID:???
UTF-8ならnvarcharとか忘れてもいいよね?

782NAME IS NULL2014/11/13(木) 11:50:44.08ID:???
>MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが
俺もこれが理由で、PostgreSQL >> MySQL だわ。
商用ならSQLServerが好き。足りない機能をSQLCLRで作れるっていうのが素晴らしい。

783NAME IS NULL2014/11/15(土) 22:00:53.43ID:???
>>777
パーティショニングは使いづらいよね

784NAME IS NULL2015/02/19(木) 02:24:35.67ID:w2FQPssG
ゲームオーン コックサカ!

785NAME IS NULL2015/04/08(水) 00:44:45.67ID:NEVRcBwH

786NAME IS NULL2015/06/05(金) 04:32:05.90ID:SP18brq7
  

787NAME IS NULL2015/09/02(水) 17:04:49.38ID:SNc/YyRl
どうですか

788NAME IS NULL2015/09/03(木) 10:51:59.52ID:???
問題ない

789NAME IS NULL2015/11/18(水) 23:31:23.83ID:???
日本の職種別、資格別、スキル別の平均最低月給リスト(ほぼ毎日更新)
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

労働市場はこのような結果になりました!

790NAME IS NULL2015/11/18(水) 23:47:54.00ID:???
>>789
お前さ、いろんな板の技術系スレでサイトの宣伝してるけど
そんなにaspに通報して欲しいの?

791NAME IS NULL2015/11/19(木) 09:09:22.50ID:CCLLwZMb
mysqlはもうありません

792NAME IS NULL2015/11/19(木) 17:43:00.65ID:???
えっ

793NAME IS NULL2015/11/22(日) 11:32:21.24ID:???
えっ

794NAME IS NULL2015/11/22(日) 13:19:31.62ID:???
うっ

795NAME IS NULL2015/11/24(火) 15:16:20.51ID:JaRwYBDP
MariaDBに改名した

796NAME IS NULL2015/11/24(火) 15:34:43.05ID:???
マリアケネリス

797NAME IS NULL2015/11/24(火) 16:27:10.00ID:JaRwYBDP
$>psql データベース名
$>mysql ユーザー名

全然違うがや

798NAME IS NULL2015/11/24(火) 16:32:56.03ID:JaRwYBDP
PostgreSQL が不得手なことって何? それはだな
デフォで、不審者がデータベース名を知っていた時
簡単に覗かれる
Mariaはデフォでパスワード入力が必要

NetbeansIDEとの相性、Mariaはmysqlの流れを踏襲しているので、簡単に
繋がる。Postgresは簡単に繋がらない。

799NAME IS NULL2015/11/24(火) 16:39:22.58ID:JaRwYBDP
アンチORACLEと呼ばれている有名なRDBMSはさて何でしょう?

800NAME IS NULL2015/11/24(火) 17:08:18.29ID:???
つまり初心者でOracle好きはMySQL使えということね

801NAME IS NULL2015/11/24(火) 17:19:57.49ID:???
だってオーコーの持ちモンだもーん

802NAME IS NULL2015/11/29(日) 18:08:29.77ID:E0T78taK
いまMariaDBはMySQLを包含した形でリリースされている。
テーブルとビューが同一扱いで、show view status;
でもできりゃいいんだけどね。

803NAME IS NULL2015/11/29(日) 18:13:09.94ID:E0T78taK
シェア的にはMySQL=MariaDB66%、PostgreSQL=14%、その他

804NAME IS NULL2015/12/13(日) 16:58:12.81ID:???
SQLiteも入れてくれよな〜頼むよ〜

805NAME IS NULL2015/12/19(土) 10:28:17.48ID:???
>>540
ばか発見

806NAME IS NULL2015/12/19(土) 13:11:05.89ID:???
純生ラーメン!

807NAME IS NULL2015/12/26(土) 09:10:14.32ID:???
>>799
mysql

808NAME IS NULL2016/04/03(日) 10:32:24.36ID:npDIb46E
>>782
MySQLにWith句をほしがってるやつは多いよね。

809NAME IS NULL2016/04/03(日) 11:03:10.47ID:???
マリアってなんなのよー

810NAME IS NULL2016/04/03(日) 11:10:22.56ID:KHXWMpOW
>>808
えっ?
ないの?

811NAME IS NULL2016/04/04(月) 18:42:07.19ID:0h8QU6nI
MySQL-3.22ALPHAから使い続けて17年余りになるが、
ボラクルから買収されて微妙な立場だよな。

MariaDBでも使うかな?
それとも、使ったことないPostgreSQLでもインストールしてみるか。。

迷うな

812NAME IS NULL2016/04/04(月) 21:32:28.58ID:???
マリアってなんなのよー

813NAME IS NULL2016/04/04(月) 22:34:22.19ID:???
娘の名前
一太郎、花子のようなもの

814NAME IS NULL2016/04/05(火) 02:20:50.85ID:???
なるほど

815NAME IS NULL2016/04/05(火) 19:41:19.00ID:???
>>811

MySQLずっとつかってて初めてPostgreSQL使うと、
あまりの律儀さにびっくりすると思うよ。

絶対に「型が違う」って怒られると思う。で、しこしこキャストしながら、
MySQLのいい加減のいい加減さを見直すことになると思う。

816NAME IS NULL2016/04/05(火) 20:39:47.03ID:???
postgresはきっちりしてるのかな。
mysqlはフレームワークの中で使っただけだから裸?で使った事はない。

817NAME IS NULL2016/04/05(火) 21:30:54.77ID:AJ+0IO5x
>>815がうっかりしてるだけだろ

818NAME IS NULL2016/04/05(火) 23:18:30.35ID:qG5JSFPL
>>815
なるほどね。
17年以上、MySQL使ってきたんで馴染めるかな?
一回、試しで使ってみようかな?

MySQL使い始めた当初は、留学中でオープンソースのRDBMSといえばMySQLといった感じで、回りにもMySQL使いが多かった。
2003年に帰国してビックリ。
日本じゃPostgreSQLのユーザーが多くて、書籍なんかも(代表的なシーラカンス本)圧倒的にPostgreSQLが多かったのには驚いたよ。

MySQL使い始めた当時は本買うお金無かったんで、NetBSD環境でMySQLの公式オンラインマニュアル読んでインストールしたり、テーブル作ったりしたの覚えてるな。

819NAME IS NULL2016/04/07(木) 19:25:50.83ID:???
>>817

ばーかばーかばーか

820NAME IS NULL2016/04/07(木) 23:28:54.43ID:2zd5IQ++
>>819
ばかっていうほうがばかなんですー

821NAME IS NULL2016/04/08(金) 02:18:41.84ID:???
そーだそーだ わーわー

822NAME IS NULL2016/06/15(水) 02:46:02.36ID:???
保守

823NAME IS NULL2016/06/15(水) 10:41:51.55ID:???
>>820
いついったよ、なんじなんぷんなんびょう?

って書いてあるな・・

824NAME IS NULL2016/06/15(水) 14:42:09.49ID:???
にこにこぷん

825NAME IS NULL2017/01/12(木) 00:44:15.95ID:???
まさに今、俺が >>815 の状況でうんざりして2chで愚痴ろうと思ったところだわ。
Oracleほど突き抜けて泥臭い地道さを要求されるなら諦めるが・・・。
(インストールやライセンスにどんだけ気を使うんだよ。致命的バグでパッチ当てなきゃつかいもんならんし・・・。Oracleが洗練されているという人がいるのが信じられん。これも愚痴w)

PostgreSQLもなんやかんや開発者に気を使わせすぎだろ。VACUUMとかだりぃっつのw
Groupごときでガタガタうっせぇ。単一レコードの塊ですら集計関数要求するってどんだけ頭固いんだよ!
あとフリーズしてビビったわ。OracleでもMySQLでもガツガツ動いてるっつの!

ってなった。

826NAME IS NULL2017/01/12(木) 21:42:31.49ID:???
>>825

ばーかばーかばーか

827NAME IS NULL2017/08/18(金) 10:22:33.94ID:???
2ちゃんのDBMSってどこのだろうか?
とりあえずcgiはperlで書いてるみたいだけど。。

828NAME IS NULL2017/08/18(金) 10:39:58.15ID:???
>>38
ここまで読みました。

829NAME IS NULL2017/08/18(金) 22:54:17.60ID:???
>>501
>>503
勉強になるなあ

830NAME IS NULL2017/12/29(金) 11:17:33.93ID:dtNZwIie
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

COWI3J10G8

831NAME IS NULL2018/02/28(水) 16:49:00.55ID:???
My SQLはもう無料じゃないでしょ
PostgreSQLの勝ち

832NAME IS NULL2018/02/28(水) 18:12:07.57ID:???
いや、無料だが。
つーか、オプソ。

833NAME IS NULL2018/02/28(水) 18:40:14.40ID:???
GPLだけどな

834NAME IS NULL2018/03/02(金) 15:48:00.94ID:???

835NAME IS NULL2018/03/02(金) 15:52:40.30ID:???
>>832
https://anond.hatelabo.jp/20140722001658
ソースコード流出しないなら無料で使えるが流出する恐れ有るならライセンス買う必要有り

836NAME IS NULL2018/03/02(金) 15:58:58.60ID:???
>>832
http://blog.kimuradb.com/?eid=687448
結局、BSDライセンスで広範囲に無料のPostgreSQLが安くつく
Oracleに買収されたのがMy SQLの運のツキ

837NAME IS NULL2018/03/02(金) 18:21:38.51ID:???
ただポスグレは勉強するのにいい本がないんだよな・・・

838NAME IS NULL2018/03/02(金) 18:45:39.10ID:???
>>837
MySQLならいい本があるわけ?

839NAME IS NULL2018/03/02(金) 19:04:30.56ID:???
PHPとか勉強したらxamppの影響もあるけど自然とmysqlは身につくじゃん?
pgadminとかいまだに使い方よく解らないよ

840NAME IS NULL2018/03/02(金) 19:09:57.33ID:???
>>834
そのチャートは情弱に商用ライセンス買わせたい意図が感じられる

「ソフトウェアを他人に配布しますか?」
受託開発で納品するのは配布ではないし
同一組織内でクライアントライブラリをコピーして使っても配布には当たらない
つまりは開発アプリケーションをMySQL込みで再配布しないなら心配不要

でもPostgres使うけどね

8418322018/03/03(土) 01:05:39.17ID:???
>>834
GPLだってオプソだぞ。それに、無料には違いない。
GPL見てから言え。

>>835
「流出」ってなんだよ?w

>>836
ORACLEに買収される前からGPL(を含むデュアルライセンス)なので、ORACLEは関係ない。
ORACLEがクソで、PostgreSQLのほうがライセンス的に使いやすいことはいずれも認めるけども。

>>840
そうそう、あのフローはあやしいよねえ?
きっとわざわざMySQL Community Editionをゴールから外してる。
販売代理店だからなんだろうけど、ちょっとひどい。

あと追加としては、サーバーからサービスとしてユーザーに提供することは「頒布」にはならない。GPLに基づいてソースを請求できるのは、バイナリを直接利用するユーザーだけ。
だから、サーバーソフトウェアの場合は、意外とGPLが制約にならない。

842NAME IS NULL2018/03/03(土) 01:49:17.27ID:???
My SQLは将来、Oracleがライセンスフリーを外す可能性有る
Java JREの様にね
普及すればライセンス有料化するのがOracle

843NAME IS NULL2018/03/03(土) 13:21:30.04ID:???
つ MariaDB

844NAME IS NULL2018/03/03(土) 15:07:43.01ID:???
>>843
普及率が、、、

845NAME IS NULL2018/03/03(土) 16:46:16.00ID:???
>>842
>Oracleがライセンスフリーを外す可能性有る
>Java JREの様にね

めちゃくちゃな解釈
Javaに対する変更も理解できてないのな

846NAME IS NULL2018/03/05(月) 00:49:15.94ID:???
>>845
保守費用が有償になる(特にJRE)
My SQLもGPLライセンス止めるかもね

847NAME IS NULL2018/03/05(月) 01:54:24.56ID:???
>>846
>保守費用が有償になる(特にJRE)

その理解が間違ってるんだって
オツム弱いなwwww
どっかのスレでベンダーが困るとか言い張ってるやつと同じだな

848NAME IS NULL2018/03/05(月) 04:15:32.26ID:???
自分の方が間違ってると気づいたのか。良かったな勉強できて。

849NAME IS NULL2018/03/05(月) 17:57:17.09ID:???
先を見越してPostgreSQLにしとくに越した事ない
後からゴタゴタするよりマシ

850NAME IS NULL2018/03/06(火) 08:21:38.48ID:???
だから、そのためのMariaDB。

851NAME IS NULL2018/03/06(火) 14:36:25.78ID:???
>>850
導入事例少ない

852NAME IS NULL2018/03/06(火) 23:05:15.86ID:???
ふーんw
http://webbymonks.com/blog/web-development/mariadb-mysql-chosen-dbms-need/

Linuxディストリビューションの状況を見ても趨勢は明らか

853NAME IS NULL2018/03/06(火) 23:38:51.98ID:???
ちょっとくぐってみろよ。

けっこう昔の時点ですでに、Linuxの少なくないディストリビューションのデフォルトになり、Googleは(たぶんすべてではないだろうけど)移行した。
Facebookは移行してないんだっけか。

ま、これでダメだというのなら、充分な導入事例はどのデータベースでもムリだね。w

854NAME IS NULL2018/03/06(火) 23:50:22.92ID:???
世界の話じゃなくて日本市場の話なのになw
海外の話出しても、こと日本ではMy SQLかPostgreSQLかが実情だろ

855NAME IS NULL2018/03/06(火) 23:57:21.18ID:???
どうでもいいからGoogleとかFacebookじゃなくて日本の企業でMariaDB導入して障害無く稼働してる例出せよw

856NAME IS NULL2018/03/07(水) 00:22:09.15ID:???
IDなくてもいつもの知ったか君だって分かるねww

857NAME IS NULL2018/03/07(水) 00:27:16.06ID:???
IDなくてもいつものいいがかり君だって分かるねww

858NAME IS NULL2018/03/07(水) 03:16:02.58ID:???
>>855
実例出せない時点で、この議論は終わり
MariaDBが普及するまでにはならない、って事だよ

859NAME IS NULL2018/03/07(水) 04:13:51.51ID:???
なんで日本限定やねん。。。

まー、えーわ。
じゃあとりあえず、現時点でのMySQLとPostgreSQLの実例をだせや。

860NAME IS NULL2018/03/07(水) 12:59:46.02ID:???

861NAME IS NULL2018/03/07(水) 15:23:20.60ID:???
>>860
「障害無く稼働してる」ってどこに書いてるの?

862NAME IS NULL2018/03/07(水) 19:55:03.92ID:???
>>861
障害有ればニュースになってると思うが?
何も無いからね

863NAME IS NULL2018/03/07(水) 19:59:19.83ID:???
>>861
実例出したのにMariaDBの導入事例出せないのが、そんなに悔しいか?w
MariaDB導入以前にMy SQL導入してるところはMariaDBに移行するところはほとんど無い
それで今のところ大きな問題無いからね
OracleがMy SQLのライセンス化したらMariaDBに変えるかも知れんがPostgreSQLと天秤かけたら微妙
MariaDBはだんだんMy SQLとかけはなれつつあるしな

864NAME IS NULL2018/03/07(水) 21:03:12.87ID:???
>>862
>障害有ればニュースになってると思うが?
アホだろww
もしかして仕事したことない人?

865NAME IS NULL2018/03/08(木) 00:50:07.54ID:???
>>863
ぶっちゃけ日本限定の実績なんかどーでもいーよ。
日本企業がMariaDBに移行しにくいのは、どうせ業務サポートがないから、みたいなつまらん理由だろうし。

ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。

866NAME IS NULL2018/03/09(金) 16:45:51.46ID:???
>>865
>>ぶっちゃけ日本限定の実績なんかどーでもいーよ。
海外相手に仕事してるの?w

>>ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。
それが問題なんでしょ

867NAME IS NULL2018/03/09(金) 18:07:26.46ID:???
セキュリティアップデートが遅いから技術力ある企業は互換DBを試してる
MariaDBだけじゃなくPerconaやAuroraへの移行事例だって
公表されてるだけでもそこそこある

知らないなら知らないでいいんじゃない
君には関係ないから

868NAME IS NULL2018/04/01(日) 09:01:48.77ID:???
まあ調べる力がないだけだな。

869NAME IS NULL2018/08/09(木) 02:27:11.54ID:???
MySQL VS PostgreSQLより
MariaDB VS PostgreSQLの方が妥当だな

870NAME IS NULL2018/08/12(日) 23:14:45.82ID:cfFh3cqu
外国人が作っているものにセキュリティを求めてはいけない。気になるか気にならないかの違いと、ニュースになるかならないかの違いくらいだけ。

871NAME IS NULL2018/08/17(金) 01:38:16.05ID:yITprh7Z
>>512
BSDはノベルだっけ?との裁判沙汰が足を引っ張ったと思うのです

872NAME IS NULL2018/09/14(金) 03:21:47.97ID:???
MySQLは糞

873NAME IS NULL2018/09/14(金) 03:22:26.85ID:???
MySQLは糞

874NAME IS NULL2018/09/18(火) 13:18:07.80ID:???
MySQLは糞

875NAME IS NULL2018/09/18(火) 18:16:17.58ID:???
MySQLは糞

876NAME IS NULL2018/09/28(金) 10:51:37.88ID:???
知っていた
今知った

877NAME IS NULL2018/10/13(土) 19:50:31.89ID:???

878NAME IS NULL2018/10/26(金) 13:30:56.86ID:???
MySQLは糞

879NAME IS NULL2018/10/26(金) 13:31:29.34ID:???
MySQLは糞

880NAME IS NULL2018/10/27(土) 14:02:49.26ID:???
PostgreSQLは糞

っていう書き込みと同じくらい意味がない書き込み

881NAME IS NULL2018/11/01(木) 11:26:08.82ID:???
MySQLはGPLライセンスで糞

882NAME IS NULL2018/11/02(金) 11:54:13.80ID:???
MySQLはGPLライセンスで糞

883NAME IS NULL2018/11/30(金) 02:15:20.33ID:???
ポスグレのスキーマとビューが新鮮

884NAME IS NULL2018/12/11(火) 09:26:11.85ID:???
MySQLはGPLライセンスで糞

新着レスの表示
レスを投稿する