Kovalenko Dmitry ...
Удаление создаёт версию записи и не трогает индексы.
Инсерт создаёт версию записи и, конечно, трогает индексы
Апдейт, не затрагивающий индексированные колонки, тоже
создаёт версию записи и не трогает индексы.
Так что получается, что вариант с апдейтом
Удаление создаёт версию записи и не трогает индексы.
Инсерт создаёт версию записи и, конечно, трогает индексы
Апдейт, не затрагивающий индексированные колонки, тоже
создаёт версию записи и не трогает индексы.
Так что получается, что вариант с апдейтом дешевле
в твоём случае
FB 1.5.3
Если я обновляю запись, но колонки,
входящие в индексы не затрагиваются,
мусор в индексах не возникает? Думаю,
что не возникает. Но все таки спрошу.
Я тут хочу улучшить один алгоритм,
работающий с многомиллионной таблицей
- вместо (удаления+вставки) реализовать
(поиск+вставка или
Kovalenko Dmitry ...
FB 1.5.3
Если я обновляю запись, но колонки,
входящие в индексы не затрагиваются,
мусор в индексах не возникает? Думаю,
что не возникает. Но все таки спрошу.
Индексы при этом не обновляются
Я тут хочу улучшить один алгоритм,
работающий с многомиллионной
Так что получается, что вариант с апдейтом дешевле
в твоём случае
Спасибо!
С уважением,
Коваленко Дмитрий.
Hello, Dmitry!
Kovalenko Dmitry wrote:
Если я обновляю запись, но колонки,
входящие в индексы не затрагиваются,
мусор в индексах не возникает? Думаю,
что не возникает. Но все таки спрошу.
В IBAnalyst видно.
берем таблицу с версиями, и смотрим
на число ключей. число ключей в разных
индексах
Dmitri Kuzmenko писал(а):
В IBAnalyst видно.
Мда, вот так живешь и не знаешь, что
война уже закончилась.
уверен что его это спасет от
последующих многочасовых сборок
мусора.
кого его - FB 1.5 или FB 2.0 ?
его - это я про алгоритм. А база у нас
на FB 1.5.3
Коваленко Дмитрий.
7 matches
Mail list logo