Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
locky информаторы в последнее время ХИРЭ вплотную занимается этой тематикой... Сидишь... скушшшшно.... Пишешь статью, тыкаешь в неё пальцем и затем нефигово проводишь время... Тем более... Во! Кстати.... а может он набирает критические отзывы? а? Мы то его не любим, значить укажем на все, пусть даже и наималейшие изъяны его теориек... А он тады порешает все задачи и ответит на все вапросы, разовьеть мощнющую теорийу, и мы бум ему говорить токмо "Вы" и почтительно с ним расшаркиваться? Тады флаг в руки, дело пользительное. особо когда он представит на суд общественности матаппарат под свои сети и ИИ (токо такой, чтобы было не стыдно поставить на полку рядом с матаппаратом РМД). Я то, канешна, не доживу до такого, а даже если и доживу - то не пойму, но, может, внуки... -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 Для начала, господину не помешало бы более досконально изучить матаппарат РМД. Критические отзывы, это конечно хорошо, только диагноз "Ламер" под эти отзывы не подходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2005, 21:03 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
lockyпростите убогого... но просто "Реализована" или "Реализована и удволетворительно работает на реальном железе реашая поставленную задачу за конечный период времени"? А в сабжевой статье есть ссылочка на архив с исходниками. Скачайте, запустите, все увидите и ужо предметно зацените. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2005, 21:14 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
U-gene авторНавигацию мы уже обсуждали с вами в других ветках. Хороший ответ. Теперь - в лучших традициях, а прошу дать ссылку на тот пост, где мы обсуждали JOIN объектов . То есть что бы там было описание именно этой операции, а не абстрактной навигации. К примеру вот. Хотя отвечал не лично вам. /topic/203404&pg=4#1823474 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2005, 21:59 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
shuklin/topic/203404&pg=4#1823474 Черт побери. Абсолютно неверно. Во первых, термины. Ну нет такого определения в ООП как мягкие ссылки. Зато есть определение разыменования ссылки. Во вторых, join никакого отношения к навигации не имеет. Это проблема декларативного языка а не навигационного. В третьих, плюс OODB всегда был то, что он всегда имел быструю навигацию. Потому как не должен общаться с такими тяжелыми структурами как SQL и B(x) деревья. В четвертых, минус OODB всегда был тот, что он увеличивая количество и сложность связей значительно усложняет работу декларативных языков, особенно это касается аггрегированных запросов и query unnesting. Собственно теории которые могут описать оптимизацию подобных запросов, появились сравнительно недавно.(напр. см Monoid Calculus by Fegaras). Можете посмотреть языки c Joint Calculus, тоже будет интересно. И все что в статье описано, тоже не вдохновляет. Я читал несколько интервью с разработчиками System R, их спрашивали почему реляционные базы стали так популярны. И все говорили, что ключ к этому - SQL. И я с ними, скромно, соглашусь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2005, 22:29 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Догоняющий жизнь..Если говорить в терминах модели, то это просто имя переменной отношения. Оно есть. Если говорить в терминах абстракной системы, то это значение должно храниться в каталоге, описывающем систему в целом - например в таблице, содержащей имена переменных отношений. А за чем это нужно - так неуклюже называть "переменную отношения"? Что толку от того, что оно - такое корявое - "храниться в каталоге, описывающем систему в целом - например в таблице, содержащей имена переменных отношений"? Кому от этого лучше? Если мы назовен ее просто: X или Y - что, СУБД будет хуже фунциклировать? Зато - помотрите - наскоклько компактнее и изящнее станет формулировка Вашей "задачки": Хорошо, давайте я опишу заданную задачу не через задницу(как сделали Вы), а в терминах РМД. Существует унарное отношение "оценка" единственный атрибут "баллы" которого определен на домене "оценки", представляющим собой перечисление {1, 2, 3, 4, 5}. Существует переменная Y . Единственный кортеж этого отнощения имеет скалярное значение "2". Как видите никаких уровней не использовалось. Есть просто данные представленные в терминах РМД с понятным смыслом (его не нужно искать на других "уровнях"). Никакой задачи нет, ничего "интерпретировать" не нужно. А? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2005, 22:47 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
GlebZ2 shuklin/topic/203404&pg=4#1823474 Ну нет такого определения в ООП как мягкие ссылки. Зато есть определение разыменования ссылки. Однако такое понятие есть в OODB ... Соответственно все далее описанное имеет место быть в контексте без мягких ссылок, и к Cerebrum отношения не имеет, так как там все ссылки на объекты являются мягкими. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 01:45 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
2 Иван FXS Дорогой Ваня! Если уж вы начали говорить об уровнях представления, то позвольте заметить, что вы ломитесь в открытую дверь (причина всем ясна — недостаток знаний). Так вот, существует стандарт ANSI/SPARC, описанный во всех мало-мальски нормальных книгах по системам баз данных, и у Дейта, разумеется, тоже (хотя книг Дейта вы, конечно, не читали, не царское это дело). По этому стандарту в информационной системе выделяется 3 существенных уровня представления информации: внешний, концептуально-логический и внутренний (физический). Конечные пользователи видят данные на внешнем уровне (обычно в трактовке конкретного приложения). Модель данных используется на концептуально-логическом уровне , как формальный аппарат целостного, неизбыточного и непротиворечивого описания данных и манипулирования ими, а физический — уровень внутренней реализации СУБД. Г-н Шуклин (как и вы) этого не знает, поэтому и выдает перлы. Ваня, может хватит упрямиться и спорить до тех пор, пока вы не приобретете хотя бы необходимый минимум знаний ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 10:22 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
mirПо этому стандарту в информационной системе выделяется 3 существенных уровня представления информации: внешний, концептуально-логический и внутренний (физический). Конечные пользователи видят данные на внешнем уровне (обычно в трактовке конкретного приложения). Модель данных используется на концептуально-логическом уровне , как формальный аппарат целостного, неизбыточного и непротиворечивого описания данных и манипулирования ими, а физический — уровень внутренней реализации СУБД. Ну и что. Ну стандарт. Больших делов. Хотя даже по этому определению именно таблицы являются физическим уровнем хранения. Например в locnet физический уровень хранения - таблицы MS-Access, концептуальный уровень - нейронная сеть, пользовательский - Форма 6 ФСС ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 10:29 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
mir... а физический — уровень внутренней реализации СУБД. Дорогой mir! А почему, в самом деле, Вы адресуете этот желчный постер мне, а не тем высокообразованным (по части "общепринятой терминологии") господам, которые устроили шабаш по поводу "физического уровня"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 10:41 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
shuklin mirПо этому стандарту в информационной системе выделяется 3 существенных уровня представления информации: внешний, концептуально-логический и внутренний (физический). Конечные пользователи видят данные на внешнем уровне (обычно в трактовке конкретного приложения). Модель данных используется на концептуально-логическом уровне , как формальный аппарат целостного, неизбыточного и непротиворечивого описания данных и манипулирования ими, а физический — уровень внутренней реализации СУБД. Ну и что. Ну стандарт. Больших делов. Хотя даже по этому определению именно таблицы являются физическим уровнем хранения. Например в locnet физический уровень хранения - таблицы MS-Access, концептуальный уровень - нейронная сеть, пользовательский - Форма 6 ФССЦирк-шапито, ей-ей! Дима, Вам не надоело ещё позортиться перед всем честным народом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 10:50 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
shuklinНу и что. Ну стандарт. Больших делов. Хотя даже по этому определению именно таблицы являются физическим уровнем хранения. Например в locnet физический уровень хранения - таблицы MS-Access, концептуальный уровень - нейронная сеть, пользовательский - Форма 6 ФСС Афтар жжот дальше! Пеши исчо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 10:56 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
shuklinНу и что. Ну стандарт. Больших делов. Хотя даже по этому определению именно таблицы являются физическим уровнем хранения. Например в locnet физический уровень хранения - таблицы MS-Access, концептуальный уровень - нейронная сеть, пользовательский - Форма 6 ФСС - Дмитрий, понятно ведь, что количество (а тем более - названия) выделяемых уровней - это не догма, а ... как там говорил классик? В общем, как нам удобно мыслить о создаваемой (или - исследуемой!) нами системе, так мы и выделяем "уровни". Мне кажется (и приведенный Вами пример это подтверждает!), что: - МЕТАФОРОЙ "физический уровень" обозначают то, что является фундаментом; - концептуальный уровень - это, наверное, то, что добавляет конкретный разработчик ... Во всяком случае - это то, что кажется нам заслуживающим (требующим) концептуального рассмотрения; то есть - не является (для нас!) тривиальным; - а "пользовательский уровень" - ну это и коту понятно, - то, что нужно знать-понимать потребителям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 11:05 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Ваня, ну купите уже какую-нибудь книжку и почитайте! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 11:23 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Можно тут я еще подкину дровишек. Вот ссылка на того же Турчина. Схема общая , и ИМХО достаточно универсальная. Существуют системы а1...аn. Имеется управляющая подсистема Х и на выходе мы получаем метасистему А. ИМХО понятно. Но дело в том, что каждая их исходных систем также может являться метасистемой. Ну взять тот же НРМ в котором ОО-система строиться на базе РСУБД. С точки зрения НРМ, использумая РСУБД, без сомнения находится на уровне внутренней реализации СУБД . Но назвать это физическим уровнем у меня язык не поворачивается. :) Может стоит обозвать это как внутренний логический уровень, подразумевая при этом, что он не "виден снаружи", и служит для того, что бы отойти от ограничений присущих физическому уровню?... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 11:23 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Паша, ну скажите уже что-нибудь по делу! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 11:26 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Иван FXSПаша, ну скажите уже что-нибудь по делу!Так я по делу. Больше мне Вам сказать нечего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 11:28 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Иван FXSПаша, ну скажите уже что-нибудь по делу! Интересно, что еще можно сказать по делу на безграмотные заявления? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 11:30 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Дык! Можно и помолчать - если нечего сказать ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 12:10 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Genady wrote: > Для начала, господину не помешало бы более досконально изучить > матаппарат РМД. дык я и не претендую на знание теории - не моего ума это дело, если честно. Моего ума дело - используя предлагаемые светлыми головами инструментами (основанными на теории, на практике, на предсказаниях шамана) делать свою работу. Я - мастеровой. Мне просто приятно знать, что если у меня чего-то не выходит, я могу обратится к компетентным людЯм, и они мне всё разъяснят, потому как уже до меня всё учтено и проработано. И работать с чем-то (переходить, причем "Революционно") на что-то, в чем никто толком не разбирается - ну, луцше выпить йаду.... (или слабительного на ночь) Кстати, для того чтобы использовать некий предмЕт, совершенно не обязательно досконально знать теорию, на основании которой этот предмЕт действует. Половина из ныне присутствующих здесь (я в том числе) понятия не имеет о электронно-дырочной проводимости. И что? Нам йето мешает? > Критические отзывы, это конечно хорошо, только диагноз "Ламер" под эти > отзывы не подходит. Ламер - это я? Очень может быть, не возражаю. Особенно - в теории. Я вообще по образованию - инженер минус технолог по производству РЭА. Однако, как ктой-то сказаль: я в жизни не снёс ни одного яйца, но в омлете разбираюсь получше всякой курицы. Немного заносчиво, но общий дух передает. -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 12:17 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Павел Воронцов shuklin mirПо этому стандарту в информационной системе выделяется 3 существенных уровня представления информации: внешний, концептуально-логический и внутренний (физический). Конечные пользователи видят данные на внешнем уровне (обычно в трактовке конкретного приложения). Модель данных используется на концептуально-логическом уровне , как формальный аппарат целостного, неизбыточного и непротиворечивого описания данных и манипулирования ими, а физический — уровень внутренней реализации СУБД. Ну и что. Ну стандарт. Больших делов. Хотя даже по этому определению именно таблицы являются физическим уровнем хранения. Например в locnet физический уровень хранения - таблицы MS-Access, концептуальный уровень - нейронная сеть, пользовательский - Форма 6 ФССЦирк-шапито, ей-ей! Дима, Вам не надоело ещё позортиться перед всем честным народом? Гы. Так это ж вы позоритесь. Где аргументы? Технические. Я привел пример из которого наглядно видно что моя точка зрения имеет право на существование. Где в ней внутренние противоречия? Мало того, мой пример наглядно показывает внутренние противоречия определения уровня физичекого хранения, используемого товарищем mir. Господа, где технический разгром 1. Моей статьи на мембране - нет его. есть только заявления что "Шуклин-лох", гы, прям школьники 3го класса устроили новенькому темную. Абалдеть. Прусь! 2. Где разгром предоставленной для свободного довнлоада реализации Cerebrum ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 12:25 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
locky Много всего написал, потому что принял мои замечания на свой счет а зря, потому что рекомендации направлены господину Шуклину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 12:28 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
shuklin Гы. Так это ж вы позоритесь. Где аргументы? Технические. Я привел пример из которого наглядно видно что моя точка зрения имеет право на существование. Где в ней внутренние противоречия? Мало того, мой пример наглядно показывает внутренние противоречия определения уровня физичекого хранения, используемого товарищем mir. Господа, где технический разгром 1. Моей статьи на мембране - нет его. есть только заявления что "Шуклин-лох", гы, прям школьники 3го класса устроили новенькому темную. Абалдеть. Прусь! 2. Где разгром предоставленной для свободного довнлоада реализации Cerebrum ? Гы, а что громить то? Тот опубликованный на мембране набор терминов, значение которых Вы не понимаете? Достаточно уже Вашей модели бухучета в виде 1С. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 12:31 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
Genady wrote: > locky > > Много всего написал, потому что принял мои замечания на свой счет а зря, > потому что рекомендации направлены господину Шуклину. > Ну, равно и ко мне, на самом деле... Эх! Тяжко быть дураком без спец-образования.... В самом деле, тяжко -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 12:34 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
U-gene...Может стоит обозвать это как внутренний логический уровень, подразумевая при этом, что он не "виден снаружи", и служит для того, что бы отойти от ограничений присущих физическому уровню?... Разумеется, уровней абстракции с ИС может быть сколько угодно. Замечу, что 3 уровневая модель ANSI/SPARC выделяет именно существенные уровни, то есть те, которые 1) обязательно должны быть и 2) очень хорошо отличаются друг от друга. Почему они обязательно должны бытья могу высказать свои соображение, если кто-то захочет, но это вроде и так понятно. То есть другие уровни абстракции в системе могут быть, но они так или иначе промежуточные между указанными. Очевидно, что в основном все дополнительные уровни абстракции создаются между логическим и внешним уровнями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 12:35 |
|
||
|
Шуклин на Мембране
|
|||
|---|---|---|---|
|
#18+
shuklinГы. Так это ж вы позоритесь. Где аргументы? Технические. Я привел пример из которого наглядно видно что моя точка зрения имеет право на существование. Где в ней внутренние противоречия? Мало того, мой пример наглядно показывает внутренние противоречия определения уровня физичекого хранения, используемого товарищем mir. Господа, где технический разгром 1. Моей статьи на мембране - нет его. есть только заявления что "Шуклин-лох", гы, прям школьники 3го класса устроили новенькому темную. Абалдеть. Прусь! 2. Где разгром предоставленной для свободного довнлоада реализации Cerebrum ?Вы мне всё больше коллегу ЧАЛа напоминаете. По способу ведения дискуссии. В Вашем примере в качестве СУБД выступает Access. И у неё есть свойфизический уровень. И концептуальный - SQL. То, что для построения внешнего уровня используется несколько подсистем (каждую из которых можно конечносчитать подуровнем) - ничего не доказывает. Статью Вашу дажеи разбирать нехочется - там в каждой строчке ошибка на недоразумении сидит и незнанием погоняет. Я обычно одно из своих занятий посвящяю теме "как не надо делать базы данных" и в качестве примера привожу "универсальную" БД, способы построения которой Вы пыжитесь разобрать в своей статье. Вашу СУООБЗЗЗЗ я как-то раз задавноладил и потом долго смеялся. Это даже на курсовик не тянет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 12:37 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=33255705&tid=1553757]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
23ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
76ms |
get tp. blocked users: |
2ms |
| others: | 214ms |
| total: | 355ms |
| 0 / 0 |
