DBDesigner

[Tiago_Ribeiro 0]

Ola pessoal.

 

Alguem se sujeitaria em me ajudar??

Tipo instalei o DBDesigner.. na boa..

 

Alguem poderia explicar assim meio por cima aqueles tipos de relacionamento? http://forum.imasters.com.br/public/style_emoticons/default/joia.gif

 

Desde Já agradeço.

Obrigado.

[michelsp 0]

Esse editor ultima vez q (mtos meses atrás!) eu vi era mto simples!Windows? Eu recomendaria o MysqlFront...

[Prog 183]

O DBDesigner pode ser muito util, tanto a nível de documentação como a nível de modelagem de banco de dados, por se tratar de uma ferramenta visual.

 

É interessante conhecer os conceitos básicos de integridade de banco de dados para interpretar corretamente cada um dos relacionamentos disponíveis.

 

Quando você coloca o mouse sobre o botão do relacionamento, ele exibe a cardinalidade do mesmo, por exemplo: 1:n, ou seja, um para muitos.

 

Explicando os termos da lista de relacionamentos:

 

Non-Identyfing-Relation

Quando você cria um relacionamento não identificado quer dizer que o(s) campo(s) que faz a relação entre as duas tabelas não fará parte da chave primária da tabela relacionada.

 

Identyfing-Relation

Quando você cria um relacionamento identificado quer dizer que o(s) campo(s) que faz a relação entre as duas tabelas fará parte da chave primária da tabela relacionada.

 

1:n

Relacionamento não identificada de um para muitos, este relacionamento quer dizer que para cada registro único na tabela A existiram muito na tabela B.

 

1:1

Relacionamento não identificada de um para um, este relacionamento vincula um registro único na tabela A a um unico registro na tabela B.

 

n:m

Relacionamento de muitos para muitos, este relacionamento "especial" funciona para criar uma entidade de relacionamento entre 2 tabelas, esta entidade é o que chamamos de tabela de relacionamento. Vamos supor que muitos registro da tabela A precisam se relacionar com muitos registros da tabela B, para isto cria-se uma tabela C contendo as chaves de ambas as tabelas. Como você pode perceber, no modelo fisico, criará uma terceira tabela com 2 relacionamentos identificados de 1:n (um para muitos).

 

Documentação:

C:\Documents and Settings\esteves\Dados de aplicativos\DBDesigner4\tmpindex114143482.html

[valtinho 0]

Fantástico, muito boa explicação