Mailinglist Archive: opensuse-ja (102 mails)

[takezou <takezou061228@xxxxxxxxx>]

07/07/23 に Kentarow Kobayashi さんは書きました:
> 小林健太郎です。

[...]
> > (2)が、おかしいなら、外部結合して正常に動かす為の前提条件に問題が
> > あるはずです。
> > ＃RedHat ES3やCentOS4.4、Mac OS Xなどは、それらの前提条件が
> > ＃うまくいっているから動くのではないでしょうか。
>
> 正直なところは、この前提条件がPostgreSQLではなくSUSE Linuxとして
> 何かあるのではと思ったしだいです。問題のSQLを実行すると、
> CPUが100%にずっといったまま作業をして返ってくるという挙動をするので、
> PostgreSQLのデーモンを動かしているpostgresユーザに、何か十分な
> メモリ割り当て等をしなければいけないのではと考えました。
RedHat ES3やCentOS4.4、Mac OS Xなどで動作確認を
することは無駄ではないと思いますが、それで動いたから、
SLES　SP1 でもすぐに動く(動かないといけない)というふうに
考えるのは良くないと思います。

データベースが正しく動いていることを簡単な(テスト)テーブルなどで
１つづつ確認しながら、切り分けていくことが必要だと思います。
・6,500件のメインテーブルと同じようなテストテーブル(1件分の大きさ)に対してクエリーだす。
・4,000件のテーブルと同じようなテストテーブル(1件分の大きさ)に対してクエリーだす。
・上記ようなテーブルで、内部結合するようなクエリー(1件)だす。
・上記ようなテーブルで、外部結合するようなクエリー(1件)だす。
＃ここまでだと、メモリ割り当てが問題にならないと思います。(まずは、1件分のクエリーで。)
＃Defaultの設定なりで動くのでは？
　　　・
　　　・
　　　・

一般論として、ＤＢを動かすには、以下のような項目があると思います。
・データベースのインストール(セットアップ)
・ＯＳなどチューニング(共有メモリなど)
・ＤＢ自体の設計(テーブルのデザイン)
・ＤＢのミドルウェアーの設定など
・ネットワークの設定(SQLサーバ、ＳＱＬクライアントのネットワーク設定)
＃SLES　SP1の(default)設定なりに、問題が無いかというとそうでもないかも
＃しれません。　ただし、そこらあたりの切り分けがご自身できないなら
＃SLES　SP1  --- ノベルなりとサポート契約
＃PostgreSQL --- SRAなりとサポート契約(多分やっていると思いますけど...)
＃というのが良いと思います。

ネットワーク越し(localhostであっても)に、外部のテーブルと外部結合
するなら、ネットワーク(OS)の設定の影響を受けると思います。
＃私の場合、Webアプリ(CMS)なんかで、バックエンドにMysql なんかがあるときは、
＃手動でクエリーだして、Mysqlの動作確認するなどしながらCMSの動作確認を
＃進めていきます。(最初から、ＤＢの配置をどうしょうかなども考えます。大体localhostですけど)


> > あと、このケースだと、何がしかのログ(syslogなり、PostgreSQLのログ)
> > なりが出ているはずで...
> > まずは、ログを見てみるのが問題解決の近道かと思います。
> > ＃どこまで、正しく動作して、どこから正しく動作していないかを
> > ＃切り分けていくこと大切だと思います。
>
> 切り分けについては、おっしゃられている通りだと思います。
> 標準の状態では、ログとして何も出ていなかったので、もう少し詳しく
> 出るようにしてみます。
くりかえすようですが、データベースがどのよう動いているかを
検証するために、標準の状態ではログがなにも出ないなら
出すようにして調べる。
＃基本的な問題解決へのアプローチが大切なのではないでしょうか。


---
takezou061228
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-ja+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-ja+help@xxxxxxxxxxxx