1

私は、コール センターのエージェントがさまざまな製品の販売に使用する新しいデータベースの作成に取り組んでいます。日中、これらのエージェントはクレジット カードの詳細を受け取り、処理する前に一時的に保存します。夜間、データベースはバックアップされますが、明らかなセキュリティ上の理由から、クレジット カードの詳細をバックアップすることはできません。最初は、標準の BACKUP 手順を使用してバックアップする前に、クレジット カード フィールドを NULL に UPDATE するだけだと思っていましたが、その日に処理されなかった場合に備えて、詳細を元のデータベースに保持する必要があることがわかりました。機密性の高いクレジット カードの詳細はすべて、1 つのテーブルの 1 つの列に含まれています。これは簡単なはずですが、私はデータベースと T-SQL の両方に (今週) 初心者です。ヒントや指示をいただければ幸いです。

編集:追加要件

ソリューションの要件は、プライマリ データベースの構造を変更しないことです。これは、顧客詳細テーブルのクレジット カード ID を、クレジット カード テーブルをキーとする creditcardid に変更することを意味します。これは、バックアップから除外される可能性がありますが、残念ながらオプションではありません。

4

1 に答える 1

0

初めに。バックアップの内容を変更することはできません (設計上)。唯一の妥当なオプションは、a) バックアップする前にデータを準備 (変更) するか、b) CC 番号以外のすべてをバックアップするか、c) バックアップを復元し、CC 番号を削除して別のバックアップを作成することです。

これらの状況下で、私は次のプロセスを使用しました: 1. データベースの複製/コピーを作成/維持します (ETL/SSIS またはバックアップ/復元またはログ配布またはレプリケーションを介して頻繁に同期されます) バックアップ用のバッファーとして。2. バッファ/コピーから CC 番号を消去します。3.バックアップ。

私の同期プロセスでは、ETL/SSIS の方が制御しやすいため (レプリケーションやログ配布のように一時停止する必要がないため)、ETL/SSIS を好みます。ただし、ETL/SSIS のセットアップにはさらに多くの労力が必要です。バックアップ/復元が最も迅速/簡単です。

申し訳ありませんが、私のソリューションは面倒です。これは、このタイプのシナリオを処理する方法を私が学んだ方法です。

于 2012-10-17T15:36:21.573 に答える