問題タブ [rdbms]

すべての値を格納するテーブルがあります。たとえば、ファジー セットを決定する x1、x2、x3 です。メンバーシップの程度は、Low、Med、High の数学関数を使用してそれぞれに割り当てられます。

私のルール 1 は、x1 が高く、x2 が中程度の場合、出力の確率は z であると述べています。次に、ルールを評価するために min{x1,x2} を取ります。ルール 2 は、x2 が高い場合、または x3 が中程度の場合、出力は max{x2,x3} であると述べています。

ここで非ファジィ化するために、ルールの結果を集計して、2 つのルールの出力を見つけます。各ルールの x1 x2 x3 に対して、すべてのメンバーシップ度 (0 から 1) が定義されています。

どうすれば非ファジー化できますか?

長い質問を短くするために、私はリレーショナル データベース、インデックス作成、レプリケーション、ロック、同時実行などの基本と、SQL 構文 (SELECT、INSERT、UPDATE、DELETE、CREATE、DROP、ALTER、TRUNCATE) を使用する場合について知っています。次のような単純な表現:

しかし、次のようなリレーショナル データベースの「高度な」トピックは理解できません。

• ドメイン
• 制約
• 指数

これらの側面が何をし、どのように機能するかについての簡単な入門書、おおよその説明を誰か教えてくれませんか?

この質問に反対票を投じて完全に破棄することはできますが、リレーショナル データベースについて非常に迅速に理解する必要があるため、これらのトピックがどのように機能するかについて説明してください。

OLAP キューブ/データ ウェアハウスをクエリするための ORM アナログはありますか? 特に .NET の世界に興味がありますが、一般的には何でも興味があります ;-)

過去数年にわたっていくつかのアプリを設計し、パフォーマンスとスケーラビリティの側面を継続的に改善してきた MySQL の分野に満足しています。また、memcached を使用して、頻繁にクエリされる結果セットでアプリケーション側の速度を向上させた経験もあります。そして最近、Amazon SDB を e コマースの実験用の主要な「データベース」として実装しました。

簡単に言うと、SDB サービスを使用する理由として、スキーマのないデータベース構造を使用することで、プロジェクトの論理的な問題に集中し、コンテンツをデータ ストアにすばやく蓄積できるということがすぐにわかりました。つまり、事前に製品の属性のすべての可能な順列を設定して正規化する必要はありません。製品のロードを開始するだけで、SDB は利用可能なすべてのものを記憶します。

プロジェクトの最初の数回の繰り返しをなんとかやり遂げ、データへの単純なインターフェイスをセットアップする必要があるので、MySQL での作業で当然のことと思っていた問題に取り組んでいます。例: select ステートメントでグループ化し、構文を "items 50 to 100" に制限します。SDB のスキーマ フリー アーキテクチャを使用して得た簡単な利点は、1800 項目をわずかに超える結果セットのクエリ/ループのパフォーマンス ヒットで失われました。

今、私は Tokyo Cabinet のようなプロジェクトについて読んでいます。これは、メモリ内のキー値ストアの概念を拡張して、疑似リレーショナル機能を途方もなく高速に提供しています (14x どこかで読んだ)。

私の質問: アプリケーション デザイナー/開発者として、プロジェクトの各段階でどの DB 技術が最も適切かを評価するために使用できる基本的なガイドラインやヒューリスティックはありますか?

例: アプリケーションの論理的/技術的な未知数がデータ構造を流動的にするプロトタイピング段階: SDB を使用します。ユーザーの成果物が優先されるより成熟した段階では、従来のツールを使用して、並べ替え、グループ化、またはページ付けロジックの作成に開発時間を費やす必要はありません。

これらのツールの実際の経験は非常に高く評価されます。

ありがとうございます！

シャヒーブ R.

両方の世界で最高のシナリオで、ドキュメントベースのDBとリレーショナルDBを一緒に使用するシナリオがあるかどうか疑問に思っていますか？

ドキュメントベースの DB (couchDB など) から RDBMS (MySQL など) に移行できるかどうか疑問に思っています。

リレーショナル データベースでレコードの関係をモデル化する最善の方法を決定しようとしています。これは古典的な友達/フォロー モデルです。

~~~~

ユーザーはゼロから多くの友達を持つことができます。
ユーザーはゼロから多くのフォロワーを持つことができます。

友達もフォロワーもユーザーそのものです。

~~~~~

これをモデル化する最良の方法は何ですか?

ありがとう！

私が継承した現在のプロジェクトは、主に 1 つの正規化されていないテーブルを中心に展開しています。正規化の試みがいくつかありますが、必要な制約が設定されていません。

例: Project テーブルには、(他の値の中でも) クライアント名があり、クライアント名だけを含むクライアント テーブルもあります [どこにもキーはありません]。client テーブルは、新しいプロジェクトを追加するときにユーザーに提供する値のプールとしてのみ使用されます。クライアント テーブルまたは外部キーに主キーがありません。

このような「設計パターン」は、データベースの現在の状態とそれを使用するアプリケーションで一般的です。私が自由に使えるツールは、SQL Server 2005、SQL Server Management Studio、および Visual Studio 2008 です。私の最初のアプローチは、正規化が必要な情報を手動で判断し、Select INTO クエリを実行することでした。ケースバイケースよりも優れたアプローチはありますか、それとも自動化できますか?

編集: また、「作業指示書番号」は IDENTITY (autonumber、unique) フィールドではなく、順番に生成され、各作業指示書に固有であることを発見しました。既存の番号付けにもいくつかのギャップがありますが、すべてが一意です。移行前にダミー行を生成するためのストア プロシージャを作成するための最良の方法はありますか?

私の他の質問「ログの DELETE を監査する最良の方法は何ですか?」に関連して。. に相当する PostgreSQL は何CONTEXT_INFOですか?

トリガーを使用して削除をログに記録したいのですが、データベース ユーザーをアプリの論理ユーザーとして使用していないためCURRENT_USER、レコードを削除したユーザーとしてトリガー コードからログを記録できません。しかし、INSERTとのようにレコードにユーザー フィールドを追加し、これらのフィールドを使用して監査テーブルにログをUPDATE記録できるため、トリガーからレコードの変更をログに記録することができます。inserted_bylast_updated_by

以前に質問を投稿したので、現在の (古風ではありますが) Informix のバージョンをここで確認できます。

Solaris で Informix のバージョンを確認するにはどうすればよいですか?

（解決してくれたJonathanとRETに感謝します）

間違いなくアップグレードを計画していますが、現時点で Oracle または Sybase に移行する方が合理的かどうかを最初に検討しています。これについてどう思いますか。3 つの RDBM にはすべて独自の独自性がありますが、基本的にはすべて同じ分野をカバーしているに違いないと私は考えています。では、どのデータベースを使用するかを決定するにはどうすればよいでしょうか。

大きなキッカーは、Informix (現在 7.13 を使用) をアップグレードするかどうかを知る必要があることです。組み込みの sql C プログラムを変更する必要がありますか? そうでない場合は、Informix を使い続けるのが理にかなっています。Sybase/Oracle などを使用すると、バックエンド プログラムを更新するために多くの作業が必要になるためです。

しかし、別のデータベースに切り替えると比較して大きな利益が得られる場合は、引き続き検討します. ご意見をお待ちしております。