[firebase-br] OFF TOPIC - Sugestão de modelagem

Gladiston Santana gladiston em vidy.com.br
Seg Ago 31 17:02:23 -03 2015


Creio que esteja pensando na modelagem por causa da performance, que
dependendo da modelagem poderá ficar mais lento ou mais rapido, é isso?
Se for, tente entender como os índices funcionam para fazer uma modelagem
de acordo.
Dá uma lida aqui: http://www.ufjf.br/jairo_souza/files/2012/11/CFLP_O028.pdf
Lá cita como exemplo, um sistema de followup, talvez uma idéia semelhante a
sua:
"Todos devem saber que uma tabela de “follow-up's” cresce assustadoramente
de
tamanho e que em geral são divididos em duas etapas : agendar follow-ups
(insert)
e realizar follow-ups(update). Se ambas as etapas forem armazenadas numa
única
tabela, o que ocorreria ?
Vejamos...relatórios e consultas de follow-up em geral são feitas de tudo
quanto é
maneira : pesquisa por data, atendente, cliente, .... então deveríamos ter
vários
índices associados a tabela de follow-up, certo?
Mas com tantos índices associados à tabela de follow-up, o que ocorreria
com os
agendamentos, que são basicamente inserts ? Também ficariam lentos, pois
para
cada INSERT todos os índices associados a tabela de followups precisariam
também ser atualizados.
Então nesse caso, separar em duas tabelas diferentes e para cada tabela os
seus
respectivos índices seria a melhor maneira, e com o uso de uma "view"
(visão)
poderíamos ver ambas as tabelas como se fossem apenas uma.
Percebeu? Usando a racionalidade num banco de dados, o que podemos chamar
de "normatização", todos os problemas fazem parte de uma lógica a ser
resolvida
que determinará ou não a divisão de tabelas."


Tome muito cuidado com opiniões, ninguém aqui conhece seu sistema ou o
ambiente que será usado, não é que pedir opinião está errado, é que você
deveria solicitá-la para confirmar a decisão que já tinha em mente ou
trazer a luz pontos que não havia pensado. Da forma como postou dá entender
que você está terceirizando à lista o que irá fazer depois.

Um abraço e sucesso.

Em 31 de agosto de 2015 14:06, Renan Rogowski Pozzo <renanrpozzo em gmail.com>
escreveu:

> Boa tarde.
> Gostaria de uma sugestão quanto a modelagem dos dados, se os colegas
> puderem me ajudar.
>
> Vou ter uma tabela de POSTS, e alguns posts terão data de agendamento para
> publicação. A cada 10 posts 1 deles terá, mais ou menos.
>
> Nesse caso, é vantagem ter uma nova tabela acessória para armazenar essa
> data, ou criar os campos na tabela POSTS? Quais as vantagens e desvantagens
> de fazer de uma forma ou de outra?
>
> Agradeço a ajuda.
>
> Abraço,
> Renan Rogowski Pozzo
>
> *"E a paz de Deus, que excede todo o entendimento, guardará os vossos
> corações e os vossos pensamentos em Cristo Jesus." Filipenses 4.7*
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas:
> http://www.firebase.com.br/pesquisa_lista.html
>



-- 
--
B em B@BU     iB em M@B.  B em MBBO   MBBMMB em B@BZLr    E@@@@i      r@@@BU
vB em M@O     E em B@Bu   BBBM em 0   G em MMM@N8MBB em ZP5r  B em B@k      8B@@O
 OB em B@q   2 em BBBM    B em B@BO   BB em B@B,.:,7B em B@@L uB em B@,    OB em B@.
 ,@@@B@   @BBB@,    @BBB em 8   M em M@@@     PB em B@B  @@@BN   iB em B@L
  U em B@B2 LB em B@X     B em MBBO   MBBM em B     i em BBB@. 7 em B@Bi  B em B@E
   B@@@BiM em M@B.     @BBM em G   M em MMB@     v@@M em B,  G em B@Z v em B@B.
   7B em B@O em B@B5      B em B@B8   BBBM em B     Z@@@B@   iB@@@2 em B@Br
    NB em M@B em B8       @B em B@8   M em B@B em i:i75 em B@B em r    E@@B em B@Bq
    . em B@@@B@:       B em B@B@   @B@@@B em B@B@@@ME;     .BB em MBB@
     55.ANOS        OMOGBS   PBZGGOOMOO117,        7 em BBB@r
     ==============================================r@@@@F=====
     Gladiston Santana                             8 em B@B,
     Supervisor de TI                             G em B@B7
     Tel.:+551147873122 R:228                    :@B em B0
     Grupo VIDY - SGQ ISO9001 - 55 ANOS          @B em B@.
     Visite nosso site: www·vidy·com·br         BB@@@u
     Visite também : www·expolabor·com·br      GB em B@N



Mais detalhes sobre a lista de discussão lista