이 문제가 자주 발생합니다. 어떤 사람이 필드를 설정하면 삭제되었다는 말을 들었던 기억이 납니다. 어떤 방법이 더 좋은지 알고 싶습니다. 모두 감사합니다
오늘의 데이터는 일반적으로 말씀하신 논리적 삭제가 있고, 또 하나는 데이터베이스에서의 물리적 삭제입니다. 데이터를 직접 삭제하면 됩니다. 사용자가 삭제한 데이터는 논리적 삭제가 적합하지만, 아직 웹사이트에 통계가 필요한 데이터라면, 물리적 삭제는 휴대폰 인증번호 등 인증 후 의미가 없는 데이터에 사용할 수 있습니다.
구체적인 이유로 표시하는 것이 좋습니다. 이전에 발췌한 기사를 참조하세요.
데이터베이스 설계 원칙 – 데이터를 삭제하지 마세요http://xingaiming.com/2015/12...
sf에서 유사한 문제에 대한 토론: /q/10...
삭제 불가: 많은 경우 디스크 공간만 더 차지할 뿐입니다. 시스템 성능에 영향을 미치지 않습니다
삭제: 상관없습니다. 대부분의 경우 삭제된 데이터를 사용할 것으로 예상되는 시나리오는 실제로 발생하지 않습니다. 나타나는 경우 이 기능은 일시 삭제되지 않고 표시되어야 합니다.
그러므로 앞으로 이런 문제가 발생하여 헤매면 첫 번째 문제를 선택하세요. 옵션에 큰 차이가 없기 때문에 선택할 수 있는 것이 많지 않습니다.
민감한 데이터에 플래그를 지정할 수 있는 경우, 물리적으로 직접 삭제되지 않는 경우
중요하지 않은 데이터는 직접 삭제하는 것이 좋습니다. . .
오늘의 데이터는 일반적으로 말씀하신 논리적 삭제가 있고, 또 하나는 데이터베이스에서의 물리적 삭제입니다. 데이터를 직접 삭제하면 됩니다. 사용자가 삭제한 데이터는 논리적 삭제가 적합하지만, 아직 웹사이트에 통계가 필요한 데이터라면, 물리적 삭제는 휴대폰 인증번호 등 인증 후 의미가 없는 데이터에 사용할 수 있습니다.
구체적인 이유로 표시하는 것이 좋습니다. 이전에 발췌한 기사를 참조하세요.
데이터베이스 설계 원칙 – 데이터를 삭제하지 마세요
http://xingaiming.com/2015/12...
sf에서 유사한 문제에 대한 토론:
/q/10...
삭제 불가: 많은 경우 디스크 공간만 더 차지할 뿐입니다. 시스템 성능에 영향을 미치지 않습니다
삭제: 상관없습니다. 대부분의 경우 삭제된 데이터를 사용할 것으로 예상되는 시나리오는 실제로 발생하지 않습니다. 나타나는 경우 이 기능은 일시 삭제되지 않고 표시되어야 합니다.
그러므로 앞으로 이런 문제가 발생하여 헤매면 첫 번째 문제를 선택하세요. 옵션에 큰 차이가 없기 때문에 선택할 수 있는 것이 많지 않습니다.
민감한 데이터에 플래그를 지정할 수 있는 경우, 물리적으로 직접 삭제되지 않는 경우
중요하지 않은 데이터는 직접 삭제하는 것이 좋습니다. . .