Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 14   вперед  Ctrl
 Re: Шуклин на Мембране  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
Иван FXS
На самом деле, написано что-то уже слишком много ... хочется увидеть какое-то резюме, должен же быть достигнут какой-то конченсус!

Консенсус невозможен (( Это религиозное противостояние. Обе модели достаточно универсальны для представления данных любой сложности. Обе модели имеют и недостатки и достоинства. Остальное - вопрос вероисповедания )))

Иван FXS
Мне кажется, основная (единственная?) "технологическая" претензия, которая может быть предъявлена РМД, - это то, что связывание (JOIN) начинает - по мере роста таблиц - требовать непомерно много ресурсов.


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

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

Следующим ограничением РБД является то, что при всех ее достоинсвах все равно приходится реализовывать уровень бизнес логики на основе ООП. Если совместить СУБД с уровнем бизнес логики, то хранилище данных в виде таблиц станет ненужным.

Эти доводы давно известны и не являются убедительными для одной стороны, однако являются убедительными для другой. Верую ибо абсурдно )))

История нас рассудит.
6 сен 05, 16:01    [1851223]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Иван FXS
Member

Откуда:
Сообщений: 2368
Догоняющий жизнь, можно я признаюсь в страшном: я не знаю, что такое DDL!

Догоняющий жизнь...
SQL - это способ описания (задания) ОПЕРАЦИЙ
А куда же делся Креате тэйбл?

- никуда не делся! Креате тэйбл - это тоже ... того ... операция, выполняемая с этими ... как их ... таблицами.

SQL - это ПРИДАТОК к РМД, а не наоборот!

Догоняющий жизнь...
слышили, наверное, такие слова.....? Или это, скажете, SQL??
А что - это РМД?

- нет, конечно, это ДРУГОЙ "придаток" к РМД! Я о том и толкую: есть РМД, и есть РАЗНЫЕ к ней "пристройки"; SQL - только одна из таких "пристроек"!

А еще я могу в Notepad'e файл с СУБД-данными открыть и чего-то так крякнуть ... Notepade, по-вашему, тоже после этого будет SQL?
6 сен 05, 16:02    [1851226]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
Иван FXS
mir
Как кандидат наук кандидату наук настоятельно советую переключиться со звонких статей к фундаментальному самообразованию в области систем баз данных.

- mir, если за тем, что обсуждает Дмитрий Шуклин нет совсем никакого содержания, то почему эти ветки вызывают такой большой интерес - именно здесь, на ПРОФЕССИОНАЛЬНОМ форуме?

1. Не стоит называть происходящее словом «интерес», да еще и «большой». Тут скорее уместны слова «удивление» и «скорбь».
2. Все мы люди и всех нас можно «развести». Провокационные и громкие названия тем, высказывания – это одно из средств «развода». Шуклин и не скрывает, что он «провокатор».
3. Лично я еще и преподаватель и мне не все равно, что почерпнут новички из подобных обсуждений.

Иван FXS
А если содержание есть, если некая "проблема схвачена", тоне могли бы Вы (как кандидат наук) попробовать ее сформулировать? Без - абсолютно излишнего - пафоса!
Проблема есть. Она состоит в том, что существует замкнутый порочный круг. IT-образование в университетах почти полностью подчинено изучению конкретных продуктов и технологий, представленных на рынке, а фундаментальные знания давать некогда. В результате в мир IT входят новички, обладающие навыками, но не знаниями. Одни из них затем сами начинают преподавать на том же уровне, другие работают в индустрии, используя и создавая продукты и технологии без теоретической базы, без упорного обдумывания. И эти продукты и технологии затем изучают в университетах. Вне этого круга остается то, что возможно стоило бы изучать, а затем и создавать.

Индустрия крайне подвержена моде, что выгодно вендорам. Вместо того, чтобы, скажем, методично избавлять SQL-СУБД от недостатков, вызванным в основном игнорированием реляционной теории, проще и выгоднее вбросить новую моду. ООСУБД! Все на ООСУБД! Затем XML! Все на XML! Люди мечутся от «фишке» к «фишке», от моды к моде, вместо того, чтобы нормально работать.

Как часто и горько говорят Крис Дейт, Фабиан Паскаль и другие про эту систему:

As I often say, the system not only does not reward good thinkers and knowledge, it actually punishes them. By the way, this is not just an IT problem, but also a more profound societal problem: independent critical thinking is dangerous, which is why those who own the country make sure the system stifles it. The situation used to be better in Europe, but with the fall of the soviet system, there is ample Americanization everywhere, and it's only bound to get worse.
The logical conclusion of lack of education in fundamentals is the widespread “cookbook approach” and almost exclusive reliance on products and vendors for information and knowledge. Anything not product-specific is deemed “theory” and, therefore, not practical. Not only is foundation knowledge not rewarded, but is actually punished, and today you cannot get it even in universities if you wanted too.
It's not entirely the [writers'] problem, really; it's the system. The top people in the field are ignorant and arrogant. We are talking US culture here, much more profound problems than IT.
Practitioners today in general do not learn any fundamentals, they are self-taught on products only, so there is no way for them to know and understand what's behind technologies and products, it's all marketing crap.
6 сен 05, 16:04    [1851242]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Иван FXS
Member

Откуда:
Сообщений: 2368
mir, замечу, Вы тут выступаете не по содержанию дискуссии, а по форме, так сказать, (по)ведения!

Вот и XML у Вас ... попал под раздачу! Может и web/html не нужен, со всем РБД с SQL-ем справятся?
6 сен 05, 16:11    [1851288]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
ggv
нифига!
Ни о каких компромисах он не пытается говрить!
Перечитайте статью .


То что статья провокационная, надеюсь ни у кого сомнений не вызывает. С какой целью данная провокация сделана? Чтобы поднять обсуждение вопроса, который я считаю проблемой современных СУБД.

Скушную научную статью с формуляками и схемами никто бы обсуждать и читать не стал. Ими к примеру моя домашняя страница забита - кому интересно можете туды сходить и полистать.

Что я предлагаю с этим всем делать? Ващето я не предлагаю, я просто делаю. Моя реализация ООБД в том виде, в котором я понимаю ОО доступна для свободного использования. Значительная ее часть - в исходных кодах.

Кто хочет может пользоваться или даже подключиться к разработке. А кто не хочет - может пользоваться SQL я не обижусь )))
6 сен 05, 16:14    [1851305]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
Иван FXS
mir, замечу, Вы тут выступаете не по содержанию дискуссии, а по форме, так сказать, (по)ведения!

Вот и XML у Вас ... попал под раздачу! Может и web/html не нужен, со всем РБД с SQL-ем справятся?


фанатизм (((
6 сен 05, 16:15    [1851311]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
дураг с инецеативой
Guest
Иван FXS
Вот и XML ... попал под раздачу!

XML попал под раздачу в контексте лозунгов типа "Buzzword - будущее для хранения и обработки данных".
6 сен 05, 16:33    [1851442]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Догоняющий жизнь..
Guest
2 shuklin

Обе модели?...первая РМД.....а вторая?

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


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

Следующим ограничением РБД является то, что при всех ее достоинсвах все равно приходится реализовывать уровень бизнес логики на основе ООП.
Лихой переход от модели к системе. В обсуждаемой статье есть такое же. А фиг ли? Что модель, что система - все равно.... Мелочи.

Эти доводы давно известны и не являются убедительными для одной стороны, однако являются убедительными для другой. Верую ибо абсурдно )))
...Иногда жалеешь, что соцреализм кончился. Там либо верующий, либо кандидат наук. Только зря Вы оппонентов в верующие записываете. Они знают.

Только в Библии пишут "и сказал он, что это хорошо" а здесь, ничтоже сумняшеся - "я считаю" и, далее, набор догм.

Скажите, а кто Вас учил? Вы часом на какие-нибуть левые семинары не захаживали?

История нас рассудит.
Победят хорошие парни!!!...

2 Иван FXS DDL - это Data Definition Laguage (язык определения данных).

Про придатки - это хорошо. В самом деле, зачем писать длинные предложения, типа "систем реализует модель", "в DML SQL определены операторы. реализующие операции РМД". А так- очень образно получилось! Выходит этакая гидра РМД с придатками-щупальцами. Я уже боюсь.

С логикой у Вас тоже хорошо. Намек, что РМД и SQL - это не одно и тоже, истолковывается как попытка уравнять SQL и NotePad.

ИМХО с Вашими образами и Вашей логикой срочно нужно идти в соавторы.
6 сен 05, 16:37    [1851464]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
ggv
Member

Откуда:
Сообщений: 1810
shuklin - я предпочту пользовать коммерческую реализацию LDAPv3, построенную на основе RDBMS - больше доверия, чем к вашему поделию (не обижайтесь, поделием я называю и свой поделий)
Но ваша статья кроме провокационности еще и глупа, что уже было показано.
Не проблема подымаема глупа - нет. Конкретная статья невыносимы глупа и тендециозна.
6 сен 05, 16:38    [1851470]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
ggv
Member

Откуда:
Сообщений: 1810
Проблематика уже озвучивалась в разных статьях.
Но нигде я не встречал такой тендециозности и набора абсурдно-уверенных заявлений.
6 сен 05, 16:40    [1851486]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
ggv
Но ваша статья кроме провокационности еще и глупа, что уже было показано.
Не проблема подымаема глупа - нет. Конкретная статья невыносимы глупа и тендециозна.

Хм. Про то что статья провокационна и тенденциозна - спорить не буду. А вот что глупа, пока кроме наездов обиженных я ничего доказывающего глупость статьи на этом форуме не прочел. Ну не могу я такие наезды на личном уровне воспринимать как формальные доказательства глупости моих поделий ))) обещались тут многие с карандашем все тезисы разбить. так ведь где? Допустим чегото напишут. Ну и что? Опять все сведется к религиозному противостоянию. Вы вот предложите мне пример задачи, модель представления данных которой не сможет быть реализованна на моей ООБД - я вам скажу СПАСИБО и начну рефакторинг своей модели. Пока таких прецидентов небыло. Что касается процедурной составляющей - поисков по индексам всяческих, ну так я ж писал, что декларативного языка запровов в моей БД еще не реализовано и в ближайших планах такого нет. Опять ничего нового для меня в этом пустом шуме небыло.
6 сен 05, 16:47    [1851533]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
ggv
Проблематика уже озвучивалась в разных статьях.
Но нигде я не встречал такой тендециозности и набора абсурдно-уверенных заявлений.


Спасибо. Я не один вариант переписал, работая именно над таким восприятием сей поделки )) Ибо писалось для веба а не для научного журнала.
6 сен 05, 16:49    [1851543]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Иван FXS
Member

Откуда:
Сообщений: 2368
Догоняющий жизнь..
Намек, что РМД и SQL - это не одно и тоже, истолковывается ...

- что-то я перестал понимать: кто кому на что намекал?

Это Вы вот этот обмен репликами так прочитали:
дураг с инецеативой
...
Иван FXS
... если мы в одной табличке храним описания кабинетов, включая уникальный ключ [id_Кабинет], а в другой - описание служащих, включая поле [id_Кабинет], указывающее в каком кабинете данный служащий сидит,
- то это ... еще пока только РМД ...

Это именно SQL, т.к. фразы "в табличке храним", "поле" - есть описание реализации.

???
6 сен 05, 17:09    [1851681]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Genady
Member

Откуда: Москва
Сообщений: 2005
2 shuklin

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


Объясните плиз, каким образом законченные приложения позволяют пользователям моделировать аспекты своей деятельности.

автор
Наблюдается тенденция усложнения бизнес процессов в связи с развитием процессов интеграции и глобализации. Соответственно, ужесточаются требования к модели представления данных бизнес-процесса.


Что такое модель представления данных бизнес-процесса? У каждого бизнес процесса свои данные, или они бывают общие для разных бизнес-процессов?

автор
В случае нормализации модели предметной области база данных (БД) представляет собой множество связанных друг с другом таблиц.

Весьма упрощенное представление РБД.

автор
Поэтому в исследованиях, посвящённых "постреляционным моделям", нет ни слова об искусственном интеллекте как средстве моделирования бизнес-процессов.


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

автор
В практических случаях, в таблицы РБД вводят суррогатные ключи для обеспечения требования "нет сущности без идентификатора". В этом случае РБД обретает трудности, полностью эквивалентные ОБД в реализации представлений.

Какие трудности реализации представлений имеются в виду? Представлений чего?
6 сен 05, 17:13    [1851700]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Догоняющий жизнь..
Guest
shuklin
И что? Опять все сведется к религиозному противостоянию..
Ув. shuklin. Представьте старую бабку. Ей показыват фотографию Земли из космоса, а она знай твердит, что по небу Илья-Пророк на колеснице едет. Это, конечно, религиозное противостояние. Но религиозна тут только одна сторона. Так и Вы. Вам, например, говорят, что таблицы в РМД на физическом уровне - это формальный абсурд, а вы отвечаете - "ну неужели Вы это не видите"?

Если бы Вы назвали свою систему каким- нибуть "хранилищем" или, скажем, "персистентной нейронной структурой" или еще как-нибуть, то ИМХО никто бы возражать не стал. Но зачем Вы употеребляете слова БД, СУБД, модель данных? Вы же их пока не понимаете (безотносительно наличия буковки Р). Или Вы думаете, что записав данные вы создали БД?..что API, которое это делает, является СУБД?... что описание вызовов - это модель? И с чего Вы прицепились к буковке Р? Опять же - Вы не понимаете о чем говорите(это следует хотя бы ихз того, что в модели Вы углядели физический уровень). Я не знаю, насколько Вы специалист в области нейронных сетей, но в области хранения данных Вы , извините, полный профан. На что Вам все тут замучились намекать.
6 сен 05, 17:13    [1851703]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
ggv
Member

Откуда:
Сообщений: 1810
shuklin
ggv
Проблематика уже озвучивалась в разных статьях.
Но нигде я не встречал такой тендециозности и набора абсурдно-уверенных заявлений.


Спасибо. Я не один вариант переписал, работая именно над таким восприятием сей поделки )) Ибо писалось для веба а не для научного журнала.


Извините, но после такого принимания меня (на равне с остальными читателями) за дурака, пропадает всякое желание общаться.
Ковыряйтесь ка вы в своей собственноручно созданной песочнице (или мирке, если вам так более приятно) сами.
6 сен 05, 17:28    [1851777]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Иван FXS
Member

Откуда:
Сообщений: 2368
Догоняющий жизнь..
... Вам, например, говорят, что таблицы в РМД на физическом уровне - это формальный абсурд ...

- Вы "зацикливаетесь" на придирках к словам, не пытаясь продвинуться к содержаню!
Сдвиньте свой "регулятор уровня понимания" с отметки "ноль"!

Все же прекрасно понимают, что "на физическом уровне" - электроны и ферромагнитные домены!
А "таблицы" здесь - это не расчерченные грифелем квадратики!

Речь о том, что есть уровень реализации, а есть - уровень интерпретации содержательной логики (или, скажем, "бизнес-логики").

Вот смотрите:
(1,2)
(1,3)
(1,4)
(2,3)
(2,4)
(3,4)
- Вы видите, что это - "таблица"?
А теперь я Вам говорю, что ПО СМЫСЛУ ЗАДАЧИ - это многоранник, номера - вершины, а строки таблицы - ребра многогранника! И длина всех ребер - ПО СМЫСЛУ ЗАДАЧИ - равна единице.

Десятикласник - на экзамене - должен ответить, как в стереометрии называется этот многогранник, иначе - банан. А Вы, интересно, сможете?
6 сен 05, 17:36    [1851829]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Догоняющий жизнь..
Guest
Их тысячи. Вот ткнул в первого попавшего(тоже на мембране нашел)... Тоже ведь аргументы. Особенно про лягушек - это такая прелесть:). Я, конечно понимаю, что грешно смеятся...но порой так трудно сдержаться. В общем, предлагаю считать это разрядкой.
6 сен 05, 17:42    [1851871]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
Привет, Genady

Спасибо за столь редкий в этой ветке содержательный пост, по существу.

Genady
2 shuklin

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


Объясните плиз, каким образом законченные приложения позволяют пользователям моделировать аспекты своей деятельности.

Например тот же 1С позволяет бухгалтеру использовать модель бухучета в своей повседневной работе.

Genady
автор
Наблюдается тенденция усложнения бизнес процессов в связи с развитием процессов интеграции и глобализации. Соответственно, ужесточаются требования к модели представления данных бизнес-процесса.


Что такое модель представления данных бизнес-процесса? У каждого бизнес процесса свои данные, или они бывают общие для разных бизнес-процессов?

Бывают разные, бывают общие. К примеру в некоторая компания может иметь бизнес процесс - создание веб приложения. данный процесс в том числе будет использовать модель баг-трекинга. Так же та же компания имеет бух учет. Пусть модель будет в axapta. Тогда личные данные по конкретному программисту будут общие для двух систем. И в гипотетическом случае их можно объединить в экземпляр класса "служащий".


Genady
автор
В случае нормализации модели предметной области база данных (БД) представляет собой множество связанных друг с другом таблиц.

Весьма упрощенное представление РБД.

А вы мне предлагаете методом cut & paste весь Books Online для MS-SQL в статью включить? Ну упомянул бы я еще про триггеры, что бы изменилось?

Genady
автор
Поэтому в исследованиях, посвящённых "постреляционным моделям", нет ни слова об искусственном интеллекте как средстве моделирования бизнес-процессов.


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

А я всегда считал, что модель является средством моделирования. А результатом является что нибудь более прагматичное, например накладная.

Genady
автор
В практических случаях, в таблицы РБД вводят суррогатные ключи для обеспечения требования "нет сущности без идентификатора". В этом случае РБД обретает трудности, полностью эквивалентные ОБД в реализации представлений.

Какие трудности реализации представлений имеются в виду? Представлений чего?
[/quot]

CREATE VIEW в SQL

в ООБД сделать представление не столь просто. все объекты имеют ID. Если провести JOIN нескольких объектов, то результату надо так же сопоставить некоторое ID. А это уже создание экземпляра. РБД при реализации JOIN не создает новых строк в таблицах.

Красивое решение данной проблемы для ООБД мне на данный момент неизвестно. Если кто знаком с публикациями на эту тему - буду благодарен за помощь.

Однако в случае с updatable view ситуация выравнивается.
6 сен 05, 17:45    [1851886]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
ggv
Извините, но после такого принимания меня (на равне с остальными читателями) за дурака, пропадает всякое желание общаться.
Ковыряйтесь ка вы в своей собственноручно созданной песочнице (или мирке, если вам так более приятно) сами.


Тем не менее, удалось поднять проблему и привлечь к ее обсуждению массу специалистов разного профиля. Через недельку страсти улягутся. Все успокоятся и спокойно обдумают те рациональные зерна, которые все же были вкраплены в обсуждаемую статью.
6 сен 05, 17:53    [1851937]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Догоняющий жизнь..
Guest
Вы "зацикливаетесь" на придирках к словам, не пытаясь продвинуться к содержаню
Я зацикливаюсь на незнании общепринятой терминологии, что позволяет предположить, что тема, в которой данная терминология используется, Вам так же незакома. И ваши "доводы" это подтверждают.

Речь о том, что есть уровень реализации, а есть - уровень интерпретации
О! скока у бедной РМД уровней то оказалось! А мужики то не знают...

....А теперь я Вам говорю, что ПО СМЫСЛУ ЗАДАЧИ - это многоранник,
Ух... от сердца отлегло....а то я было подумал, что это зашифрованная фраза "самдурак" (мало ли что на этих уровнях еще есть?....).... Но в любом случае - выглядит как таблица

Сдаюсь. Давайте Ваш банан. Хоть какая-то польза......
6 сен 05, 17:53    [1851942]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Догоняющий жизнь..
Guest
2 shuklin
А я всегда считал, что модель является средством моделирования.
Во-во. "...я всегда считал..." = "я верю". Лучше бы почитали что нибуть. Например, для того, что бы понять ....скажем так... необщепринятось этой вашей фразы, можно прочитать это.
6 сен 05, 18:05    [1852007]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Иван FXS
Member

Откуда:
Сообщений: 2368
Лучше не знать "общепринятой терминологии", чем знать ТОЛЬКО "общепринятую терминологию".

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

Объясняю: эта стереометрическая фигура называется ТЕТРАЭДР.

Догоняющий жизнь..
Речь о том, что есть уровень реализации, а есть - уровень интерпретации
О! скока у бедной РМД уровней то оказалось!

- э-эх! В бане не-ет самолетов!!

"Уровни" не у РМД, а у БД. Если (СУ)БД построена на основе РМД, то - на уровне реализации - данные хранятся в "таблицах" ("таблицах" - в кавычках, это не те, что - "мелом расчерчен асфальт на квадратики"!).

А на уровне интерпретации это может быть, например, векторная карта города Москвы с указанием всех адресов.

Впрочем, опять таки, не могу ручаться, что использую "общепринятую терминологию"...
6 сен 05, 18:07    [1852024]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Genady
Member

Откуда: Москва
Сообщений: 2005
shuklin
Например тот же 1С позволяет бухгалтеру использовать модель бухучета в своей повседневной работе.

Я не понимаю понятния "модель бухучета" в Ваших терминах.
В каждой коммерческой фирме существует обеспечивающий бизнес-процесс бухучет, что такое модель в 1С слышу в первый раз.
Что такое функциональная модель процесса бухучет могу понять, или модель в нотации eEPC, а о модели в 1С слышу впервые, может ссылку какую дадите?

shuklin

Бывают разные, бывают общие. К примеру в некоторая компания может иметь бизнес процесс - создание веб приложения. данный процесс в том числе будет использовать модель баг-трекинга. Так же та же компания имеет бух учет. Пусть модель будет в axapta. Тогда личные данные по конкретному программисту будут общие для двух систем. И в гипотетическом случае их можно объединить в экземпляр класса "служащий".

Формальное определение модели данных бизнес-процесса привести можете?

shuklin
А вы мне предлагаете методом cut & paste весь Books Online для MS-SQL в статью включить? Ну упомянул бы я еще про триггеры, что бы изменилось?

Достаточно определения данного Коддом или Дейтом, чтобы понять, что РМД это не только связанные таблицы.
Кстати, цель нормализации БД Вам понятна?

shuklin
А я всегда считал, что модель является средством моделирования. А результатом является что нибудь более прагматичное, например накладная.

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

shuklin

CREATE VIEW в SQL

в ООБД сделать представление не столь просто. все объекты имеют ID. Если провести JOIN нескольких объектов, то результату надо так же сопоставить некоторое ID. А это уже создание экземпляра. РБД при реализации JOIN не создает новых строк в таблицах.

Красивое решение данной проблемы для ООБД мне на данный момент неизвестно. Если кто знаком с публикациями на эту тему - буду благодарен за помощь.

Однако в случае с updatable view ситуация выравнивается.


Мда... казалось бы и причем тут суррогатные ключи?
6 сен 05, 18:10    [1852032]     Ответить | Цитировать Сообщить модератору
 Re: Шуклин на Мембране  [new]
Иван FXS
Member

Откуда:
Сообщений: 2368
shuklin
РБД при реализации JOIN не создает новых строк в таблицах.

- мне кажется, что всегда создается ВРЕМЕННАЯ таблица, куда вносятся результаты выполнения запроса.
Этот результат запроса, он ведь сущетвует - вполне осязаемо! - пока от него не откажется "процесс" его "заказавший".

Кстати, с точки зрения ДРУГИХ запросов (а также - форм, отчетов и пр.) запрос (который Select) выглядит также как и таблица.
6 сен 05, 18:25    [1852105]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 14   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить