Объекты для концептуального дизайна

Question

Я только начал играть с концептуальным дизайном, и я делаю несколько простых примеров, чтобы получить хорошую практику. Помимо примеров книг, я начал спрашивать друзей, что они делают на работе, и таким образом я стараюсь практиковать. В любом случае, все, о чем я забочусь, это концептуальная часть прямо сейчас, которая будет иметь сущность и мощность.

Вы можете назвать эту базу данных радиостанцией/церковью или любой небольшой компанией, которая представляет свою собственную программу тому, кто в сообществе. Конечно, у каждого ведущего есть своя собственная роль. У этой компании есть списки разных вещей, таких как бронирование, выставление счетов и т. Д. ...

Вопрос в том, действительно ли эти сущности имеют смысл, если вы посмотрите на этот концептуальный дизайн? Является ли разумным развивать эту базу данных вокруг программы, которую они представляют общественности? Я знаю, что здесь много чего не так, но что это за вещи, которые я мог бы сделать по-другому?

Если кто-нибудь имеет большие связи концептуального моделирования я был бы признателен ...

редактировать: Я обновит модель спросил

Answer 1

О.П.,

ли эти объекты даже иметь смысл, если вы смотрите на этот концептуальный дизайн ?

Да, так ли. С вашей концептуальной диаграммы мы можем понять, как сущности связаны друг с другом и их мощность.

Умеет ли развиваться эта база данных вокруг программы, чтобы они были представлены общественности?

интерпретировать ваш вопрос как «Является ли это дизайн может представлять различные реальные сценарии, для которых она создается?» Для того, чтобы ответить на этот вопрос, я действительно нужно знать все тех возможных случаев, которые могут происходят в будущем. Из того, что я собрал, задавая вышеперечисленные вопросы, я считаю, что модель может хорошо поддерживать ваши требования. Тем не менее, я хотел бы просить Вас рассмотреть следующие вопросы:

• Booking в идеале должен быть связан с вашим Program и не к вашим Account. Если вы связываете номер на счет и попытаться создать модель 3NF, вы потеряете соответствие между бронированием и программой

• Account и Role как может (и должен) существовать, поскольку они являются две принципиально разные сущности. Но если вы не можете (или не нуждаетесь) захватить данные для Account в системе, вы можете также убрать свой объект Account. Вы по-прежнему можете связать роли с программой по желанию.

• Если Program s состоят из Item с, элементы должны быть связаны с Program, а не Role

• Есть ли присущая связь с Equipment и Studio?Например, некоторые устройства доступны только в некоторых Studios? Если да, вы можете связать оборудование напрямую со студией.

Я считаю, что одна из целей вашей концептуальной модели заключается в том, чтобы детализировать деловую информацию. Убедитесь, что вы сделали это правильно на этом уровне, и все будет отлично смотреться в более поздней части дизайна!

Answer 2

Два комментария:

Во-первых, я всегда любил Database ответы в качестве источника для моделей. Вот ссылка:

http://www.databaseanswers.org/data_models/

Есть более сотни моделей доступны здесь, для различных отраслей промышленности. Возможно, вам придется начать с одного из них и изменить его в соответствии с вашими обстоятельствами.

Во-вторых, моя ментальная модель для местности отличается от вашей, и есть соответствующая разница в терминологии. Я использую концептуальную модель для анализа, а не проектирования. Другими словами, моя концептуальная модель описывает мое понимание предмета и информацию, которую требуется сохранить в базе данных. Не моя попытка разработать решение проблемы.

Я использую вторую модель, логическую модель, отражающую мой общий дизайн. Логическая модель является специфически реляционной, если целевая база данных должна быть реляционной.

Существует третья модель, физическая модель, которая содержит больше деталей конструкции. Это специфично для конкретной СУБД, например Oracle. Он также отражает настройки, предназначенные для обеспечения ожидаемого объема и трафика и обеспечения хорошей производительности.

Это немного отличается от трехуровневой модели ANSI-SPARC, которую вы можете найти.

Если вы согласны с тем, что концептуальная модель является результатом анализа, а не дизайна, то ответ на ваш вопрос о том, имеет ли ваша модель смысл, просто: я не знаю. Я не смотрю на ваши обстоятельства. Возможно, кто-то, кто уже создал базу данных для церкви/радиостанции, может комментировать, исходя из их обстоятельств.