powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Шуклин на Мембране
25 сообщений из 329, страница 3 из 14
Шуклин на Мембране
    #33254338
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Иван FXSНа самом деле, написано что-то уже слишком много ... хочется увидеть какое-то резюме, должен же быть достигнут какой-то конченсус!
Консенсус невозможен (( Это религиозное противостояние. Обе модели достаточно универсальны для представления данных любой сложности. Обе модели имеют и недостатки и достоинства. Остальное - вопрос вероисповедания )))

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


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

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

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

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

История нас рассудит.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254341
Иван FXS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Догоняющий жизнь , можно я признаюсь в страшном: я не знаю, что такое DDL!

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

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

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

А еще я могу в Notepad'e файл с СУБД-данными открыть и чего-то так крякнуть ... Notepade, по-вашему, тоже после этого будет SQL?
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254351
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Иван 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.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254373
Иван FXS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mir, замечу, Вы тут выступаете не по содержанию дискуссии, а по форме, так сказать, (по)ведения!

Вот и XML у Вас ... попал под раздачу! Может и web/html не нужен, со всем РБД с SQL-ем справятся?
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254383
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvнифига!
Ни о каких компромисах он не пытается говрить!
Перечитайте статью .

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

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

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

Кто хочет может пользоваться или даже подключиться к разработке. А кто не хочет - может пользоваться SQL я не обижусь )))
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254388
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Иван FXSmir, замечу, Вы тут выступаете не по содержанию дискуссии, а по форме, так сказать, (по)ведения!

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

фанатизм (((
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254452
Иван FXSВот и XML ... попал под раздачу!
XML попал под раздачу в контексте лозунгов типа "Buzzword - будущее для хранения и обработки данных".
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254462
2 shuklin

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

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


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

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

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

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

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

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

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

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

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

ИМХО с Вашими образами и Вашей логикой срочно нужно идти в соавторы.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254464
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
shuklin - я предпочту пользовать коммерческую реализацию LDAPv3, построенную на основе RDBMS - больше доверия, чем к вашему поделию (не обижайтесь, поделием я называю и свой поделий)
Но ваша статья кроме провокационности еще и глупа, что уже было показано.
Не проблема подымаема глупа - нет. Конкретная статья невыносимы глупа и тендециозна.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254474
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Проблематика уже озвучивалась в разных статьях.
Но нигде я не встречал такой тендециозности и набора абсурдно-уверенных заявлений.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254496
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvНо ваша статья кроме провокационности еще и глупа, что уже было показано.
Не проблема подымаема глупа - нет. Конкретная статья невыносимы глупа и тендециозна.
Хм. Про то что статья провокационна и тенденциозна - спорить не буду. А вот что глупа, пока кроме наездов обиженных я ничего доказывающего глупость статьи на этом форуме не прочел. Ну не могу я такие наезды на личном уровне воспринимать как формальные доказательства глупости моих поделий ))) обещались тут многие с карандашем все тезисы разбить. так ведь где? Допустим чегото напишут. Ну и что? Опять все сведется к религиозному противостоянию. Вы вот предложите мне пример задачи, модель представления данных которой не сможет быть реализованна на моей ООБД - я вам скажу СПАСИБО и начну рефакторинг своей модели. Пока таких прецидентов небыло. Что касается процедурной составляющей - поисков по индексам всяческих, ну так я ж писал, что декларативного языка запровов в моей БД еще не реализовано и в ближайших планах такого нет. Опять ничего нового для меня в этом пустом шуме небыло.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254501
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvПроблематика уже озвучивалась в разных статьях.
Но нигде я не встречал такой тендециозности и набора абсурдно-уверенных заявлений.

Спасибо. Я не один вариант переписал, работая именно над таким восприятием сей поделки )) Ибо писалось для веба а не для научного журнала.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254562
Иван FXS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Догоняющий жизнь..Намек, что РМД и SQL - это не одно и тоже, истолковывается ...
- что-то я перестал понимать: кто кому на что намекал?

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

???
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254573
Genady
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 shuklin

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

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

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


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

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

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

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

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

авторВ практических случаях, в таблицы РБД вводят суррогатные ключи для обеспечения требования "нет сущности без идентификатора". В этом случае РБД обретает трудности, полностью эквивалентные ОБД в реализации представлений.
Какие трудности реализации представлений имеются в виду? Представлений чего?
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254575
shuklinИ что? Опять все сведется к религиозному противостоянию..Ув. shuklin . Представьте старую бабку. Ей показыват фотографию Земли из космоса, а она знай твердит, что по небу Илья-Пророк на колеснице едет. Это, конечно, религиозное противостояние. Но религиозна тут только одна сторона. Так и Вы. Вам, например, говорят, что таблицы в РМД на физическом уровне - это формальный абсурд, а вы отвечаете - "ну неужели Вы это не видите"?

Если бы Вы назвали свою систему каким- нибуть "хранилищем" или, скажем, "персистентной нейронной структурой" или еще как-нибуть, то ИМХО никто бы возражать не стал. Но зачем Вы употеребляете слова БД, СУБД, модель данных? Вы же их пока не понимаете (безотносительно наличия буковки Р). Или Вы думаете, что записав данные вы создали БД?..что API, которое это делает, является СУБД?... что описание вызовов - это модель? И с чего Вы прицепились к буковке Р? Опять же - Вы не понимаете о чем говорите(это следует хотя бы ихз того, что в модели Вы углядели физический уровень). Я не знаю, насколько Вы специалист в области нейронных сетей, но в области хранения данных Вы , извините, полный профан. На что Вам все тут замучились намекать.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254625
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
shuklin ggvПроблематика уже озвучивалась в разных статьях.
Но нигде я не встречал такой тендециозности и набора абсурдно-уверенных заявлений.

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

Извините, но после такого принимания меня (на равне с остальными читателями) за дурака, пропадает всякое желание общаться.
Ковыряйтесь ка вы в своей собственноручно созданной песочнице (или мирке, если вам так более приятно) сами.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254653
Иван FXS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Догоняющий жизнь..... Вам, например, говорят, что таблицы в РМД на физическом уровне - это формальный абсурд ...
- Вы "зацикливаетесь" на придирках к словам, не пытаясь продвинуться к содержаню!
Сдвиньте свой "регулятор уровня понимания" с отметки "ноль"!

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

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

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

Десятикласник - на экзамене - должен ответить, как в стереометрии называется этот многогранник, иначе - банан. А Вы, интересно, сможете?
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254677
Их тысячи. Вот ткнул в первого попавшего (тоже на мембране нашел)... Тоже ведь аргументы. Особенно про лягушек - это такая прелесть:). Я, конечно понимаю, что грешно смеятся...но порой так трудно сдержаться. В общем, предлагаю считать это разрядкой.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254687
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет, Genady

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

Genady2 shuklin

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

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

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

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


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

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


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

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

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

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

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

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

CREATE VIEW в SQL

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

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

Однако в случае с updatable view ситуация выравнивается.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254714
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvИзвините, но после такого принимания меня (на равне с остальными читателями) за дурака, пропадает всякое желание общаться.
Ковыряйтесь ка вы в своей собственноручно созданной песочнице (или мирке, если вам так более приятно) сами.

Тем не менее, удалось поднять проблему и привлечь к ее обсуждению массу специалистов разного профиля. Через недельку страсти улягутся. Все успокоятся и спокойно обдумают те рациональные зерна, которые все же были вкраплены в обсуждаемую статью.
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254717
Вы "зацикливаетесь" на придирках к словам, не пытаясь продвинуться к содержаню Я зацикливаюсь на незнании общепринятой терминологии, что позволяет предположить, что тема, в которой данная терминология используется, Вам так же незакома. И ваши "доводы" это подтверждают.

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

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

Сдаюсь. Давайте Ваш банан. Хоть какая-то польза......
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254757
2 shuklin
А я всегда считал, что модель является средством моделирования. Во-во. "...я всегда считал..." = "я верю". Лучше бы почитали что нибуть. Например, для того, что бы понять ....скажем так... необщепринятось этой вашей фразы, можно прочитать это .
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254766
Иван FXS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лучше не знать "общепринятой терминологии", чем знать ТОЛЬКО "общепринятую терминологию".

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

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

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

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

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

Впрочем, опять таки, не могу ручаться, что использую "общепринятую терминологию"...
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254770
Genady
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 ситуация выравнивается.

Мда... казалось бы и причем тут суррогатные ключи?
...
Рейтинг: 0 / 0
Шуклин на Мембране
    #33254801
Иван FXS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklinРБД при реализации JOIN не создает новых строк в таблицах.
- мне кажется, что всегда создается ВРЕМЕННАЯ таблица, куда вносятся результаты выполнения запроса.
Этот результат запроса, он ведь сущетвует - вполне осязаемо! - пока от него не откажется "процесс" его "заказавший".

Кстати, с точки зрения ДРУГИХ запросов (а также - форм, отчетов и пр.) запрос (который Select) выглядит также как и таблица.
...
Рейтинг: 0 / 0
25 сообщений из 329, страница 3 из 14
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Шуклин на Мембране
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]