オープンソースDataBase
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
NGNGUNIX / BSD / Linux で使える
オープンソースなDataBaseに関する雑談・相談スレ
0002名無しさん＠お腹いっぱい。
NGNGMySQL:
http://www.mysql.com/
http://www.mysql.gr.jp/
PostgreSQL:
http://www.postgresql.org/
http://www.postgresql.jp/
Firebird:
http://firebird.sourceforge.net/
http://www.egroups.co.jp/group/Firebird-jp-general
0003名無しさん＠お腹いっぱい。
NGNGこのスレは
PostgreSQL or MySQL
http://pc.2ch.net/test/read.cgi/unix/955533785/
の次スレで、他の db も視野に入れたという位置付けでいいのでしょうか？
0005名無しさん＠お腹いっぱい。
NGNG0006名無しさん＠お腹いっぱい。
NGNGFirebirdは結局のところInerBaseなんでしょ？
MozillaとNetscapeの関係と同じだと認識しているのだがどーなのさ。
0007名無しさん＠お腹いっぱい。
NGNGしかし,マジで使うならPostgresの方が安心感はある,
だからFirebirdは使ったことありません MySQLは時々使うけどね.
0008名無しさん＠お腹いっぱい。
NGNG我々の仲間内ではアルファベットとか英字と表現します.
0009名無しさん＠お腹いっぱい。
NGNG0010動画直リン
NGNG0011名無しさん＠お腹いっぱい。
NGNGどうやったら早くなるのか誰か教えてくれー
ちなみにおいらが検索スピードを調べた結果をさらすと
PostgreSQL > MySQL(MyISAM) > Firebird の順番だった
＃データ件数1000万＆仮想クライアント数400
クライアント１台からSQL叩くんならFirebirdって結構早いんだけどね
ついでにMySQLのInnoDBもクライアント数が増えると遅いよぉ
0012名無しさん＠お腹いっぱい。
NGNGインデックスキーの持ち方が独特なので、そのせいかも。
但し、これもデータ件数やインデックスの数が少ないISAM的なデータで
>>11が書いたみたいにクライアント台数が極端に少ない環境では
効率が良い場合もある、よくIBは小中規模程度のシステム向けと
言われることの理由の１つで管理ツールやDB管理が簡単である点等の
メリットを感じなければ業務用途ではPostgreSQLを使うのが最良だと思う。
001311
NGNGデータ自体も圧縮して持ってるとかどこかに書いてあったし
インデックスも色々やってるみたいですね．
チューニングしようにもパラメタがロクにないんで正直手詰まり状態です．
CS・SSとも色々やってみたんですが性能は大きく変わったりしませんでした．
Ver1.5で早くなっているとか某MLで出てましたけど，そっちに期待かな．．．
0014名無しさん＠お腹いっぱい。
NGNGpostgresもデータ圧縮してなかったっけ？
Firebirdって、データファイルを一つにまとめちゃうんでしょ？
それの弊害って有りそう。
001511
NGNGFirebirdはデータファイルを複数にもできるんですよ．このへん微妙ですね．
MySQLのInnoDBみたいな感じで設定します．分散された中身をどう使っている
のかは，各RDBMSそれぞれの実装依存なのだと思います．
＃ソースをハックしてるワケではないので詳細は知らないんです．
PostgreSQLって圧縮してましたっけ？今は分からないっす．
001611
NGNGとりあえず/var/lib/pgsql/dataをdu -hしたら8.5GBでした．
同じデータをMySQL(MyISAM)だと2.9GB．Firebirdだと3.6GB．ですた．
＃EXT3での値です．
MyやFBに比べて圧縮率は低めのようですね．
ついでにWindows版(NTFS)も晒しておきますと
Oracle8.1.6=12.8GB
SQLServer2000=4.2GB
Firebird=3.9GB
MySQL(MyISAM)=2.4GB
MySQL(InnoDB)=11.2GB
いちおう参考までにということで．
0017名無しさん＠Ｅｍａｃｓ
NGNG可変長属性で実際のデータが8k越えるものは圧縮されます。
「PostgreSQL TOAST」で検索しる。
0018１１
NGNGやだ
0019名無しさん＠お腹いっぱい。
NGNGなんで？
002018
NGNG要約してここに書いてくれれば読むけど
自ら調べる程の価値は感じない情報って感じ
0021名無しさん＠お腹いっぱい。
NGNGあっそ
0022○
NGNG１．ＤＢダンプをはいてハックアップ
２．データベースDROP
３．データベースCREATE
４．ＤＢダンプをロード
という運用をしているのですが、
この場合だと「VACUUM」を
使用する必要はないのでしょうか？
#この運用でpostgresが死んだので・・・
#他に原因が考えられない(^_^;)
0023名無しさん＠お腹いっぱい。
NGNG死んだってどういうこと?
確かにこれなら vacuum 必要ないけど、いちいちこんな事やるの
すげー面倒じゃないか?
0024名無しさん＠お腹いっぱい。
NGNG必要か不必要かっていえば別に必要じゃないけど、
まともに使いたいなら vacuum --analyze はやっておくべし。
トラブルの原因は知らんけど。
0025名無しさん＠お腹いっぱい。
NGNGぽすぐれは高負荷時にバックアップ取ると死ぬ
と主張されてる香具師がおりまつが誠でつか？
つか、どのくらいの負荷だと死にますかね？
いくらなんでも、ヘタレな漏れの 6.3〜6.8 くらいの負荷では
いつバックアップやっても無問題ですよね？
0026名無しさん＠お腹いっぱい。
NGNG全然面倒じゃないです。
シェルスクリプトにして、
cronで毎日自動実行。
#やはり、vacuumは必要ではない、と・・。
#DROP＆CREATEで不要領域はクリアされるのか・・・。
0027名無しさん＠お腹いっぱい。
NGNGindex はどうするの? analyze しないと index を使ってくれないはず。
0028名無しさん＠Ｅｍａｃｓ
NGNGdrop tableすればテーブルのファイルそのものが削除されるんだから、
その後のcreate tableのときに不要領域が無くなるのは当然。
それより、>27も言ってるように、analyzeしないと統計情報が
更新されないから、オプティマイザがアホなままですよ。
つか、何のために>22みたいなことを毎日やってんの？
0029名無しさん＠お腹いっぱい。
NGNGシステムが構築された時期は2年位前。
アクセス数はごく少数のシステムで、
夜中は一応サービス時間帯にはなっているが、アクセス数はほぼゼロ。
いままで問題なかったけど、vacuum 実行してなかったので
ディスクが一杯になってしまった、または性能が劣化した。
どうせ vacuum しなければならないんだったら、
drop して再構築すればいいと考えた。
担当者の技術レベルはそんなに高くない。というか素人レベル。
検証の手間をかけれられないので、
concurrent vacuum をサポートした新しいバージョンは使えない。
もしくは、複数のバージョンの postgres を共存させる手法を知らないだけ。
こんなところか?
0030名無しさん＠Ｅｍａｃｓ
NGNG0031名無しさん＠お腹いっぱい。
NGNG惜しい。１年くらい前。
>>アクセス数はごく少数のシステムで、
アクセス数は「ごく少数」でもないが、それほど多くもない。
ホームページなんだけどね。イントラネットの。
>>夜中は一応サービス時間帯にはなっているが、アクセス数はほぼゼロ。
いえ、夜中はサービスしてません。アクセス数ほぼゼロは当たり。
>>いままで問題なかったけど、vacuum 実行してなかったので
>>ディスクが一杯になってしまった、または性能が劣化した。
よくわかりません。ディスクは一杯じゃないけど・・・。
>>どうせ vacuum しなければならないんだったら、
>>drop して再構築すればいいと考えた。
>>担当者の技術レベルはそんなに高くない。というか素人レベル。
「素人レベル」・・・。当たり。というより、素人そのもの。
その辺のおっさんレベルです。
訳のわからんまま引き継いだが、
他の仕事がいそがしくて、みてる暇がないまま、トラブル発生。
>>検証の手間をかけれられないので、
当たり。
>>concurrent vacuum をサポートした新しいバージョンは使えない。
>>もしくは、複数のバージョンの postgres を共存させる手法を知らないだけ。
知りません。
>>こんなところか?
結構あってますね。
0032名無しさん＠お腹いっぱい。
NGNG>>自分のやってることを恥ずかしく思わないエンジニアつのはどうなのかね。
0033名無しさん＠お腹いっぱい。
NGNG0034動画直リン
NGNG0035名無しさん＠お腹いっぱい。
NGNGttp://www.hwaci.com/sw/sqlite/
0036名無しさん＠お腹いっぱい。
NGNGpg_dumpを実行してテーブルの構造やPL/pgSQLの関数を吐き出してみたのですが、
出力順がバラバラで読みにくくて仕方ありません、
名称順にソートしたり出来ないのでしょうか？
または、pg_dump以外にPL/pgSQLの定義や関数を取り出す方法があれば
教えて下さい。
0037名無しさん＠Ｅｍａｃｓ
NGNG知っている人いませんか？
0038名無しさん＠お腹いっぱい。
NGNG0039名無しさん＠お腹いっぱい。
NGNG何か知っている人いませんか？
0040名無しさん
NGNG何がどうできないのか、状況きちんと書け。
0041名無しさん＠お腹いっぱい。
NGNG俺んとこだと -march=pentium3 以上にすると initdbでsignal 4を喰らいます。
FreeBSDだと-STABLEでも-CURRENTでも出ました。gccは2.9xと3.2の両方試しました。
他のOSではどうすか?
0042山崎 渉
NGNG（ ´∀｀）/＜ 先生もろＤＶＤはどこですか？
＿ / / / ＼＿＿＿＿＿＿＿＿＿＿＿
＼⊂ノ￣￣￣￣＼
||＼ ＼
||＼||￣￣￣￣￣||
|| ||￣￣￣￣￣|| ∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣
.|| || （´Д｀ ） ＜ http://www.dvd01.hamstar.jp だ！
／ ＼ ＼＿＿＿＿＿＿＿＿＿＿＿
｜｜ ｜｜
｜｜ ｜｜
＿＿ ／／＿ ／／＿＿＿
／ ／／ ／／ ／
／ ￣ ￣ ／／
||￣￣￣￣￣￣￣￣￣￣￣|| ||
||￣￣￣￣￣￣￣￣￣￣￣|| ||
|| 教卓 || ||
|| ||
0043名無しさん＠お腹いっぱい。
NGNGFrom: "Tom Lane" <tgl@sss.pgh.pa.us>
Subject: [HACKERS] Heads up: 7.3.3 this Wednesday
pgsql-core have agreed to put out a 7.3.3 release on Wednesday (5/21),
God willin' an' the creek don't rise. If anyone's got anything you've
been planning to fix in the 7.3 branch, now is a real good time to get
it done.
0044名無しさん＠お腹いっぱい。
NGNG0045名無しさん＠お腹いっぱい。
NGNGhttp://www.postgresql.jp/document/pg732doc/
0046名無しさん＠お腹いっぱい。
NGNGPostgreSQLやMySQLのスーパーユーザーやらが
各マシンに点在しててもはや脳味噌がパンク
しそうです。PostgreSQLなんかにパスワード
を全部メモしておくのはやっぱ危険かな？
■ このスレッドは過去ログ倉庫に格納されています