研究会

┃ ┃ ┃ ┃ ┃

433 / 1063

<前へ | 次へ>

〔631〕Re:070327test版

Hidemi Oya

(07/03/28 0:44)


	引用なし

kabe さん、こん＊＊は。Hidemi Oya です。

>[#625]の方法で作物タブでの作物名検索方法を見直しました。
　データベース更新時間が、自宅マシンで約 29 秒だったのが約 35 秒と約 20 ％増でした。[#267] の事例も考えると、マシンにはよるけど 20～30 ％増というところでしょうか…。070311 版で速度アップした分に、おまけを付けて遅くなってしまいました(^_^;)。
　自宅マシンの 35 秒は十分許容範囲ですが、事務所マシンだとちょっとつらいかも…。

　070327test 22:25 版の「ブロッコリー,あぶらな科野菜,野菜類」検索のログを SQL タブにコピーして実行すると、適用の表示が完了するまでにわずか 0.8 秒。体感的には、以前の爆速レベルに戻ったといえます。近接作物を指定しても、十分満足できる速度です。

　ただ、できればデータベース更新速度は落としたくないところ。テーブルを作り替えるのではなく、idsaku を m_sakumotsu から JOIN したビューならどうかなと思って、tekiyo の a.idsaku AS idsaku を m_sakumotsu.idsaku AS idsaku に変更して、最後に
LEFT JOIN m_sakumotsu ON a.sakumotsu = m_sakumotsu.sakumotsu
を追加した tekiyo2 を作って試してみましたが、残念ながら [#621] より遅かったりします(^_^;)。
　UPDATE を使わずに、m_kihon を作る段階で作物コードを付与できる良い方法があればねえ…。m_kihon の定義段階で idsaku を作っておき、m_sakumotsu 作成後に、REPLACE INTO で idsaku に作物コードを設定すれば、UPDATE より速いかなあ？

〔623〕070326test版 kabe (07/03/27 0:01)

〔624〕Re:070326test版 kabe (07/03/27 0:14)

〔629〕070327test版 kabe (07/03/27 22:07)

〔630〕Re:070327test版 kabe (07/03/27 22:34)

〔631〕Re:070327test版 Hidemi Oya (07/03/28 0:44)

<<<

〔632〕Re:070327test版 Hidemi Oya (07/03/28 1:00)

〔633〕Re:070327test版 Hidemi Oya (07/03/28 1:56)

〔635〕070328test版 kabe (07/03/28 22:31)

〔637〕Re:070328test版 Hidemi Oya (07/03/28 22:57)

〔634〕Re:070327test版 kabe (07/03/28 8:52)

〔638〕m_byochu も作りますか？ Hidemi Oya (07/03/29 0:29)

〔639〕Re:m_byochu も作りますか？ kabe (07/03/29 10:07)

〔636〕UTF-16le の ORDER BY Hidemi Oya (07/03/28 22:40)

〔640〕Re:UTF-16le の ORDER BY kabe (07/03/29 10:13)

〔641〕070329test版 kabe (07/03/29 23:15)

〔642〕Re:070329test版 Hidemi Oya (07/03/30 0:06)

〔643〕Re:070329test版 Hidemi Oya (07/04/01 0:29)

〔644〕070328test版以降用テンプレート Hidemi Oya (07/04/01 1:02)

┃ ┃ ┃ ┃ ┃

433 / 1063

<前へ | 次へ>

ページ：

┃

記事番号：

(SS)C-BOARD vv3.8 is Free.