|
|
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
в курсовой работе есть такой пункт: Обоснование выбора модели данных из четырёх: иерархическая, сетевая, реляционная, объектно-ориентированная сама по себе база данных типа библиотека и т.п. и подразумевается, что мы выберем реляционную что вообще можно написать в обосновании выбора ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2009, 22:55 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
m4igorчто вообще можно написать в обосновании выбора ? Все, что повлияло на сам выбор... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 08:18 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
авторчто вообще можно написать в обосновании выборавыбрал то что наиболее часто используется. (имхо) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 08:50 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
m4igor, слабоватый выбор. Есть еще объектно - реляционная модель, модель Semantic Network, и т.п. Модель выбирают, чтобы доказать, что связи между объектами дешевле обрабатывать одним из способов. Сеть строить можно тоже по-разному. Реляционка уже устаревает. ER - громозки и не технологичны. Все переходят на объекты. Объекты используют механизмы обработки связей более сожной архитектуры, чем реляционка. На реляционке можно построить на логическом уровне, все, что угодно, но это уже объектно-реляционная модель. Если связи укладываются в иерархии, то выбор между еиерархическими моделими, описывающими схемы, и OOM, который тоже описывает иерархии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 10:44 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
2 Sasha _111 Бу. :) В огороде бузина, в Киеве дядька. Смешались в кучу... 2 m4igor Предыдущий ответ несодержательный, конечно. Но вообще тут как то пробегал товариСЧ котрый насчитал аж около 30 моделей данных. А вы б сначала выяснили четкое определние модели данных, или спросили бы у преподавателя, в то вдруг :) он знает и вас проверяет? (хотя лично я в этом сильно-сильно сомневаюсь.), и наконец, а что нужно сделать то? Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 12:53 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
krvsa, и подразумевается, что мы выберем реляционную я ничего не выбирал, за нас уже выбрали, т.е. далее мы выбираем реляционную модель а почему ? я вот и незнаю... курсовая тупая и мне нужно объяснить, почему я выбрал именно реляционную ) вот так ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 22:26 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
U-gene, есть база данных библиотека там сначало системный анализ, требования к БД, потом построение инфологической модели а вот потом идёт выбор модели данных, в котором нужно описать 4 модели: иерархическая, сетевая, реляционная, объектно-ориентированная дать небольшую характеристику (описание на них) вооот, а потом идёт пункт обоснование выбора реляционной модели вот такая чудная курсовая ))) вот я и спрашиваю как бы это написать (желательно посодержательнее написать "мой" выбор реляц. модели) а уже потом идут пункты переход к реляц модели, даталогическая модель и уже сама реализация ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 22:31 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
m4igor, а если брать классификацию по OMG ISO 19502, то там делятся модели данных подразделяются на физические данные, модель данных, метамодель, метаметамодель. До этого преподы пока не дошли. ЧТо такое Meta Object Facility не знают... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2009, 18:31 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
m4igor, используют пакеты моделирования (широко), поэтому ее и выбираем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2009, 18:35 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
U-gene, напрасный труд - кузнец гордыни... Где-то я уже такое слышал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2009, 18:36 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
m4igorв курсовой работе есть такой пункт: Обоснование выбора модели данных из четырёх: иерархическая, сетевая, реляционная, объектно-ориентированная сама по себе база данных типа библиотека и т.п. и подразумевается, что мы выберем реляционную что вообще можно написать в обосновании выбора ? Звучит примерно как: Обоснование выбора типа судна из четырех - гребное, парусное, пароход, атомоход. Подразумневается выбор парохода:)) Про существование теплоходов учебная программа не подозревает:)) Эхо Holy War времен внедрения реляционных СУБД и вытеснения ими сетевых и иерархических. Ну кто сейчас пользуется последними в качестве БД? Active Directory и реестр Windows? А давно кто видел сетевую СУБД? db_Vista светлая ей память? Конец прошлого века. Но в учебных целях знать конечно надо: парусники тоже плавают помаленьку - учебные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 09:37 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
Alexander_111m4igor, а если брать классификацию по OMG ISO 19502, то там делятся модели данных подразделяются на физические данные, модель данных, метамодель, метаметамодель. До этого преподы пока не дошли. ЧТо такое Meta Object Facility не знают... Вот тут не стоит смешивать мелкое с мягким: иерархическая, сетевая, релационная, дедуктивная и т.д. - это типы БД, которые определяются видом математической модели, которая положена в их основу. А концептуальная, логическая, физическая, метамодель и пр. - это разные представления одной и той же БД, например - реляционной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 09:40 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
Alexander_111 Есть еще объектно - реляционная модель, модель Semantic Network, и т.п. Модель выбирают, чтобы доказать, что связи между объектами дешевле обрабатывать одним из способов. Сеть строить можно тоже по-разному. Реляционка уже устаревает. ER - громозки и не технологичны. Все переходят на объекты. Объекты используют механизмы обработки связей более сожной архитектуры, чем реляционка. На реляционке можно построить на логическом уровне, все, что угодно, но это уже объектно-реляционная модель. Если связи укладываются в иерархии, то выбор между еиерархическими моделими, описывающими схемы, и OOM, который тоже описывает иерархии. Вы бы немножко материал подучили, прежде чем людей смешить. Воистину U-gene правильно подметил, что у вас в голове -- страшная каша. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 12:56 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
CountZerro Звучит примерно как: Обоснование выбора типа судна из четырех - гребное, парусное, пароход, атомоход. Подразумневается выбор парохода:)) Ну, если из перечисленных, то реляционная модель соответствует атомоходу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 12:58 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
боюсь что атомоход - это MAP/REDUCE и иже с ним. реляционная ближе к пароходу таки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 13:29 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
ScareCrowбоюсь что атомоход - это MAP/REDUCE и иже с ним. реляционная ближе к пароходу таки.А вы уверены, что понимаете значение термина "модель данных"? Вы уверены, что MAP/REDUCE -- это модель данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 14:23 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
mir_unregisteredCountZerro Звучит примерно как: Обоснование выбора типа судна из четырех - гребное, парусное, пароход, атомоход. Подразумневается выбор парохода:)) Ну, если из перечисленных, то реляционная модель соответствует атомоходу. Атомоход - это скорее объектно-реляционная (атомный реактор + паровая турбина). Ну это уже лирика.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 15:26 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
ScareCrowбоюсь что атомоход - это MAP/REDUCE и иже с ним. реляционная ближе к пароходу таки.разве современные движки рсубд не используют mapreduce? я его прям в планах запросов вижу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 15:28 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
alexeyvgScareCrowбоюсь что атомоход - это MAP/REDUCE и иже с ним. реляционная ближе к пароходу таки.разве современные движки рсубд не используют mapreduce? я его прям в планах запросов вижу. А модель данных тут при чем? Она как была так и осталась реляционной. Если продолжать пароходную аналогию, это замена паровой машины на турбину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 15:38 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
CountZerroА модель данных тут при чем? Она как была так и осталась реляционной. Если продолжать пароходную аналогию, это замена паровой машины на турбину.Конечно, не при чём. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2009, 16:06 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
mir_unregistered, явно, уважаемый. что рядом с разработкой СУБД не стояли. Мы говорим о моделях данных, а не об уровнях их организации. Каша у вас в голове, раз не понимаете, как развивается логический уровень данных и как он влияет на физическую организацию данных. Понимаете, что значит перенести технологии с прикладного на системный уровень СУБД? Что такое XDB в Oracle? СУБД реляционная, а объекты там откуда? А Semantic Network откуда? Разбираться надо, а не распальцовываться.... Сейчас общая тенденция, всюду вставлять метаданные. А это уже использование метамоделей. Как мне нравятся ребята, умеющие тавкать из подворотни. Аргументов - ноль, а амбиций - выше крыши. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2009, 11:04 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
2 Alexander_111 > явно, уважаемый. что рядом с разработкой СУБД не стояли. Да, разработкой СУБД не занимался. А вы в разработке какой СУБД участвуете, чисто любопытно? Мы говорим о моделях данных, а не об уровнях их организации. Вы говорили о чём попало и как попало. Вот, напомню: >Есть еще объектно - реляционная модель К вашему сведению, нет одной объектно-реляционной модели, их известно как минимум три. > модель Semantic Network Semantic Network — это не модель данных > Модель выбирают, чтобы доказать Модель данных не выбирают, чтобы что-то доказать > Реляционка уже устаревает Чушь. > ER - громозки и не технологичны ER — инструмент семантического моделирования, как модель данных не используется > Все переходят на объекты Чушь > Объекты используют механизмы обработки связей более сожной архитектуры, чем реляционка Бессмысленный набор слов. «Реляционка» (т.е. РМД) не использует никакие «механизмы обработки связей». Объекты, к слову, тоже. Соответственно, разговоры об «архитектуре» этих «механизмов» бессмысленны. > На реляционке можно построить на логическом уровне, все, что угодно, но это уже объектно-реляционная модель. Можно я запишу ваше определение объектно-реляционной модели? «Объектно-реляционная модель — это всё, что угодно, построенное с помощью реляционной модели». В мемориз, однозначно. > Если связи укладываются в иерархии, то выбор между еиерархическими моделими, описывающими схемы Иерархическая модель, оказывается, «описывает схемы». Оказывается, никакая модель данных больше не «описывает схемы». > и OOM, который тоже описывает иерархии Слово «тоже», видимо, относится к схемам. Выходит, «схемы» и «иерархии» у вас — одно и то же. Я же говорю, каша в голове, да ещё и с комочками. Кстати, чрезвычайно редкий случай, когда все связи «укладываются в иерархии». В природе в чистом виде почти не встречается. Однако РМД тоже пригодна к обработке иерархий, особенно с наличием в алгебре операции транзитивного замыкания, а в SQL-продуктах — рекурсивных запросов. >Каша у вас в голове, раз не понимаете, как развивается логический уровень данных А уж вы-то понимаете, судя по цитатам. > и как он влияет на физическую организацию данных. Что касается РМД, то при одной и той же модели физическая организация данных может быть какой угодно, что и демонстрируют различные реализации. >СУБД реляционная, а объекты там откуда? А почему в реляционной СУБД не может быть объектов? Вы книжки какие-нибудь хоть почитайте. РМД не накладывает никаких ограничений на типы данных, которые могут быть и сложными структурами. Про 3-й Манифест слыхали? >Разбираться надо, а не распальцовываться.... Золотые слова. Разбирайтесь, уже пора бы. > Сейчас общая тенденция, всюду вставлять метаданные. А это уже использование метамоделей. Метаданные в реляционных СУБД десятки лет используются, ещё покойник Кодд их наличие в своих 12 правилах описывал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2009, 11:47 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
> явно, уважаемый. что рядом с разработкой СУБД не стояли. Да, разработкой СУБД не занимался. А вы в разработке какой СУБД участвуете, чисто любопытно? [/quot] КМК не поймет :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2009, 15:29 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
mir_unregistered, авторДа, разработкой СУБД не занимался Так зачем пургу гнать... Если бы занимался, то понимали бы, что сперва приложения бывают внешними, а затем их прописывают в ядре. авторнет одной объектно-реляционной модели, их известно как минимум три Кому известно и какие это объектно-реляционные модели? Если была бы хоть одна собственная разработка ORM, то понимали бы, что принцип построения ОRM - создание репозитария описания метаданных объектов и струтур хранения объектов на реляционной платформе. Мы создавали хранилище данных на реляционнйо платформе. авторSemantic Network — это не модель данных Вот умник... Давйте разберемся. Есть RDF со своими триадами. Их можно хранить и описывать по-разному. В Oracle созданы свои внутренние типы объектов для описания этих триад на реляционной платформе. Это и есть модель данных. Может определение модели данных дать? (для продвинутых умников...) авторМожно я запишу ваше определение объектно-реляционной модели? «Объектно-реляционная модель — это всё, что угодно, построенное с помощью реляционной модели». В мемориз, однозначно. Разрешеаю, но требуются некоторые уточнения. Все угодно построенное путем описания объектов метаданными, и представление объектов в виде бинарных связей атрибутов. Давайте. аргументируйте.. А вы тут мыльные пузыри пускаете,а аргументов - кот наплакал... Реляционная модель устаревает - чушь у вас в голове, раз нет аргументов. Мои аргументы: Нормализованные формы сведены к упрошенныи моделям. ER - модель, но связи описаны только правиласм построения функциональных ключей и присоединением связанных утрибутов в каждую связанную таблицу. Увы нет дополнительной семантического описания связи, нет атрабутов описания связи. Даже на логическом уровне ER связь можно только прокомментировать. При описании логической структуры запросов семантика связей не используется. используется голый SQL. ORM позволяя хранить метаданные описания струтур объектов и связей, позволяет активно использовать семантику в запросных заданиях. А модель данных Senamtik Network позволяет реализовать логику RDF и OWL на реляционной платформе. Голову включите и поймите, чтобы реализовать логику RDF & OWL надо построить объектно-реляционную модель на реляционной платформе. Каша у Вас в голове, это точно. Товарищ, РДМ в новом понимании когда появилась? Ответ - после 1996 года. Вот в состав РМ добавили новые объектные типы данных, и стали назавать уже РДМ. Вотпрос стоит так, что такое объектный тип данных в RDBMS? Это выход за предели изысков дедушки Кодда и переход к объектно-реляционной модели данных. Какие метаданные использовала реляционка - только для описания структур таблиц. Описаний объектов и бинарных связей не было. Если бы СУБД разрабатывали, не было бы вопросов... Понятие метаданных ввели спецы, работающие с документами. Накие бинарные связи и объекты они и не пытались использовать. А сейчас все принялм, что в РДМ реализована объектно- реляционная модель. Откуда вообще появились объектные типы в RDBMS? А я скажу - мы их разработали на реляционке, аж в 1994 году. mir_unregistered , Вы структуры системных таблиц RDNMS посмотрите. Что тупить-то... Историю их развития проследите и все становится понятным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2009, 11:53 |
|
||
|
выбор модели данных
|
|||
|---|---|---|---|
|
#18+
Alexander_111mir_unregistered, авторДа, разработкой СУБД не занимался Так зачем пургу гнать... Если бы занимался, то понимали бы, что сперва приложения бывают внешними, а затем их прописывают в ядре. YES! Он вернулся! Это его новая инкранация! :) :) :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2009, 12:07 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=80&tid=1542918]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
69ms |
get topic data: |
14ms |
get forum data: |
4ms |
get page messages: |
94ms |
get tp. blocked users: |
2ms |
| others: | 252ms |
| total: | 473ms |

| 0 / 0 |
