2

공급자가 "더 이상 필요하지 않을 때 데이터가 삭제되고 삭제되도록 보장하기위한 계획 \ 시스템"을 확인하도록 요청되었습니다. 우리가 사용되지 않는 사용자를 추구 SSIS 패키지가 - 데이터 ... 이름, 주소 등데이터 보호법 - MS SQL 데이터 삭제

나는

배경 "우리는 매일 밤 우리 MSSQL 데이터베이스에서 데이터를 삭제 프로세스를 자동화했다"고 응답했다 데이터를 다양한 기준에 따라 추출한 다음 해당 데이터를 데이터베이스에서 삭제합니다. 실제로 삭제합니다. 행을 쓸모 없게 만들거나 유사한 것으로 플래그하지 않으며, 다른 아카이브에 복사하지 않습니다. 테이블에서 실제로 라이브 데이터베이스에서 삭제합니다.

공급 업체는 "단순히 데이터베이스의 행을 삭제하거나 다른 방법으로 완료한다는 확인이 필요합니까?"라고 응답했습니다.

내 질문은 - 고려해야 할 SQL 데이터를 삭제하는 다른 방법은 무엇입니까? 그리고 IS 임원은 내가 ClientID = 987에서 삭제하지 않으면 데이터를 삭제하려고하고 싶습니다.

답변

1

개인 정보를 정리해야하는 데이터를 처리하는 다른 방법은 기록을 남기고 개인 식별 정보를 공백이나 대시로 변경하는 것입니다. 이렇게하면 다른 테이블에 대한 외래 키 역할을하는 레코드가 그대로 유지됩니다. 레코드를 아카이브 됨/쓸모없는 것으로 표시 할 수 있으면이 방법이 가장 효과적입니다.

조치를 취한시기와 공급 업체가 어떤 기록을 유지해야 하는지를 보여주는 로그 테이블을 작성해야합니다.

+0

감사합니다. 나는 현재의 전체 삭제 프로세스를 고수하고, 가능하다면 현재 할 수있는 것처럼 foreieng 주요 문제를 관리하고 싶습니다. 공급 업체가이 솔루션을 확실히 구현할 수 있다면이 솔루션을 확실히 구현할 수 있습니다. –

1

데이터를 삭제하면 해당 레코드는 '고스트 (ghosted)'로 표시되어 향후에 실제로 삭제해야합니다. 그런 다음 SQL은 데이터가 위치한 데이터베이스 페이지에서 데이터를 h 제합니다.

백업 및 로그에 여전히이 데이터가있을 수 있습니다.

공급자가 실제로 요청, 또는

은 끝에 물음표 상태 : "우리는이 단순히 데이터베이스 나 다른 수단에 의해 행 을 삭제하여 완료되었음을 확인 필요"

행을 삭제하면 정보가 x 일/개월 동안 백업에 보관됩니다. 그들에게 문제가 있다면, 그들은 당신이 염두에두고있는 것이 무엇이든간에 그것이 '단순하지 않은'것에 당신을 달랠 수 있습니다.

+0

좋아, 그거 아래 Kenvinskys처럼 말이 되네 ... 현재 우리는 레코드와 고아를 삭제하고 동시에 데이터를 주문하는 링크를 요약합니다.이 답변은 차라리 같이 갈 것입니다. –