Concepção de tabelas em um banco de dados relacional é de longe o mais difícil e mais importante aspecto da construção de um banco de dados. Mesas mal projetados levar a não ser capaz de encontrar os dados , ter de introduzir dados duplicados , e entrada de dados estranho. Tomando o tempo para garantir que as tabelas estão devidamente set-up e que os relacionamentos são criados corretamente ajuda a garantir um bom design de banco de dados . Projetando as Tabelas

Antes de começar a pensar em tabelas, você precisa determinar quais informações o banco de dados que vai armazenar. A maneira mais fácil de descobrir isso é responder a quem, o quê , onde, quando e como. Por exemplo, ao criar um banco de dados que rastreia os alunos , o que as classes que eles tomam, e que ensina as classes , o seguinte seria um pouco da resposta para as perguntas : Quem: alunos e instrutores ; quê: classe, grau e número de créditos ; onde: localizações de classe , endereço do aluno e instrutor de endereço ; Quando: data e horário de aula ; como : como é a classe entregue

é importante ter tempo e responder a essas perguntas da forma mais completa possível. . Estas perguntas identificar os campos de suas tabelas . Depois de saber que todos os campos são , você está pronto para começar a organizá-los em tabelas. Para certificar-se de que o campo se relaciona diretamente com o nome da tabela , o grupo dos campos por o tema comum e quebrar os campos abaixo para os menores pedaços possíveis . Por exemplo, em vez de um campo chamado ' InstructorName ', você deve usar ' IntructorFirstName ' e ' InstructorLastName . Alguns domínios podem não pertencem claramente com qualquer uma tabela . Por exemplo, o campo ' Grade ' relaciona-se com o estudante , mas também diz respeito à classe. Quando você encontrar um campo que pertence a duas tabelas diferentes , isso significa que ele precisa estar em uma tabela de junção , uma tabela que associa duas tabelas em um relacionamento muitos-para- muitos. Dessa forma , um estudante pode receber diferentes graus para diferentes classes que são tomadas .
Projetando os Relacionamentos

Depois de ter seus quadros desenhados, o próximo passo é a figura como eles se relacionam entre si . Existem três tipos de relações : um -para-um ; um-para- muitos e muitos-para- muitos. O relacionamento de um- para-um não é freqüentemente usada . Isso significa que um registro em uma tabela se relaciona diretamente com um registro na segunda tabela . Essa relação é utilizada em bancos de dados de recursos humanos, onde uma tabela contém os dados não- seguros, como nome e endereço, e a segunda tabela contém os dados seguros, como salário.

O segundo tipo de relação , eo mais comum, é o relacionamento um- para-muitos. Isto significa que um registro em uma tabela se relaciona diretamente com muitos registros de outra tabela. Por exemplo, um professor pode ensinar muitas classes . Este é representado pela chave primária na tabela de instrutor, ' InstructorID , ' relativo a uma chave estrangeira na tabela de classes ' ClassInstructor .

O terceiro tipo de relação é a de muitos-para -muitos. Nesta relação , muitos registros em uma tabela estão relacionados com muitos registros em outra tabela. Por exemplo , um estudante pode tomar várias classes , e uma classe pode ter muitos alunos . Para criar essa relação , uma tabela de união é necessária. A tabela de junção , na verdade, contém as chaves estrangeiras. Nessa relação , as chaves estrangeiras seria " StudentID 'e' ClassID ' na tabela de junção . Ao criar essas relações , você está permitindo que os dados fluam de mesa em mesa e ser facilmente acessível.