 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 13 Feb 2002 22:41:31 To : oleg taranov Subject : Re: Проблемы persistent layers -------------------------------------------------------------------------------- Hello! "oleg taranov" <oleg.taranov@f44.n464.z2.fidonet.org> wrote: > VP> Ты будешь смеяться, но как-то коллега сделал задачу _только_ на > VP> индексах, не используя файлы данных вообще. Самое смешное, что в > VP> той задаче это было наилучшее решение :) > а это как? индекс то на основе данных строится и с онными только > и работает Эх, молодежь :) Ты говоришь про автоматы, а я про функциональность. Таких движков (позволяющих работать раздельно) - больше, чем серверов, допускающих _только_ автоматы. > я пока не до конца понял идею > давай еще раз: > имееются записи - к каждой прилагается список по которому можно > получить набор из другой таблицы Я приводил маленький пример. Есть набор (на декларативном уровне). Его владельцами _могут_ быть экземпляры (записи) одних таблиц, и членами этого же набора, опять же, _могут_ быть экземпляры (записи) одних таблиц других таблиц. > теперь если верно то что я написал выше: > делаем вставку записи в связанную таблицу > как сделать вставку в списки? надо знать в список какой Hе надо. Ты делаешь вставку не просто в конкретный набор, но и набор _конкретного_ владельца - их же, владельцев, м.б. много, для этого _типа_ набора. Т.е. и набор, и владельца указываешь ты. Скажем, есть подразделения и сотрудники. Ты же "вставляешь" Ива- нова не просто в подразделение, а в конкретное - отдел разработки, к примеру. Т.е. в строго конкретный набор, с конкретным владельцем. > записи сделать вставку (кстати а где хранятся условия списков? > могут ли они быть уникальными для каждого списка?) Что за условия списков? Если действительно заинтересовался - сходи на сайты. Я в эхе пересказ доки не потяну :) -- Владимир Павликов. Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/64881513a10f.html, оценка из 5, голосов 10
|
|
|