Nos guias de trilhos, é descrito assim:
Além disso, os objetos serão destruídos se estiverem associados
:dependent => :destroye excluídos se estiverem associados a:dependent => :delete_all
Certo, legal. Mas qual é a diferença entre ser destruído e excluído? Eu tentei os dois e parece fazer a mesma coisa.
Respostas:
A diferença está no retorno de chamada.
O :delete_allé feito diretamente no seu aplicativo e excluído pelo SQL:
DELETE * FROM users where compagny_id = XXXXCom o :destroy, há uma instanciação de todos os seus filhos. Portanto, se você não puder destruí-lo ou se cada um tiver o seu :dependent, seus retornos de chamada poderão ser chamados.
Na associação de modelo do Rails, você pode especificar a :dependentopção, que pode assumir uma das três formas a seguir:
:destroy/:destroy_allOs objetos associados são destruídos ao lado desse objeto chamando seu destroymétodo:delete/:delete_allTodos os objetos associados são destruídos imediatamente sem chamar seu :destroymétodo:nullifyAs chaves estrangeiras de todos os objetos associados são definidas como NULLsem chamar seus saveretornos de chamada:restrict. Se definido como: restringir este objeto, não poderá ser excluído se houver algum objeto associado.
:deleteou :destroy_allpelo que parece? A opção: dependent espera que seja: destruir,: delete_all,: anular ou: restringir (: delete)
:deletee as :destroy_allopções não existem. No entanto, existem métodos de classe nos modelos chamados deletee, destroy_allportanto, esse pode ser o motivo da confusão.
Consulte destroy exclui seus elementos associados, em que delete_all pode excluir vários dados da tabela própria comoDELETE * FROM table where field = 'xyz'
: Opções possíveis dependentes:
Controla o que acontece com os objetos associados quando o proprietário é destruído. Observe que eles são implementados como retornos de chamada, e o Rails executa retornos de chamada em ordem. Portanto, outros retornos de chamada semelhantes podem afetar o comportamento: dependente e o :dependentcomportamento pode afetar outros retornos de chamada.
:destroy faz com que todos os objetos associados também sejam destruídos.
:delete_all faz com que todos os objetos associados sejam excluídos diretamente do banco de dados (portanto, os retornos de chamada não serão executados).
:nullifyfaz com que as chaves estrangeiras sejam definidas como NULL. Os retornos de chamada não são executados.
:restrict_with_exception faz com que uma exceção seja gerada se houver algum registro associado.
:restrict_with_error faz com que um erro seja adicionado ao proprietário se houver algum objeto associado.
Se estiver usando com a :throughopção, a associação no modelo de junção deve ser perten_to e os registros que são excluídos são os registros de junção, e não os registros associados.
Na verdade, a principal diferença é que nenhum retorno de chamada será invocado quando :delete_allfoi usado. Mas quando usada, :destroya pilha de retornos de chamada ( :after_destroy, :after_commit...) será acionada.
Conseqüentemente, se você tiver touch:declarações em modelos sendo excluídas, é melhor usar dependent: :delete_all'dependente:: destroy'.