Какой язык моделирования баз данных является отраслевым стандартом?

Question

Прежде чем кто-либо проголосует за то, чтобы закрыть это как дурак, знайте, что каждый вопрос, который я до сих пор находил, был вопросом о конкретных программах , которые хороши для моделирования базы данных. Мой вопрос: что такое отраслевой стандарт язык (если он есть) для моделирования реляционной базы данных?

Я знаю, что UML в целом очень популярен, особенно для моделирования ООП, и автор книги, которую я сейчас читаю («Разработка и оптимизация базы данных Pro SQL Server 2005» Дэвидсона), использует IDEF1X. MS Visio, хотя и поддерживает IDEF1X, по умолчанию использует общий язык моделирования без множества специфических символов (называемых «реляционным» набором символов), но я знаю, что Visio довольно стандартна, потому что является частью пакета Office.

Итак, как летний стажер, пытающийся составить мое резюме, какой язык моделирования окажется наиболее полезным в отрасли в будущем?

Answer 1

Это будут схемы Entity RelationShip, короче ERD .

Answer 2

Я всегда знал какую-то форму «Диаграммы отношений сущностей» (ERD) в качестве стандарта для моделирования базы данных.

Эти диаграммы обычно используют прямоугольники для представления сущностей и линии между прямоугольниками для представления отношений между этими сущностями. Также часто встречаются некоторые формы обозначений, указывающие количество элементов отношений (то есть один к одному, один ко многим, многие ко многим) в виде черточек и «гусиных лапок».

Answer 3

ERD, вероятно, наиболее широко используется. Я также видел, как ORM использовал , хотя это не специфично для базы данных - речь идет о создании вселенной фактов.

Answer 4

Это было бы ERD .... Я бы начал с стандартных моделей данных. Например, отраслевая стандартная группа Retail называется ARTS (ассоциация технологических стандартов розничной торговли), и у них есть отраслевая модель данных, от которой почти все расширяются (http://www.nrf -arts.org / DataModel / DataModelHome.htm )

Answer 5

UML может быть идеально использован для моделирования данных. Он более выразителен, чем языки EER, поэтому вы можете выражать в UML все, что можно выразить на этих других языках. Более того, я чувствую, что использование одного и того же языка для моделирования всех аспектов приложения упрощает разработку.

В моем университете мы преподаем UML как для моделирования данных, так и для "моделирования приложений"

Answer 6

Это не ответ (надеюсь, что все в порядке), но я хотел аплодировать вам за ваше желание учиться. Недавно я взял интервью у кого-то на должность, где он будет разработчиком для приложения на основе базы данных, а также для отчетности по нему. Я дал ей простой набор требований и сказал: «Учитывая это, как бы вы структурировали свои объекты базы данных?» Я просто искал простой ERD (или, черт возьми, просто коробки и строки! Или список таблиц и потенциальных полей!). Она даже не могла этого сделать - совершенно растерялась от вопроса.

Не нанят, для записи.

Так что я просто поддерживаю ERD - он, вероятно, самый распространенный, и я также обнаружил, что не-разработчикам легко понять.

Answer 7

На самом деле нет стандартного языка, хотя UML - это больше, чем просто моделирование класса ООП. Концепция ERD, упомянутая Раззи, - это то, на чем вы действительно хотели бы сосредоточиться больше, чем пытаться добавить в свое резюме что-то, что интервьюер может знать или не знать. Интервьюеры могут знать UML и ERD, но могут не знать IDEF1X. Они знают об инструментах и ​​названиях конечных результатов и мало заботятся о том, как создаются результаты для диаграмм.