問題タブ [audit]

私はEntityFrameworkでいくつかの監査フックを見てきました。それらの多くは、新旧の値の比較を示しています。これは監査証跡には最適ですが、オブジェクトのスナップショットを探しています。

たとえば...製品を管理するアプリケーションがあるとします。製品には、複数の属性と関連する他のオブジェクトがあります。オブジェクトを10回変更するとします。また、これらのオブジェクトの変更の画面を表示できることも重要だとしましょう（監査証跡ではなく、読み取り専用形式で画面が実際にどのように表示されたか）。私が興味を持っているのは、これらの10個の変更すべて（表示したいものに応じて）の元のEF製品オブジェクト（関連するすべてのデータを含む）を取得し、それを使用して画面にバインドできることです。

SQL Serverを使用している場合、最近のシリアル化されたオブジェクトにはどのタイプ（XML、blobなど）を使用する必要がありますか？これを行うのは理にかなっていますか？

この質問で提案されたものと同様の監査証跡を実装することを計画していた新しいプロジェクトに SQLAlchemy を使用し始めています。

• C# でオブジェクトの監査証跡を実装しますか?
• 監査証跡と SOX/HIPAA/etc の実装、機密データのベスト プラクティス
• 監査証跡を取得するためのデータベース設計に関するアイデア
• DB 監査証跡の最適な実装は何ですか?
• これは、監査証跡を作成する最善の方法ですか?
• DB アプリケーションの監査証跡/変更履歴を残すための適切な戦略は?
• NHibernate および SqlServer でのデータ監査。
• 監査証跡を取得するためのデータベース設計に関するアイデア

私はすでに「興味深い」オブジェクトの完全な履歴を持っているので、ユーザーが特定のバージョンにロールバックできるようにすることを考えていましたundo。

これは、SQLAlchemy を使用してクリーンな方法で行うことは可能でしょうか?

内部 API (ビジネス ロジックと ORM) でこの機能を公開する正しい方法は何でしょうか?

私はのようなものでしuser.rollback(ver=42)た。

最近、テーブルを監査する方法のトピックが私たちの議論で浮上しました...これにアプローチする最良の方法についてのあなたの意見が好きです. 以前の各 DBA が正しいと信じていたことを実行したため、データベースには両方のアプローチが混在しています (これは良くありません)。したがって、いずれかのモデルに従うように変更する必要があります。

アプローチ 1:監査テーブルに、メイン テーブルから置き換え/削除されたレコードのみを格納します (システム テーブル DELETED を使用)。したがって、メイン テーブルの各 UPDATE および DELETE について、置き換えられるレコードは、'U' ( UPDATE の場合) または 'D' (DELETE の場合) として 'Audit_Type' 列を使用して監査テーブルに挿入されます。

INSERT は監査されません。レコードの現在のバージョンについては、常にメイン テーブルをクエリします。履歴については、監査テーブルにクエリを実行します。

長所: 以前のバージョンのレコードを保存するのは直感的です 短所: 特定のレコードの履歴を知る必要がある場合は、監査テーブルをメイン テーブルと結合する必要があります。

アプローチ 2:メイン テーブルに入るすべてのレコードを監査テーブルに格納します (システム テーブル INSERTED を使用)。

メインテーブルに INSERTED/UPDATED/DELETED された各レコードは、監査テーブルにも格納されます。したがって、新しいレコードを挿入すると、監査テーブルにも挿入されます。更新されると、(INSERTED からの) 新しいバージョンのテーブルが Audit テーブルに格納されます。削除すると、古いバージョン (DELETED から) のテーブルが監査テーブルに格納されます。

長所: 特定のレコードの履歴を知る必要がある場合、すべてが 1 か所にあります。

すべてをここに挙げたわけではありませんが、それぞれのアプローチには長所と短所があります。

大規模なネットワークの機器を可能な限り迅速に監査したいと考えています。またはを使用する必要がありますNmap::ParserかNmap::Scanner？

関連する OS のフットプリントと ID だけでなく、ping を返す IP アドレスのリストを作成したいと考えています。

例：

次に、ping が成功したら、OS の推測とともに IP アドレスをハッシュに保存します。

SimpleRepositoryモードでSubSonic3.0.0.3を使用しています。Subsonic 3で、バージョン2.xで標準であったcreatedon、createdbyなどの監査フィールドを自動的に作成して入力する方法を考えていました。

これは、T4テンプレートで構成する必要があるものですか？

私が使用している既存のアプリケーションがあり、顧客が監査ログに必要なテーブル構造を定義しています。次の列があります。

通常、userChanged値とtimeChanged値を提供する単純な監査列が各テーブルにあります。これらのテーブルに書き込むアプリケーションはJavaアプリケーションであり、呼び出しはOracleデータベース上のjdbcを介して行われます。私が持っている質問は、前/後の値を取得するための最良の方法は何ですか。オブジェクトを比較して、このテーブルにデータを入力するためにどのような変更が加えられたかを確認するのは嫌です。これは効率的ではありません。1回の更新で複数の列が変更された場合、この新しいテーブルには複数のエントリが含まれます。または、オラクルでこれを行う方法はありますか？変更だけでなく変更された値を追跡するために、過去に他の人は何をしましたか？

Java アプリケーションの複雑さが増すにつれて、監査メソッドを作成して、正しいことを行っていることを確認したいと考えています。

Javaでどうすればできますか？どうも

DataContextインスタンスなしでLinqからSQLへのマッピングデータにアクセスすることは可能ですか？

一部のエンティティと一部のエンティティ列に対してのみトリガーされる監査データ生成コードを記述しているため、質問します。Linq DBにアクセスする前に、このメタデータを静的コンストラクターで修正したいと思います。

たとえば、パフォーマンスの観点から、ChangeSet内の変更されたエンティティごとに次のコードをトリガーするのではなく、エンティティの主キー列を1回だけ検出することが望ましいでしょう。

電話をかける前に：

MOSS 内のグループ/メンバー/ユーザー プロファイルへの変更の監査を表示できるようにしたいと考えています。これをすぐに実行できますか、それともサードパーティのツールが必要ですか?

MOSS 内のすべてがどこかで監査されていますか、それとも特定の側面だけが監査されていますか?

ではごきげんよう

私は最近、データベース設計に関する非常に興味深い問題に出くわしました。問題を単純化するためにテーブル名を変更したので、次のように説明します。果物や野菜がおいしいかどうかに関係なく、果物と野菜の 2 つのテーブルがあります。

ここで、誰かが私のアプリケーションの UI を介して IsTasty 設定を変更し続けており、管理者が誰かが最後に変更したのはいつか、誰が変更したかを確認する機能を要求しているとします。ここで注意が必要なのは、テーブルの他のデータを無視しているにもかかわらず、他のデータがあり、テーブルのデータがいつ変更されたかを追跡したくなく、この 1 つの列だけを追跡することです。

この問題を解決する最善の方法は何ですか?

ここにER図の問題の説明があります：