0001NAME IS NULL
2005/08/03(水) 04:43:20ID:j7oDtJr2どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。
前スレ
MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50
MySQL vs PostgreSQL Part2
レス数が1000を超えています。これ以上書き込みはできません。
どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。
前スレ
MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50
0002NAME IS NULL
2005/08/03(水) 08:15:36ID:kKumxXsr0003NAME IS NULL
2005/08/03(水) 09:12:49ID:???0004NAME IS NULL
2005/08/03(水) 15:07:24ID:NuilQNdA0005NAME IS NULL
2005/08/03(水) 17:00:25ID:kKumxXsr「PostgreSQLについて語ろう」が56でMySQLの方が活発。
国内ユーザメーリングリストだと正確には把握していないけれども、両方購読している
感覚から言うとPostgreSQLのほうが少しトラフィックが大きい、という感じ？
0006NAME IS NULL
2005/08/03(水) 17:38:52ID:???MySQLの国内MLは意外と流量が少ないよね。
0007NAME IS NULL
2005/08/03(水) 17:42:41ID:???PHP+MySQLの影響だろうか。
0008NAME IS NULL
2005/08/03(水) 21:28:49ID:7DEJPnjAで合ってる？
MySQLはユーザにインストールしてもらって、そのPerlスクリプトだけを販売できる？
GPLになるから手数料くらいしかもらえないのかな
0009NAME IS NULL
2005/08/03(水) 22:41:10ID:???専用スレ向きだと思うが...
そういう使い方をする場合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は良く知らないけど)
00108
2005/08/03(水) 23:26:14ID:7DEJPnjAありがとん
あまりライセンスは気にしないで使ってるからな〜
今後はちょっと気にしてみる
0011NAME IS NULL
2005/08/11(木) 12:57:58ID:9prt2dmlttp://www.atmarkit.co.jp/fdb/rensai/dbwatch2005/dbwatch200508_2.html
7月29日に日本PostgreSQLユーザ会（JPUG）でPostgreSQLのしくみ分科会の
勉強会がありました。2部構成となっており、前半が「PostgreSQLチューニング実習」、
後半が「MySQLセミナー」でした。
0012NAME IS NULL
2005/08/17(水) 23:34:53ID:???記事読んだけど、これで急接近かと思ってしまったYO。。。
0013NAME IS NULL
2005/08/18(木) 00:59:14ID:ARVTIrqAたしかにこういった交流みたいのは今に始まったことじゃないよな。
0014NAME IS NULL
2005/08/27(土) 21:04:03ID:???導入したシステムの規模や構成など細かに書かれてるものが良いです。
というのは、うちの会社だと、自分の社内で使うようなシステムでも
Oracleとか使って、もの凄い金額のライセンス料を払ってます。
Oracleまで使って何やってるかといえば、
会社の経費で買った技術書籍の一覧のDBです。
Webで検索用のテキストボックスと実行用のボタン、そして表示用のグリッド。
そして、アクセス件数は月に5回程度と殆ど使われてない。
ユーザが使ってないどころか、新しい書籍が追加されても管理者はメンテナンスもしない。
これをどうにかしたいんだけど、大規模なシステムでそれなりの実績が無いと駄目だという。
色々と文句は言いたいが、相手を納得させちゃえばいいだけなので、
そういった導入事例があればと思っています。
0015NAME IS NULL
2005/08/27(土) 22:48:49ID:J9fqGvowMySQLとかPostgreSQLの本に導入事例がかいてあったような気がする
立ち読みでちょっと見た程度で、詳しくは覚えていない
0016NAME IS NULL
2005/08/27(土) 23:41:46ID:???会社がつぶれる前に転職すれば解決するのでは？
0017NAME IS NULL
2005/08/28(日) 01:42:37ID:???詳しくは言えないけど。
0019NAME IS NULL
2005/08/29(月) 00:25:57ID:VaVjWo27希望する人は多いが、いまだかつてそういうのを見たことは無い。
導入事例紹介自体はいっぱいあるんだけどさ。
http://www.mysql.com/why-mysql/case-studies/
0020NAME IS NULL
2005/08/29(月) 01:39:18ID:???0021NAME IS NULL
2005/08/29(月) 10:14:40ID:VaVjWo27オープンソースであることをいいことに、ストレージエンジンに手を加えて
独自のログを出力させるような機能を追加したりして使ってる。
0022NAME IS NULL
2005/08/29(月) 10:16:52ID:VaVjWo27ただどちらかというと彼らはMySQL案件のシステム導入事例という
日本のSIerが欲しがるようなケーススタディとはちょっと違う感じだとおもう。
自社用サービスで使うために社内SIチームがソースコード改変、だからね。
0023NAME IS NULL
2005/08/29(月) 10:19:27ID:???0024NAME IS NULL
2005/08/29(月) 14:27:44ID:???0025NAME IS NULL
2005/09/02(金) 15:41:28ID:yH6J8qC4MySQL
MySQL
0026名無しさん＠そうだ選挙に行こう
2005/09/10(土) 23:46:31ID:e3EKUJBA２００ＭＢくらいのレンタルサーバだと、書き込みが増えたりしたらヤバい？
0027名無しさん＠そうだ選挙に行こう
2005/09/11(日) 02:06:35ID:/bfRsxU30028NAME IS NULL
2005/09/25(日) 17:31:22ID:DveltAc0PostgreSQLは「ポストグレSQL」なのか「ポステージャーSQL」なのか未だに分からない。
よってMySQLの勝ち
0029NAME IS NULL
2005/09/25(日) 17:34:21ID:???0030NAME IS NULL
2005/09/25(日) 17:45:32ID:DveltAc0ぐぐれば分かると分かっていたが、敢えてぐぐらず書いてみた。
しかしぐぐってみたらその妙な呼び方にますますMySQLの勝ちだと思うようになりますた
0031NAME IS NULL
2005/09/29(木) 04:31:57ID:???0032NAME IS NULL
2005/09/29(木) 17:54:18ID:???スレ違いかもしれんが頼む。
0033NAME IS NULL
2005/09/30(金) 01:38:01ID:???タイプミスかそうでないかのちがいじゃないの？
0034NAME IS NULL
2005/09/30(金) 18:36:09ID:???ｺﾗｺﾗ
0035NAME IS NULL
2005/09/30(金) 19:24:30ID:???0036NAME IS NULL
2005/10/12(水) 21:12:43ID:jKmwJx4T7日後以内に死にます
無残な姿で死にます
回避する方法は1つ
このレスをほかのスレに7つ貼る事です
0037NAME IS NULL
2005/10/30(日) 15:57:36ID:???何ライセンスが必要か教えてくれあらしる。
0038NAME IS NULL
2005/10/30(日) 16:32:35ID:???GPLかCML(コマーシャルライセンス)のどちらか。
GPLが適合しないのなら、CML
CMLの場合トランザクションを利用する場合、innoDB/BDBのライセンス料がいるので
その分高いクラス(Proとかいう)のライセンスが必要。
MyISAMとかだけでトランザクション不要なら安い方(Classic)
# PostgreSQLに関係ないので単独スレで話すべき
0039NAME IS NULL
2005/10/30(日) 16:58:40ID:???買うべきだ罠。なるべく安くあげたいのならPostgreSQLにすべき。
0040NAME IS NULL
2005/10/30(日) 20:51:00ID:???0041a
2005/11/01(火) 19:15:00ID:BTaxKvRTまず速度面だが、たしかにMySQLは早い。というより、PostgreSQLは使い
続けてると遅くなってきたり、CPU100%使用状態が頻繁にある気がする。
起動直後にデータをSELECTしたりINSERTしたりするときの速度はあまり変
わらないのだが。あと、ＤＢにログインするさいはPostgreSQLのほうが
遅いようだ。認証チェックが厳しいのだろうか？
機能面では、やはりビューがあるPostgreSQLは使いやすい。ユーザーに応
じて特定のデータのみを見せる場合（たいてい、同一テーブルに複数ユー
ザーのデータがあって、自分のデータだけを見せたい場合）わざわざ条
件句を書かなくてもよくなり、ソースがすっきりして可読性がアップす
る。ただ、MySQLも5.0からビューをサポートするのでこのアドバンテージ
は差がなくなるだろう。
また、PostgreSQLはグループごとの権限をサポートしているが、MySQL
はどうなんだろうか？
ライセンスに関しては、PostgreSQLは商用も完全フリー、MySQLはGPLライ
センス。とはいえ、MySQLのライセンスって数万ぐらいだった気も。
動作環境は、昔はPostgreSQLはWindowsをサポートしていなかったため、
Linux上で使うかcygwinというエミュレーターを使用する必要があった。
8.0からWindowsをサポートしているので、ユーザーがWindowsしか使え
ないという場合でも特に問題はなし。ちなみにMySQLは両方ともサポート
していたはず。
他、MySQLは4.1ぐらいから日本語周りでつまることが多い。Unicodeに
仕様変更したかららしいが。ちなみにPostgreSQLはEUC-JPを使用。いず
れも設定で変更できたと思う。
結論として、WEBみたいなデータにアクセスするユーザーを問わなくて
かつデータを出し入れするだけみたいなのはMySQL、業務系みたいに
ユーザー権限が存在してデータを集計したり複雑にテーブルを結合した
りするところではPostgreSQLを使うかな。
0042NAME IS NULL
2005/11/01(火) 20:12:31ID:???3.ｘの古い時代にはLGPLなライセンスなときがあったのでそれを使えば大丈夫
ただし、その接続は4.1からつながらないと思う
速度的にもPostgres8使ってる限り差はない
7.4まではかなりPostgresが遅いとかんじる部分はあった
が、その時期はMySQLはサブクエリーがないわけで機能的差も大きいし
業務系でずっとやってきてInnoDBしか使わんが、InnoDBはなんか
insertが遅かったような記憶がある
接続速度が問題になることはどっちもない
アプリケーション鯖ならコネクションプールするし
業務系で2層式、3層式とやってきたがライセンス的に楽なpostgres1本で
もういいんじゃね？という気はする
デフォのインストール状態だともはやPostgresのほうが使用メモリ小さかったような気がするし、
Oracleのように細かい調整が可能
テーブルスペース扱えるようになったのも分かる人には結構大きい変更点だ
まぁスタンドアロンならHSQLDB使うし、商用がいいのなら軽量のInterbaseやOracle選択
ただし、Oracleも商用可能でフリーなライセンスが追加されるようなのでそちらの動向も気になる
スレ違いになるがな
0043NAME IS NULL
2005/11/01(火) 22:07:39ID:???古い接続認証方式だと繋がる。
もっとも古いクライアントでは古いAPIしか使えないわけだから、
サーバがMySQL4.1以上の意味がないが。
0044NAME IS NULL
2005/11/01(火) 22:26:04ID:???0045NAME IS NULL
2005/11/01(火) 22:28:13ID:???あんまり問題にならなくなったよ
もう7.ｘに戻る気はしないね
速度もそうだけどまったく別物だもん
0046NAME IS NULL
2005/11/01(火) 22:50:14ID:???もっとも、デフォルトでは無効で設定しないといけないけど。
MySQL は sysvshm/sysvsem を使わないので
FreeBSD jail 環境でも使えるのが利点...と言えなくもない。
0047NAME IS NULL
2005/11/01(火) 23:32:00ID:???いったん大きくなってしまったDBサイズの縮小のために定期的にfull vacuumする
必要はまだあるんじゃないかと。
あと、jailつかうのならXenつかってOSごと分けちゃったほうが…、って板違いか。
0048NAME IS NULL
2005/11/02(水) 00:31:58ID:???> 必要はまだあるんじゃないかと。
vacuum fullでDBサイズが小さくなっても、またすぐに大きくなってしまうようなら
普通のvacuumで十分な場合がほとんど。
そもそも、「定期的な」vacuum fullが必要になることはあまりない。
0049NAME IS NULL
2005/11/04(金) 11:20:38ID:???Postgresqlはバージョンが上がる毎に
速度がメキメキ上がっていくところが頑張ってるなぁと。
8.1は速度の向上がかなり良かったようだし
autovacuumも標準装備だっけ？
それと、pgpoolとの相性もよさげ。
vacuumの管理の面倒さが無くなり、速度もmysqlと拮抗するなら
postgresqlの方がアドバンテージあるとおもうな。
MySQLだと、ライセンスの問題もあるしね。
0050NAME IS NULL
2005/11/05(土) 23:07:55ID:urZZ/Ba6ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。
0051NAME IS NULL
2005/11/06(日) 13:06:48ID:???0052NAME IS NULL
2005/11/06(日) 14:25:40ID:???MySQL5.0のスレに回答があったぞw
マルチするな
0053NAME IS NULL
2005/11/06(日) 14:28:15ID:???770 名前：763[sage] 投稿日：2005/11/06(日) 14:27:14 ID:???
他スレで回答がありました。
ありがとうございました。
騙りは止めていただけますか？
0054NAME IS NULL
2005/11/06(日) 14:33:41ID:???28 名前： NAME IS NULL Mail： 投稿日： 05/11/05(土) 23:07:24 ID： urZZ/Ba6
エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。
50 名前： NAME IS NULL Mail： 投稿日： 05/11/05(土) 23:07:55 ID： urZZ/Ba6
エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。
763 名前： NAME IS NULL Mail： 投稿日： 05/11/05(土) 22:51:01 ID： urZZ/Ba6
エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。
0055NAME IS NULL
2005/11/06(日) 14:38:54ID:???この板から消えろ 馬鹿すぎ
0056NAME IS NULL
2005/11/16(水) 18:25:51ID:????
0057NAME IS NULL
2006/01/04(水) 08:39:07ID:J7AyNhQtこの認識は間違ってますか？
0058NAME IS NULL
2006/01/04(水) 10:58:15ID:???使い方によるんでね?
0059NAME IS NULL
2006/01/04(水) 11:43:29ID:???実際には運用の仕方によるとしか言えないね。
0060NAME IS NULL
2006/01/04(水) 13:03:35ID:???MySQLつうかMyISAMは不整合が起きやすい気がするな。
データそのものが壊れるってことはないけど、MyISAMは
やっぱり煩雑な更新には向かないストレージタイプだと思う。
0061NAME IS NULL
2006/01/05(木) 21:04:51ID:Ugdd/KOM0062NAME IS NULL
2006/01/11(水) 19:06:58ID:???0063NAME IS NULL
2006/01/13(金) 17:39:32ID:HwTygb6/自分で調べた感じではPostgreSQLかなと思いますが・・・
0064NAME IS NULL
2006/01/13(金) 18:25:20ID:???postgresのバックアップツールは日本語とおらないぞ
データベース丸ごとという指定なら問題ないが
個別にやる場合問題あり
DB自体はまったく問題ないので自作できるとかなら気にしなくてもいいかも
MySQLはどうだったかなぁ
4.0までならプラットフォームのエンコーディング使うんで問題は少ない
最新版の5.0は4.1があんな状況だったのを考えるとわりと危険がいっぱい
でたばかりなのは危険があるのはどちらも同じ
postgresは今8.0が枯れてきたところ
半年くらい前までは8.0もjdbcドライバがバグもちだったし
話はそれたが、どっちも使った人間としては総合的に見て
postgresのほうが今は楽
interbaseやHSQLDBも好きな変人なんで当てにはならないと思うが
俺はまったく英語読めないけどどっちも使えてる
0065NAME IS NULL
2006/01/13(金) 20:00:11ID:???「英語がすごく苦手」で「ツール類とか含めて日本語環境が充実してる」なら
二者から選ばず、Oracleになさい。MSのSQLサーバも結構良いよ。
0066NAME IS NULL
2006/01/13(金) 20:15:05ID:b3qYfz1r>postgresのバックアップツールは日本語とおらないぞ
>データベース丸ごとという指定なら問題ないが
>個別にやる場合問題あり
そうなの？これはpg_dumpのこと？
0067NAME IS NULL
2006/01/13(金) 20:30:28ID:???SQLServer 2005 Expressだな。無料だし。
で、SQLServer 2005 ExpressにはEnterprise Managerが付いてないので、
管理用にSQLServer 2005のDeveloper（未発売）を買う。
SQLServer 2005 Developerが5000円くらいで出てくれればコレが最強。
0068NAME IS NULL
2006/01/13(金) 20:46:23ID:???0069NAME IS NULL
2006/01/13(金) 21:30:15ID:b3qYfz1rデータの方は大丈夫なんですね。
じゃあ普通に英数字で命名してる分には大丈夫なんかな。
0070NAME IS NULL
2006/01/13(金) 21:48:59ID:???カラム名に日本語使うのは問題ないみたい
テーブル名に日本語使うとはまるかも
Postgres本体の制限ではないけど、こういうのはオープンソースプロダクトではよくあるよ
DB本体はマルチバイト綺麗に対応していても周辺のツールが未対応っての
0071NAME IS NULL
2006/01/14(土) 11:56:36ID:???最近は普通にみんな使ってるし、対応してくれると楽だなぁ。
0072NAME IS NULL
2006/01/14(土) 15:28:49ID:???元々業務系はAccessとかCOBOLとかスタンドアロン系のDBは
日本語使うのが普通だったんだけれども
一応マルチバイトのテーブル名とかカラム名とか動くはずだが
保障しない、推奨しないってのがOracleあたりで多かった希ガス
ま、SQLぱっとみてすぐに分かるのはいいよね
俺も10年位前は否定派だったけど、いまじゃ日本語とおるほうがいい
MYSQLはプラットフォームのエンコーディング無視して
ファイルシステムに格納しやがるからMySQLも日本語テーブルは鬼門
日本語カラムはMySQLでは非推奨だったかな
これも周辺ツールの影響もあると思われ
0073NAME IS NULL
2006/01/14(土) 17:02:08ID:optBPKaF普通に考えると日本語使えた方がいいね。
仕様書いたりするときも、いちいち説明用に日本語と英語の対応表を
別に用意したり、慣れない英語名を考えたりしなくてむ済むし。
0074NAME IS NULL
2006/01/14(土) 17:56:24ID:???確かにカラム名と日本語名とかならずかいてたな
カラム名をそのまま出すとユーザー企業側がわからないので
日本語名対照表作るなり面倒なことになる
そしてカラムが増えたのにそれを忘れたり・・・
007563
2006/01/14(土) 21:21:03ID:???列名や表名に日本語は使わない方針なので、その点からするとあまり変わらないですかね。
無料のSQLServer2005Expressにも興味ありますが、
Developerが出てないので今回は見合わせます。今すぐ作ってみたいので。
0076NAME IS NULL
2006/01/14(土) 22:09:30ID:???DBMSが変わってもさほど直さなくて済むよというか
そうで有ればいいなぁ。。。
0077NAME IS NULL
2006/01/14(土) 22:29:49ID:???大概ロジックと乱れ飛ぶから
とりあえず標準SQLを出来るだけ使うようにするというのは大事
>>75
開発環境がWindowsならPostgresが今はオススメかな
インストーラでらくらくセットアップ、pgadminやJDBC等ドライバも
標準でインストールされて、pgadminの日本語ドキュメントもすぐひける
mysqlはWEBで使うという書籍が多いけど、postgresはoracleの代替として
現実的なDBという書籍が多いと思う
最終的にはBSDライセンスが楽ということもあってpostgresでいいと思うけど
0078NAME IS NULL
2006/01/15(日) 13:43:35ID:???5.0.16からPortsでインストールできなくなったので
PostgreSQLに移行しようと思っている
もともとLINUX_THREADを使わないと壊れるなど
FreeBSDとの相性が悪いようなので
PHPのソースはPEARをつかってるので書き換えは不要だが
mysqldumpの出力内容をいじらないといけないようで
int(11) → int
auto_increment → serial
でインサートできているようだ
他にMySQLからPostgreSQLへ移行する上で
とくに注意する点はないだろうか？
0079NAME IS NULL
2006/01/15(日) 13:45:49ID:???0080NAME IS NULL
2006/01/15(日) 13:54:08ID:???select * from tablename where hoge = "mage";
PostgreSQLでは
where hoge = 'mage' とシングルクォーテションじゃないとダメ
0081NAME IS NULL
2006/01/15(日) 13:55:07ID:???そういう前提でいいのか？
OSそのままでOracle使えば楽なのにとかそういうことは俺はいえん
0082NAME IS NULL
2006/01/15(日) 13:55:46ID:???ダブルクォーテーションは用途が違う
0083NAME IS NULL
2006/01/15(日) 14:08:50ID:???0084NAME IS NULL
2006/01/15(日) 14:12:44ID:???そんなふうに考えていた時期がオレにもありました
0085NAME IS NULL
2006/01/15(日) 14:14:42ID:???0086NAME IS NULL
2006/01/16(月) 20:22:47ID:???0087NAME IS NULL
2006/02/09(木) 19:15:38ID:???http://www.hatena.ne.jp/info/tech/
0088NAME IS NULL
2006/02/09(木) 19:16:27ID:???0089NAME IS NULL
2006/02/09(木) 20:41:21ID:???0090NAME IS NULL
2006/02/09(木) 20:46:54ID:???0091NAME IS NULL
2006/02/09(木) 21:21:50ID:???0092NAME IS NULL
2006/02/09(木) 22:19:29ID:???0093NAME IS NULL
2006/02/09(木) 22:46:03ID:???コマーシャルライセンスが必要
0094NAME IS NULL
2006/02/09(木) 23:57:17ID:???問題ないよな。MySQLを組み込んだ製品を売るんでもなれりゃコマーシャルライセンス
なんていらないんじゃないの？
0095NAME IS NULL
2006/02/10(金) 00:04:39ID:???0096NAME IS NULL
2006/02/10(金) 13:27:53ID:???それで誰もかね払わないからDB部分もGPLになるといってる
3.23だっけ？あのあたりからどらいばがGPLになった
ユーザーがDBのクライアントだから＞WEBアプリ
0097NAME IS NULL
2006/02/11(土) 08:16:11ID:???配布するわけじゃないからGPLでも構わんよね
0098NAME IS NULL
2006/02/11(土) 10:24:25ID:???ママ大変！お客様のパスワードが丸見えだわ！
0099NAME IS NULL
2006/02/11(土) 10:43:17ID:???嫌ならPG使え。
0100NAME IS NULL
2006/02/11(土) 10:58:19ID:???0101NAME IS NULL
2006/02/11(土) 11:02:26ID:???0102NAME IS NULL
2006/02/11(土) 12:23:05ID:???普通はDBってユーザーとDBクライアントの間にプロキシみたいなのをかましても
直でつないだのとまったく同じという扱いだよな
0103NAME IS NULL
2006/02/11(土) 12:48:33ID:???0104NAME IS NULL
2006/02/11(土) 15:08:12ID:???オマエ>>96？
やっぱり何を言いたいのか意味不明なんだが。
「つなぐ」ことってのはGPLが依拠する著作権的には何の意味もないし。
0105NAME IS NULL
2006/02/11(土) 15:19:34ID:???0106NAME IS NULL
2006/02/11(土) 15:42:43ID:???はてなに対して「コマーシャルライセンス買え」か「コード公開しろ」とかで
祭りでもなってるのか？
0107NAME IS NULL
2006/02/11(土) 16:15:02ID:???0108NAME IS NULL
2006/02/11(土) 16:25:27ID:???0109NAME IS NULL
2006/02/11(土) 17:00:44ID:???んにゃ。GPLが理解できない香具師がからかわれてるだけ。
0110NAME IS NULL
2006/02/11(土) 18:18:20ID:???WEBアプリはソース公開するか、ライセンス購入
0111NAME IS NULL
2006/02/11(土) 18:29:48ID:???0112NAME IS NULL
2006/02/11(土) 18:36:58ID:???0113NAME IS NULL
2006/02/11(土) 18:39:11ID:???0114NAME IS NULL
2006/02/11(土) 19:19:34ID:???技術者として恥ずかしいことだぞ。
0115NAME IS NULL
2006/02/11(土) 19:38:07ID:???「前世の障りが…」とかいってﾋﾞﾋﾞらせて役に立たないもの売りつける
霊感商法とかわらんな
0116NAME IS NULL
2006/02/11(土) 20:49:46ID:???0117NAME IS NULL
2006/02/13(月) 10:15:48ID:???0118NAME IS NULL
2006/02/13(月) 11:06:45ID:???0119116
2006/02/13(月) 22:37:08ID:???http://dev.mysql.com/doc/internals/en/licensing-notice.html
だからMySQLと通信するプログラムをフルスクラッチで作ったとしてもGPLに縛られる。
0120NAME IS NULL
2006/02/13(月) 23:21:42ID:???とはいえ、特許ならともかく、プロトコルに著作権なんか発生しないのは
USも日本も同じだし(Swedenは知らんけど)。
「MySQL ABがそう言っているだけですね(ﾎｼﾞﾎｼﾞ」としか言えんな。
0121NAME IS NULL
2006/02/14(火) 01:19:01ID:???いやならPostgresにしろ
まぁこの1年でPostgreSQLの開発者回り見た感じ倍増してるが
MySQL4.1のやっちまった件＆PostgresのWindows対応が大きかった希ガス
0122NAME IS NULL
2006/02/14(火) 07:22:31ID:???いろんな意味で間違ってるよ。
0123DB
2006/02/14(火) 14:16:12ID:???0124NAME IS NULL
2006/02/14(火) 17:25:33ID:???そして8.1での速度向上もでかいね。
0125NAME IS NULL
2006/02/14(火) 18:52:38ID:???8.0で動いてるところはいくつか見たし、俺もかかえてる
8.1でSQL（というかJDBC）が厳密になってるっぽいから
単純に移行できるかどうか地震がないっす
自分が書いたコードだけなら対応は余裕なんだけどね
0126NAME IS NULL
2006/02/14(火) 19:05:34ID:???SQL変更は何箇所かあった。
0127NAME IS NULL
2006/02/15(水) 01:17:23ID:???全体的に早くなったような気がするけど、相変わらずバージョンが変わるごとに
プランナの挙動が変わってしまうのは困るね。
0128NAME IS NULL
2006/02/15(水) 02:36:13ID:???7.3もメンテ続いているから積極的に乗り換える理由が無いんだよなぁ…
0129NAME IS NULL
2006/02/15(水) 09:38:19ID:???0130NAME IS NULL
2006/02/15(水) 12:40:23ID:???Winで開発しないのならいいかもしれんが、
新規案件に7.xはさすがにありえんね
Linuxでも8.1以前に8.0になっただけでもめちゃくちゃ速度かわってるし
0131NAME IS NULL
2006/02/15(水) 14:16:26ID:???0132NAME IS NULL
2006/02/15(水) 20:29:52ID:???とはいえないけどやっぱり8.0ではクリティカルなところが改善されてるから
8.1はやはりメジャーバージョンがあがってない理由にはなるな
0133NAME IS NULL
2006/02/15(水) 20:37:47ID:???使えないsqlがでた
以前のpsqlやpg_dump等が実質使えない
などがあったからなあ
7から8は何もしなくてすんだが
8.0から8.1はあちこち変えなくてはならなかった
0134NAME IS NULL
2006/02/15(水) 21:14:53ID:???0135NAME IS NULL
2006/02/15(水) 21:17:42ID:???0136116
2006/02/18(土) 08:09:53ID:???MySQLで、3.23→4.0より4.0→4.1のが変更が大きいのと同じようなもん？
0137NAME IS NULL
2006/02/18(土) 12:35:07ID:???0138NAME IS NULL
2006/02/23(木) 11:52:21ID:???テーブル名もすべて指定しないとダメなんだよね？
その場合、テーブル作る場合、サービス止めて
テーブル指定するって感じなのかな
MySQLからの移行を考えてるんだが
レプリケーションだけがどうもひっかかる
0139NAME IS NULL
2006/02/23(木) 11:55:30ID:???0140139
2006/02/23(木) 11:56:59ID:???サービスとめる必要は無いよ
テーブルは普通に作って、レプリケーション側もガワだけ作って
同期はコマンド送るだけ。内容はそのときにコピーされるし。
0141NAME IS NULL
2006/02/24(金) 19:18:30ID:KaTZynr5Postgresに乗換えようかと迷い中。
乗換えた人がいたら、どんな感じか教えてください。
0142NAME IS NULL
2006/02/24(金) 23:03:15ID:???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年くらい放置してた時点で今後も心配
0143NAME IS NULL
2006/02/28(火) 08:34:27ID:???メジャーバージョンアップ直後のの8.0の方がバグ多し、な希ガス。
8.1もマイナーバージョンあがってるから、そっちの方がよくね？
0144NAME IS NULL
2006/02/28(火) 16:21:23ID:???ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060215/229362/
を読む限り 8.x を仕事で使うのは少し怖い。
ただ PostgreSQL チームのクオリティは高いから
あと半年くらい寝かせれば大丈夫だと思うけど。
0145NAME IS NULL
2006/02/28(火) 17:57:11ID:???∧＿∧
（ ・∀・） ）)
/つ（￣｀ヽO_ノ⌒ヽ
ノ ） ＼ ）)
(__丿＼ヽ :: ノ:::: ）
丿 ,:' ）)
(（ （___,,.;:-−''"´｀`'‐'
半年後にまた会おうね☆
∧＿∧
（ ・∀・ ）
/ _ノ⌒⌒⌒`〜、_
(￣⊂人 //⌒ ノ ヽ）
⊂ニニニニニニニニニニニニニニ⊃
0146NAME IS NULL
2006/02/28(火) 19:34:47ID:U459FQMy0147NAME IS NULL
2006/02/28(火) 21:10:59ID:???国外では MySQL
0148t_tama
2006/02/28(火) 22:11:52ID:NtqGSwPNが無いってのが弱点かも。その分、スピードに力を入れてるってこと
だけど。
業務系ならPostgreSQL、WEB系ならMySQLだな
0149NAME IS NULL
2006/02/28(火) 22:27:21ID:???＞MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合が無い
「PostgreSQLはWindowsではまともに使えない」ぐらい古い認識かと。
まあ移行が進まないのはどっちも同じだけどね。
0150NAME IS NULL
2006/02/28(火) 23:56:21ID:U459FQMyMySQLの勝ち
0151NAME IS NULL
2006/03/01(水) 00:00:40ID:???ID が You シゴク Fuck
0152NAME IS NULL
2006/03/01(水) 01:39:33ID:???MySQLなめすぎ
あれにくらべたらPostgresのバグはかわいいよ
0153NAME IS NULL
2006/03/01(水) 01:51:18ID:???どっちも過去の特定のバージョンの話ではなくて、現状ベースで話しましょうよ。
0154NAME IS NULL
2006/03/01(水) 16:04:00ID:???速度は PostgreSQL8 > MySQL5 だけど。
# トランザクションが MySQL は遅い？
0155NAME IS NULL
2006/03/01(水) 20:38:58ID:???0156NAME IS NULL
2006/03/01(水) 20:48:26ID:???0157NAME IS NULL
2006/03/03(金) 01:02:16ID:???MySQL4.1以後：積極的に使う必要なし
MySQL5.0以後：話にならない。おもちゃ以下
PostgreSQL8.0以前：できるなら8.0以上に上げる
PostgreSQL8.0以後：8.1が望ましい。業務にも使用可能
番外
Oracle：業務ならこれしか選択肢なし。今のとこ英語だが10.2gのフリー版もある
sqlite：小規模ならこれでOK。ただし2系、3系、3.3系とわけわかめ
BerkeleyDB：さらに小規模用。CSVファイルの代わりに使うくらい
俺の認識じゃぁこんなかんじ。うそも混じってるので注意
0158NAME IS NULL
2006/03/03(金) 01:29:34ID:???どれが嘘なのか書いてくれるとありがたい。嘘交じりの情報なんてｲﾗﾈ。
0159NAME IS NULL
2006/03/03(金) 01:42:06ID:???そのまま4.1に移行して使ってるんだけど
PostgreSQLやOracleに移行したらもっと幸せになれるんだろか。
諸々の機能のためにテーブルのバリエーションや
その相関関係がかなり複雑になっていて
巷でよく聞くWEB系向け（＝シンプル構造?）というMySQLのメリットは
あまり享受出来ていないような気はしています。
0160NAME IS NULL
2006/03/03(金) 01:51:44ID:???どれが嘘かは、俺にもわからんのだ。
覚えてるのを書いただけなので、間違ってる可能性大。
自分の記憶はあんまり信用できない。
0161NAME IS NULL
2006/03/04(土) 23:35:57ID:???SQL Serverは？
0162NAME IS NULL
2006/03/05(日) 07:23:48ID:???そもそも、比較の対象外
0163NAME IS NULL
2006/03/05(日) 13:08:06ID:???とりあえずテスト機にPostgreSQLにportした環境作って評価してみては？
以降が簡単に済みそうならOracleの評価版でもいいけど。
0164NAME IS NULL
2006/03/05(日) 21:08:45ID:???0165NAME IS NULL
2006/03/05(日) 23:29:12ID:???そのDB（以降のバージョン）と心中するつもりなら
いいんだろうけど。
相関関係なんて濁していってるけど、設計がへぼ
かったとかじゃなくてって気もするんだが。
0166NAME IS NULL
2006/03/06(月) 09:18:02ID:???0167NAME IS NULL
2006/03/06(月) 10:16:58ID:???それだけじゃ、移行の理由そのものが薄そうだしな
0168NAME IS NULL
2006/03/06(月) 11:57:39ID:???それで移行した際にエラーがでたなら、
ﾎﾞｹｱﾎｶｽｼﾈMySQLお前はSQL Serverにすら劣るんだよ！！
となじる。
これが正しいDBの移行方法。
0169NAME IS NULL
2006/03/06(月) 12:02:27ID:???0170NAME IS NULL
2006/03/06(月) 19:40:33ID:???0171NAME IS NULL
2006/03/07(火) 15:22:06ID:???0172NAME IS NULL
2006/03/08(水) 19:29:52ID:???0173NAME IS NULL
2006/03/14(火) 20:52:07ID:???Oracleより小回り利いてて好きだったな
MSと離れたせいでlinuxベースでOracle１択になっちゃったのは
悲しかったよ。今はPostgreSQLあるからいいけど
ASEが米国発売当事にアップグレード掛けたらbcdumpの
インポートにバグがあってnullカラム抜けが発生してて
えらい目にあったのはいい記憶だ
0174NAME IS NULL
2006/03/15(水) 01:17:55ID:???MySQLのスレはPart7、PostgreSQLはまだPart2。
んー。MySQL使ってる人の方が多いのかな？
0175NAME IS NULL
2006/03/15(水) 03:11:39ID:???どうなんかね。自分は両方使ってるけど、postgresqlはスレにも
日本のMLにも出入りしてない。そんなケースもあるので。
ただMySQLの場合はDBMSを使う選択肢として選んだユーザだけじゃなくて
MySQLを利用するアプリを使いたくて結果的にMySQLを使うユーザがかなり居るので
質問も多くなる傾向がある。ライトなユーザの比率が多いことは確か。
0176NAME IS NULL
2006/03/15(水) 03:33:43ID:???Webマスターやライターが要所要所でMySQLを薦めてたのが地道に効いてたと思う。
今考えれば特にMySQLだけが大きく有利な部分てのはなかったんだが…。
0177NAME IS NULL
2006/03/15(水) 09:46:23ID:???0178NAME IS NULL
2006/03/15(水) 10:01:25ID:???そういう部分じゃないかなあ。PHP標準だったのも大きい。
フルスペックのSQLを使いたい、という理由でPostgreSQLにしたけど。
今はそういった差はほとんど無いね。
0179NAME IS NULL
2006/03/15(水) 10:43:16ID:???昔はmysqlしかwindows対応してなかったのが大きいかと
最近やっとpostgresのwindows版で勉強してみようという感じの本が出たところ
0180NAME IS NULL
2006/03/15(水) 10:50:25ID:???そこまでWindowsもしくはPostgreSQLにこだわらんでもと、おもたもんだ
0181NAME IS NULL
2006/03/18(土) 14:20:13ID:???MYSQLは4.0までは良かった。
Postgresqlは8.0から急激に良くなった。
いまなら、Postgresqlの方に軍配が上がるのでは？
0182NAME IS NULL
2006/03/18(土) 16:35:27ID:???0183NAME IS NULL
2006/03/18(土) 17:19:59ID:???日本語使わなければ問題はなかったというところだけどね
0184NAME IS NULL
2006/03/22(水) 17:20:54ID:???なんかポリシーなの？
SlonyIやってみたけど、MySQLとちがってテーブル名全部指定とか
設定が面倒すぎる。
レプリケーションだけの差で今のところMySQL5のほうが上だな
0185NAME IS NULL
2006/03/22(水) 22:26:18ID:???0186NAME IS NULL
2006/03/23(木) 10:08:10ID:???PgAdminIIIでSlony-I扱えるのが大きい。
0187NAME IS NULL
2006/04/10(月) 21:18:30ID:kws9LtIUもう少し比較記事が欲しいな
ということで燃料投入www
スレッド vs プロセス
MySQLがWeb向きの理由の一つに
スレッドってのもあると思う。
同時アクセスが多く、単純なクエリーが多い
普通のWebではMySQLのスレッド処理に軍配があがるから
0188NAME IS NULL
2006/04/11(火) 01:25:42ID:???PostgreSQLの方が10倍速かったらしいですヨ。誰か元ネタ読んでみて。
0189NAME IS NULL
2006/04/11(火) 13:07:49ID:4VOupqi+何か特殊な環境のようで、あんまり一般的ではないようで参考にならないですね。
0190NAME IS NULL
2006/04/11(火) 13:20:49ID:4VOupqi+まあPostgreSQLの方をよく使っていた俺の意見だけど
pgsqlは使いやすいてのも大きいかなw
ある程度大きいDBで同時アクセスが少ないシステムの場合は
PostgreSQLの方が何かと有利かと思うな。
でも規模が大きくなりすぎると別の問題が出てきて
Oracleを使いたくなるってのもあるがwww
MySQLの場合はデフォルトで性能が出ない場合があるってのも大きいかも
クエリー特性とか考えずに全てInnoDBで済ますような
そんな適当な使い方ではあんまり性能でないからねwww
142はチューニングとかしたのかな？
0191NAME IS NULL
2006/04/11(火) 13:42:50ID:???平均でも 2 〜 3 倍くらい出る。
# 8.2 は order by も 20% くらい速くなるらしい。
0192NAME IS NULL
2006/04/11(火) 13:50:39ID:4VOupqi+比べた条件がわからないと参考にならないんだけど
0193NAME IS NULL
2006/04/11(火) 14:55:57ID:???CLI: psql >> mysql
WEB: phpMyAdmin >>>>> phpPgAdmin
かなあ。
0194NAME IS NULL
2006/04/11(火) 18:22:25ID:4VOupqi+PostgreSQLマンセーの書き込みか、、、
DBAやってる人なら理由を知りたくなると思うんだけど、、、
理由もわからず（わかろうとしない？）にチューニング出来ないと思うんだが
0195NAME IS NULL
2006/04/15(土) 11:05:45ID:???ずっとMySQLつかってきたけどそう思うよ
Postgres8が登場してからは明らかに流れが変わった
ただし、商用費商用問わずツール等は海外のはMySQLは対応しても
Postgresは未対応なんてのは非常に多い
0196NAME IS NULL
2006/04/15(土) 22:04:16ID:8sebR/w8まともな業務用のデータベースって意味なんだろうけど
人や業種やプロジェクトによって通常の定義も違うからね。
曖昧な言葉を平気で使うような人だと
まともにデータベース設計が出来ないと思われるよwww
Web系でクエリーの99%が検索中心だったりしても
同じ設定ですませちゃうんだろうなww
俺は最近MySQLを勉強しているところであまり詳しくはないんだが
InnoDBの初期設定って酷いと思うんだが、どうなんだろ？
まともにメモリ設定したら結構性能が違ってきたりしないのかな？
0197NAME IS NULL
2006/04/22(土) 00:30:34ID:???WEB系は参照中心なのは当たり前
入力中心でWEBベースは非常に使いにくいか、コスト増になり
その分野はクライアントサーバかリッチクライアント案件がほとんど
だから社内アプリだとWEBアプリはだいぶへってるよ
InnoDBも初期値ひどいのは知ってるけど、Postgresのほうもかなりきてるよ
なんせMySQLより非常に小さいDBにみえるくらい
0198NAME IS NULL
2006/04/22(土) 14:01:13ID:???初期値酷いとか言ってんなら
すべての環境で万能な初期値っての挙げてみろや出来るもんなら
まあ初期値をそのまま使う気でいるヤツからしてみりゃ確かに
酷いってことにもなるんだろうが。
0199NAME IS NULL
2006/04/22(土) 23:23:28ID:???なんで荒れてるんだ?
0200NAME IS NULL
2006/04/22(土) 23:40:03ID:???Postgresの２つのスレを見ればきっとわかるよ。
最近は、「キレる＆荒れる」精神的に病んだ奴が多すぎ。
0201NAME IS NULL
2006/04/23(日) 13:30:07ID:???環境変数なんかチューニングすんのが当たり前
それを初期値が非道いとか眠たいこと
言ってるからじゃねえの
なんでもかんでも精神病んでるとかに
結びつける方が短絡過ぎだろwww
0202NAME IS NULL
2006/04/23(日) 13:49:13ID:???0203NAME IS NULL
2006/04/23(日) 15:44:45ID:MyWxdzioそのレス自体が煽りだと気づいてないオマエ自身
オマエの言う精神病患者の何者でもねえwww
0204NAME IS NULL
2006/04/23(日) 16:33:24ID:???知能が劣っている事と、犯罪や迷惑行為を行う事と、精神病を抱えている事は
どれも同じ現象の異なる側面を眺めているに過ぎない。
0205NAME IS NULL
2006/04/23(日) 16:46:30ID:???自嘲してるんでしょうな。
>>204
おまえさん、かなり精神的に病んでますな。
0206NAME IS NULL
2006/04/23(日) 18:48:47ID:???0207NAME IS NULL
2006/04/23(日) 19:26:29ID:???0208NAME IS NULL
2006/04/23(日) 21:33:43ID:???文脈で一発でわかる
放置が適当かと
0209NAME IS NULL
2006/04/24(月) 02:51:43ID:???なんでも、やってクレクレ君に頭来てるってな、
ここでの質問はおまえらが答える必要なんてないんだぞ。
なんだ、質問に答えることがおまえらの仕事なワケ？？ニートか？
仕事だからクレクレ君来ると怒るわけ？？
0210NAME IS NULL
2006/04/24(月) 02:57:42ID:???別に201でもなんでもないが
おまえ、何ファビョってんの？ｗｗｗ
0211NAME IS NULL
2006/04/24(月) 12:58:47ID:???現代の若者を「自分に実力がないのに周囲を見下すことで有能感にひたる」と切り捨てます。
著者は教育心理が専門の名古屋大大学院教授。日ごろ、学生と接する中で感じていた
自説が思いのほか大ヒットしました。
http://www.nhk.or.jp/nagoya/ohayo/index.html
「自分以外はバカ」仮想的有能感を持った若者特徴
●自分に甘く、他人に厳しい
●すぐにいらつき、キレる
●「悪い」と思っても謝らない
●努力せずに、成果がほしい
●無気力、鬱になりやすい
0212NAME IS NULL
2006/04/24(月) 13:12:43ID:???たぶん唐辛子の食べ過ぎ
0213NAME IS NULL
2006/04/24(月) 17:00:54ID:???0214NAME IS NULL
2006/04/24(月) 17:04:29ID:???まだいたのかｗ
0215NAME IS NULL
2006/04/25(火) 13:15:59ID:???ベンチマークテストで数値で検証してるサイトはないでしょうか？
ttp://www.thinkit.co.jp/free/compare/1/8/1.html
探してみたもののここぐらいしか見つかりませんでした。
0216NAME IS NULL
2006/04/25(火) 14:11:52ID:???0217NAME IS NULL
2006/04/25(火) 18:15:46ID:???ギモンの意図がまったく理解不明
0218215
2006/05/04(木) 01:49:12ID:???／ ∠＿＿＿, |＿＿＿___ | /_/７ / ７ 厂| | く＼ ｜｜ | | |＿＿ ＿＿|
l ＿＿＿ | | | ＿/ 〈＿ Ｌ/ [＿| ヽ」┌─┘└─┐ | | _ |＿＿ ＿＿|
｜ |＿＿＿| | ＿＿＿＿| | | 口 口 | /Ｚ_冂＿ 〈＼.└─┐┌┐│ | ヽ＿_／ | /┌┐ ＿ ＼
l ＿＿＿ | | | | 口 口 l〈_,r┐┌┘ ＼/＿＿| L_」 |＿ ＼＿＿／ ヽ､二__ノ ヽ/
｜ |＿＿＿| | | |￣￣￣￣ |┌ー┐|┌ ┘└┐ |＿＿ ＿＿＿| 厂| ＿厂|＿＿
l ＿＿＿ | | | ｜| ｜|└ ┐┌┘ / 〉 / ＼ | ｜ └┐┌─┘
｜ |＿＿＿| | | ヽ＿＿__／| |｜ |｜ | | / / ／／＼ ＼＿_ | |＿,ノ| | | l二二l
l＿＿＿＿＿_| ヽ＿＿＿＿_ﾉ |.」 [__| |_.」 く_/ く_／ ＼＿ﾉ ヽ＿＿/ ∠_/ l二二l
0219NAME IS NULL
2006/05/05(金) 02:17:49ID:2T/DDJw6perlのDBI経由と、CSEとで、sqlのステートメントを複数連結するとSyntax Errorに
なってしまいます。たとえば下記はエラーになります。
select current_date; select_current_date;
※これはテスト用で、実際はcreate tableが連続します
DBIとCseではだめでしたが、mysql monitorでは意図したとおり実行できました。
Postgresqlでは全部の環境でエラーは起こらないのですが、この違いってなんなのでしょうか？
宜しくお願いします！
0220NAME IS NULL
2006/05/05(金) 13:03:43ID:???；(セミコロン)で区切って複数のSQL文をCSEで実行するときは
［データベース］−［一括実行］の方でやってみる
0221NAME IS NULL
2006/05/05(金) 23:06:51ID:???実行できました！ありがとうございます
perlではどうやったら実行できるでしょうか？
C APIでMYSQL_OPTION_MULTI_STATEMENTS_ONってのを見つけましたが、
perlには関係ないですよね。
0222教えて
2006/05/06(土) 02:03:19ID:dawq4wDlほかにも、いくつかの漢字が文字化けします。
WINXPで MYSQLのバージョンは４でも５でも駄目でした。
だれかわかる人いませんか？
0223教えて
2006/05/06(土) 02:13:11ID:dawq4wDlほかにも、いくつかの漢字が文字化けします。
WINXPで MYSQLのバージョンは４でも５でも駄目でした。
だれかわかる人いませんか？
0224教えて
2006/05/06(土) 02:29:12ID:dawq4wDlうまくいく漢字もあるし、わけわからん。
もう、いい、いらん！ データベースなんか”いらねー！”。
データのクラスとファイルのIOだけでやるわ！
0225教えて
2006/05/06(土) 02:32:55ID:dawq4wDl語るところばかり。
それどころかあー！ 根本的にMYSQLのコマンドラインから問題が
あるじゃあないか。
0226NAME IS NULL
2006/05/06(土) 19:45:16ID:5QUau5VC知らないんなら何使っても文字化けだよ
http://www.kent-web.com/pubc/jcode/
0227NAME IS NULL
2006/05/06(土) 21:06:36ID:???そもそもその略称は一般的なんか
0228NAME IS NULL
2006/05/06(土) 22:46:44ID:???結構見かける＜略称
正式名称が長すぎ
0229NAME IS NULL
2006/05/06(土) 23:06:36ID:???あえて、ド素人相手の説明だから？
0230NAME IS NULL
2006/05/07(日) 00:16:22ID:???なら使わなんだらエエだけの話
俺はExcelとレコードを直接コピペし合えるこのツールは非常に重宝しとる
ただオマエの言うとおり更新が滞ってるので
MySQL4.1以降ではネイティヴで接続できない場合がある
もしオマエのいうバグがそれだとしたら解決法はある
教えてほしかったらキッチリ仁義斬ることだな
0231NAME IS NULL
2006/05/07(日) 11:52:19ID:???> 教えてほしかったらキッチリ仁義斬ることだな
早速のお控えありがとさんです。手前のあげます仁義に前後まかり間違いございましたら失礼さんです。
手前、姓はNULL、名はNAME、ミドルネームはIS、人呼んで名無しと発します。
いずこ、いずかたの地におかれましても、
お兄ィさん、お姉ェさん、またはお友達衆に厄介かけがちな粗そう者です。
以後、見苦しき面体お見知りおかれまして、
行く末万端、お引き立て、宜しくお頼ォ申しあげます。
0232NAME IS NULL
2006/05/07(日) 14:19:43ID:???MySQLなんてなめきったDBは業務系で使わないからいいけど
0233NAME IS NULL
2006/05/07(日) 16:11:25ID:???0234NAME IS NULL
2006/05/07(日) 16:35:42ID:???0235NAME IS NULL
2006/05/07(日) 22:28:17ID:???CSEでMySQLにネイティヴ接続する場合、
4.0以前のパスワード（16文字）のユーザでしか接続できない。
4.1以降で新規作成したユーザは既定で41文字のパスワードが生成されるので、
このユーザでCSEに接続するには直接mysql.userテーブルを操作して、
update user文とold_password関数を使って4.0以前のパスワードへ変換する。
0236NAME IS NULL
2006/05/08(月) 01:57:57ID:???さっそくのレスありがとうござんした。
以後宜しくお頼ォ申しあげます。
0237NAME IS NULL
2006/05/09(火) 23:19:14ID:???男なら
与えられた環境だけでなんとかしねぇとなんねぇ時もあらぁな
0238NAME IS NULL
2006/05/09(火) 23:33:55ID:???それが男ってもんよ。環境が無いから開発が出来ない？
てめえらチンコあらあって出直してこい。
0239NAME IS NULL
2006/05/10(水) 00:10:47ID:???「あらあって」って、どんなことされるんだろ(´･ω･`)ﾄﾞｷﾄﾞｷ
0240NAME IS NULL
2006/05/10(水) 00:25:48ID:???渡世者スレになったんだ
0241NAME IS NULLPO
2006/05/11(木) 15:05:11ID:???0242NAME IS NULL
2006/05/15(月) 17:21:52ID:7u9t9iU/レンサバの仕様説明を見てて思ったのですが
データベースの提供は１アカウント１データベースとなっております
と書いてありました。
データベース内にテーブルを必要数作れさえすれば問題ないと思っているのですが
MySQLでなくても、１データベースじゃ足りないようなシステムとは
いったいどんなシステムになるのでしょうか？例えば･･･で良いので教えて頂けませんか？
0243NAME IS NULL
2006/05/15(月) 17:59:42ID:???同じtable名を違うアプリケーションで使いたい場合
0244NAME IS NULL
2006/05/15(月) 18:10:51ID:???１サーバで処理できないDBを「単純に」分散化した場合。
0245NAME IS NULL
2006/05/16(火) 02:10:38ID:mrKEQHYW作る場合、PostgreSQLとMySQL、どちらが良いとかあります？
Linux + Apache + PHP、それからクライアントはFlashを多用することが多くなると思うんですが。
0246NAME IS NULL
2006/05/16(火) 02:11:30ID:???0247NAME IS NULL
2006/05/16(火) 02:13:18ID:???どちらも不向き。
0248245
2006/05/16(火) 02:36:52ID:mrKEQHYW『書籍の内容を日本語でおさめたデータベースを、あるキーワードで検索する』なんてものを
作る場合、どんなデータベースを使えば良いです？
0249NAME IS NULL
2006/05/16(火) 02:43:00ID:???DBっていうか検索エンジンだな。一昔前ならNamazuだったけど、いまだとどんなのだろ。
とりあえず、基礎知識からしてないようだから、お勉強し直したほうがいい。
0250NAME IS NULL
2006/05/16(火) 09:07:53ID:???>245はOracleやPostgresやMySQLを使ってデータベース化したデータの検索じゃないの？
0251NAME IS NULL
2006/05/16(火) 10:17:21ID:???0252NAME IS NULL
2006/05/16(火) 12:08:12ID:???マジで、真剣にお勉強したほうがいいぞ。
0253NAME IS NULL
2006/05/17(水) 12:56:41ID:???0254NAME IS NULL
2006/05/17(水) 18:50:31ID:???Namazuで使えるIndex作れるのか？
WordやらPDFでさえフィルタが必要だぞ？
0255NAME IS NULL
2006/05/18(木) 01:11:50ID:???0256NAME IS NULL
2006/05/18(木) 03:19:52ID:???まあ余計な苦労しょいこむ羽目になるかもだがｗ
0257NAME IS NULL
2006/05/26(金) 09:38:36ID:mYYQpcEkこの場合、MySQL と Postgres では、やっぱMySQLのほうがいいんでしょうかね？
0258257
2006/05/26(金) 09:47:19ID:???よし。スレをざっとみて、Postgresに決めたyo
0259NAME IS NULL
2006/05/26(金) 14:12:56ID:???自分は両方やって遊んでますよ。特別な意味はないんだけど、どこがRDBMS依存かは把握しやすい。
0260NAME IS NULL
2006/05/27(土) 10:51:10ID:Sa3iBEqf0261NAME IS NULL
2006/05/27(土) 19:31:47ID:???0262のんびりさん ◆mLXopK4pSg
2006/06/26(月) 18:10:37ID:???0263NAME IS NULL
2006/06/26(月) 23:24:35ID:???おまえはあほか
0264NAME IS NULL
2006/06/26(月) 23:46:38ID:???0265NAME IS NULL
2006/06/27(火) 01:53:54ID:???マクロアセンブラを使ってからは、
もうハンドアセンブルには戻れません。
0266NAME IS NULL
2006/06/28(水) 07:01:49ID:???当然ハンドアセンブルだったなぁ。
0267NAME IS NULL
2006/06/28(水) 09:30:26ID:???Z80のワンボードで制御した学生の頃の実習はハンドだったけど。
0268NAME IS NULL
2006/06/28(水) 10:25:34ID:???0269NAME IS NULL
2006/06/28(水) 14:10:14ID:???0270NAME IS NULL
2006/06/28(水) 16:05:23ID:???カシオミニとかな
0271NAME IS NULL
2006/06/28(水) 16:49:05ID:???計算尺、手回し計算機は可
0272NAME IS NULL
2006/06/29(木) 00:17:57ID:???0273NAME IS NULL
2006/07/14(金) 14:13:50ID:???何故か先生が「○○というデータベースに学生番号+テーブル名でテーブル作るように」とかいうんですよ
スキーマ使ったらいいじゃんと思ったんですがMySQLにはスキーマがないらしい
やっぱPostgres最高
0274NAME IS NULL
2006/07/14(金) 14:35:06ID:???俺も、PostgreSQL派だけど。
もう少し、勉強頑張ったほうがいいよ。
0275NAME IS NULL
2006/07/24(月) 17:11:20ID:???0276NAME IS NULL
2006/08/07(月) 14:38:10ID:ZoPVfSyz0277NAME IS NULL
2006/08/08(火) 20:50:16ID:???http://opentechpress.jp/blob.pl?id=939a57d01e0ead1d4fb1710c5729137d
0278NAME IS NULL
2006/08/14(月) 07:05:27ID:5lgfO1R+速度は気にしません
0279NAME IS NULL
2006/08/14(月) 19:16:14ID:???複雑な問い合わせなら、PostgreSQLの方が分があるだろうな。
0280NAME IS NULL
2006/08/15(火) 13:53:07ID:HdGLaFVe0281NAME IS NULL
2006/08/15(火) 21:43:04ID:???手法を BASIC で使ってた と言ってみるテスト
0282NAME IS NULL
2006/08/15(火) 22:08:37ID:???DBとして終わってる
0283NAME IS NULL
2006/08/17(木) 07:35:50ID:???日付・文字列処理関数がないことに絶望しました
0284NAME IS NULL
2006/08/17(木) 08:28:42ID:???0285NAME IS NULL
2006/08/17(木) 18:20:00ID:???0286NAME IS NULL
2006/08/17(木) 19:21:09ID:???能力が無いやつは、なんでもツールのせいにする。
あぁ、釣られすぎですなｗ
0287悩み人
2006/10/19(木) 00:48:45ID:T6+foHoumysql_connect関数を使い接続しようとしたのですが、
Call to undefined function mysql_connect()
というエラーが出て、接続できません。誰かわかる方教えてください。
0288NAME IS NULL
2006/10/19(木) 04:33:45ID:???答えが出ているじゃないか。
0289NAME IS NULL
2006/10/20(金) 18:51:28ID:???マニュアルに書いてあると思う
0290NAME IS NULL
2006/10/20(金) 19:40:50ID:???0291NAME IS NULL
2006/10/20(金) 19:51:48ID:???0292NAME IS NULL
2006/11/05(日) 22:18:19ID:???おもしろい
0293NAME IS NULL
2006/11/06(月) 12:46:13ID:???0294NAME IS NULL
2006/11/07(火) 10:52:08ID:p0/rpFxS後付けの昨日？
0295NAME IS NULL
2006/11/07(火) 10:54:18ID:p0/rpFxS0296NAME IS NULL
2006/11/08(水) 11:56:46ID:???0297NAME IS NULL
2006/11/12(日) 07:25:17ID:???0298NAME IS NULL
2006/11/12(日) 11:05:59ID:???日本だとPostgreが人気っぽい印象があるけど
0299NAME IS NULL
2006/11/13(月) 02:07:35ID:???トン
0300NAME IS NULL
2006/11/13(月) 13:25:50ID:/xuThI4A0301NAME IS NULL
2006/11/14(火) 00:36:47ID:???0302NAME IS NULL
2006/11/23(木) 14:04:10ID:???0303NAME IS NULL
2006/11/23(木) 21:43:20ID:???フツーに使えとるけど
0304NAME IS NULL
2006/12/02(土) 10:46:01ID:???verいくつ？
4.1でやったら強制終了されたぞ
0305NAME IS NULL
2006/12/02(土) 11:56:36ID:???libmysql.dllを調べる
winclients-3_22_28_eucかwinclients-3_22_28_sjis同梱のlibmysql.dllしか受け付けん
0306NAME IS NULL
2006/12/04(月) 01:49:36ID:???じゃあ3.23のlibmysql.dllを4.1に上書きすれば使えるのかな？
0307NAME IS NULL
2006/12/18(月) 19:34:50ID:qB1YsmcUちろっと探したけど見つかんなかったよ？
0308NAME IS NULL
2006/12/18(月) 20:07:30ID:???0309NAME IS NULL
2006/12/19(火) 03:23:52ID:???0310307
2006/12/19(火) 03:44:55ID:???ログ読んでる時、全部phpPgAdminの事と思って読んでたよorz
>>308-309
早速DLしてます！さんくす！
0311NAME IS NULL
2006/12/21(木) 09:34:50ID:???http://www.thinkit.co.jp/free/article/0603/10/6/
0312NAME IS NULL
2006/12/21(木) 12:05:08ID:xC+w001g返してくれるコマンドのPostgreSQL版ってありませんか？
0313312
2006/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';
0314NAME IS NULL
2006/12/21(木) 12:30:30ID:???0315NAME IS NULL
2006/12/21(木) 13:00:48ID:xC+w001gありがとうございます。出力されたSQLを参考に組みなおします
0316NAME IS NULL
2006/12/30(土) 02:04:49ID:???例えば、mixi みたいなシステムでは商用ライセンスじゃないといけないの？
それとも、MySQL 自体を変更していなければ、mixi の Perl のソースを公開しなくても GPL で OK？
0317NAME IS NULL
2006/12/30(土) 12:23:24ID:???わかる人だけがGPL版を使ってください。
0318NAME IS NULL
2006/12/31(日) 00:23:54ID:???0319NAME IS NULL
2006/12/31(日) 00:46:54ID:???いちかばちかで犯罪者になりたくはないだろう？
警察に「2chで質問したらOKだって言われたから」と言い訳するつもりか？
ここには意図的に嘘を書く輩が大勢徘徊しているのだぞ。
0320NAME IS NULL
2006/12/31(日) 03:26:16ID:???分からない部分を教えないのでは、答えたことにならないだろ。
0321NAME IS NULL
2006/12/31(日) 10:07:04ID:???> 「商用ライセンスじゃないといけないのか？」と言うこと、
それに対して、>>317 の回答は
> (わからなければ) 商用ライセンスを買ってください (=使ってください)
至極まっとうな答えだと思う。
ライセンスの使い分けを教えてくれとは書いてないよ。
0322NAME IS NULL
2006/12/31(日) 13:13:37ID:???PostgreSQLは関係ないんなら
MySQLの話はそっちでやってくれよ
0323NAME IS NULL
2007/01/02(火) 01:53:43ID:???GPL周りの疑問や誤解はかなりなくなるんだけど、それすらお勉強しない
ヤシは後を絶たないな。
0324NAME IS NULL
2007/01/02(火) 13:12:53ID:GguwttE5同じフィールドを持つ２つのテーブルを繋いで１つのテーブルに
見えるようなビューって作れるのでしょうか？
0325NAME IS NULL
2007/01/02(火) 14:29:13ID:???0326NAME IS NULL
2007/01/04(木) 13:06:36ID:???いろいろあってレス遅れました
ありがとうございます
説明を読んだことはあるけど、そのときは何のことやら意味わからなかった
やっぱり実戦経験は大事だなー
0327NAME IS NULL
2007/01/04(木) 13:23:21ID:???（Limit句つけて検索したときの話です）
mysql だて SQL_CALC_FOUND_ROWS ですませてるんですが、postgres含む他のDBでは
どうやってるんでしょうか？
SQL２回発行してるんでしょうか。
mysql> SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name
WHERE id > 100 LIMIT 10;
mysql> SELECT FOUND_ROWS();
0328NAME IS NULL
2007/01/05(金) 12:42:59ID:eEDb9wg9どっちが使いやすいというか･･･
その辺の感想聞かせて欲しい
OLEDBで接続した時の苦労話とか
0329NAME IS NULL
2007/01/13(土) 22:43:45ID:78jvQO040330NAME IS NULL
2007/06/08(金) 23:17:21ID:BCjwMJBL0331NAME IS NULL
2007/06/09(土) 07:35:13ID:???0332NAME IS NULL
2007/06/11(月) 22:28:29ID:sJ4sZGiu0333NAME IS NULL
2007/06/19(火) 10:57:14ID:???技術者が手慣れたものがいちばん良いよ・・・とは言え、参照系ならMySQL、そうじゃないなら
PostgreSQLって感じかな。
当たり前のことしか書けないわ。（笑）
0334NAME IS NULL
2007/06/19(火) 23:57:03ID:???0335NAME IS NULL
2007/06/20(水) 12:31:41ID:???あとHAや負荷分散かんがえるとmysqlのほうが有利な気がする。
replace(or upsert)は正直うらやましい。
でも、PostgreSQLのほうが扱い慣れてのもあるけど、変な制約もなく基本的な機能が素直で良い子
0336NAME IS NULL
2007/06/21(木) 02:48:10ID:???あと、PostgreSQLのHAクラスターっていろんな実装が出てきては開発停止になっている印象が。
PGClusterの印象が強すぎるせいかもしれないけど。
いまはpgpool、PostgresForest、Slony-lってとこなのかな?
0337NAME IS NULL
2007/06/22(金) 12:10:48ID:???0338NAME IS NULL
2007/06/22(金) 13:51:50ID:???pgpool-IIは複雑すぎるきがするOTL
0339NAME IS NULL
2007/06/22(金) 20:28:58ID:???商用ライセンス買っているのかな?
うちのところは貧乏なので、商用or GPLで悩むのならBSDLの
PostgreSQLをつかってしまえって感じで、いまやPostgreSQLだらけ。
>>338
ふむふむ。
そういえば、PostgreSQLのHAクラスタ周りのスレってあるのかな?
PostgreSQLの本スレにもあまり話が出てこないし…
0340NAME IS NULL
2007/06/24(日) 16:00:42ID:joeyVZjMPostgreSQLのクラスタの情報ってホント少ないよね。
あとフェイルオーバークラスタ、シングルマスタクラスタなら
できるようになったけど、マルチマスタクラスタが
いつになったら安定して出来るようになることやら。
PGClusterは開発者が実質一人しかいないけど、
その人もずっと忙しくて、開発やってる暇ないらしいし。
誰か休日使ってPGClusterの動作テストとデバッグやってくれない？
0341NAME IS NULL
2007/06/25(月) 00:37:31ID:???出会い系サイトでもミクシみたいなサイトでもいいんだけど、
メッセージの送信履歴を参照する（一覧を作る）ときって、
メッセージテーブルがあって、その中の「sendUser」みたいなパラメータが
そのユーザのIDと一致するものを引き出して一覧化するイメージを考えています。
で、このときにメッセージテーブル中のログが１０万件くらいあって、
一ユーザが一度のテーブル参照で引き出せる情報数が直近の５件だけで、
一度に１万ユーザくらいが一度に同テーブルにアクセスしてもMySQLって壊れない
ものなんですかね？
バカっぽい質問してたらすみません。 アプリケーション・サービスの実例を交えた
効率的なDB構築の本があったら、よかったら教えてください。
0342NAME IS NULL
2007/06/25(月) 17:28:36ID:???マルチか？
0343NAME IS NULL
2007/06/27(水) 23:01:09ID:XtQZ2L9a0344NAME IS NULL
2007/06/29(金) 09:59:27ID:???WEB+DBの連載を見ている限りは期待できるんだけど。
0345NAME IS NULL
2007/06/29(金) 22:03:47ID:???8.3以降では，Skypeが開発し使用しているSkytoolsと呼ぶ
クラスタリング・ツールの提供が予定される。
「Skypeではこのツールにより20以上のサーバーをクラスタリングし、
2500万以上のユーザーのデータを扱っている」（Berkus氏）という。
とのことだけど、どんなもんなんだろ?
0346NAME IS NULL
2007/06/29(金) 23:07:58ID:tZB+lLHU0347NAME IS NULL
2007/06/30(土) 07:57:11ID:???0348NAME IS NULL
2007/07/02(月) 05:32:47ID:/UsVuWmOMySQLの優位性ってクラスタリングぐらいしか残ってないんじゃね？
0349NAME IS NULL
2007/07/02(月) 06:41:17ID:IM39awRs「マーケティング」を忘れるな。
MySQL ABのマーケティング部門はかなり有能。
0350NAME IS NULL
2007/07/02(月) 07:01:58ID:???でもPostgreSQLのほうが好きなんだ・・・
0351NAME IS NULL
2007/07/03(火) 00:52:02ID:???「MySQL，PostgreSQLとFirebirdの性能をユーザー会メンバーが徹底比較，
判明した"意外な結果”」---OSC2007.DBより
http://itpro.nikkeibp.co.jp/article/NEWS/20070624/275673/
0352NAME IS NULL
2007/07/03(火) 01:06:00ID:???PostgreSQL のバージョンが 8.1 と少し古いね。
8.2 にすれば、かなり PostgreSQL が有利になりそうな予感。
0353NAME IS NULL
2007/07/03(火) 08:39:30ID:???なら、PostgreSQLも8.3のdev版つかってHOTを使うなんていうことも許されるはず。
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/
ただ、8.2は8.1に比べて激しく遅くなることもあるっていうのが以前本スレに
出ていたんで、それを考えてあえて8.1にしたのかも。
0354NAME IS NULL
2007/07/07(土) 00:52:49ID:???正直、速さ／遅さの理由の説明ができていない比較の信憑性は無いも同然。
話半分に留めておいたほうがいい。
0355NAME IS NULL
2007/08/04(土) 02:11:36ID:???旬な時期の過ぎたデータ（って表現が正しいかは疑問ですが）をディスクから
追い出してDVDとかにデータベースなり、表領域なり、表なりの単位で
退避（改ざんできないように-R系のメディアを希望）しておいて、
ちょっと必要になったときだけシステムにマウントして参照するようなことは
PostgreSQL, MySQLで実現可能でしょうか？
Oracleのtransportable tablespaceみたいな機能が欲しいんですけども。
0356NAME IS NULL
2007/08/04(土) 12:16:07ID:???余裕です。データベース単位、テーブル単位等でダンプできます。
もちろんリストアもできます。
ちょっと参照したいなという時は一時的なデータベースを作ってあげて、
そこにリストアしてあげればＯＫです。
0357NAME IS NULL
2007/11/14(水) 13:30:47ID:???0358NAME IS NULL
2007/11/18(日) 08:00:12ID:???0359NAME IS NULL
2007/11/18(日) 22:43:57ID:???Web鯖とか置いてるビルの停電を伴うメンテの影響だったらしい。
0360LLttakJy
2007/11/20(火) 21:43:20ID:???0361AxvcOePTCmkzSQH
2007/11/20(火) 21:43:33ID:???0362LoPmzWRGeuKqey
2007/11/20(火) 21:44:52ID:???0363NAME IS NULL
2007/11/21(水) 14:31:46ID:???postgreSQLだとレコード更新されるたびに追加されていくわけだよね？
0364NAME IS NULL
2007/11/21(水) 14:42:08ID:???0365NAME IS NULL
2007/11/21(水) 20:01:11ID:???そんなふうに考えていた時期が俺にもありました。
0366NAME IS NULL
2007/11/22(木) 01:31:36ID:???0367NAME IS NULL
2007/11/22(木) 04:18:50ID:2Sp8w7qm0368NAME IS NULL
2007/11/22(木) 13:22:28ID:???sqliteと比較すべきものはBerkley DBでそ。
0369RQcluaHfOiCXPWVEaKy
2007/11/22(木) 22:50:45ID:???0370SysTYPPGtP
2007/11/22(木) 22:52:22ID:???0371XSjCvNlukxSfGxRmoOJ
2007/11/24(土) 12:08:22ID:???0372ayILlTLV
2007/11/24(土) 14:55:14ID:???0373yRsjIhCnUjh
2007/11/24(土) 19:10:57ID:???0374EKpLCHlUyjwlNeIwVjD
2007/11/24(土) 20:26:46ID:???0375NAME IS NULL
2007/12/05(水) 19:34:44ID:OOBUSy/9MYSQLにはPHPmyadminがありますが、Postgreには同じようなソフト
って言うか、簡単にPostgreSQLを扱えるようなものはありますか？
よろしくご教授ください。
0376NAME IS NULL
2007/12/05(水) 20:54:23ID:???0377NAME IS NULL
2007/12/05(水) 21:07:25ID:???おお、やっぱりあるのですね。
ありがとうございます。
早速インストールしてみます。
やっぱフリーソースの両巨頭ですね。
この2つのデータベースは。
0378NAME IS NULL
2007/12/13(木) 20:13:20ID:WMZdbRJN0379本田
2007/12/30(日) 02:53:39ID:bvgNtfNFhttp://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.
0380NAME IS NULL
2008/01/17(木) 01:20:29ID:???0381NAME IS NULL
2008/01/17(木) 11:07:07ID:???よくわからんけど、JIS2004って字形だけの問題じゃないの？
0382NAME IS NULL
2008/01/17(木) 18:57:35ID:???UNICODE補助文字が使われるようになったので
UTF-8が最大4byteになる
MySQLはutf8最大3byteまでしか保存できない
0383NAME IS NULL
2008/01/17(木) 19:13:58ID:???ってか
＞MySQLはutf8最大3byteまでしか保存できない
なにこの糞仕様ｗ
0384NAME IS NULL
2008/01/17(木) 22:02:36ID:???utf8の4バイト対応
0385NAME IS NULL
2008/01/17(木) 23:00:09ID:???0386NAME IS NULL
2008/02/20(水) 09:47:27ID:7Da97kAQ0387NAME IS NULL
2008/02/20(水) 12:08:44ID:???0388NAME IS NULL
2008/02/20(水) 13:06:01ID:???本気なら、自分で試せよw
0389NAME IS NULL
2008/02/20(水) 21:49:18ID:???アプリの出来次第だし。
0390NAME IS NULL
2008/02/22(金) 02:48:16ID:???レプリケーション組まなきゃならん程の規模になるとMySQLのが日本語の情報が
多いとは思うけど。
決定的な違いはMySQLにゃ有償サポートがあるって事じゃね？
Oracleはさらにそんだけ高い金払ってこうなったんじゃ仕方ないよねって
空気作れるからという理由でチョイスするSE様も結構いるとか居ないとか。
0391NAME IS NULL
2008/02/22(金) 07:52:56ID:???0392NAME IS NULL
2008/02/22(金) 15:12:05ID:???0393NAME IS NULL
2008/02/23(土) 00:38:21ID:???オープンソースじゃなくても、マイナーな製品だとサポートがまったく
役に立たない場合もザラだからな。
教育コース整備されていて、一定のレベルのエンジニアを量産する
システムが出来上がっているOracleやDB2はやっぱり安心感が違うよ。
0394NAME IS NULL
2008/03/14(金) 14:32:18ID:???だから名前を変えようとかいう動きはどうなったんだろう？
0395NAME IS NULL
2008/03/14(金) 15:19:31ID:???0396NAME IS NULL
2008/03/18(火) 10:17:08ID:???0397NAME IS NULL
2008/03/20(木) 00:47:26ID:???0398NAME IS NULL
2008/04/14(月) 19:54:43ID:???応援します。
0399NAME IS NULL
2008/04/19(土) 00:36:35ID:???http://www.technobahn.com/news/2008/200804172000.html
Linuxを代表するオープンソースベースのリレーショナルデータベース管理システムのMySQL
が近くソースコードの公開を停止する方向で準備を進めていることが16日、米カリフォル
ニア州サンタクララで開催中のMySQLコンファレンスの席上で明らかとなった。
0400NAME IS NULL
2008/04/19(土) 15:51:37ID:???>無償版の「MySQL Community Server」の提供は今後も継続されるが、
>無償版と有償版の開発は完全に切り離されることとなり、
>無償版と有償版の2つのMySQLはまったく別々の進化を遂げることとなる見通しだ。
0401NAME IS NULL
2008/04/19(土) 16:11:15ID:???0402NAME IS NULL
2008/04/19(土) 20:52:38ID:???0403NAME IS NULL
2008/04/19(土) 23:10:58ID:???Fedora → RHEL のように、テスト → エンタープライズにしてくれれば良いんだが。
0404NAME IS NULL
2008/04/20(日) 00:00:55ID:???これ、思いっきり悪く捉えると
・GPL版はいまさらライセンス変えようがないから放置
・商用版はclosedにして開発続行
となるんだけど、実際どうなるんだろう? GPL版もきちんとSunが開発に
かかわり続けるのかな?
もちろん、GPLなんだから有志で開発引き継ぐことは可能だけど。
0405NAME IS NULL
2008/04/20(日) 00:50:09ID:???Forkはされるだろうけど、有償サポートや開発者をフルタイムで雇用する企業が
あらわれないとプロジェクトの維持は難しいと思う。
0406NAME IS NULL
2008/04/20(日) 01:03:53ID:???0407NAME IS NULL
2008/04/20(日) 02:02:14ID:???これだけユーザ数が多いのだから、どうにかなりそうな気はしないでもない。
ひょっとしたら新規にforkされたプロジェクトがPostgreSQLより開発者が
多くなる可能性もあるし。
とはいえ、フリーのものを使いたければPostgreSQLを使えという流れが
強くなることは確実だろうね。
0408NAME IS NULL
2008/04/20(日) 02:23:58ID:???誰かが Fork する事になるとか、GPL 版が放置されるという話には読めないんだけど？
0409NAME IS NULL
2008/04/20(日) 11:23:54ID:???リンク先、ちゃんと読んでる？
> 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 社は、お金を払ったユーザに、まったくもってテストの不十分なコードを使わせることになる。
0410NAME IS NULL
2008/04/20(日) 13:43:18ID:???ちゃんと Mickos の投稿も読んでるかな？
GPL 版を重視するのは変わらずで、GPL 版の周辺ソフトウェアに
GPL じゃないライセンスを採用するかもしれないという話だと
思うけど、これはオープンソースを活用しているビジネスモデル
としては普通の事じゃないかな。そこでは Netteza や InnoDB の
ケースが出てるよね。こういうモデルはオープンソース版があって
初めて成り立つ話であって、GPL 版を放置するという発想が
どうして出て来るのかが不思議だよ。
0411NAME IS NULL
2008/06/13(金) 00:51:13ID:???0412NAME IS NULL
2008/07/11(金) 16:24:19ID:???OracleやSQL-Serverで大規模を先に経験すると、
MySQLのシンプルさに疑心暗鬼になって、Postgresを
選択する。あるいはMySQL<4.1のサブクエリシンドロームな
人たちもPostgresを選択する傾向にある気が巣。
0413NAME IS NULL
2008/07/12(土) 11:11:08ID:???これも以外に要求を満たすからなぁ。
社内インフラ程度(?)の規模なら問題なしだし。
はともかく、単にMySQL対応のアプリ使いたいときは普通にMySQL選択するし、
特に要望がなければPostgresかな。
規模がデカくなるとDB2とかの商用使うな。Oracleはﾏﾝﾄﾞｸｾなので個人的には嫌い。
0414NAME IS NULL
2008/07/12(土) 15:18:22ID:???0415NAME IS NULL
2008/07/13(日) 22:19:25ID:???>>413
大規模じゃなきゃ使えるって、まじで言ってるの?
mixiもYahoo!もFacebookも、超大規模なところはみんなMySQLなんだが。
GoogleもMySQLですよ? あれはちょっと使い方が違うけど。
0416NAME IS NULL
2008/07/13(日) 22:41:29ID:???なにを言いたいのかちっともわからん。
# 規模がでかい時に商用使うのは機能的な問題より、なんかあった
# 時に客に説明しやすいからだろうと思う。
0417NAME IS NULL
2008/07/14(月) 00:26:39ID:???大規模で楽したいって意味と顧客に説明する時にOracleとかは根拠のない
安心感があるんだよ。ｗ
つかGoogleみたいな博士級のエンジニアがいる会社と偽装派遣や孫受けに
丸投げするばかりの能無し自称IT企業の事情といっしょにすんなよ。
#現実的には９割は後者の会社が多いと思っている。
0418NAME IS NULL
2008/07/14(月) 09:14:02ID:???> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。
> つかGoogleみたいな博士級のエンジニアがいる会社と
Googleが異常なだけで、mixiなんかは全然いないよw
普通のエンジニア。
0419NAME IS NULL
2008/07/14(月) 22:14:44ID:???根性無しと言うワケではないが、そこはRHELを使うトコだろ、って思うし。
確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。
まあ原因不明のOracleのインスタンス落ちを経験するとfedora+MySQLでも
たいして安定性は変わらんとは思う。
Postgresも7以前は商用に比べれば、不安はあるけど8以降は結構いい感はある。
0420NAME IS NULL
2008/07/14(月) 23:09:22ID:???>> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
> じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。
お前、プログラマに向いてないから早めに足洗った方がいいぞ。
まあ、痛い目を見るのはお前さんだからどうでもいいけど。
0421NAME IS NULL
2008/07/14(月) 23:34:21ID:???0422NAME IS NULL
2008/07/15(火) 09:15:07ID:???mixiはCentOSじゃなかった?
> 確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。
ああいうとこはkernel入れ替えてるんじゃないかな。
>>420
おまえ、何の情報も持ってないんだなぁ...
0423NAME IS NULL
2008/07/19(土) 02:15:38ID:???> おまえ、何の情報も持ってないんだなぁ...
>>418 のアホさ加減を示すのにこれ以上なんか情報がいるのか？
もう十分だと思うけど。
0424NAME IS NULL
2008/07/19(土) 14:05:24ID:???相手が泣き叫んで許しを請うまでひたすら続けろ。
0425NAME IS NULL
2008/07/19(土) 16:16:05ID:???0426NAME IS NULL
2008/07/22(火) 23:23:33ID:LtKhkX2i聞き囓った様な話じゃなくて、
本質的な内容にしようぜ。
0427NAME IS NULL
2008/07/23(水) 00:24:03ID:???0428NAME IS NULL
2008/07/23(水) 04:28:31ID:???結局ひとに頼るのかw
0429NAME IS NULL
2008/07/23(水) 22:58:31ID:???0430NAME IS NULL
2008/07/26(土) 21:33:51ID:???そう言いつつネタ出せないんだから、つまらんやつだなぁ。
じゃあなんかネタふるか。
Drizzleどうよ?
0431NAME IS NULL
2008/08/20(水) 14:21:51ID:be7jHo9Q0432NAME IS NULL
2008/08/20(水) 15:57:30ID:???0433NAME IS NULL
2008/08/20(水) 16:19:27ID:???今はどっちでもいいな、むしろMySQLのがサポート広い？
でもPostgreSQLかなあ。
0434NAME IS NULL
2008/08/21(木) 03:48:21ID:Kn230A2nGPLってみんなあんまり意識してなさそう
世界じゃMySQL（CMSに採用されすぎｗｗｗ）
日本じゃPostgreSQL（MySQLに追いつかれる）
って感じ？かな？
0435NAME IS NULL
2008/09/13(土) 05:19:48ID:???PostgreSQLににしようか本気でまよっている
0436NAME IS NULL
2008/09/13(土) 11:06:57ID:???PostgreSQLじゃVACUUMが追いつかない
製品選定前に前もって性能テストしたほうがいいよ
0437NAME IS NULL
2008/09/13(土) 11:58:12ID:???サーバサイドに関して言えば GPL である事は殆ど問題にならないよ。
少なくとも GPL v2 までは意識する必要はあまり無い。
GPL はバイナリを入手した人に対してソースも入手可能にしないと
いけないというルールだけど、サーバプロダクトはバイナリを配布
するわけじゃないから、ソースも公開する必要は無い。
0438NAME IS NULL
2008/09/13(土) 12:19:59ID:???0439NAME IS NULL
2008/09/13(土) 13:11:53ID:???0440NAME IS NULL
2008/09/13(土) 14:38:58ID:???0441NAME IS NULL
2008/09/13(土) 15:16:51ID:???0442NAME IS NULL
2008/09/13(土) 15:28:50ID:???狭い世間しか知らないってどんなだw
0443NAME IS NULL
2008/09/13(土) 19:24:40ID:???その限定ってまさかデータベースサーバの範囲とか言う間抜けなことを
言ってるんじゃないよな？
0444NAME IS NULL
2008/09/13(土) 20:34:29ID:???0445NAME IS NULL
2008/09/13(土) 21:11:50ID:???0446NAME IS NULL
2008/09/14(日) 00:21:18ID:???レスありがとう
データが大量になりそうなテーブルは、インサートオンリーなんだ
VACUUMが必要な仕組みは、イヤだなぁ、と感覚的には思ったんだが、
インサートがメインだから、テーブル指定でVACUUMすれば問題ないかなぁ。と楽観的に考えている
たしかに性能テストした方がいいね
0447NAME IS NULL
2008/09/14(日) 02:22:36ID:???インサートオンリーのテーブルもVACUUMが必要って知ってた？
http://www.postgresql.jp/document/current/html/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND
パーティション機能をつかってテーブル分割したり、
VACUUMかけるテーブルを日ごとにローテーションしたり
運用で工夫することになると思うよ。
技術的に不可能なわけじゃないから止めはしないけど、
がんばってね。
0448NAME IS NULL
2008/09/14(日) 09:59:45ID:???あまり無いと思うけどなぁ
0449NAME IS NULL
2008/09/14(日) 10:42:08ID:???システムの話だから、>>435 に性能テストしてもらうしかない。
Vacuum 以外に落とし穴がないわけじゃないし。
0450NAME IS NULL
2008/09/14(日) 12:02:00ID:???使いはじめは考慮しなければならない部分が少ないから逆に楽なんだけど。
0451NAME IS NULL
2008/09/14(日) 13:48:00ID:???2^32≒20憶トランザクションごとにトランザクションＩＤが周回してしまうから
全テーブルVACUUM必要なことは知らなかった
Oracleで４テラくらいのつくったときは、特に問題なかったんだ
それが４年くらい前だった
それからソフトもハードも進化したから（750玉なんてあるし）
PostgreSQLやMySQLとかでもいけるんじゃないかと思ってさ
実証実験するだけで、金かかりそうだなぁ
>>449
＞Vacuum 以外に落とし穴がないわけじゃないし。
バックアップ・復旧周りが実は恐れている
0452NAME IS NULL
2008/09/14(日) 14:42:44ID:???2^32 は約 40億だし、>>447 のリンク先にもそう書いてあるんだが...。
> これを防ぐためには、すべてのデータベースにあるすべてのテーブルを
> 少なくとも20億トランザクションごとにバキュームする必要があります。
と混同したのかも知れないけど、もう少し落ち着いてドキュメントを読む
癖つけたほうがいいぞ。
> 実証実験するだけで、金かかりそうだなぁ
金もかけずににちゃんのアドバイスで荒波に立ち向かうと言うスリリング
な人生を選択してもいいと思うけど。(w
0453NAME IS NULL
2008/09/14(日) 16:59:16ID:???それこそ素直にOracle使うような案件なんじゃ……。
世の中の案件の80%はMySQL/PostgreSQLで済むと思うけど、
これは残り20%の範疇のように思う。
0454NAME IS NULL
2008/09/15(月) 17:55:03ID:???0455NAME IS NULL
2008/09/15(月) 20:29:30ID:BunTDGAtそれで今アマゾン等でPHPの書籍を探しているところです。
仕はでPHP＆postgreSQLの組み合わせなのですが、アマゾンや書店で
見つかるのは大概PHP＆MySQLの組み合わせのものばかりです。
MySQLとPostgreSQLの違い(PHPとの連携する上で)がまだわからないのですが、
MySQLのほうのやつを買ってもポスグレ案件で役立ちますか？
(PHP初心者ですみません)
0456NAME IS NULL
2008/09/16(火) 22:00:19ID:???・貴方のレベルにもよる
文章から察するに１〜３年目くらいに見えます。
（違っていたら申し訳ない。）
他の言語を複数習得している（それぞれ１年以上経験ある）レベルか
他の言語もやったことあるが、マスターしているとは言えないレベルなのか
・新規なのか既存なのかで判断が異なる
新規案件でPHPで業務の基盤周りから組むのと
既存案件で、すでに基盤はしっかりしているのと
で、参考になる書籍はことなると思う
（PEARはつかっているかとか）
マンモス本でよいんじゃないでしょうか
今はPostgreSQLのことかいていないんでしたっけ？
0457NAME IS NULL
2008/09/20(土) 16:15:08ID:9CsI/RjZhttp://book.mycom.co.jp/book/4-8399-2119-9/4-8399-2119-9.shtml
しかもマンモス本に今はPostgreSQLのこと書いてないってのも意味不明だし
0458NAME IS NULL
2008/09/21(日) 09:48:08ID:???それは昔のバージョン
今はバキュムしなくてもほとんど劣化なし
0459NAME IS NULL
2008/09/22(月) 10:16:28ID:???0460NAME IS NULL
2008/09/22(月) 11:09:19ID:???0461NAME IS NULL
2009/03/01(日) 11:14:17ID:???0462NAME IS NULL
2009/03/03(火) 02:06:41ID:???つ ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/
0463NAME IS NULL
2009/04/22(水) 00:33:38ID:???そのままオラクルでいくか、MySQLやPostgreSQLを使うか本気で
迷っています。
データベース構造としては、親子関係の2階層のテーブルが
全部で１０個くらいなんだけど、データ数がべらぼう。
1億は余裕で超えます。
理由は、格納するものは使用しているユーザーの操作ログだからです。
１つのボタンを操作するだけで、さまざまなファイルやデータを触るから、
それで、何十レコードにもなってしまいます。
10億とか行ったら、さすがにオラクル以外の選択肢はないんでしょうか？
また、性能評価って言いますけど、入札前に高価な想定するH/Wを
購入してまで性能評価ってやります？
検索リアクションタイムに制限があるけど、それをどう担保しようかが
最大の悩み。
みなさんは、実機相当のシステムで、同じ環境でデータベースを何億
も入れて性能調査やってるのでしょうか？
特にコンサル業界の人に聞きたい。
0464NAME IS NULL
2009/04/22(水) 00:35:12ID:???テーブルのレコードが多ければ、それだけ検索するたびに、
ファイルオープンが発生するから、MySQLは遅いんだ。
この認識あってる？
0465NAME IS NULL
2009/04/22(水) 00:45:46ID:???するとしても参照するデータとしないデータに偏りがあるだろ
期間か何かで切り分けろよ
そうすればどれでもいける
0466NAME IS NULL
2009/04/22(水) 00:55:00ID:???0467NAME IS NULL
2009/04/22(水) 11:01:41ID:???MySQLはOracleに殺されそうだな
0468NAME IS NULL
2009/04/22(水) 11:05:13ID:???存続させるために無料のライセンスは続けるんじゃないかな。
サポートのライセンスは今でも有料なんだし。
0469NAME IS NULL
2009/04/22(水) 13:24:01ID:???0470どちらかというとSです
2009/05/29(金) 15:48:06ID:9rXfEjjy板違い,コンサルでもない...
マニアックすぎて鼻で笑われるとおもいますが、
作りと開発者の技量にもよると思うけど
商用DBだけどCache' と言うのがあります..
内部(M)言語ガリガリではなく、
SQLアクセスで１億以上はさばけてます..
それぞれのアプリの条件にもよるので軽くとは
言い切れませんが、
10億はテストした事ないけど...
動作にOracleほど高価なH/Wはいらないと思います。
性能調査する価値はあるかも...
いまさらMっていわれるのがおち..ですかね...
DB自体くせもあるし..
0471NAME IS NULL
2009/05/29(金) 20:56:42ID:???10億くらいならPostgresでもイケるし。
0472NAME IS NULL
2009/05/30(土) 00:40:23ID:???0473NAME IS NULL
2009/07/02(木) 21:23:06ID:l4DZdBP40474NAME IS NULL
2009/10/27(火) 07:48:04ID:iq32s6HaMySQLは何億くらいまで、いけるんでしょうか？
あと、質問があと先になりましたが、10億の単位は何でしょうか？
よろしくお願いします。
0475NAME IS NULL
2009/10/27(火) 15:17:45ID:???0476NAME IS NULL
2009/10/27(火) 19:22:39ID:???最近は元でしょう。
0477NAME IS NULL
2009/10/28(水) 10:36:31ID:???0478NAME IS NULL
2009/10/28(水) 12:34:04ID:???0479NAME IS NULL
2010/04/01(木) 23:57:05ID:???10億を細かく参照やら分析するんならRDBMSやめれと思う
0480NAME IS NULL
2010/04/30(金) 23:59:29ID:KOHIXyIBちょっと調べてみたけど、機能的にもコスト的にもPostgreSQLの一人勝ちじゃん
MySQLは今までたくさんの人が使っていたっていう惰性で情報が多いのと
ほんのちょっぴりの軽さだけが売り
ちょっとでもGPLを逸脱すると商用ライセンス
PostgreSQLはほぼLinuxでしか使えてなかったのが
Windowsにも進出してトランザクションもありーので完全にタダ
みんなでPostgreSQLに移ろうぜ
俺はPostgreSQLに移るよ
0481NAME IS NULL
2010/05/01(土) 01:50:36ID:l64eCGXGhttp://www.yezigu.com/study/UploadFiles_9760/200807/20080729212748528.jpg
http://www19.atpages.jp/imagelinkget/get.php?t=v&u=www.drchip.de/assets/images/autogen/PHP_und_MySQL_Nvisual-compbann.jpg
0482NAME IS NULL
2010/05/01(土) 10:04:04ID:fQ97Oi/lさすがに、「性能」までは言わないか。
0483NAME IS NULL
2010/05/01(土) 10:21:14ID:???MySQLだけは危険だ
0484NAME IS NULL
2010/05/01(土) 14:52:52ID:???2-4 個を越えるとPostgreSQLのほうが圧倒的に伸びが良いんだが。
0485NAME IS NULL
2010/05/01(土) 16:25:57ID:???MySQLが速いのはCPU1〜2個
CPU4〜8個はPostgreSQLが速い
それを超えるとOracleが圧倒的に速い
0486NAME IS NULL
2010/05/01(土) 17:38:36ID:???へー。やっぱり想定しているハードウェアの規模が違うのかもね。
ただ、今や普通にCPUを買っても普通に4コアとかになることを考えると……？
0487NAME IS NULL
2010/05/01(土) 18:06:57ID:???0488NAME IS NULL
2010/05/02(日) 09:19:17ID:???人気に胡坐かいてた罰だ
0489NAME IS NULL
2010/05/03(月) 00:30:33ID:???お前のいう「性能」ってなによ？
0490NAME IS NULL
2010/05/03(月) 10:20:31ID:???MySQLの場合、大規模案件では単一マシンの強化ではなくクラスタ化という方向だしね。
>>485
OracleはCPUの数でライセンス料が違ってくるだけあって、スケーラビリティあるよなぁ。
0491NAME IS NULL
2010/05/04(火) 13:58:39ID:???>>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はコア数でライセンスかかるから論外。リニアで性能向上しない限り
コストパフォーマンスは悪いってことになる。
貧乏人はスケールアップよりスケールアウトを目指すべし。
0492NAME IS NULL
2010/05/04(火) 16:22:48ID:???いないようなので、開発中のバージョンの性能を持ってきても、比較にならないんじゃないの？
バグもあるだろうし、バグを潰していく中で追加の排他制御が必要になるかもしれないし。
0493NAME IS NULL
2010/05/04(火) 18:47:59ID:???http://pc11.2ch.net/test/read.cgi/db/1258928470/835-
ここで問題になってるバグは5.1.20で発覚したものらしいから正式版のバグじゃないが、
レスに5.1のバグフィックスが3500とか書いてある。
CPUのスケーラビリティはPostgreSQLが先に対応して、今MySQLが追いかけてる。
安定性については誰がどう考えてもピーーーー(自主規制)だろう。
0494NAME IS NULL
2010/05/05(水) 17:40:40ID:cHvVY/HEhttp://www.thinkit.co.jp/cert/article/0603/10/5/3.htm
MySQL＋MyISAMエンジンはトランザクション機能を持ってないから速い、ってことは
どういう場面で使えば有利になるの？
その一方で、PostgreSQLはどういう場面で使えば有利になるの？
教えてエロい人
0495NAME IS NULL
2010/05/05(水) 17:56:07ID:???それ情報が古すぎるのであてにしちゃだめ
このへんから最新ニュースを探そう
http://en.oreilly.com/mysql2010/public/schedule/proceedings
0496NAME IS NULL
2010/05/05(水) 18:09:40ID:cHvVY/HEうー
http://en.oreilly.com/mysql2010/public/schedule/detail/14298
でベンチマークテストの結果を見つけたけど5.5のだ
しかも見方がよく分からない
諦めよう
0497NAME IS NULL
2010/05/05(水) 18:11:37ID:???0498NAME IS NULL
2010/05/16(日) 08:47:19ID:???最近になってようやく揃ってきたけど・・・
Database単位とかSchema単位で参照権限うまく管理できねーとか
笑うしかない
あと何でＤＢ作る度にデフォでpublicに登録されるん？
アホなの？
0499NAME IS NULL
2010/05/16(日) 11:16:00ID:???MySQLはどうなってるの？ スレタイ読め。
> Database単位とかSchema単位で参照権限
やっと9.0で機能が入る予定。確かにめんどくさかった。
> あと何でＤＢ作る度にデフォでpublicに登録
スキーマ修飾できるし、search_path を設定すればデフォルトも変更できる。
これに関しては PG に全く落ち度はないと思うぞ。
0500NAME IS NULL
2010/05/16(日) 11:55:34ID:???ＭｙＳＱＬと比べて糞って言ってるつもりだが
書かないといかんのなら・・・すまなんだ
権限周りはMySQLだとＤＢ>tableって階層がはっきりしててGRANTで簡単に管理できるけど
Ｐｏｓｔｇｒｅは9になってやっとDB毎の権限対応でしょ・・・
PGはユーザがロールに統合されたりそこらへんの管理でポリシーを感じないんだよね
ほかのＤＢでもそうだど権限確認してログインユーザなりロールなり作る訳だが
PGは細かいなら細かいで方向性を持たせたら使いやすいのにって感じ
後で設定できるからいいだろって問題でもないと思うんだよね。
publicっていってるのはGRANTとかで使うPUBLICのことね
デフォルトだとCREATE DATABASEした直後、ログイン権限のあるユーザなら
新規作成したＤＢに入れちゃうじゃん
それってどうなのってこと
PＧは最近触り始めたので誤りがあったらごめんなさい
0501NAME IS NULL
2010/05/16(日) 12:17:29ID:???標準SQLではユーザとグループは、ロールとして統合された。ロールのほうが柔軟性が高いデザイン。
申し訳ないが、MySQLが「ふつう」だとは思わないほうが良いよ。
Postgres はこれまで手間を減らすような機能は提供してなかったものの、設計そのものはより「正しい」と言える。
ココから先は単に PG の使い方だが、
publicスキーマに関しては REVOKE ALL ON SCHEMA public FROM public; で権限は剥奪しておける。
ログインに関しては pg_hba.conf のほうで制御するようになっている。
ぱっと見「アホなの？」と思うようなことはさすがに開発者も気づいているだろうから、少しは調べてみると良い。
0502NAME IS NULL
2010/05/17(月) 10:33:01ID:???0503NAME IS NULL
2010/05/17(月) 11:31:08ID:???どちらかというと、MySQLのデータベース ≒ PostgreSQLのスキーマ と考えたほうがいいかも。
PostgreSQLでもスキーマのUSAGE権限は、その中に含まれるテーブルに引き継がれるから、
そこは >>500 が言っている動きに近いんじゃないだろうか。
0504NAME IS NULL
2010/05/17(月) 13:30:23ID:???Cで書くと速くてびっくり。
もちろんPostgreSQLが一番だい！
0505NAME IS NULL
2010/05/17(月) 23:38:43ID:???0506NAME IS NULL
2010/05/18(火) 23:16:51ID:cZm1F11R以前も同じようにログインできなくなり、navicat liteを使って
いたのですがそちらにも接続できなくなりました
その時はOSの再インストールで解決したのですが再度同じようになりました
おそらくlocalhost3306に接続できてないのだとは思います
mysqlをアンインストールして再度インストールもしてみました
そうするとApply security settingsでエラーがでます
Error.Nr.1130 Host localhost is not alloowed to this MYSQL sever
設定などはいじってないのですがやはりOSを再度入れ直さないといけないのでしょうか？
長文失礼しました
0507NAME IS NULL
2010/05/19(水) 10:29:19ID:???毎回再インストールするはめになるぞ、、てかもうなってるか
0508NAME IS NULL
2010/05/19(水) 22:16:09ID:???2ヶ月ほど外に出たのはジュース買いに出ただけだよ顔色とか真っ白
0509NAME IS NULL
2010/05/20(木) 07:38:55ID:???mysql.userテーブルが書き換わって、とあるユーザ@localhost に関するレコードが
無くなった/書き換わったんだと思うよ。
まあ、何にせよスレ違いっぽいな。
MySQL 総合 Part17
http://pc11.2ch.net/test/read.cgi/db/1258928470/
0510NAME IS NULL
2010/08/01(日) 18:09:56ID:bWT/bAf10511NAME IS NULL
2010/08/16(月) 00:36:44ID:E3q0YRo4MySQLが勝手に潰れてPostgreSQLが勝利しそうな感じ
0512NAME IS NULL
2010/08/16(月) 06:05:57ID:???もし5.5で開発打ち止めになったとしても
MariaとかDrizzleなどの互換プロダクトがシェアを維持するんじゃないかな
Linuxとは状況が違うのはわかっているがRHL、FedoraからCentOSが出たみたいに、
結局FreeBSDは表舞台にでれなかった。
書いてる俺はポスグレ派
0513NAME IS NULL
2010/08/16(月) 11:49:22ID:???あれはRHELからロゴ外してそのまま配布してるだけで互換プロダクトとかそんなレベルではない
本家が無くなったらCentOSも無くなる
0514NAME IS NULL
2010/08/16(月) 20:03:18ID:???近いうちにMySQLも同じようになりそうな予感
0515NAME IS NULL
2010/08/17(火) 04:49:05ID:???MySQLがクローズソースになってもMariaとDrizzleがあるって話だ。
ポスグレがこれからMySQLなみに普及するとは思えない。
DBなんてどうでもいいプログラマがMySQL互換DBがあるのにわざわざポスグレに移ると思うか。
世の中DBなんてどうでもいいだよ。動けば。そんで動いたらもういじりたくないんだよ。
0516NAME IS NULL
2010/08/17(火) 10:07:53ID:???0517NAME IS NULL
2010/08/17(火) 10:23:54ID:???本家をちょっと改造しただけなんだからｗ
0518NAME IS NULL
2010/08/17(火) 10:24:47ID:???0519NAME IS NULL
2010/08/18(水) 01:28:11ID:???上手くいかないからなぁ。あと、MySQLの場合はコマーシャルライセンスが
あったのも大きかったわけだし。
0520NAME IS NULL
2010/08/18(水) 11:23:55ID:???誰がいつ互換DBの心配について書いた？
>>518
ふつうのユーザやプログラマはDBなんてどうでもいいわけ。
だから手間のかかんない互換DBでOKってことだよ
つうかMySQL使ってるほとんどの奴ってレベル低いだろ
ポスグレやオラクル覚えようなんて奴いねえよ。
0521NAME IS NULL
2010/08/18(水) 11:26:08ID:???PostgreSQLだろうがOracleだろうがどうでもよくね
今時ならフレームワークのマッパー使うだろうし
なんでMySQL互換である必要があるのかと
0522NAME IS NULL
2010/08/18(水) 15:31:15ID:???他のレス全然読めないならいちいちレスすんなよ
0523NAME IS NULL
2010/08/22(日) 23:44:03ID:Pnlqm9Rjけっきょく、どうなんだ
0524NAME IS NULL
2010/08/23(月) 01:56:15ID:???ぶっちゃけどっちでもいいレベルだと思う
0525NAME IS NULL
2010/08/23(月) 23:30:06ID:???>大規模だったらPostgreSQLの方がいいと思うけど
ｋｗｓｋ
0526NAME IS NULL
2010/08/24(火) 04:24:03ID:???あとMySQLのレプリケーションはマスタがおかしくなると終わり
(というか面倒でリカバリに時間が掛かる)
0527NAME IS NULL
2010/08/26(木) 20:12:01ID:???ｔｈｘ！
0528NAME IS NULL
2010/08/27(金) 02:38:22ID:???0529NAME IS NULL
2010/08/28(土) 03:37:53ID:???それならKVS最強じゃね？memcached以外にもいろいろ選択肢がある。
あと、メモリにテーブルデータ全部のっければMySQLもPostgreSQLも速いよ。
つうことでJOINなし検索OnlyでもMySQLは最強じゃないよ。
0530NAME IS NULL
2010/08/28(土) 07:03:22ID:???KVSだとまだ耐障害性とか未知の部分があって、
こないだのmixiみたいになることもある。
0531NAME IS NULL
2010/08/28(土) 11:38:39ID:???慣れ、惰性だよ。
0532NAME IS NULL
2010/08/28(土) 13:59:40ID:???0533NAME IS NULL
2010/09/01(水) 12:14:53ID:???ノウハウなんてない。このスレみてみ
http://www.mysql.gr.jp/mysqlml/mysql/msg/15364
全員書籍執筆者なのにまともにデータバックアップもリストアもできないんだぜ。
使えてる気になってるだけ。
0534NAME IS NULL
2010/09/02(木) 01:54:55ID:???ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
暇な人がやってるという俺の認識からすると不思議なことではない。
わかりやすい文章を書くにはプログラミングと別の才能が必要だからそれはそれで尊敬するけど
0535NAME IS NULL
2010/09/02(木) 09:15:05ID:???中小企業の経営者やフリーランスが書いてるイメージあるな
0536NAME IS NULL
2010/09/02(木) 20:11:44ID:???評価の高い本を書くひとは所属関係なく技術レベルも高い。
糞本しか書けないひとはそれなり。
0537NAME IS NULL
2010/09/02(木) 21:18:40ID:???>暇な人がやってるという俺の認識からすると不思議なことではない。
>中小企業の経営者やフリーランスが書いてるイメージあるな
MySQLの中の人(M信さんやO野さん)も暇な人？
0538NAME IS NULL
2010/09/03(金) 00:30:29ID:???そりゃまともな執筆者もいるのは当たり前なんだし
反論するなら全書籍の執筆者を調べて
大多数は忙しくて技術も完璧ってソースにしないと
0539NAME IS NULL
2010/09/03(金) 00:44:27ID:???>大多数は忙しくて技術も完璧ってソースにしないと
中学生の夏休みはおわっただろ。早くねないと遅刻するぞ。
つうか、全員まともor全員ダメ
って2択しかできないって、頭が不自由なゆとりだよな。
>執筆者は2極化してるよ。
これ正解。
1割のすごい連中、9割の普通の連中。
執筆依頼のないお前は糞。
0540NAME IS NULL
2010/09/03(金) 01:10:59ID:???依頼があるボクはすごいんだ自慢乙。
ところで、お前、恥垢臭のせいで周囲から生きる悪臭公害と言われているのに
気づいているか? あまりの臭いで自分の頭まで狂ってしまうぐらいの。
その狂った頭はもう手のつけようがないけど、臭いに迷惑している周囲のため
包茎ぐらいはどうにかしとけ。包茎は治る障害なんだから。
0541NAME IS NULL
2010/09/03(金) 01:11:46ID:???0542NAME IS NULL
2010/09/03(金) 01:12:25ID:???長島☆自演乙☆雄一郎ｗｗｗ
0543NAME IS NULL
2010/09/03(金) 01:48:47ID:???こんな奴いるんだ
0544NAME IS NULL
2010/09/03(金) 01:49:49ID:???540と541が絶句するほどひどいレス
0545NAME IS NULL
2010/09/03(金) 01:56:34ID:???´ ｀ 、
／ ｨ､ ＼
. / / ! //!、 ヽ
l l | /! /,ヽ.､ /ｲ |_,、､ハ
l ! | ﾅﾚ´ ヽ＼ﾙ ヽ! ﾘ
! | |/ ﾆ=- -=ﾆ K
l ゝ | xxx ' xx | }
. ! {ｒ∧ ｒ-ー--ｧ ﾉ'
. ! `ｰ-ｒ､ `ｰ---' イi |
. ! | | ﾌ`､ｰ_‐ 〔 ＼ｰ､
l ! ／ ＼ ｀ .|､ | ヽ _／￣二ﾌ >>540
l i ／ ＼＿」|oV i ヽ ／〈 つノ)
/|.ﾉ{ ⌒ヽ、 ヽ ｒ‐‐!/ ＼ / ヽ´イｰ'
./ .| | ､ ヽ ﾆ二} ヽo￣ヽ >'ヽ /
0546NAME IS NULL
2010/09/03(金) 23:42:06ID:???9割以上は凡庸なプログラマ。残り5%弱がPGに向いてない人。
執筆者が1割も優秀ならまだいい方なのかもしれない。
まあ1割も適当に言っただけで根拠はないと思うけど。
んで10年後のMySQLとPostgresのシェアってどうなってると思う？
日本では拮抗、世界ではMySQLっていう今の状況（で、いいんだよね？）は
変わらないと思う？いろいろ覚えるの面倒だから一個でいいんだけど
0547NAME IS NULL
2010/09/04(土) 00:02:42ID:???0548NAME IS NULL
2010/09/04(土) 04:00:48ID:???パフォーマンスに直結するパラメータをどれくらいに設定するのかとか、ORを使うくらいなら二個のSELECTをJOINした方が
早いとか(今は治ったけど）、VACUUM FULLしてもREINDEXしないとINDEXが小さくならないとか、
複数のDBについてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあOracleも結構勉強したけど、フリーの奴は一個でいいかなって
0549NAME IS NULL
2010/09/04(土) 06:26:15ID:???0550NAME IS NULL
2010/09/12(日) 09:07:29ID:CvZwSK3a0551NAME IS NULL
2010/09/12(日) 13:00:08ID:???味に直結する要素をどれくらい把握するのかとか、手仕込みの醤油を使うなら味が安定しているキッコーマン使った方が
うまいとか(今は小さい蔵も品質安定してるけど）、無添加の醤油は劣化が早いから早めに使わないと味が変わるとか、
複数の調味料についてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあ味噌も結構勉強したけど、フリーの奴は一個でいいかなって
っていう料理人いないだろ
0552NAME IS NULL
2010/09/12(日) 18:15:49ID:???0553NAME IS NULL
2010/09/12(日) 18:58:39ID:???0554NAME IS NULL
2010/09/13(月) 11:11:08ID:???みんなポスグレとMySQL両方とも各バージョンでどんな
変更があったとか把握してんの？
0555NAME IS NULL
2010/09/13(月) 11:39:00ID:???醤油になるまでのタイムラグがこれくらいだから何月頃に使うのがおいしいとか、
そういう細かいところを各蔵ごとに浅く広く覚えるより、一番おいしい蔵どころを一社見つけて
そこの醤油の特性を深いところまで覚えた方がいいってことだろ？
なにがおかしいのかわからん
0556NAME IS NULL
2010/09/13(月) 13:14:25ID:???味噌汁かけんちん汁か
味噌ラーメンか醤油ラーメンか
の違いって事だろ
0557NAME IS NULL
2010/09/13(月) 14:21:21ID:???どっちも浅くしか使ってないんじゃないの？
0558NAME IS NULL
2010/09/13(月) 14:35:41ID:???何をキレてるんだ
そもそも他のDBの特徴もちゃんと把握してないとPostgreSQLを客に薦めることもできないだろ
これはPostgreSQLの方が優れてるんです！とかいっても、客にこないだのMySQLのバージョンアップで
そこはMySQLの方が良くなったよね？みたいに突っ込まれたらお前の仕事は
設定までたどり着かずにそこで終わりだ。
0559NAME IS NULL
2010/09/13(月) 15:24:56ID:???自分が関わるプロダクトについては抑えてる訳ね。それには敵わんわ。
DB以外の部分でいっぱいいっぱいだもの。
別に切れてないし、周りがどうなのか純粋に質問したかっただけ。ありがとう
0560NAME IS NULL
2010/09/13(月) 17:39:33ID:???システム全体請け負うフリーランスなら
プロダクトの選定からメンテナンスまで仕事じゃね普通？
0561NAME IS NULL
2010/09/13(月) 19:08:31ID:???つーか導入時点で競合製品の比較やるために調査しないか普通。
逐次全部暗記してるわけじゃなくて、必要なら他のプロダクトについても調査するだけの話だぞ。
積極的にチェックするのはメジャーバージョンアップの時くらいでいいんだし。
俺はポスグレしか知らないし、他のプロダクトのこと学ぶのは意味がないとか言う奴に仕事が来るとは思えん。
0562NAME IS NULL
2010/09/13(月) 19:59:03ID:???0563NAME IS NULL
2010/09/13(月) 21:13:04ID:???0564NAME IS NULL
2010/09/15(水) 00:38:10ID:???今や、PostgreSQLがMySQLに勝る
ところは、ライセンスのわかりやすさ
だけなの？
MySQLは5.1以降の性能向上が
かなりいいらしいけど。
0565NAME IS NULL
2010/09/15(水) 03:23:11ID:???>>526
0566NAME IS NULL
2010/09/20(月) 14:36:09ID:???(1)オフィシャルサポートby Oracleがある
(2)DB毎、テーブル毎のレプリケーションができる
(3)サポートされているシステムやソフトが多い
以上。
パフォーマンスは使いかた次第。CPUコアに対するスケーラビリティはまだPostgresの勝ち。
ただしベンチマークだけで評価するのは素人。アプリ次第でパフォーマンスなんてどうにでもなる。
MySQLはトリガ、ストアドプロシージャがまだまだ弱い。check制約も未サポート。MyISAMは外部キーも未サポート。
ただしこれらを使うか使わないかはあなた次第。
メジャーバージョン間の互換性はPostgresが高い、というかMySQLはマイナーバージョンですら
互換性なくすから実際に運用してみるとどうしようもないことがわかる。
SQLレベルでもころころ仕様がかわるから、アプリケーションまで含めたシステムのバージョンアップに
とてつもないコストがかかる。
>>526
にあるように、レプリケーション用のスレーブを準備するのが大変。バックアップ/リストア機能がとてつもなく貧弱。
これが運用上最大の欠点。
ファイルシステムのスナップショット機能を利用するしかない。あらかじめ準備してなかったり、古い環境で作業させられたりするとアウト。
MySQLはバグも多い。バグフィックスの数が膨大。
もともと開発の稚拙さが目立っていたが最近ではAlterTableでクラッシュするバグが１年以上放置されたりとひどい。
0567NAME IS NULL
2010/09/21(火) 01:40:17ID:???0568NAME IS NULL
2010/09/21(火) 02:04:33ID:???0569NAME IS NULL
2010/09/22(水) 01:51:40ID:???0570NAME IS NULL
2010/09/29(水) 14:19:48ID:???とか書いてるキチガイがいるな
0571NAME IS NULL
2010/09/29(水) 16:44:10ID:???あんな基地外シッタカ放置だろ。言っていることの
全てに突っ込みどころがありまくり。
0572NAME IS NULL
2010/09/30(木) 20:32:37ID:???運用方法や方言が違うだけで
0573NAME IS NULL
2010/09/30(木) 21:10:39ID:???http://slashdot.jp/it/comments.pl?sid=509112&cid=1831772
マヂでただの馬鹿だな、こいつ。
0574NAME IS NULL
2010/10/04(月) 08:02:20ID:???0575NAME IS NULL
2010/10/27(水) 21:22:03ID:DT8SPNwkhttp://gro.cc/across/
0576NAME IS NULL
2010/10/28(木) 20:11:00ID:???で、その宣伝グロはなんなのよ
0577NAME IS NULL
2010/12/08(水) 22:42:13ID:5WergI0I0578NAME IS NULL
2010/12/23(木) 18:14:04ID:???5.1 までは酷い性能だったみたいですが。
0579NAME IS NULL
2010/12/23(木) 23:14:54ID:???5.5ならPostgreSQLとほぼ互角だと思われる
0580NAME IS NULL
2011/02/09(水) 02:46:42ID:???http://twitter.com/news4medical/status/6547807896866816
0581NAME IS NULL
2011/02/26(土) 20:02:00.07ID:???Oracle vs PostgreSQL が適当。
0582NAME IS NULL
2011/03/10(木) 17:33:14.86ID:693Tf/Gc（というか、みなさんどうやってるんだろう・・・）
【ケース1】
店主AはサイトBからMｙSQLを使ったフリーのショッピングカートシステム(PHP)をダウンロード。
店主Aはショッピングカートシステム(PHP)のソースをちょこっと変更して（文言とかデザインとか設定とか）
店主AはレンタルサーバC（MySQL利用可）にそのシステムをインストール。
店主Aはネットショップをオープン。
【ケース2】
店主Dは個人Eにネットショップの開発、設置を依頼。
個人EはMySQLを用いたショッピングカートシステム(PHP)を開発。
個人Eは店主Dが契約したレンタルサーバF（MySQL利用可）にそのシステムをインストール。
店主Dはネットショップをオープン。
これらのケースはよくあるパターンだと思うけど、誰がライセンス料を払う義務があるの？
・サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。
・店主Aはソースを変更した上でソース非公開(※)で使ってるのでOEM？
※ショッピングサイトで「このサイトのシステムをダウンロード」があるのはおかしいｗ
・個人EがOEMとするとお小遣い稼ぎ程度のちょっとしたプログラム作成依頼でも全部OEM？
・MySQLをインストールした上で自由にユーザーに使わせてるレンタルサーバ屋は
ライセンス料とは無関係？
0583NAME IS NULL
2011/03/10(木) 19:59:18.03ID:???>・サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。
GPLなWEBアプリの利用者は店主Aであって、サイトBの利用者ではない。
よって、ソースコードの公開は必要ない。
ただし、店主Aが変更したGPLアプリを、他人のWebサイトにセットアップするのであれば、
Webサイトの所有者に対し、GPLでソースコードを提供しなければならない。
>・個人EがOEMとするとお小遣い稼ぎ程度のちょっとしたプログラム作成依頼でも全部OEM？
GPLなWEBアプリを店主Dが利用するなら、当然個人Eは、そのソースコードを店主Dに提供しなければならない。
>・MySQLをインストールした上で自由にユーザーに使わせてるレンタルサーバ屋は
インストールしたMySQLのソースコードが公開されているWebサイトを紹介すれば、GPLに違反しているとは思われない。
よって、ライセンス料を支払う必要はない。
0584NAME IS NULL
2011/03/10(木) 20:07:10.17ID:???サイトBが提供している、ショッピングカートシステム(PHP)がGPLかどうかは、
提供者に聞かないと分からない。
ダウンロードできるなら、利用ライセンスがどこかに書いてあると思うが…
0585NAME IS NULL
2011/03/10(木) 22:09:02.70ID:???MySQLで動く自社著作物のソフトウェアを、
(独占的ライセンスで利用権を販売するなど)非GPLで他社に提供する場合。
GPLにおいて、レンタルサーバで動かすアプリケーションの利用者とは借り手のこと。サーバにアクセスする人は対象外。
GPLのソフトウェアのソースコードは、利用者にのみ提供すればそれでいい。
他社に請負で作ってもらった、著作権が自社に帰属する自社利用のWebアプリケーションは、My SQLのライセンス料を払わなくていいし、
GPLアプリケーションを改良し、自社で利用するだけであれば、他社に公開する必要もない。
0586NAME IS NULL
2011/03/10(木) 22:16:26.18ID:???レスありがとうございます。
ちょっと勘違いしてました。GPLとするときにソースを公開しないといけない相手は
「（WEB利用者も含む）世の中全体」ではなくて
「プログラムの著作物の複製物を所持している者」なのですね。
ケース2の場合だと店主Dに対してソースを公開するならGPLとなり
個人Eはライセンス料を払う必要がないのですね。
（ただし、店主Dには頒布権が発生しますから、店主Dによって個人Eが作成した
プログラムが世の中にばらまかれる可能性はありますが、そこは信頼関係でカバー？ｗ）
この記事を読んで混乱したのですが、これは間違ってるということでいいんでしょうか？
http://www.atmarkit.co.jp/flinux/rensai/mysql01/mysql01.html#c
＞MySQLをインストールしたサーバをASPなどの商用に利用する場合にはライセンス料が発生します
レンタルサーバ会社にもライセンス料が発生するようにも読めますが・・・
レンタルサーバ以外の一般的な有料ASPサービス（ショッピングカート、予約システムなど）の場合であっても
そもそも第三者にプログラムを頒布しませんから関係ないですよね？
＞開発したアプリケーションのソースコードを広く一般に公開すれば課金はまぬがれますが
「広く一般に」ではなく「販売先（頒布先）に」ですよね？
0587NAME IS NULL
2011/03/10(木) 22:27:10.83ID:???わかりやすい解説ありがとうございます！
独占的ライセンスが必要な時以外はGPLでOKなんですね〜
しかし、A社が納品したプログラムをB社が完全に自由にできるっていうのもなんだかなぁ・・・
（丸ごとコピーして売ってもいいし、自社HPから自由にDLさせても良いということになるよね）
0588NAME IS NULL
2011/03/10(木) 22:47:21.93ID:???> プログラムが世の中にばらまかれる可能性はありますが、そこは信頼関係でカバー？ｗ）
>（丸ごとコピーして売ってもいいし、自社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にライセンス料を払わなくてはならない。
0589NAME IS NULL
2011/07/14(木) 20:23:52.55ID:???どう読んでも、そんな結論にならないだろ。
ＭＹＳＱＬを使用したソフトウェアを引き渡す場合、（形態を問わず）
ＧＰＬ（ソフトウェアのソースを公開）にして下さい。
ＧＰＬにしない場合、コマーシャルライセンスを買ってください。
だろ。
「頒布しないかぎりライセンス料は発生しない」
ってどこを読んだんだよ。
0590NAME IS NULL
2011/07/15(金) 00:03:53.14ID:???0591NAME IS NULL
2011/07/15(金) 00:52:26.44ID:???これが近いかもしれない
GPLは、私が機密保持契約の下で改変されたバージョンを開発することを許可していますか?
http://www.gnu.org/licenses/gpl-faq.ja.html#DoesTheGPLAllowNDA
0592NAME IS NULL
2011/07/15(金) 12:34:51.09ID:???MySQLは、自分自身もＧＰＬだけど、使うソフト（ＷＥＢサイト）もＧＰＬであることを求めている。
GPLの規約自体は、この際あまり関係ない。
ものすごくわかりにくいけど、ここの２番目の章。
http://www-jp.mysql.com/about/legal/licensing/faq.html
要約すると、
「ＭｙＳＱＬはオープンソースを推進しているので、オープンソースのソフトからＭｙＳＱＬを使用しても金を取りません。」
１番目の章でも、良く読めば、
「MySQL 製品を使用」する場合、使用するアプリケーション（WEBサイト含む）はＧＰＬにして下さい。
そうしない場合、商用ライセンスを購入してください。 」
ってあいまいに書いている。
0593NAME IS NULL
2011/07/15(金) 12:56:33.08ID:???これは流石に酷い・・。中国並みのライセンス意識だわ・・。
MySQLというソフトを使用するなら、日本だと、MySQLの販売代理店に金を払う。
「mysql 購入」でググれば、代理店いっぱい出てくる。
頒布しなくても、windowsを使用する場合、windowsのライセンスは買うだろ。
まあ、お前は海賊版使ってるのかもしれないけどさ。
0594NAME IS NULL
2011/07/15(金) 12:57:36.03ID:???使うソフト（ＷＥＢサイト）を自社のみで使う(NDAなどで委託先に開発させたものを含む)場合には、
利用者(自社)がソースコードなどをＧＰＬに基づいて利用できる状態にあればよいわけで
ＧＰＬを尊守しているかぎり、第三者にバイナリを提供していないにもかかわらずソースコードを開示する義務はなくて、
従って、バイナリやソースコードを第三者に頒布しなくとも(ＧＰＬを尊守しているかぎり)、
商用ライセンスを購入する必要はないと読める
0595NAME IS NULL
2011/07/15(金) 13:04:31.32ID:???MySQLを自分で使用するだけなら金を払う必要ないよ。
RHELやCentOSにMySQLの価格は含まれていないでしょう。
もし金を払う必要があったら本屋で売ってる
CentOSのDVD-ROM付きガイド本が20万円以上することになる
買うのはサポートが欲しいときと、GPLを外したいとき
0596NAME IS NULL
2011/07/15(金) 15:47:08.69ID:???ぽかーん
CentOSにMySQL入ってないだろ。
MySQLのダウンロードは無料。
使用するなら、使用するソフトをＧＰＬで公開する。
じゃなきゃ、金を払う。
MySQLは営利企業が開発して、販売してるソフトだぞ。
ただ、使うソフトをＧＰＬで公開すれば、無料で使えますってだけ。
0597NAME IS NULL
2011/07/15(金) 16:45:28.52ID:???入ってるよ
http://ftp.riken.jp/Linux/centos/6.0/os/x86_64/Packages/mysql-5.1.47-4.el6.x86_64.rpm
http://www.centos.org/docs/5/html/5.5/Technical_Notes/mysql.html
0598NAME IS NULL
2011/07/15(金) 19:32:15.39ID:???入ってるのか。
いつも最小インストールだから、知らなかった。
0599NAME IS NULL
2011/07/15(金) 23:34:57.84ID:???「第三者にバイナリを提供していないにもかかわらず」は、
内部の社員からの流出はライセンス的には止められない可能性がある。
なんにせよ、GPL汚染が怖いならフリー版のMySQLは候補にはならないよ。
0600NAME IS NULL
2011/07/15(金) 23:35:17.20ID:???GPLには公開する義務なんてないよ。何言ってんだ？
0601NAME IS NULL
2011/07/16(土) 00:38:17.78ID:???内部の社員からの流出は、プログラムがGPLかどうかとは関係がない
GPLソフトウェアの扱いにも守秘義務が課せられるということは、
GPLでないソフトウェアと何ら違いはない
GPLの条項が理解できない場合や受け入れなれない場合は、
フリー版のMySQLは利用できない
0602NAME IS NULL
2011/07/16(土) 11:57:32.78ID:???１）MySQL自体の改変についてはＧＰＬに従う。
２）MySQLを使用して開発した成果物（ソフトウェア・WEBサイトなど）もＧＰＬに従う。
で、１）と２）は基本的に関係の無いライセンス規定で、
金銭的に問題になるのは２）。
１）のMySQL改変なんてやる人は滅多にいないけど、この規定のせいで
「MySQL自体を改変しなけりゃ、使って大丈夫」っていうデマが流れるようになった。
日本の(貧乏)企業の半数がPostgreSQLを使用しているのは、
２）の規定を読んでMySQLの使用を避けたか、MySQL販売代理店に確認したためと思われる。
0603NAME IS NULL
2011/07/16(土) 19:58:43.00ID:???って事は、MySQLを利用したWebサイトを作成してサイトを公開しただけなら、そのサイトを構成するcgi等を公開する必要は無いって事？
0604NAME IS NULL
2011/07/16(土) 20:20:25.64ID:???602にどのように考えているかは知らないけど、GPLに従うかぎりでは公開の必要はないよ
http://www.gnu.org/licenses/gpl-faq.ja.html#GPLRequireSourcePostedPublic
0605NAME IS NULL
2011/07/16(土) 22:55:47.35ID:???レスさんくす。
やっぱ、そうなるよね。
0606NAME IS NULL
2011/07/17(日) 06:09:09.16ID:???604のリンク先を読むと、無条件で公開しなくていいわけではないようだが。
公にするならソースコードを公開しろという事だから、WEBサイトにつかうなら公開する
必要があるだろう。エクストラネットで内部だけで使うならともかく。
0607NAME IS NULL
2011/07/17(日) 08:22:56.73ID:???Webでサービスを提供するのは当てはまらない。
無条件で公開しなくてよいわけではもちろんないが、GPLソフトウェアの
派生物を頒布する場合はその改変されたソースコードも提供しなければ
ならないといっているだけに過ぎない。
0608NAME IS NULL
2011/07/17(日) 10:56:26.58ID:???>WEBサイトにつかうなら公開する必要があるだろう。エクストラネットで内部だけで使うならともかく。
GPLが直接対象としている公開先は、バイナリの保持者であって、
GPLソフトウェアで作られているWEBサイトにアクセスする人に対しては、GPLソフトウェアを公開する必要はない。
GPLとは別に、Webアプリケーションの利用者に対してもソースコードを利用する権利を認めようとする、Affero General Public License (AGPL)というものがある。
0609NAME IS NULL
2011/07/17(日) 11:06:24.59ID:???0610NAME IS NULL
2011/07/17(日) 11:15:38.34ID:???MySQLは当時サブクエリも使えなかったからな。
PostgreSQLに流れたのは当然。
0611NAME IS NULL
2011/07/17(日) 12:09:07.52ID:???それを要求するのはAGPLであってGPLじゃない。
0612NAME IS NULL
2011/07/17(日) 12:29:03.72ID:???今でもまともにJOINもできないけどね > MySQL
0613NAME IS NULL
2011/08/07(日) 12:30:52.67ID:???ttp://slashdot.jp/apple/11/08/04/0816215.shtml
0614NAME IS NULL
2011/08/10(水) 20:07:17.21ID:???GPLは利用ライセンスじゃないのよ
0615NAME IS NULL
2011/08/23(火) 12:20:55.62ID:???半々ぐらいになってくればPostgresも利用するんだがねぇ。
なんでMySQLばっかなんだろ。ただ単に他の業者がMySQLだからうちもって感じなのかな。
0616NAME IS NULL
2011/08/23(火) 15:18:43.32ID:???0617NAME IS NULL
2011/08/29(月) 20:55:43.08ID:???0618NAME IS NULL
2011/09/23(金) 09:04:25.85ID:ZEglwbVi「社内イントラネットで使うデータベース（外部には非公開）であっても
業務で使うなら、MySQLは商用ライセンスが必要。
だからPostgreSQLじゃなきゃだめ」
って言い張っているんですが、純粋に自分らで作って自分らだけで使うんなら
商用ライセンスなんて要らないですよね？
0619NAME IS NULL
2011/09/23(金) 09:32:46.66ID:???MySQL使ったシステムを配布するならライセンス買うか、GPLに従って求められればソース出せ。
配布もしないし、サポートも要らないなら好きにしろ。
じゃないの?
0620NAME IS NULL
2011/09/23(金) 12:01:50.05ID:???>商用ライセンスなんて要らないですよね？
要らないと思うけど問い合わせてみれば？
0621NAME IS NULL
2011/09/23(金) 13:09:23.27ID:???問い合わせると「サポート無しでは云々」とか言われそうで。
うちのPC管理者ってマジで紙テープも使っていたCOBOL爺なんだが
（昔はパッチを当てるというのは、こうやって紙テープのアナをふさいだりアナを手であけたり
したもんだ、と実演してくれたｗ）
PHPとかもやっているくせに、どうも一度信じきったこと（MySQLを業務で使うには商用ライセンスが必要）
はナカナカ考えを変えそうにないんでねー。
0622NAME IS NULL
2011/09/23(金) 14:19:25.11ID:???具体的に何を言われたかは知らないけど、
たとえライセンス条項の文言に違反はしてなくても、
ライセンス元の権利者が商用ライセンスを買わないと使わせないというのなら、
従うべきのような気もする
0623NAME IS NULL
2011/09/23(金) 14:20:54.92ID:???「２ちゃんに書いてありました」って言ったところで信じないだろう
0624NAME IS NULL
2011/09/23(金) 15:42:02.11ID:???GPLの場合に限れば、オリジナルの権利者以外もサブライセンスできるから
実質ライセンス条項の文言がすべてだな。
ただ、ライセンスの話とサポートは別だが。
0625NAME IS NULL
2011/09/23(金) 16:45:53.60ID:???PostgreSQLでなにが悪いんだ。最近はこちらの方が昇り龍。
0626NAME IS NULL
2011/09/24(土) 20:50:34.06ID:???PostgresをＶｉｓｔａＨｏｍｅに入れようとしたらハマったでござるの巻。
0627NAME IS NULL
2011/09/25(日) 03:58:37.42ID:???カスだな
0628NAME IS NULL
2011/09/25(日) 09:03:54.58ID:???なんでPHPがカスなんだよぉぉおぉ。
0629NAME IS NULL
2011/09/25(日) 09:39:13.04ID:???クソなPHPつかうところはちゃんと妥協できてんのに、
ほかで融通利かない点がカスなんだとおもう。
0630NAME IS NULL
2011/09/25(日) 09:55:16.49ID:???PHPは
print(”残高は$zandaka円です”）；
っていう記述が出来るので好き。あと変数に$をつけるので
うっかり予約語と被らないところとかが好き。
言語体型がCと似ているので好き。
0631NAME IS NULL
2011/09/25(日) 19:25:09.19ID:???PostgreSQLがキーワードな本が１冊も無い。
MySQLなら8冊ある
0632NAME IS NULL
2011/11/08(火) 16:43:05.70ID:???print ”残高は” . $zandaka . ”円です”;
と書くな
もしくは
printf(”残高は%d円です”, $zandaka);
元Javaプログラマだからってのもあるだろうが
0633NAME IS NULL
2011/11/11(金) 00:59:25.26ID:???PHPが糞ってかプログラマが糞なのがよくわかるな
0634NAME IS NULL
2011/11/11(金) 08:22:20.91ID:7zKB4sPUprint ”残高は” . $zandaka . ”円です”;
↑
これ、PHP3だと記述できないんだっけ？
（カッコでくくる必要がある）
0635NAME IS NULL
2011/11/11(金) 11:01:34.44ID:???検索結果の表示順序を決めるものとしてPostgreでは相関値rankがありますが
MySQLでは類似値が無いようなので、その面ではPostgresがよいかなと。
0636NAME IS NULL
2011/11/12(土) 16:43:16.09ID:???0637NAME IS NULL
2011/12/06(火) 12:06:13.43ID:xOiDCcgd0638NAME IS NULL
2011/12/06(火) 13:00:12.25ID:???>>636
0639NAME IS NULL
2011/12/06(火) 13:39:38.29ID:???GROUP BY 周りとか。
0640NAME IS NULL
2011/12/08(木) 16:58:39.90ID:J5DfcOHuありがとうございます。
一応SQLの本を読みつつMySQLを覚えたのですが、ひょっとしてゆるいSQLで記載してるかもなので、見直してみます
0641NAME IS NULL
2011/12/23(金) 12:20:46.94ID:m7rArB+e一つだけという上限があるみたいなんですが、ポスグレはどんなでしょ?
0642NAME IS NULL
2011/12/23(金) 12:32:49.65ID:???PostgreSQLにはそういう制限はない。
0643641
2011/12/23(金) 15:47:12.08ID:???ということは、2つ以上のインデックスが活きるような検索なら、
MySQLよりかなり速いってことも有り得そうですね。
0644NAME IS NULL
2011/12/23(金) 19:03:01.15ID:???容量節約できるくらいじゃない？
適切なインデックスを張る前提だけど、そこは横着しないでしょ。ふつう。
0645NAME IS NULL
2011/12/23(金) 19:50:38.86ID:???高々1つだと思うんだが、>>641の制限ってどういう状況？
1クエリ内で同じテーブルを複数回スキャンする場合に1つの
同じindexしか使われないということなのか、あるいはそもそも
1クエリ内のindex scanはテーブル毎に1回ずつしか使われないと
いうことなのか。
0646NAME IS NULL
2011/12/24(土) 10:34:51.60ID:???Index Mergeオペレーションで複数使われることもある。
http://dev.mysql.com/doc/refman/5.5/en/index-merge-optimization.html
0647NAME IS NULL
2011/12/31(土) 20:31:41.99ID:5QC4w01nつかぬことをうかがいますが、MySQLとPostgreSQLでは、どちらがより省メモリでしょうか。
速いのはMySQLだそうですが、速さよりもメモリ消費量の少なさに興味があります。
「条件次第」といわれればそれまでですが、こんなときはMySQL or PostgreSQLのほうが省メモリだよー、というのを教えてください。
0648NAME IS NULL
2011/12/31(土) 22:33:29.66ID:???0649NAME IS NULL
2012/01/02(月) 14:00:59.18ID:???(PostgreSQLでshared_buffers、MySQLでinnodb_buffer_pool_size)、
そこを少なく設定すれば省メモリになる。もちろんその分性能は下がる。
そこを同じ設定にしたと仮定すると、
PostgreSQLはマルチプロセスアーキテクチャ、
MySQLはマルチスレッドアーキテクチャなので、
データベースへの接続数が多い場合はMySQLの方がメモリ使用量は少ない。
0650NAME IS NULL
2012/01/31(火) 18:24:23.97ID:???php的には
?>残高は<?=$zandaka?>円です<?
だろ。ちがうかｗ
0651NAME IS NULL
2012/02/24(金) 22:16:18.08ID:???MySQLだとSELECT SQL_CALC_FOUND_ROWS 〜 とかやれば出来るんですけど、
PostgreSQLの場合はどうしたらいいんでしょ?
0652NAME IS NULL
2012/02/25(土) 01:16:57.92ID:???0653NAME IS NULL
2012/02/25(土) 14:55:49.26ID:???成程、ウインドウ関数とかいうものを使うのですね。
MySQLくらいしか知らなかった者では目が向かない部分でした。
ありがとうございました。
0654NAME IS NULL
2012/03/12(月) 21:14:01.80ID:???0655NAME IS NULL
2012/04/12(木) 05:52:18.89ID:F54V/Qvnポスグレのshared_buffersについて根本的に勘違いしてね？
shared_buffersは共有メモリとして１つだけ確保、クライアントと接続するバックエンドプロセスは
その共有メモリにアクセスするんだよ。MySQLのInnoDBと同じ。
バックエンドプロセス間の排他制御は様々な工夫がこらされて、パフォーマンスはとてつもなく向上してる。
ベンチマークはいろいろ公開されてるから調べるとよろし。
ポスグレのバージョンが古いけどそれでもMySQLより速いことが多いはず。
今ならもっと速い。MySQLもパフォーマンス向上してるけどさ。
0656NAME IS NULL
2012/04/12(木) 13:30:35.46ID:???・最近のバージョンではshared_bufferへのアクセス排他制御が良くなっているので速い
という二つの話題が混ざっているんだな
0657NAME IS NULL
2012/05/07(月) 13:05:12.95ID:???0658NAME IS NULL
2012/05/07(月) 16:27:36.78ID:???0659NAME IS NULL
2012/05/08(火) 14:37:38.79ID:???0660NAME IS NULL
2012/05/08(火) 17:13:01.69ID:???0661NAME IS NULL
2012/05/09(水) 17:56:44.42ID:???0662NAME IS NULL
2012/05/11(金) 21:14:01.96ID:???0663NAME IS NULL
2012/05/11(金) 22:52:13.89ID:???0664NAME IS NULL
2012/05/13(日) 16:27:31.51ID:???0665NAME IS NULL
2012/05/13(日) 21:53:51.25ID:???0666NAME IS NULL
2012/05/14(月) 11:36:49.76ID:rmHVUy71千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
0667NAME IS NULL
2012/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━･~~
0668NAME IS NULL
2012/05/15(火) 19:24:26.80ID:bfF6xyzjそれよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
0669NAME IS NULL
2012/05/16(水) 04:25:29.35ID:/ibgSKqe用があるなら、http://www.chitose.ac.jp/course/teacher/glo/000057.html
0670NAME IS NULL
2012/05/17(木) 09:48:10.33ID:???ライセンスが変わって、
自社のパッケージに使ってた場合とか面倒なんでだんだんpostgresへの移行が進んでるね
oracleは囲い込んだつもりだったんだろうが、
金払ったりベンダーに囲われたりするのが嫌なユーザが使ってるんだからそら逃げるわな
嫌われ者のoracle
0671NAME IS NULL
2012/05/19(土) 00:39:24.76ID:???特に誰も騒がなかったような。
0672NAME IS NULL
2012/05/19(土) 12:46:22.32ID:???0673NAME IS NULL
2012/05/19(土) 16:01:07.41ID:???0674NAME IS NULL
2012/05/19(土) 18:09:09.35ID:???http://www-jp.mysql.com/products/
0675NAME IS NULL
2012/05/26(土) 21:45:52.54ID:???0676NAME IS NULL
2012/07/05(木) 00:44:20.53ID:???0677NAME IS NULL
2012/07/22(日) 02:57:58.82ID:???地味に不便
0678NAME IS NULL
2012/08/07(火) 23:19:03.64ID:4lP3W0QG一般的に、WITH RECURSIVEのあるPostgreSQLが選ばれているのでしょうか？
0679NAME IS NULL
2012/08/07(火) 23:41:42.44ID:???もちろん PostgreSQL で。
0680NAME IS NULL
2012/08/08(水) 02:48:30.06ID:???ありがとうございます。
アートオブＳＱＬの（たしか）pp.163のあたりに、
Celkoの階層構造は遅くて話にならない的なことが書かれていた記憶があるのですが、大丈夫ですかね？
それとPostgreSQLを選ぶ理由は、こういう用途にMySQLは向かないからですか？
0681NAME IS NULL
2012/08/10(金) 00:19:28.30ID:???どういう用途を想定してるの
0682NAME IS NULL
2012/08/10(金) 02:50:00.93ID:???複雑な配線図のような構造を想定しています。
参照時には、指定したポイントの周辺の4親等くらいを取得、必要に応じてさらに展開表示といった形で。
おそらく更新:参照=1:9くらいで、周辺のリンクの展開にＤＢを特化したいです。
そうするとNested Set Modelでleftとrightを設定してMySQL上で動かすよりも、
PostgreSQLでWITH RECURSIVEを使って親子番号を展開するほうが、もしかすると圧倒的に速いのではないかと。
＃正直、自分が扱いに慣れてきたfuelPHPの正式対応がMySQLなので、できればMySQLを使いたいのですが。
0683NAME IS NULL
2012/08/10(金) 07:28:14.69ID:???0684NAME IS NULL
2012/08/10(金) 20:31:32.89ID:???再帰的with文はDB構造の問題でもあるので、
対応してあるDBならそれなりに最適化してあると思います
0685NAME IS NULL
2012/08/10(金) 23:35:03.93ID:???0686NAME IS NULL
2012/09/04(火) 07:28:17.94ID:9+44OBYE脱Accessの次には良いんだけど、スキーマがないとつらいよねー
0687NAME IS NULL
2012/09/11(火) 16:13:31.16ID:???どういった意図でスキーマが必要といっているかわからないけど、
mysqlの場合１インスタンスに複数のデータベースを作成できるから代用できると思うけど。
0688NAME IS NULL
2012/09/11(火) 20:44:53.44ID:???0689NAME IS NULL
2012/09/13(木) 17:21:44.69ID:???できるよ
こんな感じ
SELECT
*
FROM
database_a.table_a as a
, database_b.table_b as b
WHERE
a.id = b.id
0690NAME IS NULL
2012/11/02(金) 19:50:20.81ID:2RBnoDI90691NAME IS NULL
2012/11/11(日) 05:05:44.14ID:???0692NAME IS NULL
2012/11/11(日) 10:10:54.96ID:7YUVnSXh0693NAME IS NULL
2012/12/04(火) 14:03:21.69ID:sQ39dyiD0694NAME IS NULL
2012/12/11(火) 18:28:56.18ID:fNq2TqrM(´・ω・)ｶﾜｲｿｽ
そういえば中古ソフトがかなり安く買えた
激安中古ソフト販売( ・∀・) ｲｲﾈ！
ググってみて
0695NAME IS NULL
2012/12/11(火) 19:28:06.48ID:???もうポスグレでいんじゃね？
0696NAME IS NULL
2012/12/12(水) 16:23:23.84ID:???http://kohada.2ch.net/test/read.cgi/prog/1355294277/26
0698NAME IS NULL
2013/01/02(水) 23:30:31.55ID:???だからPostgreSQLがいい！と断言はしないけど…。
0699NAME IS NULL
2013/01/02(水) 23:47:08.88ID:???0700NAME IS NULL
2013/01/03(木) 02:20:58.15ID:???0701NAME IS NULL
2013/01/08(火) 11:52:46.49ID:5ntVS72y被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
労働者派遣法第26条（契約の内容等）、職業安定法第44条（労働者供給）に違反
多重派遣・多重出向
労働基準法第6条（中間搾取の禁止）に違反
疎明資料
事前面接日時、場所、出席者、資料のコピー、音声記録
就業場所・就業期間・就業時間
指揮命令
指示を誰が行っているかの記録、音声記録
仕事で使う道具や、資材の負担（所有）のあり方
業務で使用しているパソコン・備品などの所有者
契約書
請負、雇用契約書、出向指示など書面のコピー
刑事告訴ガイダンス
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを（裁判不要）してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者（又は競合他社）に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の３割程度を謝礼金として渡してください。
0702NAME IS NULL
2013/01/14(月) 17:53:13.86ID:/jifvTY6やっとこの対応されたからなぁ。。これには参った
0703NAME IS NULL
2013/01/15(火) 13:54:44.38ID:???SELECT COUNT(*) FROM table
これの結果の正確な値をしゅぱっと素早く返してくれるようになってるんすか?
三年位前に使ったときはそうでもなかったけど。
0704NAME IS NULL
2013/04/04(木) 13:44:35.49ID:DChSigPx0705NAME IS NULL
2013/04/07(日) 11:58:56.75ID:VqunSgNt惜しいねぇ〜
0706NAME IS NULL
2013/05/01(水) 21:56:32.21ID:???0707NAME IS NULL
2013/05/01(水) 22:46:41.42ID:???関数とかの対応状況はどっちも同じじゃないかな？
「今は」ね
0708NAME IS NULL
2013/05/02(木) 22:46:29.98ID:???「今は」ですか
MySQLにライセンス料が発生したら、PostgreSQLに流れますかねぇ
それともオブジェクト指向DBが取って変わるかも
0709NAME IS NULL
2013/05/09(木) 16:32:53.21ID:???今でも開発するソフトウェアがGPLで無い場合は、商用ライセンスが必要だと思ったが。
あと、オブジェクト指向DBが取って代わるなんて事は無いと思うよ。
0710NAME IS NULL
2013/05/09(木) 23:20:21.95ID:???0711NAME IS NULL
2013/05/09(木) 23:33:16.10ID:???postgresqlに.NETのデザインタイムサポートがあればなぁ。
暇と知識と技術があれば、自作したいくらいｗ
あと、windowsOS上で、全文検索とか、MySQLのほうが楽そう。
ここで聞くことじゃないとは思うけど、
postgres9.2 & windows でいい日本語全文検索方法あったら教えて下さいな。
0712NAME IS NULL
2013/05/09(木) 23:46:21.71ID:???標準のN-gram検索だとダメなの?
0713NAME IS NULL
2013/05/10(金) 00:05:55.58ID:???「ほとんどのユーザには〜バイナリ配布物をダウンロードすることを推奨します。」
ttp://www.postgresql.jp/document/9.2/html/install-windows.html
とまで書いちゃってるから、かなり敷居が高いのかなと…。
0714NAME IS NULL
2013/05/10(金) 00:37:02.78ID:???全文検索で日本語対応させるには、たったの1行書き換えるだけだし、
再コンパイル自体も難しいわけでもないし、問題ないと思うけどなぁ。
0715NAME IS NULL
2013/06/22(土) 15:24:07.08ID:???標準のN-gram検索は、3文字以上じゃないと使用されない
つまり、1文字や2文字の検索は適用されないので、「携」とか「携帯」で検索してもN-gram検索は適用されない
つまり、ただのシーケンシャルスキャンになって超遅い
textsearchに関しては、9.2に対応してないので実質使い物にならない
しかもゴミが残る仕様で放置されたまま
ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる
まともな全文検索ができるようになったらポスグレに戻ってくるわ
0716NAME IS NULL
2013/06/24(月) 09:08:46.72ID:???0717NAME IS NULL
2013/06/26(水) 15:07:04.95ID:QZ1iKrfb0718NAME IS NULL
2013/06/27(木) 09:47:16.97ID:???0719NAME IS NULL
2013/07/01(月) NY:AN:NY.ANID:???って認識でいいの？
0720NAME IS NULL
2013/07/05(金) NY:AN:NY.ANID:kC0pKTG8そうだね
激安中古Adobe取扱店かなりやすいね(・∀・)キャンペーンだと
ホント庶民の味方だよググってみ
0721NAME IS NULL
2013/09/07(土) 09:34:06.15ID:???ぐるーーーんがの
ポスグレ用のやつもあかんのかな?
0722NAME IS NULL
2013/09/08(日) 14:08:23.48ID:???初めにお試し的なのがリリースされてからぜんぜん更新されてないな
0723南沢木綿子 ◆UUIfF5txFAdU
2013/10/03(木) 15:32:50.17ID:???( ・∀・) ほー それで
( ： )
し─J
0724NAME IS NULL
2013/10/11(金) 22:41:21.94ID:???0725NAME IS NULL
2013/10/14(月) 12:54:00.84ID:???0726NAME IS NULL
2013/11/19(火) 08:11:48.89ID:7/k9mIM2http://www.slideshare.net/matsunobu/ss-28303485
では、
6. PostgreSQL オープンソースの高機能リレーショナル・データベース 日本では
歴史的にコミュニティが強く、日本人コミッタも多数存在している 日本語ドキュ
メントも充実している
と書いてるけど本屋に行ってRDB関係の本探すと大体はOracle,SQLServer、で後は
MySQLとPHPとか
PostgreSQLの本は探せばある…みたいな感じだけどほんとに充実してんの？
勿論、amazonで検索すれば出てくるけどさ。
0727NAME IS NULL
2013/11/19(火) 10:17:09.46ID:???0728NAME IS NULL
2013/11/19(火) 13:55:25.79ID:???本だけがドキュメントだと思っているのか?
0729NAME IS NULL
2013/11/19(火) 15:39:22.62ID:???つうか、この分析でMySQLが大規模向け、ポスグレが小規模向けっていう理由が
分からん。
LLがどうしたとかコネクションプーリングがどうしたで変わるのか？
なんか無理矢理MySQLを大規模向けにするための方便にしか聞こえない。
0730NAME IS NULL
2013/11/19(火) 17:10:33.27ID:7/k9mIM2これからDBを勉強したいって思ってる人間が本屋に行って沢山並んでいる奴と殆ど並んでいない奴とを比較して
どれを勉強しようかってなると…とか思わないですか？
ま、仕事で有無を言わさずやらされてたり、最初からそれ専門でやってる連中は別なんでしょうがね
0731NAME IS NULL
2013/11/19(火) 17:19:08.48ID:???本屋が全ての人がネットで仕事するのか
0732NAME IS NULL
2013/11/19(火) 17:26:32.91ID:???そこまでの素人だったら、こういう本から始めてほしいね。
『SQL ゼロからはじめるデータベース操作』
http://www.amazon.co.jp/dp/4798118818
0733NAME IS NULL
2013/11/20(水) 08:53:42.72ID:???最新版の公式ドキュメントが日本語で翻訳されるから本が必要な部分が少ないのだよ
>>729
だってMySQLの人だもん
0734NAME IS NULL
2013/11/21(木) 09:50:48.30ID:???>だってMySQLの人だもん
MySQLの人たちからもdisられ中
http://toro.2ch.net/test/read.cgi/db/1376466127/221-
0735NAME IS NULL
2014/01/04(土) 22:41:58.29ID:br7C6Zc50736NAME IS NULL
2014/01/05(日) 03:04:14.29ID:???0737NAME IS NULL
2014/01/09(木) 23:07:18.04ID:ATMa5W5tでもPostgreSQLは古いバージョン触った事ある人なら怖くて選択できない
0738NAME IS NULL
2014/01/10(金) 00:11:29.60ID:???0739NAME IS NULL
2014/02/06(木) 17:09:56.11ID:???逆じゃない？
俺は昔にMySQL使ってみてトラウマになって、いまだにMySQLだけは試してみようとも思わない。
本格的なSQLの仕様とか日本語(マルチバイト)対応の面とか、MySQLに対する優位性はゆるぎがなかったけどなぁ
今は知らないが
0740NAME IS NULL
2014/02/09(日) 22:15:32.57ID:???データベースをまったく知らんヤツにとっては、
10年ぐらい前MyISAMが主流だった頃
PostgreSQL＝重い、わけわからん MySQL＝軽い、使える
だったよな。
トランザクションも使えないMyISAMがRDBMSとして
「使える」って判断しちゃうヤツが多かったのは
Web2.0とか言い出す寸前ぐらいでにわかwebプログラマが
MySQL+Perlが正義みたいな風潮だったから仕方が無いのかもね。
まあ掲示板に毛が生えた程度の用途ならMyISAMで充分だったけど。
0741NAME IS NULL
2014/02/10(月) 08:03:23.83ID:???じゃなかたけ？
0742NAME IS NULL
2014/02/10(月) 08:19:50.69ID:???それ以前にMySQLは単なるサブセット
子供のおもちゃみたいなもん
だった
今はしらん
0743NAME IS NULL
2014/02/12(水) 11:20:32.47ID:???MySQL INNODBとPostgreSQLはほぼ標準的なDBでそこそこリソース必要。
MySQL MyISAMはDBとしては不完全な代わりにリソース少なくても軽くて速かった。
MySQL最強説が出た頃は、引退させたWindows3.1〜95用PCに
UNIX類(Redhat Linuxとか)インストールして自宅鯖にしてたような時代だから、
INNODBもPostgreSQLも「重い。使えない。」になったのは仕方ない。
0744NAME IS NULL
2014/02/12(水) 11:27:15.15ID:???MySQL最強説なんてあったかな？
あったとしても、まだサブクエリーも使えないRDBMSと呼べないような代物だったころの話でしょ？
0745740=743
2014/02/12(水) 15:17:12.15ID:???スマソ。レス番記載しなかったから話が繋がってなかった罠。
10年ぐらい前の「データベースをまったく知らんにわかWebプログラマ」の間に
LAMP(Linux+Apache+MySQL+PHP/Perl/Python)とか流行って、
「MySQL最強！PostgreSQLなんて劣化Oracleイラネ」な風潮があったって話だ。
もちろん実態としてはMySQLはMyISAM主流でRDBMSなんて呼べない状態だったし、
個人的には「あんなもんじゃデータベースの本領発揮出来ない。」って思ってた罠。
0746NAME IS NULL
2014/02/12(水) 20:05:15.51ID:???「トランザクションの無いRDBMS」
って使い物になんの？
と疑問だったな。
後日、アプリ屋と会話する事があって、アプリ側で競合回避のロック機能を
入れたりとかしてるとか聞いて大変そうだなと思ったっけ。
0747740
2014/02/12(水) 23:19:46.20ID:???（そしてその企みはおおむね成功してた。）
ファイルシステムしか経験がない連中にとっては、
MySQLは検索機能を実装済みのファイルシステム程度だったんだろうと思う。
MySQLもPostgreSQLも関係ないからスレ違いっぽいが、PGの実態として・・・
N88BASIC時代からやってる人が書いたAccess+VBAのシステムをメンテして、
「あー、この人はSQLを理解する気なんて一切無いのね。」って思ったりした事がある。
テーブルもレコードファイルの考え方で設計されてたし。
まあもっとも、AccessのSQLはクソ使いにくくてVBAでゴリゴリ書きたくなるのも確かだけど。
0748NAME IS NULL
2014/02/15(土) 15:06:41.73ID:???7のころからPostgresSQLを使っているが（Oracleから移行した）、処理が遅くて問題になったことは一度もないんだんが？
現行のPostgresSQLで処理能力に問題があるレベルだったら、Oracleとかでも同じじゃないかな？
ハード面を見直す必要があるよね。
うちのはハード構成としてはかなり強力。もちろんAPサーバとは別運用している。
0749NAME IS NULL
2014/02/15(土) 16:14:53.17ID:???0750NAME IS NULL
2014/02/15(土) 18:11:37.68ID:???よくある噂話はmysqlの方はチューニングして、pgsqlはそのまんまで
検索テストをしたとかなんとか。
pgsqlもちょとチューニングしたら、爆速になったとかなんとか。
0751NAME IS NULL
2014/02/15(土) 20:34:49.66ID:???バージョンアップでかえって遅くなるなんてのはザラだったな。
0752NAME IS NULL
2014/02/16(日) 14:43:16.89ID:???それなりに徹底的に検証してからでないと
0753NAME IS NULL
2014/02/16(日) 14:45:41.67ID:???こうゆう変な人がいるから困る、マジで。
どこで聞きかじったか知らないがさも知ってるふうに…
Oracle遅いって言える俺、かっこいいとか思ってるのかな？
0754NAME IS NULL
2014/02/16(日) 15:10:51.43ID:???その話も良く聞くけど、せいぜいメモリの割り当て程度の話。
しかも「爆速」とか言うほど変わるわけない。
なんでこう、実務に使った経験ないのに知ったかぶりで言う人が多いかなぁ
0755NAME IS NULL
2014/02/16(日) 21:37:20.18ID:???すまん、実体験なんだ…
PostgreSQL 並に軽くて速くする手軽な方法おしえてくれ…
0756NAME IS NULL
2014/02/19(水) 21:26:04.51ID:???MySQL はストレージエンジンを差し替えられるから、こういう芸当ができるんだね
PostgreSQL で似たようなことできないの？
0757NAME IS NULL
2014/02/19(水) 21:55:40.61ID:???まさに「芸当」だね
一発芸で話題を提供して話ネタで楽しむには面白いんだけど、
組込み向けRDBエンジンであるSQLiteをMySQLからアクセスできて何が嬉しいの？
0758NAME IS NULL
2014/02/20(木) 00:06:58.05ID:???作っている本人ですら用途が分からないと言っているような、
完全に趣味で作っているものを持ち上げるのは止めて差し上げろ。
0759NAME IS NULL
2014/02/20(木) 06:00:50.28ID:???才能ないからDeNA行くんだろうし、ほっとけ
>>756
FDWがある。
少なくとも現状のMySQLiteレベルなら一発撃破できるはず。
0760NAME IS NULL
2014/02/20(木) 09:07:51.32ID:???sqlite_fdw
oracleもあるしredisとかもある
0761NAME IS NULL
2014/04/14(月) 18:29:34.37ID:wO4srR+X0762NAME IS NULL
2014/04/30(水) 00:04:39.61ID:???0763NAME IS NULL
2014/04/30(水) 01:27:00.21ID:???オラクルの企業戦略次第では、いきなり有償化する可能性がある
0764NAME IS NULL
2014/04/30(水) 01:38:31.68ID:???学習用ってことじゃないの？
学習用ならPostgresqlで十分(十二分)と思う
0765NAME IS NULL
2014/04/30(水) 14:07:38.93ID:???商用版だからオラクルのほうが上ってことは全くない
0766NAME IS NULL
2014/04/30(水) 14:37:02.52ID:???0767NAME IS NULL
2014/04/30(水) 21:15:25.38ID:???では、言いたいことを聞かせてもらおうか
0768NAME IS NULL
2014/04/30(水) 22:08:05.15ID:???Express Editionの事でしょ。
OTNのは開発用のみに使えるフルバージョンのもの。
0769NAME IS NULL
2014/04/30(水) 22:18:37.04ID:???https://blogs.oracle.com/oracle4engineer/entry/column_xe_11g1
これだったら頑張ってsqlite使うわってレベル。
0770NAME IS NULL
2014/06/01(日) 02:10:42.50ID:???0771NAME IS NULL
2014/07/22(火) 02:03:23.77ID:???0772NAME IS NULL
2014/07/22(火) 02:49:12.17ID:8pBGbNeJ0773NAME IS NULL
2014/08/18(月) 13:38:05.26ID:???ほかが最強って言われるとムキになって否定すんのなw
こいつら、ビジネスでやってるのが見え見えだから
転職したら奇麗さっぱりMySQLのことなんてスルーするだろ
今から楽しみだわw
梶山
https://twitter.com/RKajiyama/status/495443844515643392
「最強のオープンソースデータベース」って何を根拠に最強とか言い切れるんだろうねぇ > 某社さん
日本男児
http://nippondanji.blogspot.jp/2013/04/7-7.html
『PostgreSQLがオープンソースRDBMS界のトップに君臨しているゆえんである』
マジレスするとそれは事実ではない。だいいちユーザー数ではトップではない。何をもってトップとするのか。それは個人の価値観ではないのか。
0774NAME IS NULL
2014/09/21(日) 15:19:30.29ID:???0775NAME IS NULL
2014/10/22(水) 20:08:49.27ID:RmgwHFbQ俺は根っからのPostgreSQL派だけど、あらゆる意味で最高のOSS-RDBMSとはやっぱり思わんよ。
現状、不得手なとこはあるからね。
まあ、日本男児もそこまでPostgreSQLをDisってるわけじゃない(ただPostgreSQLの魅力を理解しきってるかは疑問)。
0776NAME IS NULL
2014/10/22(水) 21:35:05.09ID:???0777NAME IS NULL
2014/10/23(木) 03:22:33.39ID:MzKJuvxmクラスタリング
集計機能の性能
パーティション化
0778NAME IS NULL
2014/10/23(木) 20:38:33.05ID:???MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが
0779NAME IS NULL
2014/10/23(木) 21:55:14.02ID:S9bcQjVwググって出てくるのがEUCのinitで馬鹿がこぞってEUC使ってEUC-UTF8問題起こす
0780NAME IS NULL
2014/10/24(金) 22:01:32.79ID:Io6q/TBFPostgreSQLをある程度使っていたら
データベースエンコーディングはUTF8が安牌っておもってたんだが…
0781NAME IS NULL
2014/10/24(金) 22:58:23.71ID:???0782NAME IS NULL
2014/11/13(木) 11:50:44.08ID:???俺もこれが理由で、PostgreSQL >> MySQL だわ。
商用ならSQLServerが好き。足りない機能をSQLCLRで作れるっていうのが素晴らしい。
0783NAME IS NULL
2014/11/15(土) 22:00:53.43ID:???パーティショニングは使いづらいよね
0784NAME IS NULL
2015/02/19(木) 02:24:35.67ID:w2FQPssG0785NAME IS NULL
2015/04/08(水) 00:44:45.67ID:NEVRcBwH0786NAME IS NULL
2015/06/05(金) 04:32:05.90ID:SP18brq70787NAME IS NULL
2015/09/02(水) 17:04:49.38ID:SNc/YyRl0788NAME IS NULL
2015/09/03(木) 10:51:59.52ID:???0789NAME IS NULL
2015/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
労働市場はこのような結果になりました！
0790NAME IS NULL
2015/11/18(水) 23:47:54.00ID:???お前さ、いろんな板の技術系スレでサイトの宣伝してるけど
そんなにaspに通報して欲しいの？
0791NAME IS NULL
2015/11/19(木) 09:09:22.50ID:CCLLwZMb0792NAME IS NULL
2015/11/19(木) 17:43:00.65ID:???0793NAME IS NULL
2015/11/22(日) 11:32:21.24ID:???0794NAME IS NULL
2015/11/22(日) 13:19:31.62ID:???0795NAME IS NULL
2015/11/24(火) 15:16:20.51ID:JaRwYBDP0796NAME IS NULL
2015/11/24(火) 15:34:43.05ID:???0797NAME IS NULL
2015/11/24(火) 16:27:10.00ID:JaRwYBDP$>mysql ユーザー名
全然違うがや
0798NAME IS NULL
2015/11/24(火) 16:32:56.03ID:JaRwYBDPデフォで、不審者がデータベース名を知っていた時
簡単に覗かれる
Mariaはデフォでパスワード入力が必要
NetbeansIDEとの相性、Mariaはmysqlの流れを踏襲しているので、簡単に
繋がる。Postgresは簡単に繋がらない。
0799NAME IS NULL
2015/11/24(火) 16:39:22.58ID:JaRwYBDP0800NAME IS NULL
2015/11/24(火) 17:08:18.29ID:???0801NAME IS NULL
2015/11/24(火) 17:19:57.49ID:???0802NAME IS NULL
2015/11/29(日) 18:08:29.77ID:E0T78taKテーブルとビューが同一扱いで、show view status;
でもできりゃいいんだけどね。
0803NAME IS NULL
2015/11/29(日) 18:13:09.94ID:E0T78taK0804NAME IS NULL
2015/12/13(日) 16:58:12.81ID:???0805NAME IS NULL
2015/12/19(土) 10:28:17.48ID:???ばか発見
0806NAME IS NULL
2015/12/19(土) 13:11:05.89ID:???0807NAME IS NULL
2015/12/26(土) 09:10:14.32ID:???mysql
0808NAME IS NULL
2016/04/03(日) 10:32:24.36ID:npDIb46EMySQLにWith句をほしがってるやつは多いよね。
0809NAME IS NULL
2016/04/03(日) 11:03:10.47ID:???0810NAME IS NULL
2016/04/03(日) 11:10:22.56ID:KHXWMpOWえっ？
ないの？
0811NAME IS NULL
2016/04/04(月) 18:42:07.19ID:0h8QU6nIボラクルから買収されて微妙な立場だよな。
MariaDBでも使うかな？
それとも、使ったことないPostgreSQLでもインストールしてみるか。。
迷うな
0812NAME IS NULL
2016/04/04(月) 21:32:28.58ID:???0813NAME IS NULL
2016/04/04(月) 22:34:22.19ID:???一太郎、花子のようなもの
0814NAME IS NULL
2016/04/05(火) 02:20:50.85ID:???0815NAME IS NULL
2016/04/05(火) 19:41:19.00ID:???MySQLずっとつかってて初めてPostgreSQL使うと、
あまりの律儀さにびっくりすると思うよ。
絶対に「型が違う」って怒られると思う。で、しこしこキャストしながら、
MySQLのいい加減のいい加減さを見直すことになると思う。
0816NAME IS NULL
2016/04/05(火) 20:39:47.03ID:???mysqlはフレームワークの中で使っただけだから裸？で使った事はない。
0817NAME IS NULL
2016/04/05(火) 21:30:54.77ID:AJ+0IO5x0818NAME IS NULL
2016/04/05(火) 23:18:30.35ID:qG5JSFPLなるほどね。
17年以上、MySQL使ってきたんで馴染めるかな？
一回、試しで使ってみようかな？
MySQL使い始めた当初は、留学中でオープンソースのRDBMSといえばMySQLといった感じで、回りにもMySQL使いが多かった。
2003年に帰国してビックリ。
日本じゃPostgreSQLのユーザーが多くて、書籍なんかも(代表的なシーラカンス本)圧倒的にPostgreSQLが多かったのには驚いたよ。
MySQL使い始めた当時は本買うお金無かったんで、NetBSD環境でMySQLの公式オンラインマニュアル読んでインストールしたり、テーブル作ったりしたの覚えてるな。
0819NAME IS NULL
2016/04/07(木) 19:25:50.83ID:???ばーかばーかばーか
0820NAME IS NULL
2016/04/07(木) 23:28:54.43ID:2zd5IQ++ばかっていうほうがばかなんですー
0821NAME IS NULL
2016/04/08(金) 02:18:41.84ID:???0822NAME IS NULL
2016/06/15(水) 02:46:02.36ID:???0823NAME IS NULL
2016/06/15(水) 10:41:51.55ID:???いついったよ、なんじなんぷんなんびょう？
って書いてあるな・・
0824NAME IS NULL
2016/06/15(水) 14:42:09.49ID:???0825NAME IS NULL
2017/01/12(木) 00:44:15.95ID:???Oracleほど突き抜けて泥臭い地道さを要求されるなら諦めるが・・・。
（インストールやライセンスにどんだけ気を使うんだよ。致命的バグでパッチ当てなきゃつかいもんならんし・・・。Oracleが洗練されているという人がいるのが信じられん。これも愚痴ｗ）
PostgreSQLもなんやかんや開発者に気を使わせすぎだろ。VACUUMとかだりぃっつのｗ
Groupごときでガタガタうっせぇ。単一レコードの塊ですら集計関数要求するってどんだけ頭固いんだよ！
あとフリーズしてビビったわ。OracleでもMySQLでもガツガツ動いてるっつの！
ってなった。
0826NAME IS NULL
2017/01/12(木) 21:42:31.49ID:???ばーかばーかばーか
0827NAME IS NULL
2017/08/18(金) 10:22:33.94ID:???とりあえずcgiはperlで書いてるみたいだけど。。
0828NAME IS NULL
2017/08/18(金) 10:39:58.15ID:???ここまで読みました。
0829NAME IS NULL
2017/08/18(金) 22:54:17.60ID:???>>503
勉強になるなあ
0830NAME IS NULL
2017/12/29(金) 11:17:33.93ID:dtNZwIie参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
COWI3J10G8
0831NAME IS NULL
2018/02/28(水) 16:49:00.55ID:???PostgreSQLの勝ち
0832NAME IS NULL
2018/02/28(水) 18:12:07.57ID:???つーか、オプソ。
0833NAME IS NULL
2018/02/28(水) 18:40:14.40ID:???0834NAME IS NULL
2018/03/02(金) 15:48:00.94ID:???だな
http://www.softagency.co.jp/products/mysql/license/
>>832
GPL見てから言え
0835NAME IS NULL
2018/03/02(金) 15:52:40.30ID:???https://anond.hatelabo.jp/20140722001658
ソースコード流出しないなら無料で使えるが流出する恐れ有るならライセンス買う必要有り
0836NAME IS NULL
2018/03/02(金) 15:58:58.60ID:???http://blog.kimuradb.com/?eid=687448
結局、BSDライセンスで広範囲に無料のPostgreSQLが安くつく
Oracleに買収されたのがMy SQLの運のツキ
0837NAME IS NULL
2018/03/02(金) 18:21:38.51ID:???0838NAME IS NULL
2018/03/02(金) 18:45:39.10ID:???MySQLならいい本があるわけ？
0839NAME IS NULL
2018/03/02(金) 19:04:30.56ID:???pgadminとかいまだに使い方よく解らないよ
0840NAME IS NULL
2018/03/02(金) 19:09:57.33ID:???そのチャートは情弱に商用ライセンス買わせたい意図が感じられる
「ソフトウェアを他人に配布しますか？」
受託開発で納品するのは配布ではないし
同一組織内でクライアントライブラリをコピーして使っても配布には当たらない
つまりは開発アプリケーションをMySQL込みで再配布しないなら心配不要
でもPostgres使うけどね
0841832
2018/03/03(土) 01:05:39.17ID:???GPLだってオプソだぞ。それに、無料には違いない。
GPL見てから言え。
>>835
「流出」ってなんだよ？ｗ
>>836
ORACLEに買収される前からGPL(を含むデュアルライセンス)なので、ORACLEは関係ない。
ORACLEがクソで、PostgreSQLのほうがライセンス的に使いやすいことはいずれも認めるけども。
>>840
そうそう、あのフローはあやしいよねえ？
きっとわざわざMySQL Community Editionをゴールから外してる。
販売代理店だからなんだろうけど、ちょっとひどい。
あと追加としては、サーバーからサービスとしてユーザーに提供することは「頒布」にはならない。GPLに基づいてソースを請求できるのは、バイナリを直接利用するユーザーだけ。
だから、サーバーソフトウェアの場合は、意外とGPLが制約にならない。
0842NAME IS NULL
2018/03/03(土) 01:49:17.27ID:???Java JREの様にね
普及すればライセンス有料化するのがOracle
0843NAME IS NULL
2018/03/03(土) 13:21:30.04ID:???0844NAME IS NULL
2018/03/03(土) 15:07:43.01ID:???普及率が、、、
0845NAME IS NULL
2018/03/03(土) 16:46:16.00ID:???>Oracleがライセンスフリーを外す可能性有る
>Java JREの様にね
めちゃくちゃな解釈
Javaに対する変更も理解できてないのな
0846NAME IS NULL
2018/03/05(月) 00:49:15.94ID:???保守費用が有償になる(特にJRE)
My SQLもGPLライセンス止めるかもね
0847NAME IS NULL
2018/03/05(月) 01:54:24.56ID:???>保守費用が有償になる(特にJRE)
その理解が間違ってるんだって
オツム弱いなwwww
どっかのスレでベンダーが困るとか言い張ってるやつと同じだな
0848NAME IS NULL
2018/03/05(月) 04:15:32.26ID:???0849NAME IS NULL
2018/03/05(月) 17:57:17.09ID:???後からゴタゴタするよりマシ
0850NAME IS NULL
2018/03/06(火) 08:21:38.48ID:???0851NAME IS NULL
2018/03/06(火) 14:36:25.78ID:???導入事例少ない
0852NAME IS NULL
2018/03/06(火) 23:05:15.86ID:???http://webbymonks.com/blog/web-development/mariadb-mysql-chosen-dbms-need/
Linuxディストリビューションの状況を見ても趨勢は明らか
0853NAME IS NULL
2018/03/06(火) 23:38:51.98ID:???けっこう昔の時点ですでに、Linuxの少なくないディストリビューションのデフォルトになり、Googleは(たぶんすべてではないだろうけど)移行した。
Facebookは移行してないんだっけか。
ま、これでダメだというのなら、充分な導入事例はどのデータベースでもムリだね。ｗ
0854NAME IS NULL
2018/03/06(火) 23:50:22.92ID:???海外の話出しても、こと日本ではMy SQLかPostgreSQLかが実情だろ
0855NAME IS NULL
2018/03/06(火) 23:57:21.18ID:???0856NAME IS NULL
2018/03/07(水) 00:22:09.15ID:???0857NAME IS NULL
2018/03/07(水) 00:27:16.06ID:???0858NAME IS NULL
2018/03/07(水) 03:16:02.58ID:???実例出せない時点で、この議論は終わり
MariaDBが普及するまでにはならない、って事だよ
0859NAME IS NULL
2018/03/07(水) 04:13:51.51ID:???まー、えーわ。
じゃあとりあえず、現時点でのMySQLとPostgreSQLの実例をだせや。
0860NAME IS NULL
2018/03/07(水) 12:59:46.02ID:???https://lets.postgresql.jp/documents/case
https://www.pgecons.org/postgresql-info/introduction-example/
https://www.beproud.jp/business/results/
https://www.mysql.com/jp/why-mysql/case-studies/#ja-5-26
https://www.design-ss.co.jp/case_study.html
0861NAME IS NULL
2018/03/07(水) 15:23:20.60ID:???「障害無く稼働してる」ってどこに書いてるの？
0862NAME IS NULL
2018/03/07(水) 19:55:03.92ID:???障害有ればニュースになってると思うが?
何も無いからね
0863NAME IS NULL
2018/03/07(水) 19:59:19.83ID:???実例出したのにMariaDBの導入事例出せないのが、そんなに悔しいか?w
MariaDB導入以前にMy SQL導入してるところはMariaDBに移行するところはほとんど無い
それで今のところ大きな問題無いからね
OracleがMy SQLのライセンス化したらMariaDBに変えるかも知れんがPostgreSQLと天秤かけたら微妙
MariaDBはだんだんMy SQLとかけはなれつつあるしな
0864NAME IS NULL
2018/03/07(水) 21:03:12.87ID:???>障害有ればニュースになってると思うが?
アホだろww
もしかして仕事したことない人？
0865NAME IS NULL
2018/03/08(木) 00:50:07.54ID:???ぶっちゃけ日本限定の実績なんかどーでもいーよ。
日本企業がMariaDBに移行しにくいのは、どうせ業務サポートがないから、みたいなつまらん理由だろうし。
ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。
0866NAME IS NULL
2018/03/09(金) 16:45:51.46ID:???>>ぶっちゃけ日本限定の実績なんかどーでもいーよ。
海外相手に仕事してるの?w
>>ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。
それが問題なんでしょ
0867NAME IS NULL
2018/03/09(金) 18:07:26.46ID:???MariaDBだけじゃなくPerconaやAuroraへの移行事例だって
公表されてるだけでもそこそこある
知らないなら知らないでいいんじゃない
君には関係ないから
0868NAME IS NULL
2018/04/01(日) 09:01:48.77ID:???0869NAME IS NULL
2018/08/09(木) 02:27:11.54ID:???MariaDB VS PostgreSQLの方が妥当だな
0870NAME IS NULL
2018/08/12(日) 23:14:45.82ID:cfFh3cqu0871NAME IS NULL
2018/08/17(金) 01:38:16.05ID:yITprh7ZBSDはノベルだっけ？との裁判沙汰が足を引っ張ったと思うのです
0872NAME IS NULL
2018/09/14(金) 03:21:47.97ID:???0873NAME IS NULL
2018/09/14(金) 03:22:26.85ID:???0874NAME IS NULL
2018/09/18(火) 13:18:07.80ID:???0875NAME IS NULL
2018/09/18(火) 18:16:17.58ID:???0876NAME IS NULL
2018/09/28(金) 10:51:37.88ID:???今知った
0877NAME IS NULL
2018/10/13(土) 19:50:31.89ID:???0878NAME IS NULL
2018/10/26(金) 13:30:56.86ID:???0879NAME IS NULL
2018/10/26(金) 13:31:29.34ID:???0880NAME IS NULL
2018/10/27(土) 14:02:49.26ID:???っていう書き込みと同じくらい意味がない書き込み
0881NAME IS NULL
2018/11/01(木) 11:26:08.82ID:???0882NAME IS NULL
2018/11/02(金) 11:54:13.80ID:???0883NAME IS NULL
2018/11/30(金) 02:15:20.33ID:???0884NAME IS NULL
2018/12/11(火) 09:26:11.85ID:???0885NAME IS NULL
2019/01/24(木) 20:48:02.89ID:???0886NAME IS NULL
2019/01/24(木) 20:48:53.74ID:???0887NAME IS NULL
2019/01/24(木) 20:53:47.18ID:???0888NAME IS NULL
2019/01/24(木) 21:26:53.36ID:???0889NAME IS NULL
2019/02/03(日) 17:49:58.30ID:???0890NAME IS NULL
2019/02/23(土) 18:42:50.27ID:???0891NAME IS NULL
2019/05/21(火) 13:07:20.68ID:???0892NAME IS NULL
2019/05/28(火) 10:01:01.48ID:???0893NAME IS NULL
2019/07/09(火) 12:05:57.09ID:pLM6oRS00894NAME IS NULL
2019/07/09(火) 17:30:09.71ID:???0895NAME IS NULL
2019/07/13(土) 19:04:22.86ID:AJIqdE5uMariaDB-10.3使った方が良いよ。
0896NAME IS NULL
2019/07/13(土) 19:09:16.14ID:AJIqdE5uGPLv3じゃないだけマシかも。
0897NAME IS NULL
2019/07/13(土) 19:11:22.41ID:AJIqdE5u日本ではポスグレ多いのは何で？
0898NAME IS NULL
2019/07/13(土) 21:51:07.25ID:???MySQLがOracle傘下だからでしょ
0899NAME IS NULL
2019/07/13(土) 22:14:58.55ID:???0900NAME IS NULL
2019/07/14(日) 00:05:24.58ID:???解説本と日本語化のタイミングやったんちゃうの。
MySQLのシフトJIS対応は、最初(だけ)あやしかったし。
まあ、どっちがどうこうよりも、たまたまみたいなもん？
Windows公式対応はMySQLのほうがずっと早かったから、こっちにも可能性はあったと思う。
0901NAME IS NULL
2019/08/20(火) 01:14:33.69ID:tgzrEVLm> だから、サーバーソフトウェアの場合は、意外とGPLが制約にならない。
最近AGPLってのが使われてたりするが、あれはどうなんよ？
0902NAME IS NULL
2019/08/20(火) 04:45:12.55ID:???もちろん超制約。
ま、そのためにつくられたからね。
しかたないね。
0903NAME IS NULL
2019/08/22(木) 14:55:11.42ID:rdki7B7h0904NAME IS NULL
2019/08/28(水) 01:20:49.67ID:???0905NAME IS NULL
2019/08/28(水) 01:21:00.85ID:???0906NAME IS NULL
2019/08/28(水) 01:21:15.60ID:???0907NAME IS NULL
2019/08/28(水) 01:22:26.22ID:???0908NAME IS NULL
2019/09/20(金) 23:59:39.08ID:isalmAv10909NAME IS NULL
2019/09/21(土) 12:52:51.78ID:???MySQLは、その開発「企業」のMySQL ABを買収することが可能だった。
中の人は逃げたが、それはそれ。
0910NAME IS NULL
2019/09/21(土) 13:48:06.28ID:???やりようが無いんじゃないの？
0911NAME IS NULL
2019/10/25(金) 19:49:31.86ID:fiSpINdiだってポスグレはレッドハット陣営だから。
0912NAME IS NULL
2019/11/20(水) 13:56:32.54ID:???0913NAME IS NULL
2020/04/04(土) 14:57:02.44ID:???0914NAME IS NULL
2020/04/22(水) 16:01:47.52ID:???0915NAME IS NULL
2020/04/27(月) 13:09:21.04ID:???0916NAME IS NULL
2020/04/29(水) 12:20:23.97ID:???0917NAME IS NULL
2020/05/01(金) 11:08:45.26ID:???0918NAME IS NULL
2020/12/12(土) 01:45:43.53ID:WeETooqZなんでまだMySQL(≒MariaDB)の方が使用人口が圧倒的に多いの？
ここ↓読んでも分かるけど、
https://eh-career.com/engineerhub/entry/2017/09/05/110000
MySQL(≒MariaDB)よりもPostgreSQLの方が機能的に断然上に思える
なのに、MySQLの方が使用人口が多い
やっぱり、今まで使ってきたからっていう惰性？
これからはPostgreSQLが主力になっていくの？
Heroku使ってみたんだけど、標準DBがPostgreSQLだった
今、どっちを主に勉強しようかと考えたら、やっぱりPostgreSQLかなと思ってんの
でも、就職・転職を考えなるなら使用人口の多いMySQLの方が有利じゃん？
もうね、もどかしいわ
誰か、なんとかして
0919NAME IS NULL
2020/12/12(土) 03:41:23.70ID:???○ バトルプルーフ
0920NAME IS NULL
2020/12/12(土) 14:46:33.42ID:???惰性。
特に海外で、MySQLが強かったから、
MySQL前提のソフトが多かった。
最近は、Oracle様のおかげか、
MySQLとPostgreSQL両方いけるソフトが多いね。
0921NAME IS NULL
2020/12/12(土) 17:08:31.52ID:WeETooqZ実戦で使えるのがMySQLという意味ですね
ただ、根拠が欠如していると感じます
>>920
MySQL前提のソフトが多かった、としたら
確かにMySQL使わざるを得ないですよね、
MySQLが好きか嫌いかに拘らず
そう言えば、LAMPPやXAMPPもありましたね
今後の動向について調べていて、今、見つけた資料です↓
https://db-engines.com/en/ranking_trend/system/MySQL%3BPostgreSQL
現在、MySQLのスコアはPostgreSQLのスコアの約4倍あるんですが、
この傾きで行くと、5年後の2025年にはPostgreSQLが追いつきそうです
しかも、このグラフはLogスケールで描かれていますので、
MySQLはせいぜい維持しかできていない一方で、
PostgreSQLは指数関数的に増加していると考えられます
5年後を見据えた長期的な視点でPostgreSQLにしましょうかね・・・
0922NAME IS NULL
2020/12/12(土) 18:21:53.05ID:???Postgresを理解してたらMySQLは必要になった時に調べながら覚えれば十分
0923NAME IS NULL
2020/12/12(土) 19:19:51.02ID:WeETooqZ背中を押してくれてありがとうございます。
では、PostgreSQLにします。
PostgreSQLなら機能が豊富で、
GPLライセンスを気にする必要がないんで(MariaDBもだけど)、気兼ねなく使えますね。
たとえ、就職先・転職先がMySQLやOracle、SQL Serverを使っていても、
「PostgreSQLなら知っています（熟知しています）」で通します。
5年後が予想通りPostgreSQL全盛になっているか楽しみです。
0924NAME IS NULL
2020/12/12(土) 19:26:42.33ID:???ポスグレって、昔からそんなことばかり言ってないか？ｗ
0925NAME IS NULL
2020/12/12(土) 20:10:12.09ID:???0926NAME IS NULL
2020/12/26(土) 16:25:05.69ID:peZ7aKdi0927NAME IS NULL
2021/01/24(日) 11:31:36.92ID:???0928NAME IS NULL
2021/02/06(土) 01:01:47.68ID:???仕事ではポスグレ案件抱えてるけど
0929NAME IS NULL
2021/02/06(土) 21:22:50.52ID:???フツー、逆だろ
0930NAME IS NULL
2021/04/06(火) 15:42:56.74ID:???0931NAME IS NULL
2021/04/07(水) 10:11:39.97ID:???0932NAME IS NULL
2021/04/08(木) 08:59:13.77ID:???0933NAME IS NULL
2021/04/08(木) 14:59:02.17ID:???0934NAME IS NULL
2021/04/13(火) 20:59:13.35ID:???PostgreSQLの方が楽ちゃ楽
0935933
2021/04/13(火) 21:07:50.08ID:???負けっぱなしの人生だったけど、生まれて初めて勝った！
PostgreSQLの大勝利！
0936NAME IS NULL
2021/04/17(土) 21:56:48.40ID:???https://josys-memo.com/mysql-license/
他人にシステム渡さないならMySQLでシステム組んで良い
0937NAME IS NULL
2021/04/30(金) 16:47:50.50ID:???936は>>933
0938NAME IS NULL
2021/06/23(水) 22:38:49.95ID:???どっちが貴いか語るまでもない
0939NAME IS NULL
2021/07/03(土) 17:43:09.91ID:R35jReGzMySQL Community Serverは何をやっても無料。MySQLは基本的に無償。
よく誤解されるが、サポート契約が必要でなければ、わざわざどこかに伝える必要もないん
0940NAME IS NULL
2021/07/05(月) 17:43:21.56ID:???マリアは妹の方や
0941NAME IS NULL
2022/05/09(月) 22:39:30.41ID:pWJvC+rz0942NAME IS NULL
2022/05/10(火) 04:55:29.90ID:???父 40歳 海外へ単身赴任(死ぬまで)
母 35歳 息子に甘い
姉 17歳 弟に甘い
俺 44歳
妹 15歳 多感な時期 俺に反発しながらも。。？
猫 ウンチしない 抜け毛ない 俺の声かけに無視しない
0943NAME IS NULL
2022/06/21(火) 13:09:12.94ID:???ライセンス料的に有利なのにね
0944NAME IS NULL
2022/06/21(火) 21:21:15.22ID:rRSgAeKSMySQLは機能がしょぼいから、OracleDBの代わりは務まらない。
0945NAME IS NULL
2022/06/27(月) 08:43:50.93ID:???0946NAME IS NULL
2022/07/11(月) 11:44:15.99ID:???0947NAME IS NULL
2022/07/15(金) 11:04:53.14ID:???0948NAME IS NULL
2022/07/18(月) 02:04:51.43ID:E/EqROxZ0949NAME IS NULL
2022/07/19(火) 18:17:49.69ID:???0950NAME IS NULL
2022/07/20(水) 16:14:25.32ID:???0951NAME IS NULL
2022/07/21(木) 01:30:46.38ID:x8zcIuwH個人の趣味の延長ではビジネスにならないことが判明したんだよ。
0952NAME IS NULL
2022/07/21(木) 01:31:52.54ID:x8zcIuwH数ではいまでも圧倒的にOracle Databaseだけどな。
0953NAME IS NULL
2022/07/21(木) 02:25:06.44ID:???0954NAME IS NULL
2022/07/21(木) 02:41:33.93ID:x8zcIuwH根拠のない妄想
シェアと数はまったく異なる指標
0955NAME IS NULL
2022/07/21(木) 11:27:14.90ID:???0956NAME IS NULL
2022/07/23(土) 22:50:15.44ID:+9Y/Vh0p0957NAME IS NULL
2022/07/25(月) 20:30:57.04ID:???Excelでええだろ
0958NAME IS NULL
2022/07/25(月) 21:15:30.41ID:???0959NAME IS NULL
2022/07/25(月) 21:31:46.05ID:BDS5FVoYExcelの方が高いという矛盾
0960NAME IS NULL
2022/07/26(火) 08:49:31.88ID:HkRCalijMySQLはDB側にロジックを持たせない思想であれば使えるが、そうでないとストアドプロシージャの実装が悪いのでMySQLは勧めない。
0961NAME IS NULL
2022/08/03(水) 16:24:32.21ID:???OracleからだとMySQLへの移行がやり易い
Oracle社が変換ツール用意してる
PostgreSQLだとフリーアプリ(Ruby製)しか無い
0962NAME IS NULL
2022/08/03(水) 22:31:01.48ID:???0963NAME IS NULL
2022/08/05(金) 13:27:48.85ID:???https://www.ntt-tx.co.jp/column/postgresql_blog/20171027/
0964NAME IS NULL
2022/08/05(金) 14:14:50.55ID:???その記事のどこに「PostgreSQLだとフリーアプリ(Ruby製)しか無い」と書いてあるの？
そもそもora2pgはperl製やぞ
嘘つき
0965NAME IS NULL
2022/08/05(金) 15:34:35.36ID:???0966NAME IS NULL
2022/08/05(金) 18:37:25.18ID:???MySQLだと機能面で対応してないものが多いから
0967NAME IS NULL
2022/08/05(金) 21:34:28.76ID:???「PostgreSQLだとフリーアプリしか有りませんよ。移行するならMySQLのほうがやり易いですよ。」
と誰かさんに言われて調べもせずに真に受けちゃったんだろう
ボラのあるある
0968NAME IS NULL
2022/08/06(土) 11:04:33.99ID:???具体的にMySQLだとどういう機能が無いの?
0969NAME IS NULL
2022/08/06(土) 13:39:07.70ID:9XlW1m7Pマテリライズドビューがない
0970NAME IS NULL
2022/08/08(月) 10:58:36.79ID:???Viewだけの問題ならOracle→MySQLで良いじゃん
0971NAME IS NULL
2022/08/08(月) 11:23:56.95ID:???マテリアライドビューなw
https://products.sint.co.jp/siob/blog/oracle-view-mview
要はスナップショットじゃん
スナップショットはMySQLでも出来るべ
https://dev.mysql.com/doc/refman/8.0/ja/replication-snapshot-method.html
0972NAME IS NULL
2022/08/08(月) 11:25:10.01ID:???訂正、マテリアライズドビューね
0973NAME IS NULL
2022/08/08(月) 12:23:18.68ID:Qb/hdlom0974NAME IS NULL
2022/08/08(月) 13:14:17.80ID:???出来ない、訳では無いでしょ
0975NAME IS NULL
2022/08/08(月) 14:29:17.80ID:???そりゃできないものなんて存在しないやろ
移行しやすさの話なのを理解してるのかな？
0976NAME IS NULL
2022/08/08(月) 14:53:28.80ID:???0977NAME IS NULL
2022/08/08(月) 20:21:18.95ID:Qb/hdlomマテリライズドビューは本物のテーブルの更新内容を高速で反映できるから意味があるのであって、コピーテーブルを作るのに時間がかかってはレコード数の多いテーブルではまったく使い物にならない。
0978NAME IS NULL
2022/08/08(月) 20:22:00.49ID:Qb/hdlomデータベースとスキーマの概念が分けられていない。
0979NAME IS NULL
2022/08/09(火) 10:46:59.00ID:???大概はOracle→MySQLでも問題無い
0980NAME IS NULL
2022/08/09(火) 11:56:42.14ID:???バカ高の有償サポートが欲しいくらいしか思いつかん
0981NAME IS NULL
2022/08/09(火) 12:21:45.05ID:???同意
MySQLでさえ商用ライセンスは高いしね
0982NAME IS NULL
2022/08/09(火) 13:49:51.08ID:???「高いものを使ってる」ことで得られる安心感と満足度ってのがあるのよ
アホらしいけど
0983NAME IS NULL
2022/08/09(火) 16:01:13.29ID:???0984NAME IS NULL
2022/08/09(火) 16:01:29.27ID:???0985NAME IS NULL
2022/08/09(火) 16:02:23.45ID:???0986NAME IS NULL
2022/08/09(火) 16:03:27.37ID:???0987NAME IS NULL
2022/08/09(火) 16:03:38.46ID:???0988NAME IS NULL
2022/08/09(火) 16:03:53.51ID:???0989NAME IS NULL
2022/08/09(火) 16:04:25.74ID:???MariaDB(MySQLは今だけ) vs PostgreSQL Part3
https://mevius.5ch.net/test/read.cgi/db/1536445112/
0990NAME IS NULL
2022/08/09(火) 16:04:39.98ID:???0991NAME IS NULL
2022/08/09(火) 16:12:49.62ID:???0992NAME IS NULL
2022/08/09(火) 16:28:58.71ID:???0993NAME IS NULL
2022/08/09(火) 16:30:48.67ID:???0994NAME IS NULL
2022/08/09(火) 16:59:51.47ID:???0995NAME IS NULL
2022/08/09(火) 17:52:21.67ID:???0996NAME IS NULL
2022/08/09(火) 18:08:42.52ID:???0997NAME IS NULL
2022/08/09(火) 18:20:51.61ID:???0998NAME IS NULL
2022/08/09(火) 18:27:37.00ID:???0999NAME IS NULL
2022/08/09(火) 18:29:30.49ID:???1000NAME IS NULL
2022/08/09(火) 18:39:11.03ID:???10011001
Over 1000Thread新しいスレッドを立ててください。
life time: 6215日 13時間 55分 51秒
10021002
Over 1000Thread運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 円安の影響「大きくない」 日銀総裁、当面は緩和継続 [蚤の市★]
- 三浦瑠麗氏 離婚を発表「先日、夫婦を卒業しました。友人になりました」 [muffin★]
- 「なんで私があなたの子どものために」 広がる「子持ち様」批判 ★2 [蚤の市★]
- 【香川】交番内で2回性的行為 20代巡査の男女、懲戒処分 [PARADISE★]
- 【福島】「楽しくてやめられず」育児休業中に中古車販売で２億円稼いだ税務署職員に懲戒処分 [ぐれ★]
- 【視聴率最下位】フジテレビ社長がテレビ東京の視聴率最下位脱出に言及「真摯に受け止めて反転攻勢を練っていく」 [muffin★]
- 8時だョ！職人集合～🏡
- Fate/GOスレ
- NHKのインターネット受信料「プロバイダやSIMに月額1100円程度上乗せ」衆議院可決 [125197727]
- 【ドル円157円】 介入ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!? [434776867]
- 【悲報】三浦瑠麗、離婚 [834922174]
- なんかAmazon使わなくなったよな