 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 11 Feb 2002 04:07:10 To : oleg taranov Subject : Re: Проблемы persistent layers -------------------------------------------------------------------------------- Hello! "oleg taranov" <oleg.taranov@f44.n464.z2.fidonet.org> wrote: > VP> Тот же индекс - те же расходы. С учетом эффективности никто индексы > VP> расходами не считает, скорее наоборот :) > наверно до тех пор пока индексы не занимают половину базы ;) Ты будешь смеяться, но как-то коллега сделал задачу _только_ на индексах, не используя файлы данных вообще. Самое смешное, что в той задаче это было наилучшее решение :) > VP> один для записи. Только он показывает _прямо_, а не через ПК, который > VP> в мастер-таблице еще нужно найти (хоть бы и через индекс). > то есть - на каждую запись по персональному fk? > в обычном варианте - пара индексов на связку Hе понял - что за "обычный вариант"? В смысле - о какой связке речь. Hадеюсь, это не обычная зубная паста и т.д.? :)) Запись хранит "адрес" владельца, позволяющий получить его немедленно, прямым обращением. > VP> Вставка в список - атомарная операция. В отличие > VP> от балансировки дерева, с его возможной эскалацией по уровням. > так ведь от колва списков зависит -- и потом - нужно определить > какие списки апдейтить а это уже похоже на фулсканы Hе понял. От количества списков это никак не зависит - в любой момент вставка идет в один. И списки "апдейтить" не надо - ты что, не в курсе, что собой представляет вставка в двусвязный список? Это быстрая операция, никак не зависящая от длины списка. > VP> И - что за объекты, Метелицы наслушался? :)) > VP> Просто записи, только "знающие"своих владельцев "в лицо", по всем > VP> наборам, в которые запись входит. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > ну нужно как то это все называть ;) имхо объект короче ;) > просто надо о терминологии договорится ;) Hе надо - она есть. Есть понятие Hабор, его Владелец, его Члены : record A{}; record B{}; record C{}; set link{ owner A; members B, C; } Объекты тоже есть - в ROM, но это уже ОО-обвязка. -- Владимир Павликов. --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/65779e761010.html, оценка из 5, голосов 10
|
|
|