Início / dba / Perguntas / 80360
Accepted
AlwaysLearningNewStuff
Asked: 2014-10-17 06:51:45 +0800 CST

Não consigo terminar meu diagrama ER

  • 772

Estou tentando criar um banco de dados para uma pequena biblioteca de livros. Este não é um projeto profissional, apenas um exercício de minha autoria. Esta é a primeira vez que tento fazer isso (sou autodidata) e estou encontrando um problema. Antes de continuar, fornecerei minha versão do diagrama ER abaixo (fiz no Paint, usando o seguinte recurso para notação):

insira a descrição da imagem aqui

O meu maior problema é resolver o facto de um livro poder ter o mesmo título mas ter várias edições ou fazer parte de um conjunto. Um exemplo seria a trilogia O Senhor dos Anéis , ou Janelas de Programação, 5ª edição , ou Enciclopédia de aberturas de xadrez, volume D.

Não sei como incorporar isso ao meu diagrama ER para evitar redundância de dados.

Por isso faço estas perguntas:

  • Como devo abordar o fato de que o livro pode ter o mesmo título, mas ter várias edições ou fazer parte de um conjunto, em meu diagrama ER?

  • Como sou inexperiente, você pode apontar erros em meu diagrama ER, se houver, e sugerir uma melhoria?

Como esta é minha primeira postagem aqui, deixe um comentário se algo precisar ser alterado (se não se encaixar no formato de pergunta deste site) ou se precisar de mais informações.

Obrigada.

database-design

4 respostas

  1. Eu diria que uma Edição é uma entidade que está relacionada a um Livro .

    Você então tem uma relação um-para-muitos entre Livros e Edições. (Um livro pode ter muitas edições.) e uma relação muitos-para-um entre Edições e Editoras (muitas edições são publicadas por uma editora).

    Quando eu estava construindo bancos de dados reais, antigamente, sempre tive acesso a um ou mais "especialistas no assunto", pessoas que se familiarizaram com os dados por meio do uso constante. A maioria dos especialistas no assunto não era especialista em computadores nem em banco de dados. Sua situação é um pouco diferente.

    Eu tentaria encontrar algum tipo de especialista on-line no assunto, como a Biblioteca do Congresso. Eles podem ter algum tipo de modelo da indústria editorial que forneceria respostas para esta e outras perguntas que você tem sobre como o campo editorial realmente funciona. E esse modelo pode estar em domínio público.

    PS: Parabéns por usar o modelo ER como ferramenta de análise e por não mergulhar prematuramente no projeto de banco de dados.

    • 2

  2. Vejo um projeto possível com sua exigência como

    BookMesa

    BookId PK
WriterId -FK
PublisherId -FK
Title
..Other columns

    EditionsMesa

    EditionId - PK
BookId - FK
..Other Columns

    SetsMesa

    SetsId - PK
EditionsId - FK
VolumnName-- Like A, B(or 1,2)

    Agora vejo um problema com o design acima, digamos que com novas edições, se o editor mudou, então PublisherIdos clumns podem ser melhor movidos para Editionstabelas para fornecer essa flexibilidade no futuro, mesmo com writerIdou em caso de múltiplo writerId, você pode optar por adicionar mais uma tabela para salvar writerIdcom editionsId. Escolha INT/BigIntpara a coluna Id.

    • 1
  3. Best Answer

    Eu acho que se você olhar para o seu modelo e considerar os requisitos que ele não atende (ou seja, suas perguntas), você descobrirá que precisa expandir um pouco o seu modelo. Considere o seguinte DER:

    (Observe que eu uso a notação pé de galinha de James Martin , que é um pouco mais compacta do que você usou, mas deve ser bem simples de entender. A única característica ligeiramente distinta é o uso de um "I" maiúsculo para indicar que um relacionamento é parte do identificador da entidade)

    ERD

    Aqui estão alguns pontos que este ERD aborda:

    • Um BOOKque pode ser alugado é uma coisa física (supondo que você esteja lidando com livros de papel). Isso significa que você precisa permitir ter mais de uma cópia . Portanto, um livro tem um título, mas não é a mesma coisa que o título, então meu modelo cria TITLEsua própria entidade.

    • Dependendo se você deseja um instantâneo de quais livros são alugados e para quem ou se deseja uma trilha de auditoria de quais livros foram alugados para quem, você precisa ter um 0,1-para-muitos ou muitos-para- muitos relacionamentos para representar o status de aluguel de cada livro (físico).

    • Cada BOOKum tem um arquivo EDITION. Não precisa ser uma edição especial. Pode ser a primeira edição, brochura, edição especial, etc.

    • Um EDITIONterá um TITLE. Todas as edições do mesmo livro terão o mesmo título, portanto, a relação TITLEpertence ao EDITIONnível.

    • Da mesma forma, todas as edições serão publicadas pela mesma editora (ou grupo de editoras), enquanto edições diferentes podem ter editoras diferentes. Como você pode ter mais de um editor, isso precisa ter uma relação muitos-para-muitos entre PUBLISHERe EDITION.

    • A TITLEpode ter vários autores, portanto, é necessária uma relação muitos-para-muitos entre TITLEe WRITER.

    • 1

  4. Depende de quais informações você deseja armazenar sobre a edição. Você pode adicionar outra tabela com uma Editioncoluna e uma Book_ID chave estrangeira. (por exemplo, uma edição tem um livro)

    Com conjuntos, você poderia ter mais algumas mesas. Um com uma Set_IDcoluna e uma Setcoluna; e outra tabela com uma Set_IDcoluna e uma Book_IDcoluna.

    Por exemplo -

    Set_ID  Set
1       Lord of the Rings Trilogy 

Set_ID  Book_ID 
1       1 
1       2 
1       3

Book_ID Book 
1       The Fellowship of the Ring
2       The Two Towers
3       The Return of the King

    Isso faz sentido?

    Desculpas por não desenhar o diagrama, não estou familiarizado com eles :)

    • 0

relate perguntas