[掲示板: 〈過去ログ〉SSS めざせ100万語 交流の広場 -- 最新メッセージID: 9999 // 時刻: 2024/11/27(01:22)]
上へ | 前のメッセージへ | 次のメッセージへ | ここから後の返答を全表示 | 返答を書き込む | 訂正する | 削除する
お名前: kikuhiro
投稿日: 2002/5/28(16:16)
------------------------------
kikuhiroです。こんにちは。
〉いまは、perl のプログラムでやっているので
〉どこかで RDB に切り替える必要があるとおもっています。
〉しかし、そうなると費用も時間もかかります。
〉kikuhiro さんは、RDBに詳しそうだから手伝ってもらえるでしょうか?
〉手伝えなくてもアドバイスはもらえそう?
いやー(冷や汗)。突然私の名前が出てきたのでびっくりです。返答遅れてすいません。
実は、私も本を読みながら、会計帳簿(補助)の電子化に取り組んでいます。わからないことがあるとすぐに掲示板で教えてもらっているへなちょこです。なのでアドバイスもできません。すいません。
どういうことをしようとしているのかわからないので見当違いかもしれませんが、ひとついえることは、ご存知かもしれませんが、MSーACCESSやファイルメーカー(RDBではない)では荷が重過ぎます。ファイルメーカーは知りませんが、ACCESSはスタンドアロン(ネットワーク対応ではない)ですし。どうしてもMSーSQLサーバー、オラクルでないとだめだと思います。
また最近の流行はWEBーDBというのが流行のようです。この分野私よくわからないのですが、確かソフトの単価が1クライアントあたり9万円以上大変高価なものです。下手をすると30万とか40万円です。
翔泳社のDBマガジン6月号、または技術評論社のWEB-DBーPRESSに詳しく載っています。ただし私には何のことやら。この世界奥が深くてわかりにくい。ほんとお役に立てなくてすいません。
そういえばSUSANさんはSEだったような。たすけてくださいお願いします。
〉〉あれよあれよという間に、機能追加に次ぐ機能追加で、大変使い勝手が良いもの
〉〉になっており、大変満足しています。
〉これは、SEGの卒業生のX君が、SEGの化学科の専任講師として
〉もどってきたのですが、彼にHPを直してもらったのです。
〉HPのデザインと機能追加は彼の存在なくしては、お金と時間がかかって
〉実現がすごく遅れたでしょう。 SSSを支えてくれている裏のスタッフの
〉一人です。
掲示板ずいぶん変わりましたよね。ほんとは私がWEBのことについて教えてもらいたいぐらいなんです。だってあの書評検索ずいぶん変わったでしょう。あれACCESSだったらどうやるのかな、といつも悩むと同時にあーすごいプログラム打っているんだろうなと思います。今のままでも十分いけていると思います。
KIRINOさんの言っていることを実現するとなると、お金かかると思います。だから外注するわけにも行かないですし。でも実現したらすごいだろうな。
ではHAPPY RDB!(何)
上へ | 前のメッセージへ | 次のメッセージへ | ここから後の返答を全表示 | 返答を書き込む | 訂正する | 削除する
お名前: ひこ
投稿日: 2002/5/28(20:25)
------------------------------
ひこです。SUSANさんではないですが、ちょっと横レスしますね(^^)
〉〉いまは、perl のプログラムでやっているので
〉〉どこかで RDB に切り替える必要があるとおもっています。
〉〉しかし、そうなると費用も時間もかかります。
〉どういうことをしようとしているのかわからないので見当違いかもしれませんが、ひとついえることは、ご存知かもしれませんが、MSーACCESSやファイルメーカー(RDBではない)では荷が重過ぎます。ファイルメーカーは知りませんが、ACCESSはスタンドアロン(ネットワーク対応ではない)ですし。どうしてもMSーSQLサーバー、オラクルでないとだめだと思います。
他にも選択肢があります。
PostgreSQLを使う手です。
SSSのHPが乗っかっているマシンのOSと機器構成または、レンタルかどうか等
によってコメントすることが違ってきますが、思いつくところを綴ってみます。
1.OSがLinuxやSolarisの場合は、PostgreSQLがRDBMSとして使えます。
2.自前でWWWサーバを運営されている場合は、インストールすれば使えます
3.PostgreSQLはフリーソフトです。
4.PostgreSQLをRDBMSとしてPerlやPHPとの連係は出来ます。(他の選択肢もありますが)
5.サーバOSがWindows系の場合は、RDBMSの選択肢は、有名どころでは、MS-SQLサーバ、
Oracle,MS-ACCESSががあります。
6.レンタルホスティングしている場合でも、PostgreSQLとの連係ができるところもあります。
7.WEB-DB連係するDBサーバは、(自前で揃えるのであれば)別のマシンにした方が良いです。
8.OracleはWEB運用すると、とても高価になります。
SSSの掲示板から私が感じている状況では、コスト面でRDBMSにはお勧めしません。
9.PostgreSQLでも10万レコードくらいの用途であれば十分に耐えられる(はずです)
Oracleの場合は、100万レコードでも何でも....
但し、DBの設計とマシンスペック、PGの造りで性能が変わります。
10.WEB-DB連係での、ACCESSは、性能面でお勧めしません。
必ず悲惨なことになります。
RDBMSによる書評の検索(と、多分書評関係の登録とか解析向けの機能)ですが、
SSSの書評の充実度から見ると、RDBMSを入れた方が良いと思います。
その前提で、
1.『やりたいことは何か。最小と最大の見通し』を立てて
2.『データ構造』を良く考えて(機能よりも、絶対にデータ構造優先です)
3.あわてず『小さな事(機能)から育てる』
4.機能のリリースは、許されるならば、現在のHPに追加してRDBMS版の書評ページを仮運用
5.仮運用で、単純な機能と性能面がどんなもんか具合をみんなで見る
6.データ移行は、Perlでぼちぼちコンバート。(コンバートの見通しも最初に立てておく)
7.仮運用中に、全データを持ってきて性能チェックに活かした方が良い
8.PGとデータのバックアップはくどい位、確実に
参考資料です。
1.「オープンソースソフトウェアによる 全文検索・データベースWebの作り方」
ISBN:4883371778 2600円
2.「Solarisとフリーソフトによる Webデータベースの構築」
ISBN:4839904391
3.WEB-DBプレスも参考になるはずです
機能面では、kirinoさんのおっしゃるような機能があればなぁと思いますが、やはり時間と労力を
覚悟しないといけませんよね。
〉KIRINOさんの言っていることを実現するとなると、お金かかると思います。だから外注するわけにも行かないですし。でも実現したらすごいだろうな。
多読とずいぶんはずれた感じの内容になってきたので、ここらへんにしますね。
私自身は、プログラム出来ないのですが、この関係の知識は多少あります。
お役に立てば....
〉ではHAPPY RDB!(何)
では、↑ でなく、Happy Readingの方を...(^^)
上へ | 前のメッセージへ | 次のメッセージへ | ここから後の返答を全表示 | 返答を書き込む | 訂正する | 削除する
お名前: SSS英語学習研究会 酒井邦秀
投稿日: 2002/5/28(20:31)
------------------------------
ひこさん、こんばんは!
〉他にも選択肢があります。
〉PostgreSQLを使う手です。
〉SSSのHPが乗っかっているマシンのOSと機器構成または、レンタルかどうか等
〉によってコメントすることが違ってきますが、思いつくところを綴ってみます。
すごいですねえ!!
感激!!!
こうやってこのウェブサイトが使い勝手が良くなっていくと、
まるで Linux みたいですねえ。いやはや、すごいもんだ。
読めもしないけれど、kikuhiroさんやひこさんのご協力に
あんまりびっくりしたんで、そのまま引用します。
以下、ひこさんの原文とまったく同じです。
〉1.OSがLinuxやSolarisの場合は、PostgreSQLがRDBMSとして使えます。
〉2.自前でWWWサーバを運営されている場合は、インストールすれば使えます
〉3.PostgreSQLはフリーソフトです。
〉4.PostgreSQLをRDBMSとしてPerlやPHPとの連係は出来ます。(他の選択肢もありますが)
〉5.サーバOSがWindows系の場合は、RDBMSの選択肢は、有名どころでは、MS-SQLサーバ、
〉 Oracle,MS-ACCESSががあります。
〉6.レンタルホスティングしている場合でも、PostgreSQLとの連係ができるところもあります。
〉7.WEB-DB連係するDBサーバは、(自前で揃えるのであれば)別のマシンにした方が良いです。
〉8.OracleはWEB運用すると、とても高価になります。
〉 SSSの掲示板から私が感じている状況では、コスト面でRDBMSにはお勧めしません。
〉9.PostgreSQLでも10万レコードくらいの用途であれば十分に耐えられる(はずです)
〉 Oracleの場合は、100万レコードでも何でも....
〉 但し、DBの設計とマシンスペック、PGの造りで性能が変わります。
〉10.WEB-DB連係での、ACCESSは、性能面でお勧めしません。
〉 必ず悲惨なことになります。
〉RDBMSによる書評の検索(と、多分書評関係の登録とか解析向けの機能)ですが、
〉SSSの書評の充実度から見ると、RDBMSを入れた方が良いと思います。
〉その前提で、
〉1.『やりたいことは何か。最小と最大の見通し』を立てて
〉2.『データ構造』を良く考えて(機能よりも、絶対にデータ構造優先です)
〉3.あわてず『小さな事(機能)から育てる』
〉4.機能のリリースは、許されるならば、現在のHPに追加してRDBMS版の書評ページを仮運用
〉5.仮運用で、単純な機能と性能面がどんなもんか具合をみんなで見る
〉6.データ移行は、Perlでぼちぼちコンバート。(コンバートの見通しも最初に立てておく)
〉7.仮運用中に、全データを持ってきて性能チェックに活かした方が良い
〉8.PGとデータのバックアップはくどい位、確実に
〉参考資料です。
〉1.「オープンソースソフトウェアによる 全文検索・データベースWebの作り方」
〉 ISBN:4883371778 2600円
〉2.「Solarisとフリーソフトによる Webデータベースの構築」
〉 ISBN:4839904391
〉3.WEB-DBプレスも参考になるはずです
〉機能面では、kirinoさんのおっしゃるような機能があればなぁと思いますが、やはり時間と労力を
〉覚悟しないといけませんよね。
〉〉KIRINOさんの言っていることを実現するとなると、お金かかると思います。だから外注するわけにも行かないですし。でも実現したらすごいだろうな。
〉多読とずいぶんはずれた感じの内容になってきたので、ここらへんにしますね。
〉私自身は、プログラム出来ないのですが、この関係の知識は多少あります。
〉お役に立てば....
〉〉ではHAPPY RDB!(何)
〉では、↑ でなく、Happy Readingの方を...(^^)
------------------------------
kikuhiroです。こんばんは。ひこさん横レスありがとうございます。また参考になりました。
〉他にも選択肢があります。
〉PostgreSQLを使う手です。
はい。私も知っています。たしかどっかのアメリカの大学で開発されたと聞いています。あとDB2という手も。すいません、また知ったような口を利いて。
〉1.OSがLinuxやSolarisの場合は、PostgreSQLがRDBMSとして使えます。・・・
上記大変参考になりました。まだまだ勉強不足だなと思いました。でもただの経理人がやるにはもう限界です。
ひこさんまたよろしくお願いします。
HAPPY READING!