ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Замена домена на живой БД
10 сообщений из 10, страница 1 из 1
Замена домена на живой БД
    #38418879
pastor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pastor
Участник
Вопросительный вопрос:

допустимо ли делать замену домена со сменой базового типа?

т.е.
varchar(100) -> blob subtype text
integer -> varchar(20)

и тому подобное.

сервер делает это без проблем. чревато ли боком?
...
Рейтинг: 0 / 0
07.10.2013, 13:59:33
| Ответить | Цитировать | Написать  
Замена домена на живой БД
    #38418892
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
pastor,

не желательно. Лучше через временный столбец. Хотя именно при таких заменах по идее проблем быть не должно. Меняешь как через системные таблицы или через ALTER COLUMN?
...
Рейтинг: 0 / 0
07.10.2013, 14:06:41
| Ответить | Цитировать | Написать  
Замена домена на живой БД
    #38418914
pastor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pastor
Участник
Симонов Денис,

Думаешь я это делаю по доброй воле? :(

системные таблицы.
2.5.2
...
Рейтинг: 0 / 0
07.10.2013, 14:23:34
| Ответить | Цитировать | Написать  
Замена домена на живой БД
    #38418936
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
pastor,

для второго случая всё можно сделать без системных таблиц

Код: sql
1.
2.
3.
4.
5.
6.
RECREATE TABLE T1 (
  MYFIELD INTEGER
);

ALTER TABLE T1
ALTER MYFIELD TYPE VARCHAR(20);



Все нормально проходит. Вот наоборот не пройдёт.

Код: sql
1.
2.
ALTER TABLE T1
ALTER MYFIELD TYPE INTEGER;



Код: plaintext
1.
2.
This operation is not defined for system tables.
unsuccessful metadata update.
Cannot change datatype for column MYFIELD from a character type to a non-character type.

И правильно делает.

А вот для смену на блоб не работает, хотя по идее ничего мешать этому не должно.

Код: sql
1.
2.
3.
4.
5.
6.
RECREATE TABLE T1 (
  MYFIELD VARCHAR(20)
);

ALTER TABLE T1
ALTER MYFIELD TYPE BLOB SUB_TYPE TEXT;



Код: plaintext
1.
2.
This operation is not defined for system tables.
unsuccessful metadata update.
Cannot change datatype for column MYFIELD.  Changing datatype is not supported for BLOB or ARRAY columns.
...
Рейтинг: 0 / 0
07.10.2013, 14:37:07
| Ответить | Цитировать | Написать  
Замена домена на живой БД
    #38502770
MrCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MrCat
Гость
Я вот тоже хочу спросить.

Выяснил, что писать:
Код: sql
1.
Alter table MyTable alter column MyColumn type Integer not null

нехорошо, ибо:
1) синтаксис оператора не допускает not null, придётся сначала создать not null домен и после type указывать его;
2) если MyColumn было символьным, то получим шиш, как сказано выше "Cannot change datatype for column from a character type to a non-character type" ;

Если воспользоваться классическим способом и создавать временный столбец нужного типа, потом копировать в него данные из старого с приведением типа, потом грохнуть старый столбец и переименовать новый в старый - да, никаких проблем, сейчас так и делаю, но alter column type настолько влёт заменяет integer на varchar (миллион записей - за какие-то жалкие 0ms, по сравнению с 8s "классики"), что очень хочется воспользоваться этим скороходом по максимуму.

Подскажите, пожалуйста, как именно работает alter column type, откуда такая скорость? И где вообще можно почитать про ограничения на использование alter column type (плюс понять, почему он менее безопасен)?
...
Рейтинг: 0 / 0
16.12.2013, 21:52:17
| Ответить | Цитировать | Написать  
Замена домена на живой БД
    #38502799
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
MrCat,

вот здесь немного объясняется

http://www.ibase.ru/devinfo/metaver.htm

Синтаксис назначения для доменов и полей not null/null будет в FB3. Однако когда устанавливаешь not null, если в таблице будут данные, то скорость уже не будет большой, т.к. надо проверить все записи.
...
Рейтинг: 0 / 0
16.12.2013, 22:27:19
| Ответить | Цитировать | Написать  
Замена домена на живой БД
    #38503918
MrCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MrCat
Гость
Ясно. Alter column меняет не записи, а формат. При вычитке записи и "разборе на поля", используется последний формат таблицы, и сырые данные записи трактуются в соответствии с ним. Т.е. меняются не данные, а правила трактовки. Теперь понятно, почему не рекомендуется, и насколько сие ограничено.

Удивительно, но я не вижу временнЫх затрат на приведение типа.
 
скрипты для проверки увеличения временнЫх затрат на фетч записей с изменённым типом
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
create domain dom_test_chr char(12) not null;
create domain dom_test_int integer;

create table speedtest(
  test integer);

set term ^ ;
execute block
as
declare variable i Integer;
begin
    i = 1000000;
    while (i > 0) do
    begin
        insert into speedtest(test)
        values (:i);

        i = :i - 1;
    end
end^
set term ; ^
commit;

set STATs on;
select max(test) from speedtest;
set STATs off;
commit;


перед запуском второго скрипта я перезапускаю сервер, чтобы вычистить кэш. Наверное, есть более изящный способ очистить кэш, но я его не знаю.
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
alter table speedtest alter column test type dom_test_int;
commit;

set STATs on;
select max(test) from speedtest;
set STATs off;
commit;

drop table speedtest;

drop domain dom_test_chr;
drop domain dom_test_int;



Оба окружённых set STAT запроса выполняются за 0,8 секунд, при почти равной прочей статистике. Второй работает даже чуть быстрее. Получается, что сервер не несёт дополнительных расходов на преобразование типа при фетче, но такого ведь не может быть! Подскажите, пожалуйста, где я неправ?
...
Рейтинг: 0 / 0
17.12.2013, 16:49:00
| Ответить | Цитировать | Написать  
Замена домена на живой БД
    #38503933
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
MrCatгде я неправ?
Ты неправ в оценке процента затрат на преобразование данных в общей трудоёмкости выборки
данных. Он упорно стремится к нулю.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
17.12.2013, 16:58:10
| Ответить | Цитировать | Написать  
Замена домена на живой БД
    #38503937
MrCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MrCat
Гость
'от я баклан, меняю int на int! Если во втором скрипте проставить замену на _chr домен, то времена получаются около 0,42 и 0,59 секунд соответственно, т.е. затраты на приведение типа есть. Лады, большое спасибо за помощь!
...
Рейтинг: 0 / 0
17.12.2013, 16:58:57
| Ответить | Цитировать | Написать  
Замена домена на живой БД
    #38503970
MrCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MrCat
Гость
И правда, полученная мной разница во времени скорее обусловлена разной сложностью сравнения текстовых и числовых данных. Спасибо, буду иметь в виду, что преобразование типа "на лету" - дешёвая операция.
...
Рейтинг: 0 / 0
17.12.2013, 17:15:42
| Ответить | Цитировать | Написать  
10 сообщений из 10, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Замена домена на живой БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=38502799&tid=1564054]:
 0ms
get settings:
 5ms
get forum list:
 9ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 162ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 43ms
get tp. blocked users:
 1ms
others: 182ms
total:  416ms
созд. / загр.: 416ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]