none
Modelagem para Tabelas Chave X Valor RRS feed

  • Pergunta

  • No projeto que estou iniciando, estão querendo em criar aproximadamente 50 tabelas apenas para armazenar campos do tipo chave X valor. Seriam tabelas como Sexo, cor, Status, que não terão nenhuma nova alteração/inclusão.  Seriam todas as tabelas com dois campos (chave X descrição) e no máximo 10 registros cada uma.

    Imagino que colocar todos estes cadastros em duas tabelas (1XN) (Uma para o tipo geral, e outro para os itens) seria o mais indicado.

    Todas as demais tabelas que precisassem destes dados, se relacionariam apenas com a tabela de itens.

    Acredito que ficar criando +50 tabelas dentro do projeto para um objetivo tão simplório na trás nenhum benefício. Apenas deixa mais complexo o banco. Com relação a performance também não haverá problemas.

    Qual seria abordagem mais indicada, seus prós e contras?

     


    • Editado S4ndr0 quinta-feira, 22 de janeiro de 2015 13:49
    quinta-feira, 22 de janeiro de 2015 13:48

Respostas

  • S4ndr0,

    Não vejo problemas em vc seguir essa abordagem, por questões de simplificação. Mas isto sempre dependerá do tipo de sistema que vc está desenvolvendo.

    No caso de uma aplicação convencional para processamento de transações operacionais, acredito que esta é uma abordagem que simplifica bastante em alguns casos. No entanto, vc precisa analisar se este cadastro não crescerá de forma demasiada e, com isto, tornará difícil a administração das informações.

    Lembre-se ainda que a criação de 50 tabelas poderia levar até mesmo à implementação de uma tela para cada tipo de entidade manipulado no sistema.

    Como vc mesmo disse, a abordagem se resumiria a pares chave/valor. Em cadastros mais complexos como tributos e taxas financeiras, certamente deverão estar apartados em tabelas próprias já que seguem regras bem específicas.

    Espero ter ajudado!


    • Editado Renato GroffeMVP quinta-feira, 22 de janeiro de 2015 14:46
    • Marcado como Resposta S4ndr0 quinta-feira, 22 de janeiro de 2015 17:37
    quinta-feira, 22 de janeiro de 2015 14:45
  • Deleted
    • Marcado como Resposta S4ndr0 quinta-feira, 22 de janeiro de 2015 17:37
    quinta-feira, 22 de janeiro de 2015 14:58

Todas as Respostas

  • S4ndr0,

    Não vejo problemas em vc seguir essa abordagem, por questões de simplificação. Mas isto sempre dependerá do tipo de sistema que vc está desenvolvendo.

    No caso de uma aplicação convencional para processamento de transações operacionais, acredito que esta é uma abordagem que simplifica bastante em alguns casos. No entanto, vc precisa analisar se este cadastro não crescerá de forma demasiada e, com isto, tornará difícil a administração das informações.

    Lembre-se ainda que a criação de 50 tabelas poderia levar até mesmo à implementação de uma tela para cada tipo de entidade manipulado no sistema.

    Como vc mesmo disse, a abordagem se resumiria a pares chave/valor. Em cadastros mais complexos como tributos e taxas financeiras, certamente deverão estar apartados em tabelas próprias já que seguem regras bem específicas.

    Espero ter ajudado!


    • Editado Renato GroffeMVP quinta-feira, 22 de janeiro de 2015 14:46
    • Marcado como Resposta S4ndr0 quinta-feira, 22 de janeiro de 2015 17:37
    quinta-feira, 22 de janeiro de 2015 14:45
  • Deleted
    • Marcado como Resposta S4ndr0 quinta-feira, 22 de janeiro de 2015 17:37
    quinta-feira, 22 de janeiro de 2015 14:58
  • Deleted
    quinta-feira, 22 de janeiro de 2015 17:53