alexbekh...@gmail.com пишет:
On May 29, 8:50 am, Ovchinnikov Vasily <o...@tkvc.ru> wrote:
alexbekh...@gmail.com пишет:
Имеется ввиду "фрагментация" когда необходимые записи лежат по одной
на страничке, и колчиество поднятых страничек подходит к количеству
выдаваемых записей.
я не знаю, почему они у Вас так лежат, по одной на страничке.
Может, вы их насоздавали, потом 90% удалили, да так, что именно
по записи на странице получилось. Кто виноват?
Добавляйте, обновляйте и удаляйте записи - все версии будут попадать на
пустые места. В чем проблема?
Не понаудалял. На этих страничках лежат записи которые нам в нашщей
выборке не упёрлись. Странички под завязку набиты. Просто так легли.
Че, совсем все так плохо?.. Ненужных сущностей плодить не стоит, думается мне.
Дефрагментация под ускорение конкретной выборки?.. Ну-ну.
А соседнему отделу вот совсем другая выборка интересна, и теперь уже для них в такой
"дефрагментированной"
базе по одной интересующей записи на странице.
Поясню. Речь идёт о системах "во времени". Когда данные выгребаются за
один или несколько месяцев. Работа идёт в пределах отчёного периода.
Первичен критерий отбора с ДАТЫ по ДАТУ. И уже потом дополнительные
условия.
Записи согласно определенным условиям никто дефрагментировать на физических
страницах не будет.
(а за деньги, если тебе очень надо?!!)
На то есть индексы.
Могу тогда только предложить писать движок под свою базу самому и на ассемблере, чтоб каждую машинную операцию
прочувствовать. Будет как хочешь и быыыстроооо как ветер! :-)
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
