私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL vs PostgreSQL Part2
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
CSEはmysqlの3.23までしか対応してないの?パッチあてれば4.1以上でも使えるって聞いたんだけど
>>301
フツーに使えとるけど
フツーに使えとるけど
相変わらず、MySQL のライセンスの使い分けがよく分からない。
例えば、mixi みたいなシステムでは商用ライセンスじゃないといけないの?
それとも、MySQL 自体を変更していなければ、mixi の Perl のソースを公開しなくても GPL で OK?
例えば、mixi みたいなシステムでは商用ライセンスじゃないといけないの?
それとも、MySQL 自体を変更していなければ、mixi の Perl のソースを公開しなくても GPL で OK?
わからなければ商用ライセンスを買ってください。
わかる人だけがGPL版を使ってください。
わかる人だけがGPL版を使ってください。
充分答えになっていると思うが?
いちかばちかで犯罪者になりたくはないだろう?
警察に「2chで質問したらOKだって言われたから」と言い訳するつもりか?
ここには意図的に嘘を書く輩が大勢徘徊しているのだぞ。
いちかばちかで犯罪者になりたくはないだろう?
警察に「2chで質問したらOKだって言われたから」と言い訳するつもりか?
ここには意図的に嘘を書く輩が大勢徘徊しているのだぞ。
分からないから教えてくれと言っているのに対して、
分からない部分を教えないのでは、答えたことにならないだろ。
分からない部分を教えないのでは、答えたことにならないだろ。
相変わらず不毛だねぇ、君たち
PostgreSQLは関係ないんなら
MySQLの話はそっちでやってくれよ
PostgreSQLは関係ないんなら
MySQLの話はそっちでやってくれよ
GPLは再配布の際に問題になってくるっていう大前提がわかっていれば、
GPL周りの疑問や誤解はかなりなくなるんだけど、それすらお勉強しない
ヤシは後を絶たないな。
GPL周りの疑問や誤解はかなりなくなるんだけど、それすらお勉強しない
ヤシは後を絶たないな。
WEBページで、ページ送りを作るときに全体の件数が知りたいときどうしてますか?
(Limit句つけて検索したときの話です)
mysql だて SQL_CALC_FOUND_ROWS ですませてるんですが、postgres含む他のDBでは
どうやってるんでしょうか?
SQL2回発行してるんでしょうか。
mysql> SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name
WHERE id > 100 LIMIT 10;
mysql> SELECT FOUND_ROWS();
(Limit句つけて検索したときの話です)
mysql だて SQL_CALC_FOUND_ROWS ですませてるんですが、postgres含む他のDBでは
どうやってるんでしょうか?
SQL2回発行してるんでしょうか。
mysql> SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name
WHERE id > 100 LIMIT 10;
mysql> SELECT FOUND_ROWS();
.NETから両方使った事奴いるかな?
どっちが使いやすいというか・・・
その辺の感想聞かせて欲しい
OLEDBで接続した時の苦労話とか
どっちが使いやすいというか・・・
その辺の感想聞かせて欲しい
OLEDBで接続した時の苦労話とか
やっぱ、MySQLの方がPostgreSQLよりも人気もあって、導入実績もあるみたいだね。
個人的にはどっちもどっち・・・
技術者が手慣れたものがいちばん良いよ・・・とは言え、参照系ならMySQL、そうじゃないなら
PostgreSQLって感じかな。
当たり前のことしか書けないわ。(笑)
技術者が手慣れたものがいちばん良いよ・・・とは言え、参照系ならMySQL、そうじゃないなら
PostgreSQLって感じかな。
当たり前のことしか書けないわ。(笑)
コネクション数が多い場合、mysqlのほうが有利な気がする。
あとHAや負荷分散かんがえるとmysqlのほうが有利な気がする。
replace(or upsert)は正直うらやましい。
でも、PostgreSQLのほうが扱い慣れてのもあるけど、変な制約もなく基本的な機能が素直で良い子
あとHAや負荷分散かんがえるとmysqlのほうが有利な気がする。
replace(or upsert)は正直うらやましい。
でも、PostgreSQLのほうが扱い慣れてのもあるけど、変な制約もなく基本的な機能が素直で良い子
仕事で使う場合、機能や速度よかライセンス的にPostgreSQLのほうがありがたいね。
あと、PostgreSQLのHAクラスターっていろんな実装が出てきては開発停止になっている印象が。
PGClusterの印象が強すぎるせいかもしれないけど。
いまはpgpool、PostgresForest、Slony-lってとこなのかな?
あと、PostgreSQLのHAクラスターっていろんな実装が出てきては開発停止になっている印象が。
PGClusterの印象が強すぎるせいかもしれないけど。
いまはpgpool、PostgresForest、Slony-lってとこなのかな?
>>339
PostgreSQLのクラスタの情報ってホント少ないよね。
あとフェイルオーバークラスタ、シングルマスタクラスタなら
できるようになったけど、マルチマスタクラスタが
いつになったら安定して出来るようになることやら。
PGClusterは開発者が実質一人しかいないけど、
その人もずっと忙しくて、開発やってる暇ないらしいし。
誰か休日使ってPGClusterの動作テストとデバッグやってくれない?
PostgreSQLのクラスタの情報ってホント少ないよね。
あとフェイルオーバークラスタ、シングルマスタクラスタなら
できるようになったけど、マルチマスタクラスタが
いつになったら安定して出来るようになることやら。
PGClusterは開発者が実質一人しかいないけど、
その人もずっと忙しくて、開発やってる暇ないらしいし。
誰か休日使ってPGClusterの動作テストとデバッグやってくれない?
素朴な疑問です
出会い系サイトでもミクシみたいなサイトでもいいんだけど、
メッセージの送信履歴を参照する(一覧を作る)ときって、
メッセージテーブルがあって、その中の「sendUser」みたいなパラメータが
そのユーザのIDと一致するものを引き出して一覧化するイメージを考えています。
で、このときにメッセージテーブル中のログが10万件くらいあって、
一ユーザが一度のテーブル参照で引き出せる情報数が直近の5件だけで、
一度に1万ユーザくらいが一度に同テーブルにアクセスしてもMySQLって壊れない
ものなんですかね?
バカっぽい質問してたらすみません。 アプリケーション・サービスの実例を交えた
効率的なDB構築の本があったら、よかったら教えてください。
出会い系サイトでもミクシみたいなサイトでもいいんだけど、
メッセージの送信履歴を参照する(一覧を作る)ときって、
メッセージテーブルがあって、その中の「sendUser」みたいなパラメータが
そのユーザのIDと一致するものを引き出して一覧化するイメージを考えています。
で、このときにメッセージテーブル中のログが10万件くらいあって、
一ユーザが一度のテーブル参照で引き出せる情報数が直近の5件だけで、
一度に1万ユーザくらいが一度に同テーブルにアクセスしてもMySQLって壊れない
ものなんですかね?
バカっぽい質問してたらすみません。 アプリケーション・サービスの実例を交えた
効率的なDB構築の本があったら、よかったら教えてください。
なるんじゃないかなぁ~~。
WEB+DBの連載を見ている限りは期待できるんだけど。
WEB+DBの連載を見ている限りは期待できるんだけど。
http://itpro.nikkeibp.co.jp/article/NEWS/20070605/273740/ によると
8.3以降では,Skypeが開発し使用しているSkytoolsと呼ぶ
クラスタリング・ツールの提供が予定される。
「Skypeではこのツールにより20以上のサーバーをクラスタリングし、
2500万以上のユーザーのデータを扱っている」(Berkus氏)という。
とのことだけど、どんなもんなんだろ?
8.3以降では,Skypeが開発し使用しているSkytoolsと呼ぶ
クラスタリング・ツールの提供が予定される。
「Skypeではこのツールにより20以上のサーバーをクラスタリングし、
2500万以上のユーザーのデータを扱っている」(Berkus氏)という。
とのことだけど、どんなもんなんだろ?
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
みんなの評価 : ○類似してるかもしれないスレッド
- MySQL vs PostgreSQL (392) - [72%] - 2021/1/31 21:04
- MySQL 総合 Part12 (1001) - [36%] - 2008/1/30 17:34 ○
- MySQL 総合 Part25 (947) - [36%] - 2017/6/18 6:30
- MySQL 総合 Part24 (1010) - [36%] - 2015/2/14 4:46
- MySQL 総合 Part23 (992) - [36%] - 2013/8/11 17:00
トップメニューへ / →のくす牧場書庫について