Re: 書籍・書評の検索方法の改善

古川さん、ご苦労様です。
あくなき改善魂に頭が下がります。

以前、どなたかも要望されていましたが、投稿者別にソートして、その投稿者の
「読書帖」が出来る機能があればいいと思います。

私は自分の「読書帖」を、書評のデータをダウンロードしてエクセルに取り込み
自分の読んだ本をチェックして、既読語数を自動計算させています。
同時に、読むのにかかった時間を入力して、速度も自動計算させています。

あとは、このデータを
　・読了日順ソート（自分の足跡を確かめる）
　・レベル順ソート（レベルの偏りを見てみる）
　・レベル順、速度順ソート（レベルの上げ下げの参考にする）
などに活用しています。
簡単に言うと、同じことが書評のページ上で出来ないかということです。

そうなると、もっと多くの人が気軽に書評を寄せる形になるので、現在の「本」
で入る画面も変更すると良い部分があります。
例えば、総合評価の☆についても、現在はその平均を表示していますが、
この本を読んだ人の総数、☆５つの人の総数、☆４つの人の総数・・・・・
を表示するということです。
これは、あくまでも相当多数の人が、「読書帖」感覚で利用することにより、
登録人数が増えることを前提にしていますが、多分酒井代表がおっしゃっている
ように、読後感もひとそれぞれなら、その状況が如実にわかると思います。
（同じ☆３でも、☆５と☆１に極端に分かれるものと、万人が☆３とするもの
　がはっきりわかるようになる）

あと、本のランキングも、「最も多くの人に読まれた本」などの切り口も出て
来ますね。

ただ、これが実現すると、多読を始める人の全データが乗ってくるわけですから、
仮にWebで多読をしている人が100人として、100万語までに約150冊、２順目以降
も考えて仮に300冊と考えて、100×300=30000件のデータが少なくとも乗って
来ることになります。
これに、昨今の多読に入る人の驚異的な伸びを考えると、相当の容量を覚悟しな
ければなりませんね。

私が自分の読書帖をエクセルで作った当時は、まだまだ書評も充実しておらず、
昨今充実してきた書評を見て、自分のエクセルの方に転記したりする手間が
発生していて、最近いかがなものかと考えてはおりました。
大変な変更になると思いますが、もし実現したら、自分の過去ログも含めて転記
すると思いますし、心理的にも「書評」というより「寸評」を登録しやすくなる
と思います。
また、100万語読書帖で紙管理されている人も何人かは移行するような気がします。

甚だ、勝手な要望ですみません。

一言、蛇足で申し添えておくと、私が多読に入った際、Web検索で最初に入った
ＳＳＳのＨＰの、文字ばかりで”いけてない”感じが、突然、今の形に大変貌し、
あれよあれよという間に、機能追加に次ぐ機能追加で、大変使い勝手が良いもの
になっており、大変満足しています。
そして、何より、このような短期間で目に見える機能追加のみならず、急激な
アクセス数の増大と、蓄積データ量の増大へのマシン環境面での対応を平行して
やってこられたことに敬意を表します。

上記要望は「もし出来れば」ということでご理解いただければと思います。

〉あとは、このデータを
〉　・読了日順ソート（自分の足跡を確かめる）
〉　・レベル順ソート（レベルの偏りを見てみる）
〉　・レベル順、速度順ソート（レベルの上げ下げの参考にする）
〉などに活用しています。
〉簡単に言うと、同じことが書評のページ上で出来ないかということです。

これは、私も酒井も同じことを考えて、現在のシステム担当者と
検討中です。

いまは、perl のプログラムでやっているので
どこかで　RDB に切り替える必要があるとおもっています。
しかし、そうなると費用も時間もかかります。

kikuhiro さんは、RDBに詳しそうだから手伝ってもらえるでしょうか？
手伝えなくてもアドバイスはもらえそう？
　

〉甚だ、勝手な要望ですみません。

〉あれよあれよという間に、機能追加に次ぐ機能追加で、大変使い勝手が良いもの
〉になっており、大変満足しています。

これは、ＳＥＧの卒業生のＸ君が、ＳＥＧの化学科の専任講師として
もどってきたのですが、彼にＨＰを直してもらったのです。
ＨＰのデザインと機能追加は彼の存在なくしては、お金と時間がかかって
実現がすごく遅れたでしょう。　ＳＳＳを支えてくれている裏のスタッフの
一人です。

６月からは、ＳＥＧの事務の人にも、週に数時間程度、新しい書籍の
入力と注文を手伝ってもらう予定ですので、書籍の登録数もちょっと
づつ増やせると思います。

〉上記要望は「もし出来れば」ということでご理解いただければと思います。
これについてはこちらも同意見ですが、
しばらく時間を下さい。

局長からご紹介いただきました卒業生のXです。

SSSのWebページ及び書評システムについて，
酒井先生を始め，SSS学習法研究会の皆さん，そしてこのページを
ご覧の多くの皆様にお褒めのお言葉を頂戴し，大変光栄に思っております。
ありがとうございます。

ただ，私にもまだまだ至らぬ点も多数あるかと思います。
私自身が多読学習を行ってはいない(^^;)ため，正直なところ
実際に必要とされる機能がはっきりと理解できていない部分も
あると思います。

システム的なご要望等がありましたら，遠慮なく sss への
メールやこの掲示板等でお知らせ下さい。
（可能な限り拝見するようにしていますので）

またkirinoさん，ご要望ありがとうございました。
局長とも相談しながら随時改善してまいりますので，
もう暫くお待ち下さい。

なお，現在，書評ページ内の「書籍・レビュー検索」（全文検索）で
レベル選択の中に「レビュー」という項目があり，これを選択すると
読者レビューのみの検索が行えます。
※但し全文検索のみ。詳細検索については後日対応予定です。

kikuhiroです。こんにちは。

〉いまは、perl のプログラムでやっているので
〉どこかで　RDB に切り替える必要があるとおもっています。
〉しかし、そうなると費用も時間もかかります。

〉kikuhiro さんは、RDBに詳しそうだから手伝ってもらえるでしょうか？
〉手伝えなくてもアドバイスはもらえそう？

いやー(冷や汗)。突然私の名前が出てきたのでびっくりです。返答遅れてすいません。

実は、私も本を読みながら、会計帳簿(補助)の電子化に取り組んでいます。わからないことがあるとすぐに掲示板で教えてもらっているへなちょこです。なのでアドバイスもできません。すいません。

どういうことをしようとしているのかわからないので見当違いかもしれませんが、ひとついえることは、ご存知かもしれませんが、MSーACCESSやファイルメーカー（RDBではない）では荷が重過ぎます。ファイルメーカーは知りませんが、ACCESSはスタンドアロン(ネットワーク対応ではない)ですし。どうしてもMSーSQLサーバー、オラクルでないとだめだと思います。

また最近の流行はWEBーDBというのが流行のようです。この分野私よくわからないのですが、確かソフトの単価が1クライアントあたり9万円以上大変高価なものです。下手をすると30万とか40万円です。

翔泳社のDBマガジン6月号、または技術評論社のWEB-DBーPRESSに詳しく載っています。ただし私には何のことやら。この世界奥が深くてわかりにくい。ほんとお役に立てなくてすいません。

そういえばSUSANさんはSEだったような。たすけてくださいお願いします。

〉〉あれよあれよという間に、機能追加に次ぐ機能追加で、大変使い勝手が良いもの
〉〉になっており、大変満足しています。

〉これは、ＳＥＧの卒業生のＸ君が、ＳＥＧの化学科の専任講師として
〉もどってきたのですが、彼にＨＰを直してもらったのです。
〉ＨＰのデザインと機能追加は彼の存在なくしては、お金と時間がかかって
〉実現がすごく遅れたでしょう。　ＳＳＳを支えてくれている裏のスタッフの
〉一人です。

掲示板ずいぶん変わりましたよね。ほんとは私がWEBのことについて教えてもらいたいぐらいなんです。だってあの書評検索ずいぶん変わったでしょう。あれACCESSだったらどうやるのかな、といつも悩むと同時にあーすごいプログラム打っているんだろうなと思います。今のままでも十分いけていると思います。

KIRINOさんの言っていることを実現するとなると、お金かかると思います。だから外注するわけにも行かないですし。でも実現したらすごいだろうな。

ではHAPPY RDB!(何)

ひこです。SUSANさんではないですが、ちょっと横レスしますね(^^)

〉〉いまは、perl のプログラムでやっているので
〉〉どこかで　RDB に切り替える必要があるとおもっています。
〉〉しかし、そうなると費用も時間もかかります。

〉どういうことをしようとしているのかわからないので見当違いかもしれませんが、ひとついえることは、ご存知かもしれませんが、MSーACCESSやファイルメーカー（RDBではない）では荷が重過ぎます。ファイルメーカーは知りませんが、ACCESSはスタンドアロン(ネットワーク対応ではない)ですし。どうしてもMSーSQLサーバー、オラクルでないとだめだと思います。

他にも選択肢があります。
PostgreSQLを使う手です。

SSSのＨＰが乗っかっているマシンのＯＳと機器構成または、レンタルかどうか等
によってコメントすることが違ってきますが、思いつくところを綴ってみます。

１．OSがLinuxやSolarisの場合は、PostgreSQLがＲＤＢＭＳとして使えます。
２．自前でＷＷＷサーバを運営されている場合は、インストールすれば使えます
３．PostgreSQLはフリーソフトです。
４．PostgreSQLをRDBMSとしてPerlやPHPとの連係は出来ます。（他の選択肢もありますが）
５．サーバＯＳがWindows系の場合は、ＲＤＢＭＳの選択肢は、有名どころでは、MS-SQLサーバ、
　　Oracle,MS-ACCESSががあります。
６．レンタルホスティングしている場合でも、PostgreSQLとの連係ができるところもあります。
７．WEB-DB連係するＤＢサーバは、（自前で揃えるのであれば）別のマシンにした方が良いです。
８．OracleはWEB運用すると、とても高価になります。
　　SSSの掲示板から私が感じている状況では、コスト面でRDBMSにはお勧めしません。
９．PostgreSQLでも１０万レコードくらいの用途であれば十分に耐えられる（はずです）
　　Oracleの場合は、１００万レコードでも何でも....
　　但し、DBの設計とマシンスペック、ＰＧの造りで性能が変わります。
１０．WEB-DB連係での、ACCESSは、性能面でお勧めしません。
　　　必ず悲惨なことになります。

ＲＤＢＭＳによる書評の検索（と、多分書評関係の登録とか解析向けの機能）ですが、
ＳＳＳの書評の充実度から見ると、ＲＤＢＭＳを入れた方が良いと思います。
その前提で、

１．『やりたいことは何か。最小と最大の見通し』を立てて
２．『データ構造』を良く考えて（機能よりも、絶対にデータ構造優先です）
３．あわてず『小さな事（機能）から育てる』
４．機能のリリースは、許されるならば、現在のHPに追加してRDBMS版の書評ページを仮運用
５．仮運用で、単純な機能と性能面がどんなもんか具合をみんなで見る
６．データ移行は、Perlでぼちぼちコンバート。（コンバートの見通しも最初に立てておく）
７．仮運用中に、全データを持ってきて性能チェックに活かした方が良い
８．ＰＧとデータのバックアップはくどい位、確実に

参考資料です。
１．「オープンソースソフトウェアによる 全文検索・データベースWebの作り方」
　　ISBN:4883371778 2600円
２．「Solarisとフリーソフトによる Webデータベースの構築」
　　ISBN:4839904391
３．WEB-DBプレスも参考になるはずです

機能面では、kirinoさんのおっしゃるような機能があればなぁと思いますが、やはり時間と労力を
覚悟しないといけませんよね。

〉KIRINOさんの言っていることを実現するとなると、お金かかると思います。だから外注するわけにも行かないですし。でも実現したらすごいだろうな。

多読とずいぶんはずれた感じの内容になってきたので、ここらへんにしますね。
私自身は、プログラム出来ないのですが、この関係の知識は多少あります。
お役に立てば....

〉ではHAPPY RDB!(何)
では、↑　でなく、Happy Readingの方を...(^^)

ひこさん、こんばんは！

〉他にも選択肢があります。
〉PostgreSQLを使う手です。

〉SSSのＨＰが乗っかっているマシンのＯＳと機器構成または、レンタルかどうか等
〉によってコメントすることが違ってきますが、思いつくところを綴ってみます。

すごいですねえ！！
感激！！！
こうやってこのウェブサイトが使い勝手が良くなっていくと、
まるで Linux みたいですねえ。いやはや、すごいもんだ。

読めもしないけれど、kikuhiroさんやひこさんのご協力に
あんまりびっくりしたんで、そのまま引用します。
以下、ひこさんの原文とまったく同じです。

〉１．OSがLinuxやSolarisの場合は、PostgreSQLがＲＤＢＭＳとして使えます。
〉２．自前でＷＷＷサーバを運営されている場合は、インストールすれば使えます
〉３．PostgreSQLはフリーソフトです。
〉４．PostgreSQLをRDBMSとしてPerlやPHPとの連係は出来ます。（他の選択肢もありますが）
〉５．サーバＯＳがWindows系の場合は、ＲＤＢＭＳの選択肢は、有名どころでは、MS-SQLサーバ、
〉　　Oracle,MS-ACCESSががあります。
〉６．レンタルホスティングしている場合でも、PostgreSQLとの連係ができるところもあります。
〉７．WEB-DB連係するＤＢサーバは、（自前で揃えるのであれば）別のマシンにした方が良いです。
〉８．OracleはWEB運用すると、とても高価になります。
〉　　SSSの掲示板から私が感じている状況では、コスト面でRDBMSにはお勧めしません。
〉９．PostgreSQLでも１０万レコードくらいの用途であれば十分に耐えられる（はずです）
〉　　Oracleの場合は、１００万レコードでも何でも....
〉　　但し、DBの設計とマシンスペック、ＰＧの造りで性能が変わります。
〉１０．WEB-DB連係での、ACCESSは、性能面でお勧めしません。
〉　　　必ず悲惨なことになります。

〉ＲＤＢＭＳによる書評の検索（と、多分書評関係の登録とか解析向けの機能）ですが、
〉ＳＳＳの書評の充実度から見ると、ＲＤＢＭＳを入れた方が良いと思います。
〉その前提で、

〉１．『やりたいことは何か。最小と最大の見通し』を立てて
〉２．『データ構造』を良く考えて（機能よりも、絶対にデータ構造優先です）
〉３．あわてず『小さな事（機能）から育てる』
〉４．機能のリリースは、許されるならば、現在のHPに追加してRDBMS版の書評ページを仮運用
〉５．仮運用で、単純な機能と性能面がどんなもんか具合をみんなで見る
〉６．データ移行は、Perlでぼちぼちコンバート。（コンバートの見通しも最初に立てておく）
〉７．仮運用中に、全データを持ってきて性能チェックに活かした方が良い
〉８．ＰＧとデータのバックアップはくどい位、確実に

〉参考資料です。
〉１．「オープンソースソフトウェアによる 全文検索・データベースWebの作り方」
〉　　ISBN:4883371778 2600円
〉２．「Solarisとフリーソフトによる Webデータベースの構築」
〉　　ISBN:4839904391
〉３．WEB-DBプレスも参考になるはずです

〉機能面では、kirinoさんのおっしゃるような機能があればなぁと思いますが、やはり時間と労力を
〉覚悟しないといけませんよね。

〉〉KIRINOさんの言っていることを実現するとなると、お金かかると思います。だから外注するわけにも行かないですし。でも実現したらすごいだろうな。

〉多読とずいぶんはずれた感じの内容になってきたので、ここらへんにしますね。
〉私自身は、プログラム出来ないのですが、この関係の知識は多少あります。
〉お役に立てば....

〉〉ではHAPPY RDB!(何)
〉では、↑　でなく、Happy Readingの方を...(^^)

kikuhiroです。こんばんは。ひこさん横レスありがとうございます。また参考になりました。

〉他にも選択肢があります。
〉PostgreSQLを使う手です。

はい。私も知っています。たしかどっかのアメリカの大学で開発されたと聞いています。あとDB2という手も。すいません、また知ったような口を利いて。

〉１．OSがLinuxやSolarisの場合は、PostgreSQLがＲＤＢＭＳとして使えます。・・・

上記大変参考になりました。まだまだ勉強不足だなと思いました。でもただの経理人がやるにはもう限界です。

ひこさんまたよろしくお願いします。

HAPPY　READING!