jou-imaizumi
commented
1 month ago 削除予定のDBを抽出致しました。 「削除対象となるDB」を削除した場合、「懸念点」について問題ないかご教授お願いいたします。
懸念点
- データの整合性が取れているか
- 削除対象は正しいか →不足等がございましたら、ご教授お願いします。
前提条件
- ドキュメントの蓄積は行っていない
- イベント・モノが1対1になるよう蓄積している
- 削除対象の「thing_identifier」は知っているものとする。
削除対象となるDB
root-block
-
pxr_ctoken_ledger.row_hashテーブル →カラム「4_1_1」が「thing_identifier」と一致するテーブル
-
ctoken_ledger.cmatrixテーブル →カラム「ID」が削除対象のrow_hashテーブルの「cmatrix_id」と一致するもの
app-block
-
pxr_book_operate.thingテーブル →カラム「thing_identifier」が「thing_identifier」と一致するテーブル
-
pxr_book_operate.cmatrix_thingテーブル →カラム「4_1_1」が「thing_identifier」と一致するもの
-
pxr_book_operate.cmatrix_floating_columnテーブル →カラム「cmatrix_thing_id」が削除対象のcmatrix_thingテーブルの「id」と一致するもの
蓄積されていくデータに関して、蓄積できる期間を定めたいと考えています。 そのため、蓄積してから一定期間経過したデータを削除していく必要があるのですが 例えば2年以上経過したのデータを削除したい。といった場合に、蓄積されたデータを物理削除できる手段はありますでしょうか？ （利用者蓄積データ削除（バッチ）というAPIがあるのは確認しましたが、利用者に紐づいているデータに関して、削除の条件などは指定できず全て削除する形に見えたため、これは使用できない認識です）
また、API上から指定できない場合は、DBに対して直接削除を行う必要があると考えています。 その場合は、各削除APIが更新するDB項目を抽出し、抽出されレコードに対してDELETEをしていく方針としていますが、 データの整合性が取れなくなるといった懸念があります。 そのため、そもそもDBに直接削除を行う。といった方針がとりえるか？についてと 削除対象となるDBに項目についてご教授いただけると幸いです。
※DB項目については抽出でき次第、対象があっているか追記していく所存です。