Removendo referências em cascata no Rails

Bruno Milare — Fri, 04 Feb 2011 23:48:22 +0000

O problema:

Recentement me deparei com um problema que pode ser considerado bem sutil.
Eu tinha três tabelas e cada uma tinha relacionamento 1 para n com outra, algo parecido com o MER abaixo.

Relacionamentos

Eu estava tratando a remoção em cascata das dependências utilizando :delete_all, e quando removia a tabela principal, somente o primeiro nível de referência era removido, deixando a última tabela intacta, fui atrás de saber o porque disso.

Descobri que o :delete_all age direto na tabela, portanto, assim que um registro é destruído suas dependências são destruídas direto no banco e a aplicação Rails nem se dá conta de que algo foi removido, então, quando a tabela intermediária é removida, a aplicação não sabe que tem que remover a próxima dependência e então pára por aí.

Para resolver isso utilizei o :destroy para remoção em cascata, esse método instancia o objeto a ser removido e então os callbacks são chamados, assim a aplicação é notificada da remoção e chama a próxima remoção de dependências, obviamente esse método é mais lento, vamos verificar isso na parte de performance.

Na prática:

Para ilustrar o problema e fazer algumas comparações, criei o cenário ilustrado no MER acima. Criando 10 produtos, para cada produto 10 categorias e para cada categoria 10 tags. Tendo portanto:

Produtos: 10
Categorias: 10 x 10 = 100
Tags: 10 x 10 x 10 = 1000

:delete_all

Seguem os modelos:

class Product < ActiveRecord::Base
has_many :categories, :dependent => :delete_all
end

class Category < ActiveRecord::Base
belongs_to :product
has_many :tags, :dependent => :delete_all
end

class Tag < ActiveRecord::Base
belongs_to :category
end

Temos assim o seguinte resultado:

=> "products: 10, categories: 100, tags: 1000"
ruby-1.9.2-rc1 > Product.all.each{|p| p.destroy}
=> "products: 0, categories: 0, tags: 1000"

Vemos que as tags permaneceram intactas.

:destroy

Nesse caso podemos alterar somente o modelo do Produto, não há necessidade de alterar a Categoria visto que as Tags são o nosso último nível e não precisamos tratar suas dependências.

class Product < ActiveRecord::Base
has_many :categories, :dependent => :destroy
end

E o resultado:

=> "products: 10, categories: 100, tags: 1000"
ruby-1.9.2-rc1 > Product.all.each{|p| p.destroy}
=> "products: 0, categories: 0, tags: 0"

Perfomance

Para cada produto, de 100, vamos aumentar o número de categorias para 1000 registros por produto e sem nenhuma registro de tag, pois assim podemos validar a performance, pois serão apresentados os mesmo resultados.

Produtos 100
Categorias 1000 x 100 = 100000

Com :delete_all:

4 seconds

Com :destroy:

118 seconds

Só pra ter um ideia, rs =)

Abraços,

Bruno.

SQL Buddy – Admin para MySql leve e rápido.

Márcio Gasparotto — Thu, 21 Aug 2008 23:54:11 +0000

Navegando pela web esses dias dei de cara com um aplicativo web para administração do MySql o SQL Buddy, acho que todo desenvolvedor conhece o phpMyAdmin ele realmente é uma mão na roda quando precisamos administrar algo no MySql de forma remota, porém eu acho a interface do phpMyAdmin meio confusa e muita vezes acho que a velocidade deixa muito a desejar.

O SQL Buddy é um Web based MySQL administration que foca na simplicidade e na velocidade, pra isso ele usa ajax para as requisições tornando assim a interface e usabilidade do mesmo bem agradáveis.

A simplicidade da instalação também chama a atenção, é bem no estilo rails, pois basta descompactar o mesmo em um diretório e pronto, é claro que tem que estar com o php rodando. Vale lembrar que tem suporte a temas e ainda já tem tradução para português. A dica está dada!