17.03.2010 1:11, sasha пишет:
в конверенции к Джири как-то странно письма доходят.
То сразу, то через пол дня, то вообще теряются...
А ты на нее подписался или просто пишешь на адрес?
Там ручная модерация для не-членов рассылки.
Дмитрий
Dmitri Kuzmenko wrote:
Насколько я понимаю в 3.0 FK без индексов не будет:
дурной вопрос. теоретически можно было бы и ПК без индексов,
только не запаримся-ли ждать на такой базе проверки
уникальности и проверок ссылочной целостности?
Из двух зол надо выбивать меньшее. У меня много таблиц б
А ты на нее подписался или просто пишешь на адрес?
Там ручная модерация для не-членов рассылки.
Да вроде подписывался. Я так давно на неё пишу что уже и не помню...
Hello, Alexey!
Alexey Popov wrote:
Из двух зол надо выбивать меньшее. У меня много таблиц без FK, только
потому что они ссылаются на справочник где несколько значений.
я не спорю. Но проблема-то где?
раньше была в медленной сборке мусора по таким индексам,
плюс медленная скорость создания так
Dmitri Kuzmenko wrote:
я не спорю. Но проблема-то где?
раньше была в медленной сборке мусора по таким индексам,
плюс медленная скорость создания такого индекса.
сборку мусора поправили в 2.0 (и 2.1)
скорость создания индексов увеличили в 2.1, причем
серьезно. Опять же см. мой тест,
Тем не ме
Имеем таблицу. На одном из полей установлено ограничение UNIQUE. На
таблице есть триггеры, которые при вставке/обновлении записи меняют
значения других записей.
Есть последовательность операторов UPDATE OR INSERT на этой таблице.
Если к базе подключаемся через TCP, то указанная последовательность
> >http://gsbelarus.com/gs/wiki/index.php/_FOREIGN_KEY_%28 %29
> > ?
>
> , , IBAnalyst?
> .
> - ,
> ?
про эту утилиту слышал краем уха. теперь постараюсь посмотреть что за
она. хелпов к ней не читал.
Andrei пишет:
Имеем таблицу. На одном из полей установлено ограничение UNIQUE. На
таблице есть триггеры, которые при вставке/обновлении записи меняют
значения других записей.
Есть последовательность операторов UPDATE OR INSERT на этой таблице.
Если к базе подключаемся через TCP, то указанная п
Hello, Alexey!
Alexey Popov wrote:
Тем не менее если таблица многомиллионник, то полюбому нельзя
игнорировать "лишние" индексы. Чем их меньше тем лучше.
Ещё лишнее место к БД. Лишние чтения/записи при обновлении и вставке.
опять же, достаем из кармана IBAnalyst, и смотрим что там
за индексы
Hello, Andrei!
Andrei wrote:
, , IBAnalyst?
про эту утилиту слышал краем уха. теперь постараюсь посмотреть что за
она. хелпов к ней не читал.
поздравляю. утилита существует уже 6 лет. И ничего аналогичного нет.
В хелпе у нее как раз примерно лет 5-6 и написано про указанное
решение.
Но я
"Andrei" ...
Имеем таблицу. На одном из полей установлено ограничение UNIQUE. На
таблице есть триггеры, которые при вставке/обновлении записи меняют
значения других записей.
Есть последовательность операторов UPDATE OR INSERT на этой таблице.
Если к базе подключаемся через TCP, то указанная пос
11 matches
Mail list logo
