Hello, Andrey! Andrei wrote:
Очень трудно стало объяснять клиентам, почему на новом сервере за 30К USD с одного дискового массива на другой файл бэкапа размером 12 Гб переписывается за 22 сек, а база данных из этого же файла восстанавливается порядка 4-х часов.
действительно, очень трудно объяснить, почему база в 4 гига ресторится максимум 9 минут, а 12 гиг - 4 часа: www.ibase.ru/devinfo/restorespeed.html так что я бы тоже попросил объяснить. Аргументированно. С данными perfmon, описанием конфигурации дисков, и т.п.
Насколько я понимаю в 3.0 FK без индексов не будет:
дурной вопрос. теоретически можно было бы и ПК без индексов, только не запаримся-ли ждать на такой базе проверки уникальности и проверок ссылочной целостности?
В связи с этим возникла идея сделать утилиту: http://gsbelarus.com/gs/wiki/index.php/Замена_FOREIGN_KEY_%28постановка%29 Может кто видит какие подводные камни?
это вы, типа, содрали из хелпа к IBAnalyst? Неплохо бы ссылаться на такие вещи. А насчет утилиты - смысл, если степень неуникальности конкретного ФК определяется конкретными данными? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
