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

Question

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

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

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

Answer 1

Это были бы привязки к отношениям с субъектами, короче говоря ERD.

Answer 2

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

Answer 3

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

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

Answer 4

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

Answer 5

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

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

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

Answer 6

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

В моем университете мы обучаем UML для обоих, моделирования данных и «моделирование приложений»

Answer 7

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