vlbatistao

Obrigado !

Obrigado pela resposta MrMALJ !! Vou utilizar esta solução mesmo, dividir todos estes campos em tabelas diferentes e vinculadar (Através de chave estrangeira) à tabela principal (Que vai ter o código do produto). Só mais uma coisa, sabe mais ou menos quantos campos é aconselhavel ter, por tabela, para não ocorrer de as consultas ficarem muito lentas? Obrigado de novo!

Bom dia pessoal! Acabei de criar a conta aqui no fórum, e já vou fazer o meu primeiro chamado por ajuda! haha Procurei aqui no forum e não encontrei nada que conseguisse me ajudar, e na internet, achei varios dos exemplos mais comuns, que são bancos de dados estruturados para vendas/ cadastro de clientes/ de funcionários etc. Nos casos citados acima, é mais tranquilo identificar as entidades, pois elas tem uma interação entre si, e não achei exemplos de como se trabalhar com uma quantidade mais expressiva de campos, mas o banco de dados que eu preciso criar, estou tendo dificuldades em identificá-las, se é que podemos separar por entidades. Bom, vamos lá. Preciso criar um banco de dados APENAS de cadastro de produto, onde existem aproximadamente 250 campos. A entidade principal seria o Produto, todos estes 250 campos são relacionados ao Produto. O que gostaria saber é se válido (Falando em performance e organização) quebrar estes campos em várias tabelas (com relacionamento 1:1)? Se sim, quantos campos aproximadamente podemos ter por tabela, de forma a não comprometer muito a velocidade de retorno das consultas. Ou será que existe algum jeito melhor de organizar estas informações no Banco de dados? Espero que tenha conseguido me expressar de forma clara. Obrigado, Abraços!