[firebase-br] Fw: Ajuda projeto

[Gladiston Santana]

Apenas traduzir o termo, como ENTIDADES já resolveria seu problema ou usar
prefixos como T_ENTITY.
Pense bem no que está fazendo porque mais tarde poderá se arrepender em
misturar entidades de classes diferentes numa só tabela.
Juntando tudo, pode achar que está economizando alguma coisa, mas na minha
opinião - desculpa a pretensão - está apenas armando um laço que terá
desatar depois.
Por exemplo, quando tiver que armar um combobox com uma lista de
transportadores terá de submeter uma pesquisa de poucos resultados numa
tabela com muitos registros, seria mais eficiente uma tabela só de
transportadores para otimizar as pesquisas. Juntar dados de classes
diferentes é como juntar um cavalo e um boi para levar um carro, a
desigualdade de informação penalizará uma classe ou outra.

Em 19 de janeiro de 2015 18:43, Qatan <wanstadnik em gmail.com> escreveu:

> Boa dica, não sabia mas faz sentido.
>
> A idéia para usar esta palavra é para ter no mesmo cadastro:
>
> CLIENTES
> FORNECEDORES
> VENDEDORES
> TRANSPORTADORES
> PRESTADORES
>
> Lembrando que em muitos casos um FORNECEDOR pode ser ao mesmo tempo um
> CLIENTE e também um TRANSPORTADOR e até mesmo um VENDEDOR sem contar que
> pode eventualmente ser em casos especiais um PRESTADOR, por isso é que
> optei por aquela palavra bonita.
> Vou mudar a palavra para INDIVIDUAL que vai funcionar também (o pior é
> quando além de tudo isso ainda se torna um “CONCORRENTE” ;)
>
>
> Obrigado pela dica.
>
>
> Qatan
>