- - PR -
ＤＢの選択
| 投稿者 | 投稿内容 | ||||
|---|---|---|---|---|---|
|
投稿日時: 2004-10-11 11:14
たわしです。
構築するシステムに利用する データベースを何にするか迷ってます。 本来、データベースも構築業務システムに 対しての向き不向きを調べ選択すべきものなのだと 思いますが、 どのような点から、最適なＤＢを選択していますか？ | ||||
|
投稿日時: 2004-10-11 11:34
あまりのあいまいすぎで返答できません。
だいたいの予算や用途、テーブル数、トランザクション数、 フリーの製品なのか、それともサポートがうけられる製品なのか 情報すくなすぎ | ||||
|
投稿日時: 2004-10-11 11:48
たわしさんは「どのような点から、最適なＤＢを選択していますか？」とご質問されているわけですから、七味唐辛子さんの「予算や用途、テーブル数・・・」がその答えなんじゃないでしょうか。
| ||||
|
投稿日時: 2004-10-11 14:36
msoです。
細かいことがわからないですし、すでにそのあたりは 指摘されているのでいつか補足されることでしょう。 ってことで、よくわからない状態ですがとりあえず 私であればOracleでいきたいと思います。 ただ、小規模・低予算であればPostgreSQLやMySQLあたりに なるかもしれません。 個人的に、私は以下の順番で使います。 ＃予算、規模が大きいほど上になります １：Oracle ２：DB2 ３：SQLSever ４：PostgreSQL、MySQL | ||||
|
投稿日時: 2004-10-11 17:41
・単位時間あたりの同時接続数がどれくらいか
・使用されない時間がどれくらいあるか ・障害が発生したとき、どれくらいのデータを復帰させなければならないか ・使用できるディスク容量と、データ量の関係 ・必要なライセンス数 ・必要なレスポンス ・開発要員の熟練度 ・運用要員の熟練度 ・障害発生時に対応する要員の熟練度 んな感じ？ 単に「安いから」では、もしもの障害発生時が大変です。たとえば、Oracleでは、REDOログによって、障害発生直前の状態まで復旧が可能です。しかし、PostgreSQLの場合、データをバックアップしたときまでしか戻せません。 また、Oracleの場合、ディスクを最適化しながらデータを格納しますが、PostgreSQLの場合、削除したデータが入っていたところは「穴」になります。穴を埋めるコマンドもありますが、そのためにはデータベースを止めなければなりません。 （＠ITの記事より、そういうことらしい） | ||||
|
投稿日時: 2004-10-11 17:54
unibon です。こんにちわ。
ちょっと突飛な意見だとは思いますが、DBMS 位、自分で作れないものでしょうか。 ＃「自分」って特定の人を指すわけではないです。 ACID を満たすように作れればそれで良いと思うのですが、やっぱ難しいんでしょうか。DBMS って10年以上前のテクノロジーですよね。SQL 文の解析とかは難しそうなのですが、SQL に拘らなければそれほど難しくもないような気がしないでもないのですが、これって妄想？ いつまでも DBMS ベンダーに税金  を払うのは疲れました。
| ||||
|
投稿日時: 2004-10-11 21:38
組み込み機器のローカルなDBなら、シングル実行の簡易版は多数ありますが。
DBというより、構造化データメモリ http://ja.wikipedia.org/wiki/ACID_(コンピュータ科学) 複数処理の高性能・多機能を求めると色々あるのでしょう | ||||
|
投稿日時: 2004-10-11 22:10
更なる上の大規模用として、 S: IMS/DB A: DB2 for z/OS とか。 用途によってはオブジェクト指向DBなんてのもアリでは。 | ||||
スキルアップ／キャリアアップ（JOB@IT）
Copyright © ITmedia, Inc. All Rights Reserved.
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。