[firebase-br] Re: qual o melhor jeito de modelar ?

[Eduardo Jedliczka]

Nossos sistemas são utilizados basicamente por escritórios de contabilidade
e alguns departamentos de empresas um pouco maiores, é comum servidores
K6-II com 64 MB de memória e 5 terminais Pentium (100 a 233) com 32 MB)..

Ou Servidores com 128 MB ou 256 MB de Ram para até 15 terminais...

[s]

==========================
Eduardo Jedliczka
Gerasoft Informática
Apucarana - Pr
==========================

----- Original Message ----- 
From: "Almir Fiorio" <almir74 em gmx.net>
To: "FireBase" <lista em firebase.com.br>
Sent: Thursday, May 12, 2005 1:37 PM
Subject: Re: [firebase-br] Re: qual o melhor jeito de modelar ?


> Amigo Eduardo
>
> Vc fala de  milhoes de registreos mas com quantas maquinas con correntes?
>
> Realmente, se mil registros pra ele é pouco vai me satiisfazer
> e ai eu posso ate unir as tabelas sem problema nenhum ne ?
>
> ********************************************************************/
> Se as tabelas forem exatamente iguais, e não houver previsão de mudanças
> individualizadas, por menor que seja, deixem juntas, terá menos tabelas,
> menos telas de cadastro e muito menos desperdício de tempo.
>
> Se houver uma possibilidade de mudança, por menor que seja, deixe
separado,
> e ganhe flexibilidade...
>
> /********************************************************************
>
> isso ai, gande ideia !
> Flexibilidade vc diz no caso de ter que fazer novas coisas no futuro
> e ai nao ter problemas ja que estamos separados ne ???
>
> Acho que os campos sempre serao os mesmos, mas é dificil
> descobrir como será o futuro
>
> Mas vou fazer isso, vou deixar junto
>
> Abraços
> Almir Fiorio
>
>
>
> Eduardo Jedliczka escreveu:
>
> >Quando se fala de aplicações concorrentes, com milhões de registros, o
tempo
> >de espera deve ser da casa de poucos décimos de segundos... 3 segundos
para
> >um operador parece uma eternidade... (mil registros é uma miséria para um
> >banco como o FireBird, ele filtra isto num tempo tão pequeno que nem dá
para
> >contar)
> >
> >Quem dirá minutos.
> >
> >Mas deixe-me pronunciar pela última vez sobre este assunto.
> >
> >Almir, ou separa tudo ou junta tudo... esse negócio de meio a meio vai te
> >dar uma dor de cabeça que você não faz idéia.
> >
> >Se as tabelas forem exatamente iguais, e não houver previsão de mudanças
> >individualizadas, por menor que seja, deixem juntas, terá menos tabelas,
> >menos telas de cadastro e muito menos desperdício de tempo.
> >
> >Se houver uma possibilidade de mudança, por menor que seja, deixe
separado,
> >e ganhe flexibilidade...
> >
> >[s]
> >
> >==========================
> >Eduardo Jedliczka
> >Gerasoft Informática
> >Apucarana - Pr
> >==========================
> >
> >----- Original Message ----- 
> >From: "Almir Fiorio" <almir74 em gmx.net>
> >To: <lista em firebase.com.br>
> >Sent: Wednesday, May 11, 2005 12:45 PM
> >Subject: Re: [firebase-br] Re: qual o melhor jeito de modelar ?
> >
> >
> >
> >
> >>Amigo Eduardo!
> >>
> >>
> >>
> >>>*
> >>>Eu  Entendi !!!
> >>>Justamente por causa disso que eu disse em nao separar por que as duas
> >>>tabelas usam os mesmos campos !!
> >>>
> >>>Acho que vou separar entao somente as tabelas de clientes e
> >>>fornecedores pra dar uma velocidade
> >>>por que aki  temos cerca de 1000 clientes contra 50 fornecedores
> >>>melhor separar ne ?
> >>>
> >>>Essa diferença que aparece depois de milhoões de registros é muito
> >>>absurda?
> >>>Diferença de quantos minutos de leitura?
> >>>
> >>>Grato
> >>>Almir*
> >>>
> >>>
> >>>Eduardo Jedliczka escreveu:
> >>>
> >>>
> >>>
> >>>>Cara, definitivamente você não entendeu absolutamente nada do que eu
> >>>>escrevi...
> >>>>
> >>>>Eu disse que praticamente não há diferença de desempenho se deixar
junto
> >>>>
> >>>>
> >ou
> >
> >
> >>>>separado, a diferença só aparece depois de alguns milhões de
registros.
> >>>>
> >>>>Eu só disse para tomar cuidado com as PKs e FKs, para não ter que
> >>>>
> >>>>
> >corrigir a
> >
> >
> >>>>modelagem com triggers.
> >>>>
> >>>>E que o que faz um sistema rápido ou lento é mais o Front-End (forma
de
> >>>>programar) e o conjunto de componentes (e transacional) do que a
> >>>>
> >>>>
> >modelagem
> >
> >
> >>>>em si...
> >>>>
> >>>>Se as tabelas são iguais, não perca tempo, deixe tudo junto, mas se
> >>>>
> >>>>
> >amanhã
> >
> >
> >>>>aparecer campos distintos entre clientes e fornecedores, ou entre as
> >>>>
> >>>>
> >contas
> >
> >
> >>>>à pagar e receber, que devem ser obrigatórios, vai ter que consistir
com
> >>>>triggers, ou seja, ficar remendando....
> >>>>
> >>>>
> >>>>[s]
> >>>>
> >>>>==========================
> >>>>Eduardo Jedliczka
> >>>>Gerasoft Informática
> >>>>Apucarana - Pr
> >>>>==========================
> >>>>
> >>>>
> >>>>
> >
> >
> >______________________________________________
> >FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> >Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> >Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> >
> >
> >
> >
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>