Arioch пишет:
AS: включите plz отправку писем в MIME
У него все в стандартной русской сетевой кодировке KOI8-R.
22.06.2011 0:26, Arioch пишет:
Но вообще это стандартная проблема при backup/restore
например у вас есть varchar = O001 - букву вместо нолика, бывает.
alter varchar - integer отработает.
Да неужели.
--
Дмитрий Еманов
спасибо за ответ.
кстати до сих пор сохранилось любопытство как индекс проиндексирует
разнотипные данные...
физически в струкрурах это integer, а при его чтении любым читателем (в
т.ч. индексатором) он интерпретируется в новый строковый тип?
вопрос наверно глупый и проверяется
В письме от Wed, 22 Jun 2011 15:08:30 +0400, Кравченко Алексей
ista...@ngs.ru сообщал:
хочу убедиться что ничего не сломается если сделать этот злосчастный
alter на рабочей бд
а почему бы тебе сразу после альтера не сделать backup/restore и database
compare ?
И уверен будешь, и
В письме от Wed, 22 Jun 2011 10:27:42 +0400, М.Королев
mia...@mail.ru сообщал:
У него все в стандартной русской сетевой кодировке KOI8-R.
стандартной для чего ? для письма, если кодировка не указана, стандартна
7-битная ASCII Latin1
--
Написано в почтовом клиенте браузера Opera:
В письме от Wed, 22 Jun 2011 11:14:35 +0400, Dmitry Yemanov
dim...@users.sf.net сообщал:
например у вас есть varchar = O001 - букву вместо нолика, бывает.
alter varchar - integer отработает.
Да неужели.
Новость хорошая.
Тогда бы было хорошо FAQ обновить, какие проверки и когда выполняются
В письме от Wed, 22 Jun 2011 15:08:30 +0400, Кравченко Алексей
ista...@ngs.ru сообщал:
кстати до сих пор сохранилось любопытство как индекс проиндексирует
разнотипные данные...
это если индекс будет перестраиваться, а зачем ему перестраиваться для
старых нетронутых записей ?
если бы он
а почему бы тебе сразу после альтера не сделать backup/restore и database
compare ?
И уверен будешь, и структуру того же индекса оптимизируешь.
это хороший вариант, но трудоемкий... тоесть процесс занимает часа 4, и
делать это можно лишь в ночное время, когда спать хочется, а без надзора
это если индекс будет перестраиваться, а зачем ему перестраиваться для
старых нетронутых записей ?
насколько я понимаю он обязан быть перестроен, т.к. для строк например ,
10 больше чем 2... тоесть будет совсем другой порядок чем при integer
если бы он перестраивался, наверное, ты бы не
Привет всем! :)
Почему бы не ввести специальную конструкцию, для вызова из блока самого
себя?
Например RDB$SELF или RDB$THIS
Пример удаления ветки из дерева:
CREATE TABLE SYMPTOMS
(
ID D_ID,
PARENT_ID D_ID,
CONSTRAINT PK_SYMPTOMS PRIMARY KEY (ID),
CONSTRAINT FK_SYMPTOMS_PARENT_ID FOREIGN
10 matches
Mail list logo