delete_all 대 destroy_all?

테이블에서 레코드를 삭제하는 가장 좋은 방법을 찾고 있습니다. 예를 들어, 사용자 ID가 많은 테이블에있는 사용자가 있습니다. 이 사용자와 모든 테이블에 ID가있는 모든 레코드를 삭제하고 싶습니다.

u = User.find_by_name('JohnBoy')
u.usage_indexes.destroy_all
u.sources.destroy_all
u.user_stats.destroy_all
u.delete

이것은 작동하고 모든 테이블에서 사용자의 모든 참조를 제거하지만 destroy_all프로세스가 너무 무거워서 시도했습니다 delete_all. 자신의 사용자 테이블에서 사용자를 제거하고 id다른 모든 테이블에서 사용자를 null로 만들지 만 레코드는 그대로 둡니다. 누군가 이와 같은 작업을 수행하기위한 올바른 프로세스를 공유 할 수 있습니까?

모든 관련 개체 destroy_all에서 destroy함수 를 호출하는 것을 보았지만 올바른 접근 방식을 확인하고 싶습니다.

네 말이 맞아 사용자 및 모든 관련 객체 destroy_all 를 삭제하려는 경우 -> 그러나 모든 관련 객체를 억제하지 않고 사용자를 삭제하려는 경우->delete_all

이 게시물에 따르면 : Rails : dependent => : destroy VS : dependent => : delete_all

• destroy/ destroy_all: 연관된 객체는 destroy 메소드를 호출하여이 객체와 함께 파괴됩니다.
• delete/ delete_all: 관련된 모든 객체는 : destroy 메소드를 호출하지 않고 즉시 파괴됩니다.

delete_all은 단일 SQL DELETE 문이며 더 이상 없습니다. destroy_all은 일치하는 모든 : conditions 결과 (있는 경우)에서 NUM_OF_RESULTS 개 이상의 SQL 문일 수있는 destroy ()를 호출합니다.

큰 데이터 세트에서 destroy_all ()과 같은 과감한 작업을 수행 해야하는 경우 앱에서하지 않고 조심스럽게 수동으로 처리합니다. 데이터 세트가 충분히 작 으면 크게 아프지 않을 것입니다.

destroy_all모든 레코드 를 인스턴스화하고 한 번에 하나씩 삭제 한다는 사실을 피하기 위해 모델 클래스에서 직접 사용할 수 있습니다.

따라서 대신 :

u = User.find_by_name('JohnBoy')
u.usage_indexes.destroy_all

넌 할 수있어 :

u = User.find_by_name('JohnBoy')
UsageIndex.destroy_all "user_id = #{u.id}"

결과는 모든 관련 레코드를 삭제하기위한 하나의 쿼리입니다.

일부 상황에서 관련 레코드를 수동으로 삭제해야 할 필요성을 완화 할 수 있는 작은 보석 을 만들었습니다 .

이 gem은 ActiveRecord 연관을위한 새로운 옵션을 추가합니다 :

의존적 : : delete_recursively

레코드를 삭제하면이 옵션을 사용하여 연결된 모든 레코드는 인스턴스화하지 않고 재귀 적으로 (예 : 모델 전체) 삭제됩니다.

dependent : : delete 또는 dependent : : delete_all과 마찬가지로이 새로운 옵션은 종속 레코드의 around / before / after_destroy 콜백을 트리거하지 않습니다.

그러나, 종속적 인 : : delete_recursively와 연관된 모델 체인 내에서 어디서든 종속적 인 :: troy 연관을 가질 수 있습니다. : destroy 옵션은 회선의 위나 아래로 정상적으로 작동하여 모든 관련 레코드를 인스턴스화하고 삭제하여 콜백을 트리거합니다.