Re: 新書評検索システムへの意見募集

古川さん、ひこさん、おはようございます。

〉レベルは　ＹＬ　に統一されます。
〉各社のレベルは、各シリーズごとにもつ　各シリーズのレベル　となります。
〉語彙レベルは、　ＧＲにのみ設定されます。

YLに統一されると、書評に慣れた人でないと、新規書評を上げにくくなる、
という気がしています。
別に、書評委員になるために、YL診断力テストにパスした人でないと・・・
とか言うわけではないので。

〉〉・途中入力で中断しても良いようにする。
〉〉　新書籍の場合は、ISBNで排他する。
〉今でもそうなっています。

入力する前に排他してほしいの意味ではないでしょうか？

〉〉・パフォーマンス調整（必要があればパフォーマンスを上げるためのメモリ
〉〉　等増設含む）にもある程度力を入れる
〉〉　Oracleで言うと、適切にインデックスを張っておく等です。
〉〉　like検索に気を付ける等、SQLの表現...（かなり内々の話になりますが...）

これは、当然やってくれるものと思い、書きませんでした。

〉〉・編集ログ　書評登録、変更、削除については、何を誰が行ったか判る手段
〉〉　を確保する。
〉〉　編集ログテーブルを作るのも良いかもしれません。
〉〉　持つ情報は、半年分くらいでしょうか。
〉これをだれか見ることがあるかなあ？
〉でも、あれば便利ですが？
〉ひこさん、具体的にどんな場合を想定されていますか？

少なくとも、SSS事務局のかたが、チェックされるのに必要かも。
例えば間違えてISBNを入力してしまった場合の上書き対策とか？

〉〉・デイリーバックアップ（もしくは、１２時間か６時間に１回）と
〉〉　リカバリ手順の作り込み（ＤＢ破損等に備えて）
〉〉　さらに、ウィークリーもしくはマンスリーバックアップで、外部記憶装置
〉〉　に情報を持って行く。（機器故障に備えて）
〉〉　　不測の事態時に、運用する方が最後のバックアップの状態までは、
〉〉　　すぐに戻れる。
〉〉　　これと、編集ログを組み合わせれば、何かが起こった時の直前の状態
〉〉　　に戻れる。
〉コストとメンテナンスの手間とのバランスですね。
〉もし、簡単にできる、簡易に作れるなら　好ましいし、
〉費用がかなりかるなら　そこまでする必然性はない思います。

私は、必須だと思います。
というか、あると思っていたので、あえて書きませんでした。
フルバックアップと差分バックアップを適切に組み合わせれば、
良いと思います。