Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 23 24 25 26 27 [28] 29 30 31 32 .. 106   вперед  Ctrl
 Re: CACHE и MSSQL  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
c127

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

Ну тут я бы с вами поспорил, я в Оракле данные тоже могу положить в дерево (index-organized table). Производительность в случае одного скорее всего юзера будет примерно одинаковая. Если же в задаче требуется обеспечить скажем согласованное чтение одновременно (параллельно) с их изменением другими юзерами, я вообще не уверен что это реализуемо в м-системах. Придется некое подобие оракла "в миниатюре" своими ручонками стряпать на мампсах. Чтобы добиться стабильной работы такого чуда уйдет по минимуму лет пять :) Нормальная СУБД - это не только возможность наваять табличек с индексами (как в Dbase III+ или в Фоксе). Это еще и возможность конкурентного доступа к данным с приемлемой производительностью.

c127
Но проблема в том, что таких задач в прикладной области считайте что нет, при усложнении обязательно вылазят циклы (см. студентов-преподавателей или авиабилеты) и все преимущества иерархических БД пропадают начисто и остаются одни недостатки. Именно по этой причине от иерархических БД отказались 30 лет назад.

Согласен. От себя добавлю что указанная причина - не единственная.
11 ноя 06, 03:28    [3386148]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Чернышев Андрей Леонидович
Member

Откуда:
Сообщений: 257
Диагноз про "заходите в гости" подтвердился. Но я постараюсь. А аббревиатура с127 зря переживает, что не смогла поучаствовать в семинаре. Желающих нет даже в соседнем доме. Ведь трусость и ложь - это фундаментальные свойства моих "оппонентов". Нежелание с127, Andreww, vadiminfo и др. говорить по существу вопросов не поможет им, конечно, что-то понять в БД, но с этим ничего не поделаешь.
А Вы, ЗлОй, продолжайте издеваться над оболваненными аналитиками в банке (такие аналитики есть и в нашем городе, как Вы понимаете). Но зачем же сочинять что от "Петров учит Сидорова" (вместо Вашего 374 980) народ просто тихо впал бы в осадок, если бы Вы им это показали. Но Вы "мудрый", Вы им показали то, чего они раньше не видели. Впрочем, сидя в Сан Франциско, можно сочинять (сами догадываетесь как это на самом деле называется) спокойно. Никто Вас там не одернет, если все вокруг смиренно "программируют на SQL".
А как красиво "специалисты" между собой развлекаются. "тут бы я с вами поспорил", а тут "согласен". Это в ответ на упорные глупости про "примеры проблем", "задачи в терминах деревьев", "при усложнении обязательно вылазят циклы (см. студентов-преподавателей...)". Про реально бесконечный цикл в РМД (которого не заметил даже Дейт), конечно, молчат, а про выдуманные ими самими "циклы" в оказавшейся неразрешимой для "Р"СУБД задаче "студенты-преподаватели" будут трепаться еще два с половиной года.
И опять чушь про "иерархические БД". Я, хотя никогда и не использовал "иерархические БД", но знаю, что они не просто продолжают использоваться, но выбираются, как наиболее удачное решение, для новых проектов. Причем эта тенденция будет нарастать по мере осознания того факта, что "реляционные системы" - это шаг назад в развитии технологий БД.

Теперь по существу "семантики", что, конечно, неприятно для "специалистов".
На каком из "уровней", ЗлОй, между которыми "интерфейс", находится синтаксис "comment to table ... is", зачем-то "придуманный" Oracle ? Чтобы быть последовательным, Вам следует сказать, что это серьезная ошибка Oracle. А "русскоязычные попытки" Oracle, которые "присек" softwarer, на каком уровне находятся ? Сосредоточтесь, пожалуйста, если хотите понять, что РМД лишила базы данных фундаментальных свойств: идентификации, навигации и семантики. А "алгебра" - недостаточная, мягко говоря, "компенсация". Я "почитал классиков" (и много раз перечитал) давно. А вот от Вас "рождения" простого вывода о семантике "WTB C5 427 MN6 Z51" вряд ли удастся дождаться. Сначала про "уровни" говорили, а теперь со значением атрибутов не можете разобраться. То есть даже не понимаете что такое "контекст". Для Вас это что-то бессмысленное (не имеющее семантики).
Детский сад, настоящий. Не удивлюсь теперь, что Вы не поймете даже что такое K69BSF.
11 ноя 06, 10:12    [3386283]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Чернышев Андрей Леонидович
Member

Откуда:
Сообщений: 257
И обратите внимание, господа "оппоненты", что ЗлОй меня по сути поддержал в одном из результатов убогой "реляционной технологии". По сути. По форме, видимо обижаясь на недостаток своих знаний, он вуалирует суть непродуманными рассуждениями, например, о "семантике", но это можно понять. Суть: пользователи "реляционных приложений" вынуждены либо постоянно обращаться к помощи программистов, либо (понимая, что это себе дороже) изучать программирование, и программировать, программировать, программировать (в терминологии ЗлОй - "шуршать"), вместо того, чтобы заниматься своим делом. Вот они, как раз, не только о QBE не слышали, но даже, наверное, и о более "современном" ConQuer. Но если штатовские аналитики, находясь за железным занавесом, просто не знают о реальном положении дел в теории и практике баз данных, то российских "аналитиков" я уж постараюсь не дать оболванивать сказками о "достоинствах реляционной технологии".
11 ноя 06, 14:54    [3386600]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Может быть, вы отвлечётесь от лозунгов, и на примере покажете, как практически решается задача со студентами и преподавателями в М-системе, обладающей всеми преимуществами семантики, навигации и идентификации? Только, пожалуйста, законченное, чтобы, если какому-нибудь аналитику взбредёт в голову разглядеть ситуацию со всех возможных ракурсов, ему не пришлось бы строить самостоятельно запросы. Ну, и, конечно, расскажите предполагаемый алгоритм действий для такого аналитика.
11 ноя 06, 15:42    [3386660]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Чернышев Андрей Леонидович

Желающих нет даже в соседнем доме.

Попробуйте обратить Ваше внимание на парикмахерские - там все равно парини пытаются продавать массожеры и проч пафну. Среди них Ваша дореляционная ОМД, возможно, займет достойное место.

Чернышев Андрей Леонидович

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

Этот шаг давно обонкротил Вашу систему. Теперь поздно. Если как-то и удастся превзойти "реляционные системы", то Ваша система к этому, скорее всего, иметь никакого отношения не будет, потому что она - слишком много шагов назад.


Чернышев Андрей Леонидович

Сосредоточтесь, пожалуйста, если хотите понять, что РМД лишила базы данных фундаментальных свойств: идентификации, навигации и семантики.

Эти Ваши оценки соотношения разных типов МД, СУБД за два года неоднократно признавались не только не экспертными, но даже некомпентными. Кто же после этого захочет "понимать" Ваши мыстли?
Тем более за Вами числятся мошеннические приемы пропаганды, основанные на клонах. с127 припер фактами Вас к стенке и Вы раскололись. Не понятно на что Вы после этого расчитываете, надеясь, что кто-то будет сосредотачиваться, ради Ваших идей. Говорю Вам - попробуйте свои силы в местах с такой же квалификацией в ИТ как у Вас. Напрмер, в парикмахерских.
11 ноя 06, 15:51    [3386671]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
DocAl
Может быть, вы отвлечётесь от лозунгов, и на примере покажете, как практически решается задача со студентами и преподавателями в М-системе, обладающей всеми преимуществами семантики, навигации и идентификации? Только, пожалуйста, законченное, чтобы, если какому-нибудь аналитику взбредёт в голову разглядеть ситуацию со всех возможных ракурсов, ему не пришлось бы строить самостоятельно запросы. Ну, и, конечно, расскажите предполагаемый алгоритм действий для такого аналитика.


надо задачу четко сформулировать
в чем, так сказать, проблема ?
и про какие такие "ракурсы" гуторите ?

конкретно

как только - так сразу и порешаем - вмиг
11 ноя 06, 17:39    [3386822]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Дык ЧАЛ говорит, что с М-системами всё шоколадно и само, запросы аналитикам строить не надо, достаточно СУБД, обладающей навигацией, идентификацией и семантикой. А так условия задачи уже выше сформулированы: учёт студентов и преподавателей, у каждого студента может быть несколько преподавателей, у каждого преподавателя может быть несколько студентов, а что аналитику захочется у базы выяснять -- тут уж неизвестно.
11 ноя 06, 19:22    [3386970]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
DocAl
Дык ЧАЛ говорит, что с М-системами всё шоколадно и само, запросы аналитикам строить не надо, достаточно СУБД, обладающей навигацией, идентификацией и семантикой. А так условия задачи уже выше сформулированы: учёт студентов и преподавателей, у каждого студента может быть несколько преподавателей, у каждого преподавателя может быть несколько студентов, а что аналитику захочется у базы выяснять -- тут уж неизвестно.


пример как работает наша MUMPS-система "MX-FIRMA"
на заранее не предусмотренные запросы.

если в любом месте этой платежной ведомости :

T Uzvārds Vārds sant Sask Iet Izm
----------------------------------------------------------------------
1101 Andris xxxxx 0.00 610.67 185.89 424.78
1102 Aleksandrs 0.00 650.00 187.38 462.62
1103 Viktorija xxxx 0.00 300.00 76.25 223.75
1104 Roberts xxx 0.00 177.23 37.27 139.96
1105 Dainis xxxx 0.00 200.00 55.50 144.50
1108 Juris xxxxx 0.00 500.00 150.75 349.25
1109 Natālija xx 0.00 420.00 119.85 300.15
1113 Aldis xxxxx 0.00 200.00 55.50 144.50
1114 Uldis xxxxx 0.00 109.59 15.79 93.80
1115 Juris xxxxx 0.00 110.00 26.93 83.07
1117 Jurijs xxxxx 0.00 110.00 26.93 83.07
1118 Oskars xxx 0.00 110.00 15.93 94.07
1119 Aldis xxxxx 0.00 110.00 10.43 99.57
1121 Ilgvars xxx 0.00 110.00 15.93 94.07
1123 Jānis xxxx 0.00 110.00 34.93 75.07
----------------------------------------------------------------------
1 ******* 0.00 3827.49 1015.26 2812.23


ввести запрос на языке MUMPS :
^AM(T,%gm)>400..
и нажать клавишу <ENTER>

то покажет в отдельном окне список тех кому начислено более 400 денег:
----------------------------
1102 Aleksandrs xxxxxxx
1101 Andris xxxxxxxx
1108 Juris xxxxxxxx
1109 Natālija xxxxxxxxxx

(взято из реальной системы поэтому фамилии изменены)

запросы могут быть любыми и выдаваться с какого угодно документа
весь интерфейс через EXCEL
11 ноя 06, 19:55    [3387032]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
mumps-ист
Guest
DocAl
Может быть, вы отвлечётесь от лозунгов, и на примере покажете, как практически решается задача со студентами и преподавателями в М-системе, обладающей всеми преимуществами семантики, навигации и идентификации? Только, пожалуйста, законченное, чтобы, если какому-нибудь аналитику взбредёт в голову разглядеть ситуацию со всех возможных ракурсов, ему не пришлось бы строить самостоятельно запросы. Ну, и, конечно, расскажите предполагаемый алгоритм действий для такого аналитика.


Бесполезно. Уже просил много раз. ЧАЛ вам ответит, что он не бизнесмен и не маркетолог ( а если человек ни тот и ни другой - то продемонстрировать работающее программное решение, кончено, невозможно), что задачу эту он уже давно решил и вколотит очередной гвоздь в гроб РСУБД, закончив пост фразой про то, что ни в одной РСУБД эта задача не может решаться по причине отсутствия семантики, навигации и идентификации.
11 ноя 06, 22:42    [3387304]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
c127
Guest
Зл0й
c127

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

Ну тут я бы с вами поспорил, я в Оракле данные тоже могу положить в дерево (index-organized table). Производительность в случае одного скорее всего юзера будет примерно одинаковая.

Чисто теоретически, должно же быть в М сисмемах хоть что-нибудь лучше чем в РСУБД. Кроме деревьев я кандидатов не вижу.

Зл0й

Если же в задаче требуется обеспечить скажем согласованное чтение одновременно (параллельно) с их изменением другими юзерами, я вообще не уверен что это реализуемо в м-системах. Придется некое подобие оракла "в миниатюре" своими ручонками стряпать на мампсах. Чтобы добиться стабильной работы такого чуда уйдет по минимуму лет пять :) Нормальная СУБД - это не только возможность наваять табличек с индексами (как в Dbase III+ или в Фоксе). Это еще и возможность конкурентного доступа к данным с приемлемой производительностью.

Да, многопользовательский доступ это еще та тема, я так далеко даже не заглядываю. Если на простых задачах вылазят проблемы, то многопользовательский доступ уже можно не обсуждать. Ясно что руками его реализовать за разумное время и деньги невозможно.
12 ноя 06, 01:40    [3387624]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67501
Блог
mumps-ист
и вколотит очередной гвоздь в гроб РСУБД

Это точно. Я не далее как вчера прикидывал, насколько легко будет напрограммировать вместо коллеги ЧАЛа трудноотличимого по поведению бота и насколько продуктивнее он будет. Вышло, что задача вполне решаемая, но форум жалко.
12 ноя 06, 02:21    [3387635]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
Коллега ЧАЛ, вы дискретную математику изучали? Как представляется граф в матричном виде припоминаете? Дерево (в навигацией, идентификациией и прочими прелестями) есть частный случай графа, а именно направленный, а в нашем случае (СУБД) еще и ациклический. Так вот, поскольку в каше и любой другуй мампсоидной системе данные моделируются в виде дерева, то это для этого дерева всегда найдется соответствующая матрица смежности. Если кто не верит - загляните в учебник дискретной математики, там это доказывается. А уж матрицы - это для РСУБД "родной язык", только они там называются отношениями. Имеем вывод: для любой модели данной представляющей собой граф (иерархическая, сетевая, всяческие мампсы), существует эквивалентное ей реляционное представление.

Далее, если предположит вслед за коллегой ЧАЛом что в реляционных СУБД нет идентификации и навигации, то исходя из свежедоказанного утверждения об эквивалентности, энтих "идентификации" и "навигации" нет и в его любимой СУБД. Вот незадача-то!

Предлагаю коллеге ЧАЛу когда он разберется с семантикой (Хомского почитает) взять какой-нибудь хороший учебник по дискретной математике например Кузнецова О.П. "дискретная математика для инженера". Олег Петрович - мировой дядька, и пишет очень доступно.
12 ноя 06, 07:02    [3387722]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Rus000
Member

Откуда: Красноярск
Сообщений: 317
Зл0й
Имеем вывод: для любой модели данной представляющей собой граф (иерархическая, сетевая, всяческие мампсы), существует эквивалентное ей реляционное представление.


равно как и наоборот. А кто ж спорит?


2 softwarer:
12000 сообщений в форуме - это круто ... сколько ж Вы времени тут провели? :)
12 ноя 06, 08:11    [3387750]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Чернышев Андрей Леонидович
Member

Откуда:
Сообщений: 257
Не сочиняйте (мягко говоря), DocAl. Решение приведено. За два с половиной года - много раз. В том числе и в этой теме. Законченное. Хорошо, конечно, что Вы пока не докатились до уровня vadiminfo в своих сообщениях. Но до этого обязательно дойдет, если Вы и дальше будете упорно игнорировать мои объяснения. Вот уже потихоньку начали обвинять меня во лжи ("дык ЧАЛ говорит").
12 ноя 06, 09:25    [3387759]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Чернышев Андрей Леонидович
Не сочиняйте (мягко говоря), DocAl. Решение приведено. За два с половиной года - много раз. В том числе и в этой теме. Законченное.

Указать ссылку на решение, казалось бы, несложно?
Чернышев Андрей Леонидович

Хорошо, конечно, что Вы пока не докатились до уровня vadiminfo в своих сообщениях. Но до этого обязательно дойдет, если Вы и дальше будете упорно игнорировать мои объяснения. Вот уже потихоньку начали обвинять меня во лжи ("дык ЧАЛ говорит").

Стоп-стоп-стоп! А разве вы этого не говорили? Разве не ваши слова, что только в "Р"СУБД для получения каких-то отчётов нужно программировать программисту, а в М-системе с ОМД сами пользователи могут получить какие угодно отчёты? Ну а про идентификацию, навигацию и семантику вы уже всем тут уши заездили.
12 ноя 06, 09:31    [3387764]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Чернышев Андрей Леонидович
Member

Откуда:
Сообщений: 257
Вот mumps-ист уже докатился. Лжет себе по-тихоньку.

На что же я могу рассчитывать в споре с недоучками, vadiminfo? Только на то, что они чему-то научатся, и можно будет разговаривать уже на равных. Но чтобы научиться нужно по существу говорить. Сейчас на это оказался способным только ЗлОй, к примеру. Он не стесняется того, что чего-то пока не понимает. А Вы уже полностью деградтровали. Вы теперь можете только в филиалах (как выяснилось, в филиалах парикмахерских !?) про БД "рассказывать".
12 ноя 06, 09:32    [3387765]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
MX -- ALEX

если в любом месте этой платежной ведомости :

...

ввести запрос на языке MUMPS :
^AM(T,%gm)>400..
и нажать клавишу <ENTER>

то покажет в отдельном окне список тех кому начислено более 400 денег:

Думаю, дискуссии о том, что любое место и отдельное окно -- элементы интерфейса, реализация которых мало зависит от того, на чём реализована собственно база данных, а в остальном, можно спорить о преимуществах "^AM(T,%gm)>400.." или "SELECT * FROM pay-roll WHERE wage>400", но вряд ли можно безусловно утверждать о невозможности реализации такого варианта, да и принципиальных различий тут я не вижу.
12 ноя 06, 09:40    [3387771]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Чернышев Андрей Леонидович
Member

Откуда:
Сообщений: 257
Куда же Вы от "семантики", Злой? Разве пользователь не видит "контекст", работая с приложением? Или в приложениях на "Р"СУБД он у него в голове? (напомню, на всякий случай, что контекст - это законченный в смысловом отношении отрывок текста, точно передающий смысл отдельно входящего в него слова или фразы). Создайте схему БД в "Вашей" "Р"СУБД (для задачи преподаватели-студенты) и поработайте с ней, как пользователь. Вот DocAl все еще не понимает. Но Вы то понимаете ?
От "семантики" решили перейти к "эквивалентности".
Для начала опять ошиблись - я не "моделирую данные в виде дерева".
Далее. Что значит "эквивалентное представление" ?
Представление

Преподаватель<--Учит/Учится у-->Студент

эквивалентно представлению

Преподаватель
Студент
Учится(Студент,Преподаватель)

???

Потому что они "представляют" одну и ту же информацию ? Как же тогда, даже теоретически, "представления" могут быть не эквивалентны ? Только если одно из них просто не существует? Например, если бы РМД не представляла собой граф (Вы даже этого, кстати, не замечаете, в отличие от Дейта, но Дейт, в свою очередь, не заметил бесконечного цикла, при попытке построить "реляционный граф").
12 ноя 06, 09:49    [3387773]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Чернышев Андрей Леонидович
Member

Откуда:
Сообщений: 257
Что "стоп-стоп-стоп", DocAl? Так значит я вру? И особенно мило про "уши". Мозгов, значит, между ушами нет. Вот этого я и "боялся".
12 ноя 06, 09:54    [3387780]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Чернышев Андрей Леонидович
Что "стоп-стоп-стоп", DocAl? Так значит я вру? И особенно мило про "уши". Мозгов, значит, между ушами нет. Вот этого я и "боялся".
Так вы утверждаете то, что предпочли не цитировать? Если утверждаете, то, пожалуйста, приведите решение этой задачи. Такое, которое позволяло бы, например, найти всех преподавателей, у которых менее 10 студентов, без составления запросов. В примере, который привёл MX -- ALEX, запросы таки требуются.
12 ноя 06, 10:30    [3387792]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
softwarer
mumps-ист
и вколотит очередной гвоздь в гроб РСУБД

Это точно. Я не далее как вчера прикидывал, насколько легко будет напрограммировать вместо коллеги ЧАЛа трудноотличимого по поведению бота и насколько продуктивнее он будет. Вышло, что задача вполне решаемая, но форум жалко.


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

поменьше эмоций , побольше конкретики - будет польза
даже от этой дискуссии
12 ноя 06, 13:36    [3388008]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Чернышев Андрей Леонидович
Member

Откуда:
Сообщений: 257
И Вам все еще не стыдно, DocAl? Вы же повторили "запрос" SergSuper, и сделали вид, что не заметили мой совершенно конкретный ответ. Без всякого программирования (в примере MX-ALEX программирование, все-таки, есть: ^AM(T,%gm)>400 - это, конечно, не "составление запроса в терминах модели данных", и "контекст" с "семантикой" здесь не помогут). В объектном навигаторе (или, если Вам будет понятнее, как говорят мои "оппоненты" - "нафигаторе") на схеме "Преподаватель<-- Учит -->Студент" просто задать условие Число привязанных<10. И результат в той же схеме с той же семантикой. Еще раз напомню, что навигатор (как и оптимизатор) - неотъемлемая часть ОСУБД (такая же, как "оптимизатор" в "Р"СУБД). Если в СУБД нет навигатора, то это не ОСУБД. Это может быть "реляционная", "объектно-реляционная", "объектно-ориентированная", "постреляционная" СУБД, но не ОСУБД. И во всех перечисленных СУБД у пользователей нет возможности работать с БД (нужно обращаться к программистам или самим становиться программистами), то есть я бы не стал опрометчиво называть эти системы "СУБД".
Не хотите понимать - не понимайте.

Все. Отбываю в командировки до середины декабря. Можете поговорить о своем. Раз фундаментальные свойства БД вас, господа, не интересуют, остается говорить только об "алгебре" и ее реализациях в различных "Р"СУБД. Действительно, а о чем еще можно говорить на sql.ru?
Ну разве что поопределять еще как-нибудь личность "шизофреника ЧАЛа".
12 ноя 06, 14:45    [3388117]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
pavelvp
Member

Откуда:
Сообщений: 673
Чернышев Андрей Леонидович
"Преподаватель<-- Учит -->Студент" просто задать условие Число привязанных<10. И результат в той же схеме с той же семантикой.
А кто такие "привязанные"?
И во всех перечисленных СУБД у пользователей нет возможности работать с БД (нужно обращаться к программистам или самим становиться программистами), то есть я бы не стал опрометчиво называть эти системы "СУБД".
Не хотите понимать - не понимайте.
Дайте определение СУБД.
12 ноя 06, 17:47    [3388379]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
abbriveatura
Guest
Чернышев Андрей Леонидович
И Вам все еще не стыдно, DocAl? Вы же повторили "запрос" SergSuper, и сделали вид, что не заметили мой совершенно конкретный ответ. Без всякого программирования (в примере MX-ALEX программирование, все-таки, есть: ^AM(T,%gm)>400 - это, конечно, не "составление запроса в терминах модели данных", и "контекст" с "семантикой" здесь не помогут). В объектном навигаторе (или, если Вам будет понятнее, как говорят мои "оппоненты" - "нафигаторе") на схеме "Преподаватель<-- Учит -->Студент" просто задать условие Число привязанных<10. И результат в той же схеме с той же семантикой. Еще раз напомню, что навигатор (как и оптимизатор) - неотъемлемая часть ОСУБД (такая же, как "оптимизатор" в "Р"СУБД). Если в СУБД нет навигатора, то это не ОСУБД. Это может быть "реляционная", "объектно-реляционная", "объектно-ориентированная", "постреляционная" СУБД, но не ОСУБД. И во всех перечисленных СУБД у пользователей нет возможности работать с БД (нужно обращаться к программистам или самим становиться программистами), то есть я бы не стал опрометчиво называть эти системы "СУБД".
Не хотите понимать - не понимайте.


не знаю, что такое навигатор... это какая-то графическая тулза?
но вот создайте ей приемлимый отчет по такой схемке и покажите плиз скриншот.

Вуз->факультет->кафедра->доложность->.............................-> студент* <-- дисциплина
        ^          ^                 |                               ^  ^ |         |
        |          |                -> замещающий преподаватель ->   |  --|         |
        |          |                -> замещающий преподаватель ->---|--------------|
        |          |                -> замещающий преподаватель ->   |              |
        |          |                -> замещающий преподаватель ->---|              |
        |          |                               ^     ^    ^                     |
        |          |                               |     |    |                     |
        -----------------------------------------------------------------------------

* студент тоже может быть преподавателем


Все. Отбываю в командировки до середины декабря. Можете поговорить о своем.

Спасибо.
12 ноя 06, 21:43    [3388950]     Ответить | Цитировать Сообщить модератору
 Оффтоп, однако...  [new]
dekan
Member

Откуда: Москва
Сообщений: 140
Вот читаю я это вот все и не могу понять -- а почему ЧАЛа еще не забанили... ведь оскорбления присутствуют однозначно.
Все-равно занимательнейшее чтение, знаете-ли :)
13 ноя 06, 04:29    [3389289]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 23 24 25 26 27 [28] 29 30 31 32 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить