Ontem eu receberam uma pergunta frequentemente feita de um amigo meu pr�ximo e algu�m que eu respeito muito. Em suas palavras:

Minha companhia nova tem um sistema existente que eu estou reescrevendo. O sistema
tem uma base de dados que siga a filosofia nunca realmente de suprimir a
registro - apenas ajuste uma marca��o que da bandeira suprima. Que voc� pensa deste?

Geralmente, eu penso que � uma id�ia m�. Eu penso que apenas cria o trabalho
para voc� em outras �reas. Mas eu poderia ser ing�nuo.

Eu estou usando o rubi nos trilhos, que tem esta directriz de SECO (n�o fa�a
Repita-se). Os trilhos p�r as coisas que est�o tradicional no
base de dados na camada de tra�o objeto-relacional, tal como r�guas sobre
integridade referential. Eu supor que a integridade referential est� normalmente em 2
lugares: c�digo de aplica��o (l�gica de neg�cio) e meta da base de dados - dados.
Em todo o caso, os confinamentes da base de dados s�o usados raramente nos trilhos.

O sistema � um local da comunidade, com placas da discuss�o e lotes de
o outro �ndice compartilhado que � contribu�do por membros. Os membros podem
saa e possa ser suprimido ou incapacitou.

Eu estou tentado suprimir de membros se forem suprimidos. Eu sou tentado
para suprimir do �ndice se for suprimido. Eu sou tentado sair
�ndice dos membros anteriores a menos que o �ndice pr�prio for
impr�prio, embora eu supor o �ndice que est� faltando um associado
o registro do membro seria sorte de um �rf�o. (Eu apenas estou pensando para fora ruidosamente
aqui).

Voc� tem alguma recomenda��o geral?

Eu diaria adicionar a cada �nica indica��o de sql quando (suprimido �
zero ou deleted=0) . E eu penso que poderia haver outras edi��es, como
as colis�es chaves originais com registros que s�o marcados suprimiram.

Em um projeto eu criei um esquema que tivesse a sorte de um fraco
relacionamento nele. Este era o sistema de planeamento do objetivo. A tabela do objetivo
teve uma coluna do username. Esta coluna do username podia ser usada para encontrar
usu�rio na tabela de usu�rio. Mas se o usu�rio foi suprimido, os objetivos ainda
indicado apenas muito bem. Eu supor se um usu�rio juntado mais tarde, re�so a
username previamente usado herdariam alguns objetivos existentes.
Realmente esta caracter�stica era motiva��o para o esquema - eu comecei com
um jogo dos objetivos de uma folha e de um mim grandes da propaga��o qui-los existir e
Eu quis poder adicion�-los usu�rios e posse da tomada dos objetivos
j� no sistema.

Finalmente, se eu suprimo de registros, voc� recomenda conservar suprimido
registro em uma outra tabela? � aquela uma pr�tica comum?


Est� aqui minha tomada nela:

Nunca suprimir de um registro � uma pr�tica seguida primeiramente na ind�stria financeira e algumas nas empresas farmac�uticas que vying para a aprova��0 do FDA. Sempre que voc� est� tratando o financeiro ou outros dados sens�veis n�o � uma id�ia m� arquiv�-la desta maneira. � razoavelmente f�cil controlar tais dados. Voc� pode peri�dicamente mover os registros marcados suprimido para umas ou v�rias bases de dados secund�rias, que � perguntado somente quando voc� quer tais dados, que s�o rara. Assim � aprovado ter uns tempos de resposta mais lentos em que voc� perguntar registros suprimidos.
Esta maneira sua carne sem gordura preliminar das sobras da base de dados e jejua.

Hoje uma terceira necessidade est� emergendo em locais sociais dos trabalhos em rede e da comunidade (para nunca suprimir de um registro). Frequentemente as redes do terrorista (como em grupos de Yahoo) ou os traficantes de drogas (como em Orkut) usam tais locais para comunicar-se com seus membros geogr�fica distribu�dos. Arquivar seus dados de uma comunica��o pode mais tarde ajudar autoridades competentes em segui-las para baixo. O flipside � que pode ser abusado pelas mesmas autoridades para erguer nas vidas privadas de cidad�os normais. Mas aquela � uma hist�ria para um outro dia :)

> eu estou tentado suprimir de membros se forem suprimidos. Eu sou tentado
para suprimir do �ndice se for suprimido. Eu sou tentado sair
�ndice dos membros anteriores a menos que o �ndice pr�prio for
impr�prio, embora eu supor o �ndice que est� faltando um associado
o registro do membro seria sorte de um �rf�o. (Eu apenas estou pensando para fora ruidosamente
aqui).

Eu posso ver o valor que adicional voc� pode come� destes registros, como encontrar a taxa de atrito (pessoa que sae do local ou que est� sendo suprimido) sobre o tempo, o seu �ndice etc. Total voc� reduz muita da dor de cabe�a sobre registros �rf�os ou os problemas referential da integridade (embora eu n�o penso que RoR depende daquele) tragam a estrada. Porque � a ferragem � barata actualmente.

Para sumariar assim eu penso:
o A. l� � diversos benef�cios em manter registros suprimidos e simplesmente em marc�-los como suprimido
o B. l� n�o � muito custo ou desempenho associado em cima com tal decis�o mesmo se seu local se transforma o MySpace seguinte como voc� pode sempre peri�dicamente os mover sobre para bases de dados secund�rias.

A maioria de perguntas do sql procurar�o simplesmente registros que n�o tem o jogo suprimido do campo. Para as perguntas que envolvem os registros suprimidos, voc� ter� que primeiramente olhar na base de dados preliminar e olhar ent�o na base de dados suprimida secund�ria dos registros, se voc� decide usar uma base de dados secund�ria.

> como colis�es chaves originais com registros que s�o marcados suprimiu.
Aquela n�o seria uma edi��o. Se voc� est� esperando a carga pesada ent�o voc� pode querer usar o inteiro longo para o �ndice. O inteiro n�o assinado normal dar-lhe-� somente 4GB.

> finalmente, se eu suprimo de registros, voc� recomenda conservar o registro suprimido em uma outra tabela? � aquela uma pr�tica comum?

Se voc� os est� marcando simplesmente como suprimidos ent�o voc� pode simplesmente peri�dicamente mov�-los para uma base de dados diferente. Eu n�o sugeriria mov�-los para uma tabela diferente t�o que fosse prov�vel criar mais confus�o e n�o o ajudaria quanto muito WRT. desempenho. � pr�tica razoavelmente comum excepto aos registros suprimidos. Eu trabalhei com tais sistemas dentro perto. Eu penso que voc� encontrar� que (a marca��o os grava como suprimidos) resolvem mais problemas do que eles cria a longo prazo.

Deixe-me saber, meus leitores do blogue, o que � sua tomada nesta edi��o?