규정 준수를 위해 현재 프로젝트의 데이터베이스에서 사용자의 개인 정보를 삭제할 때 관련 행이 실제로 복구 할 수 없도록 삭제되어야합니다.데이터베이스에서 안전하게 행을 삭제하려면 어떻게합니까?
우리는 포스트 그레스 8.x의를 사용하는 데이터베이스,
내가 할 수있는 일이 정기적으로 COMPACT/VACUUM를 실행 넘어 있습니까?
감사하게도 우리의 백업은 다른 사람들이 보관하며 삭제 된 정보는 보관할 수 있습니다.
"복구 할 수없는 삭제"는 소리보다 어렵고 데이터베이스를 넘어서 확장됩니다. 예를 들어,이 행이있는 테이프/백업에서 데이터베이스의 이전 인스턴스로 돌아가서 삭제하려고 계획하고 있습니까?
앞서 언급 한 정기적 인 삭제와 주기적 VACUUMing을 고려하십시오.
데이터베이스를 백업합니까? - 예인 경우 백업에서 삭제해야합니다.
보안 위험 때문입니까? 이 경우 행의 데이터를 변경 한 다음 행을 삭제합니다.
이것은 소프트웨어 측면에서 할 수있는 것이 아닙니다. 하드웨어 문제로 드라이브를 실제로 삭제해야합니다.
아마 내가 접선에 있지만, 정말 그런 사용자를 삭제 하시겠습니까? 대부분의 신원 정보 & 액세스 관리 접근법은 감사 기능을 잃지 않기 위해 사용자를 계속 삭제 상태로 표시하도록 권장합니다 (이 사용자는 이전 5 년 동안 무엇을 가지고 있었습니까).
무결성 준수를 위해 또는 악의적 인 블랙 햇 목적으로 사용자 정보를 삭제해야 할 수 있습니다. 어느 경우에도 다른 게시물에 명시된 바와 같이 사용자의 존재를 추적 할 수 없도록하는 삭제 방법이 있습니다.
아마도 이러한 취소 할 수없는 삭제가 바람직한 이유에 대해 자세히 설명해야 할 것입니다 ...?
나는이 경로에 대해서도 동의합니다. 사무실 정책이 개입되면이 기사를 살펴보십시오. http://www.adaptivepath.com/ideas/essays/archives/000251.php –
유럽의 데이터 보호 지침은 더 이상 개인 데이터를 삭제하지 말 것을 요구합니다 필요한. 따라서 "경우에 따라"유지하는 것은 금지됩니다. 이 지침은 모든 유럽 연합 회원국의 법률에 따라 시행됩니다. 그의 경우일지도 모른다. – bortzmeyer
PCI DSS v3, Requeriment 3.1 모든 카드 소유자 데이터 (CHD) 스토리지에 대해 최소한 다음을 포함하는 데이터 보존 및 폐기 정책, 절차 및 프로세스를 구현하여 카드 소유자 데이터 저장을 최소로 유지하십시오. 데이터 저장량을 제한하고 보유 시간을 으로 제한해야합니다 법적 규제 및 비즈니스 요구 사항에 대한 데이터 의 보안 삭제 ** 프로세스는 더 이상 저장 및 삭제를 안전하게 카드 소유자 데이터를 를 식별하기위한 분기 별 공정 카드 소유자 데이터 에 대한 특정 보존 요구 사항 ** 을 필요로하지 않을 때 이 (가) 보유를 초과했습니다. – Neoecos
ACID에서 "D"를 달성하기 위해 관계형 데이터베이스는 데이터베이스를 변경하기 위해 트랜잭션 로그 유형 시스템을 사용합니다. 삭제가 수행되면 데이터 (버퍼 캐시)의 메모리 복사본이 삭제 된 다음 동기 모드에서 트랜잭션 로그 파일에 기록됩니다. 데이터베이스가 크래시되면 트랜잭션 로그가 재생되어 시스템이 올바른 상태로 되돌아갑니다. 따라서 삭제되어야하는 여러 위치에 삭제가 있습니다. 나중에는 디스크의 실제 데이터 파일 (및 모든 인덱스)에서 레코드가 "삭제"됩니다. 이 시간은 데이터베이스에 따라 다릅니다.
내 이해는 행에있는 행의 새 복사본을 만들고 오래된 행을 쓸모 없게 표시합니다. 단순히 행을 삭제하는 것보다 나쁠 것입니다. – NSherwin