Re: Проблемы перехода Yaffil - FB (UTF8)
Kovalenko Dmitry ... А максимальный размер записи (данные для всех колонок) - 32K (если Влад не обманывает) Я же написал потом - 64К -- Хорсун Влад
Re: Проблемы перехода Yaffil - FB (UTF8)
А максимальный размер записи (данные для всех колонок) - 32K (если Влад не обманывает) Я же написал потом - 64К Поздно, я уже на всех заборах написал со ссылкой на тебя. Гыыы Коваленко Дмитрий.
Re: Проблемы перехода Yaffil - FB (UTF8)
Я свято верил что 64K :-( Я видно где-то рядом молился. Тоже думал, что 64. Дмитрий
Re: Проблемы перехода Yaffil - FB (UTF8)
Janex ... Привет алл. Вот решил начинать по маленьку преходить на FB (2.1). База на UTF8. Делаю вот такую немаленькую табличку: ... И полчаю: This operation is not defined for system tables. unsuccessful metadata update. new record size of 139840 bytes is too big. TABLE MD_ECHO_CG_PROTOCOL. Размер записи 32К. И размер страницы тут не при чем. На Yaffil-е тако проходило. Там только база полностю была под WIN1257. Что ето такое ? Какоито лимит по сумме VARCHAR-ов чтоли на однои таблице ? Под строки в UTF8 движок выделяет в 4 раза больше памяти. Чтобы гарантированно влезло. -- Хорсун Влад
Re: Проблемы перехода Yaffil - FB (UTF8)
Да. Размер страницы базы увеличь. Спасибо, было такое подозрение, в место 4к поставил 8к, наверно ешё мало :) А небудет тога так, что база будет изза размера страници неадекватно распыхатся, а то остальные таблици относительно маленькие (в них 99% данных будет). Ето одна токая грамоздная и записеи в неи тож будет входить не более 1000 загод ... Regards Janex
Re: Проблемы перехода Yaffil - FB (UTF8)
Kovalenko Dmitry wrote: Вот решил начинать по маленьку преходить на FB (2.1). База на UTF8. Делаю вот такую немаленькую табличку: Может вместо вот этого - VARCHAR(4096) - стоит использовать текстовые блобы? Коваленко Дмитрий. Попробуемс ... А чё тогда Yaffil такое проглатывал, на Yaffil у меня страница какраз 4к только. Yaffil что - умнее ? :) Janex
Re: Проблемы перехода Yaffil - FB (UTF8)
Размер записи 32К. И размер страницы тут не при чем. Уже 32K Это всегда так было или в связи с инфляцией? :-) Я свято верил что 64K :-( Коваленко Дмитрий.
Re: Проблемы перехода Yaffil - FB (UTF8)
Вот решил начинать по маленьку преходить на FB (2.1). База на UTF8. Делаю вот такую немаленькую табличку: Может вместо вот этого - VARCHAR(4096) - стоит использовать текстовые блобы? Коваленко Дмитрий.
Re: Проблемы перехода Yaffil - FB (UTF8)
Kovalenko Dmitry ... Размер записи 32К. И размер страницы тут не при чем. Уже 32K Это всегда так было или в связи с инфляцией? :-) Я свято верил что 64K :-( Ну раз всегда и свято... а молился ? :) -- Хорсун Влад PS MAX_FORMAT_SIZE = 65535
Re: Проблемы перехода Yaffil - FB (UTF8)
Hello, Janex! Janex wrote: Попробуемс ... А чё тогда Yaffil такое проглатывал, на Yaffil у меня страница какраз 4к только. Yaffil что - умнее ? :) юникод предполагает В ЧЕТЫРЕ раза больший объем для хранения. Посмотри хотя бы тут www.ibase.ru/unicode_faq.html - простой перегон данных из 1251 в юникод увеличивает объем хранения в 2 раза. Это хранения. А оперировать юникодом сервер должен по максимуму, предполагая что может случиться 4 байта на символ. p.s. У тебя в YA запись и так еле-еле влезала в 32к, посчитай. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Проблемы перехода Yaffil - FB (UTF8)
Hello, Janex! You wrote on Tue, 26 May 2009 17:34:27 +0300: J Что ето такое ? J Какоито лимит по сумме VARCHAR-ов чтоли на однои таблице ? Да. Размер страницы базы увеличь. -- With best regards, Alex Cherednichenko.
Re: Проблемы перехода Yaffil - FB (UTF8)
Мда Поставил везгде VARCHAR(1) и пошло :) А чё делать чтоб такое ограничение обоити ? Regards Janex
Re: Проблемы перехода Yaffil - FB (UTF8)
Ясно, значит таблицу разделять топором на маленькие :) Regards Janex
Проблемы перехода Yaffil - FB (UTF8)
Привет алл. Вот решил начинать по маленьку преходить на FB (2.1). База на UTF8. Делаю вот такую немаленькую табличку: CREATE TABLE MD_ECHO_CG_PROTOCOL ( IDBIGINT NOT NULL, MAN_IDBIGINT, STA1_ID BIGINT, STA1_SPEC_ID VARCHAR(6), STA2_ID BIGINT, STA2_SPEC_ID VARCHAR(6), SUBTYPE VARCHAR(16), ECHO_QUALITY SMALLINT, ECHO_QUALITY_PAR SMALLINT, ECHO_QUALITY_API SMALLINT, RHYTHM_XMIN SMALLINT, RHYTHMSMALLINT, SUBMAX_PULSE SMALLINT, AODOUBLE PRECISION, LADOUBLE PRECISION, KADOUBLE PRECISION, LKDOUBLE PRECISION, LK_METHOD SMALLINT, CHAMBER_PARTITION DOUBLE PRECISION, TRUNCUS_PULMONALISDOUBLE PRECISION, BACK_WALL DOUBLE PRECISION, KK_MASS_INDEX DOUBLE PRECISION, EDD DOUBLE PRECISION, EDV DOUBLE PRECISION, ESD DOUBLE PRECISION, ESV DOUBLE PRECISION, EFDOUBLE PRECISION, EF_METHOD SMALLINT, FSDOUBLE PRECISION, DIAST_FUNCT SMALLINT, DIAST_FUNCT_DESC VARCHAR(512), IVRT SMALLINT, EASMALLINT, DTSMALLINT, AVVARCHAR(512), AV_FG DOUBLE PRECISION, AV_CM DOUBLE PRECISION, AV_1 SMALLINT, MVVARCHAR(512), MV_FG DOUBLE PRECISION, MV_CM DOUBLE PRECISION, MV_1 SMALLINT, TVVARCHAR(512), TV_FG DOUBLE PRECISION, TV_CM DOUBLE PRECISION, TV_1 SMALLINT, PVVARCHAR(512), PV_FG DOUBLE PRECISION, PV_CM DOUBLE PRECISION, PV_1 SMALLINT, PERICARDIUM SMALLINT, PERICARDIUM_DESC VARCHAR(512), PATIENT_USED_DRUGSVARCHAR(2048), COMPLAINT VARCHAR(2048), WMA1 CHAR(17) CHARACTER SET NONE DEFAULT '0', WMA2 CHAR(17) CHARACTER SET NONE DEFAULT '0', WMA3 CHAR(17) CHARACTER SET NONE DEFAULT '0', DOPPLER_ECHO_LAYOUT BLOB SUB_TYPE 0 SEGMENT SIZE 4096, DIAGNOSIS VARCHAR(2048), UNUSED_REPORT_NUMBER INTEGER, LUNG_VENA SMALLINT, DRAINAGE VARCHAR(2048), LEFT_ATR_LUG SMALLINT, RIGHT_ATR_LUG SMALLINT, FORAMEN_OVALE_APERTUM SMALLINT, PULSE_REST_STATE SMALLINT, PS_MAXSMALLINT, TA_REST_STATE SMALLINT, TA_MAXSMALLINT, DRUGS_DOBUTAMIN DOUBLE PRECISION, DRUGS_ATROPINEDOUBLE PRECISION, DRUGS_BELOC DOUBLE PRECISION, TEST_INTERRUPTION_REASON VARCHAR(4096), ECG_BEFORE_TEST VARCHAR(4096), ECG_DURING_TEST VARCHAR(4096), ECHO_BEFORE_TEST VARCHAR(4096), ECHO_DURING_LOAD VARCHAR(4096), CONCLUSIONBLOB SUB_TYPE 0 SEGMENT SIZE 4096, ATR_BULKHEAD_CHK1 SMALLINT, ATR_BULKHEAD_CHK2 SMALLINT, ATR_BULKHEAD_DESC1VARCHAR(512), ATR_BULKHEAD_DESC2VARCHAR(512) ); И полчаю: This operation is not defined for system tables. unsuccessful metadata update. new record size of 139840 bytes is too big. TABLE MD_ECHO_CG_PROTOCOL. На Yaffil-е тако проходило. Там только база полностю была под WIN1257. Что ето такое ? Какоито лимит по сумме VARCHAR-ов чтоли на однои таблице ? Regards Janex
Re: Проблемы перехода Yaffil - FB (UTF8)
Попробуемс ... А чё тогда Yaffil такое проглатывал, на Yaffil у меня страница какраз 4к только. Yaffil что - умнее ? :) UTF8 жрет в 4 раза больше байт под каждый символ, чем WIN1257 То есть, грубо говоря, запись твой таблицы выросла в 4 раза - до 139840 байт А максимальный размер записи (данные для всех колонок) - 32K (если Влад не обманывает) Не зависимо от того Яфиль это, или FB Попробуй на Яфиле сделать базу под UNICODE_FSS - будут те же самые проблемы. --- По моему личному ощущению, на 2.1 (а лучше 2.5) - текстовые блобы стали идентичны VARCHAR-у. Так что можно смело пробовать :-) Коваленко Дмитрий.