Re: Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Kovalenko Dmitry]

А максимальный размер записи (данные для всех колонок) - 32K (если Влад 
не обманывает)


   Я же написал потом - 64К


Поздно, я уже на всех заборах написал со ссылкой на тебя. Гыыы

Коваленко Дмитрий. 

Re: �������� �������� Yaffil -> FB (UTF8)

[Dmitry Voroshin]

"Janex"

Ясно, значит таблицу разделять топором на маленькие :)


Или разработчикам увеличить размер записи. 64к по нонешним временам как-то 
маловато, особенно учитывая никод. Даешь 1024к!!! :)))

Re: Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Vlad Khorsun]

"Kovalenko Dmitry" ...


А максимальный размер записи (данные для всех колонок) - 32K (если Влад не 
обманывает)


   Я же написал потом - 64К

--
Хорсун Влад 

Re: Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Kovalenko Dmitry]

Попробуемс ...
А чё тогда Yaffil такое проглатывал, на Yaffil у меня страница какраз 4к 
только.

Yaffil что - умнее ? :)


UTF8 жрет в 4 раза больше байт под каждый символ, чем WIN1257

То есть, грубо говоря, запись твой таблицы выросла в 4 раза - до 139840 байт

А максимальный размер записи (данные для всех колонок) - 32K (если Влад не 
обманывает)


Не зависимо от того Яфиль это, или FB

Попробуй на Яфиле сделать базу под UNICODE_FSS - будут те же самые проблемы.

---
По моему личному ощущению, на 2.1 (а лучше 2.5) - текстовые блобы стали 
идентичны VARCHAR-у. Так что можно смело пробовать :-)


Коваленко Дмитрий. 

Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Janex]

Привет алл.
Вот решил начинать по маленьку преходить на 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)

[Janex]

Мда 
Поставил везгде VARCHAR(1) и пошло :)
А чё делать чтоб такое ограничение обоити ?

Regards
Janex

Re: Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Alex Cherednichenko]

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)

[Dmitri Kuzmenko]

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)

[Vlad Khorsun]

"Kovalenko Dmitry" ...



   Размер записи 32К. И размер страницы тут не при чем.


Уже 32K 

Это всегда так было или в связи с инфляцией? :-)

Я свято верил что 64K :-(


   Ну раз всегда и свято... а молился ? :)

--
Хорсун Влад

PS MAX_FORMAT_SIZE = 65535 

Re: Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Kovalenko Dmitry]

Вот решил начинать по маленьку преходить на FB (2.1).
База на UTF8.
Делаю вот такую немаленькую табличку:


Может вместо вот этого - VARCHAR(4096) - стоит использовать текстовые блобы?

Коваленко Дмитрий. 

Re: Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Janex]

Ясно, значит таблицу разделять топором на маленькие :)

Regards
Janex

Re: Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Kovalenko Dmitry]

   Размер записи 32К. И размер страницы тут не при чем.


Уже 32K 

Это всегда так было или в связи с инфляцией? :-)

Я свято верил что 64K :-(

Коваленко Дмитрий. 

Re: Проблемы перехода Yaffil -> FB (UTF8)

[Kovalenko Dmitry]

Размер страницы базы увеличь.


139840 байт на запись ... Думаешь поможет?

Коваленко Дмитрий. 

Re: Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Janex]

Kovalenko Dmitry wrote:



Вот решил начинать по маленьку преходить на FB (2.1).
База на UTF8.
Делаю вот такую немаленькую табличку:


Может вместо вот этого - VARCHAR(4096) - стоит использовать текстовые 
блобы?


Коваленко Дмитрий.



Попробуемс ...
А чё тогда Yaffil такое проглатывал, на Yaffil у меня страница какраз 4к только.
Yaffil что - умнее ? :)

Janex

Re: Проблемы перехода Yaffil -> FB (UTF8)

[Janex]

Да.
Размер страницы базы увеличь.


Спасибо, было такое подозрение, в место 4к поставил 8к, наверно ешё мало :)
А небудет тога так, что база будет изза размера страници неадекватно 
распыхатся, а то
остальные таблици относительно маленькие (в них 99% данных будет).
Ето одна токая грамоздная и записеи в неи тож будет
входить не более 1000 загод ...

Regards
Janex

Re: Проблемы Ð¿ÐµÑ€ÐµÑ Ð¾Ð´Ð° Yaffil -> FB (UTF8)

[Vlad Khorsun]

"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)

[Dmitry Lendel]

Я свято верил что 64K :-(


Я видно где-то рядом молился. Тоже думал, что 64.
Дмитрий 

Re: Yaffil на 2008 сервере

[Kovalenko Dmitry]

Такой преданности к программному обеспечению (Yaffil) я еще не видел :-)))


Мда ... теже самые мысли.

Janex, но если оно у тебя на 2008 не пойдет, всегда можно завести на нем 
виртуальную машину с 2000/XP, где оно пойдет точно :-)


Коваленко Дмитрий. 

Re: Yaffil на 2008 сервере

[Janex]

Такой преданности к программному обеспечению (Yaffil) я еще не видел :-)))
Олегу можно только позавидовать.

Дмитрий


А Олег неплохо движок форсировал  в сваё время, помню очень рад был, что нашёл
баг, сообшил, и через день уже следуюшии релиз выложен :)
Да - пока ешё в 7 лабораториях пашет старая птица, и вроде неплохо,
но скоро уже переход на подходе, так что прашятся всётаки придётся.

Regards
Janex

Re: Yaffil �� 2008 �������

[Dmitry Lendel]

> ПРивет алл.
> Кто небудь ставил Yaffil на 2008 сервере ?
> Клиент етого хочет, небудет проблемы ? :)

Такой преданности к программному обеспечению (Yaffil) я еще не видел :-)))
Олегу можно только позавидовать.

Дмитрий

Yaffil на 2008 сервере

[Janex]

ПРивет алл.
Кто небудь ставил Yaffil на 2008 сервере ?
Клиент етого хочет, небудет проблемы ? :)

Regards
Janex

Re: Yaffil и BIG_5 - Бугага

[Kovalenko Dmitry]

Не порядок,


Я понял. Точнее вспомнил. Олег говорил что IB4 - это последний правильный 
сервер...


В IB4 BIG_5 нету.

Предлагаю теперь считать дятла - последним правильным сервером. Посмертно...

Коваленко Дмитрий. 

Re: Yaffil и BIG_5 - Бугага

[Kovalenko Dmitry]

Некрофилия, говорите? :-)
А как же КИТАЙЦЫ смогут с ним работать ???!!!


Не люблю расизм и негров...


"Я интернационалист. Я никого не люблю" (с) Штирлиц.

Коваленко Дмитрий. 

Re: Yaffil и BIG_5 - Бугага

[Oleg LOA]

"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> Некрофилия, говорите? :-)
> А как же КИТАЙЦЫ смогут с ним работать ???!!!

Не люблю расизм и негров...

Re: Yaffil � BIG_5 - ������

[Dmitry Lendel]

> никак. Yaffil предназначался только для России.
> Считай это ограничением экспорта :-)
Китайцы быстро обучаются.
Так что ...
Дмитрий

Re: Yaffil и BIG_5 - Бугага

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:


Щас вот решил пересоздать на Яфиле тестовую базу и напоролся на
А как же КИТАЙЦЫ смогут с ним работать ???!!!


никак. Yaffil предназначался только для России.
Считай это ограничением экспорта :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Yaffil и BIG_5 - Бугага

[Kovalenko Dmitry]

Не порядок, но где находится багтрекер яфиля, спрашивать не буду.


ну как же. Пишешь описание бага на купюре и отправляешь.
Если на одну купюру не влезет, пишешь на нескольких.


Да не. Все проще.

Лезешь в конфиг генерации тестовой базы для яфиля и ставишь там напротив 
BIG_5 - не поддерживается.


Я чего удивился - IB6 BIG_5 поддерживает.

Коваленко Дмитрий. 

Re: Yaffil и BIG_5 - Бугага

[Kochmin Alexandr]

Kovalenko Dmitry wrote:


Не порядок, но где находится багтрекер яфиля, спрашивать не буду.


ну как же. Пишешь описание бага на купюре и отправляешь.
Если на одну купюру не влезет, пишешь на нескольких.

Yaffil и BIG_5 - Бугага

[Kovalenko Dmitry]

Некрофилия, говорите? :-)

Щас вот решил пересоздать на Яфиле тестовую базу и напоролся на

This operation is not defined for system tables
unsuccessful metadata update.
TBL_CS__BIG5.
Implementation of text subtype 56 not located.

А как же КИТАЙЦЫ смогут с ним работать ???!!!

Не порядок, но где находится багтрекер яфиля, спрашивать не буду.

Коваленко Дмитрий. 

Re: �������� � Yaffil �� 2.1

[Dmitry Lendel]

Привет.

> перелить рабочую базу в пустую заимёт целыи день и меня просто убют за ета
время :)
Я бы потестировал сперва. А то точно убъют.
Дмитрий

Re: Миграция с Yaffil на 2.1

[Attid]

J> У меня там база на 2.5 гиги и работа там как конвеиер - 24/7. Если
J> шас ешё на часик могу их всех выгнать, то 2.5 гиги за час ... ну
J> незнаю ... к тому ешё для перехода такого нетолько переливка данных а
J> ешё моного чего время жрушее :)

так это все можно сначало аттестировать как следует, у нас сервера скриптами 
переносились,
лениво в 4 ночи переносить, а надо базу на новый сервак перекинуть, с 
обновлением версии


сначало все на кроликах проверили, что создается база на новом сервере из 
скрипта (а в 2,0 там немного прижали с левым синтаксисом)


потом когда добились первого, оттестили скрипты на виртулаке и того в
4,00 все выгнаны из базы и конекты запрещены
4,05 делается бакап отправляется на второй сервер , меняется ИП уходит в 
ребут


4,30 второй проверяет бекап , если есть разворачивает базу меняет ИП, уходит 
в ребут



утром никто ничего не заметил. 

Re: Миграция с Yaffil на 2.1

[Janex]

а ты не бойся, ты попробуй может не так страшен черт ? =)
сколько бекап по сети востанавливается столько по идеи и переливаться 
будет.


Мож и неубют, но питатся будут :)
У меня там база на 2.5 гиги и работа там как конвеиер - 24/7. Если шас ешё на
часик могу их всех выгнать, то 2.5 гиги за час ... ну незнаю ... к тому ешё
для перехода такого нетолько переливка данных а ешё моного чего время жрушее :)
Если неубют, то будут питатся изнасиловать а
там бабки не первои свежости ... брррр ... подозреваю будет неприятно :)

Regards
Janex

Re: Миграция с Yaffil на 2.1

[Attid]

J> боюсь что перелить рабочую базу в пустую заимёт целыи день и меня
J> просто убют за ета время :)

а ты не бойся, ты попробуй может не так страшен черт ? =)
сколько бекап по сети востанавливается столько по идеи и переливаться будет.



With best regards, Attid. 

Миграция с Yaffil на 2.1

[Janex]

Привет алл.

Как там шас на 2.1 с национальными кодировками? Когдато питался перелезть
с Yaffil на 2.0 и оказалось что уважаемые разработчики решили что латышкая
кодировка в двоике будет под другим кодом и в результате Yаффиловскии
бекап на двоике новостанавливался :(
А шас тож самое ?
Можбить есть кокието другие способы перемигрировать неперелевая данные
в пустую базу, а то у меня одна крyглосуточная лаборатория и боюсь что
перелить рабочую базу в пустую заимёт целыи день и меня просто убют за ета 
время :)

Regards
Janex

Re: Re[2]: Yaffil, баг(фича?) с DATEDIFF

[Kovalenko Dmitry]

Пофиксано ;-)


Ужос :-)

Коваленко Дмитрий. 

Re: Re[2]: Yaffil, баг(фича?) с DATEDIFF

[Oleg LOA]

Пофиксано ;-)


"Пиминов Роман" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]

Здравствуйте, Oleg.

>> У него еще к тому же неправильно MINUTE и HOUR вычисляются.

> Пример покажи.

DATEDIFF(HOUR, CAST('02.05.1998 00:02:03' AS TIMESTAMP),
   CAST('01.05.1998 01:02:03' AS TIMESTAMP))

Получаем 142.

DATEDIFF(MINUTE, CAST('01:02:03' AS TIME),
 CAST('01:59:03' AS TIME))

Получаем 7101.

DATEDIFF(SECOND, CAST('01:01:03' AS TIME),
 CAST('01:01:04' AS TIME))

Получаем 429495.

-- 
Пиминов Роман

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[A7exander]

> > хотя в запросах работала нормально, но так как
> > это была не фатальная потеря, и использовалось всего в одном месте
> > решил что проще обойтись.
>
> Просто надо закомментировать триггер, а после восстановления
> раскомментировать и перекомпилить
Пасиб ;) вроде уже догадался ;)

On 24 дек, 13:15, A7exander <[EMAIL PROTECTED]> wrote:
> Частично места где Yaffil молотит быстрее уже нашел.
> Есть простой запрос (таблица smoves - 3 млн. записей):
>
> select k.id_knames, sum(sm_quant)
>       from smoves s, knames k
>       where
>       s.id_knames=k.id_knames and s.id_sklnames=1
>       and k.nm_folder=0 and s.sm_date<:ost_date
>       and k.nm_id_knames=1
>       and k.nm_parent=1660
>       group by k.id_knames
>       having sum(sm_quant)>0
>
> на Yaffil отрабатывает всреднем 26 секунд
> PLAN SORT (JOIN (K INDEX (KNAMES_IDX2),S INDEX
> (SMOVES_IDX_SK_NM,SMOVES_IDX1)))
>
> на Firebird-2.0.3.12981 отрабатывает всреднем 140секунд
> PLAN JOIN (K ORDER KNAMES_IDX1 INDEX (KNAMES_IDX2), S INDEX
> (SMOVES_IDX_SK_NM, SMOVES_IDX1))
>
> НО! индекс SMOVES_IDX1 по полю s.sm_date нерезультативен, поскольку
> дата берется либо последняя либо близка к ней,
> и если заставить оба сервера не использовать его, заменив
> and k.nm_folder=0 and s.sm_date<:ost_date
> на
> and k.nm_folder=0 and coalesce(s.sm_date, cast('now' as
> date))<:ost_date
> то ситуация резко меняется - птица отрабатывает за 63мс а дятел за
> 110мс!
> тоесть у меня предположение что дятел быстрее молотит нерезультативные
> индексы,
> уже нашел несколько таких мест в своей БД. Прийдется поборотся с
> пережитками прошлого ;)

Кстати уже исправил два десятка запросов с вышеприведенным диагнозом,
вроде
все встает на свои места :) других аномалий пока не замечено

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[Александр Свириденков]

On 24 дек, 14:57, A7exander <[EMAIL PROTECTED]> wrote:
> при восстановлении из бэкапа ругалось почемуто на эту функцию в
> триггере,
> хотя в запросах работала нормально, но так как
> это была не фатальная потеря, и использовалось всего в одном месте
> решил что проще обойтись.

Просто надо закомментировать триггер, а после восстановления
раскомментировать и перекомпилить

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[A7exander]

On 24 дек, 13:09, WildSery <[EMAIL PROTECTED]> wrote:
> On Sun, 23 Dec 2007 20:42:57 +0300, A7exander <[EMAIL PROTECTED]> wrote:
> > пришлось отказаться от Trim
>
> А почему?

при восстановлении из бэкапа ругалось почемуто на эту функцию в
триггере,
хотя в запросах работала нормально, но так как
это была не фатальная потеря, и использовалось всего в одном месте
решил что проще обойтись.

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[Dmitri Kuzmenko]

Hello, Vasiliy!

Vasiliy Ponomarev wrote:


с YA на FB (оба Classic). Уже после "отката" обратно на Yaffil,
обратили внимание на
различные умолчания параметра DATABASE_CACHE_PAGES (FB-75, а
Yaffil-2048). 


удивляете ребята. вы бы хоть конфиги читали, и вообще.
как так можно - с сервером работать и не знать.
по умолчанию у ya тоже 75 страниц. Закомментированный параметр в конфиге 
-  это закомментированный параметр. Причем с умолчанием для супера. 
Кроме того, размер съеденного кэша может определяться и настройкой

в БД. И виден например в статистике запроса, выдаваемой IBExpert.

безобразие, короче.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: ������ � Yaffil �� Firebird2.0

[Oleg Matveyev]

> ÒÁÚÌÉÞÎÙÅ ÕÍÏÌÞÁÎÉÑ ÐÁÒÁÍÅÔÒÁ DATABASE_CACHE_PAGES (FB-75, Á
> Yaffil-2048). ðÏ "ÔÏÌÝÉÎÅ"
> ËÁÖÄÏÇÏ ËÏÎÎÅËÔÁ ÒÁÚÎÉÃÁ ÚÁÍÅÔÎÁ, Á ×ÏÔ ÐÏÍÏÇÌÏ ÂÙ ÌÉ ÜÔÏ × ÒÅÁÌØÎÏÍ
> ÕÌÕÞÛÅÎÉÉ
> ÐÒÏÉÚ×ÏÄÉÔÅÌØÎÏÓÔÉ ÒÁÂÏÔÁÀÝÅÊ ÚÁÄÁÞÉ, ÐÒÏ×ÅÒÉÔØ ÍÙ ÔÁË É ÎÅ ÕÓÐÅÌÉ...

ÐÏ ÕÍÏÌÞÁÎÉÀ Õ ÏÂÏÉÈ 75

ÔÁËÉ ÄÁ, ÎÁ ÜÔÏÍ Ñ ÔÏÖÅ ÐÒÏËÏÌÏÌÓÑ.
ôÏÞÎÅÅ - ÎÁ ÔÅÓÔÏ×ÏÍ ÓÅÒ×ÅÒÅ ×ÓÅ ÏÔÌÉÞÎÏ,
 Á ÂÏÅ×ÏÊ ËÁË-ÔÏ ÎÅ ×ÐÅÞÁÔÌÉÌ ÒÅÚÕÌØÔÁÔÁÍÉ...
ÔÏÌØËÏ ÐÏÓÌÅ ÏÂÅÄÁ ×ÓÐÏÍÎÉÌ ÐÒÏ ËÜÛ
ÐÒÉÛÌÏÓØ ×ÓÅÈ ×ÙÇÎÁÔØ, É ÐÏÓÔÁ×ÉÔØ 512 ËÁË ÂÙÌÏ ÎÁ Ya.


ëÓÔÁÔÉ, ÔÕÔ ×ÓÐÏÍÎÉÌÏÓØ - ÎÁ Ya Ñ Ó×ÏÂÏÄÎÏ ÍÅÎÑÌ ËÏÎÆÉÇ,
É ×ÎÏ×Ø ÐÏÄËÌÀÞÉ×ÛÉÅÓÑ ÀÚÅÒÙ (Classic) ÕÖÅ ÐÏÌÕÞÁÌÉ ÂÏÌØÛÉÊ ËÜÛ.

îÁ FB, ÎÁ ÂÏÅ×ÏÍ ÓÅÒ×ÅÒÅ, ÐÏÓÌÅ ÉÚÍÅÎÅÎÉÑ ËÏÎÆÉÇÁ (Õ×ÅÌÉÞÅÎÉÑ ËÜÛÁ) ÓÅÒ×ÅÒ 
ÐÅÒÅÓÔÁÌ ÐÒÉÎÉÍÁÔØ ÎÏ×ÙÅ ËÏÎÎÅËÔÙ!
ÐÒÉÛÌÏÓØ ×ÓÅ ÏÓÔÁÎÏ×ÉÔØ É ÐÅÒÅÚÁÐÕÓÔÉÔØ ÓÌÕÖÂÕ.

òÁÚÂÉÒÁÔØÓÑ Ó ÐÒÉÞÉÎÁÍÉ ×ÒÅÍÅÎÉ ÎÅ ÂÙÌÏ, ÔÁËÏÊ ×ÏÊ ÐÏÄÎÑÌÓÑ... :-(
ÔÏÌØËÏ × ÕÍÅ ÓÄÅÌÁÌ ÓÅÂÅ ÚÁÒÕÂËÕ "ÎÅ ÔÒÏÇÁÔØ ËÏÎÆÉÇ ÎÁ ÈÏÄÕ".

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[WildSery]

On Sun, 23 Dec 2007 20:42:57 +0300, A7exander <[EMAIL PROTECTED]> wrote:

> пришлось отказаться от Trim

А почему?

-- 
Сергей Смирнов.

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[A7exander]

> Вот про настройки, можно поподробнее?
>
оба сервера в режиме SuperServer, кеш  - 32768 страниц, страница 4к,
кроме того памяти достаточно чтоб вся БД поместилась в кеш системы. Но
как я написал чуть выше похоже есть вполне объективные причины разницы
скоростей.

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[A7exander]

Частично места где Yaffil молотит быстрее уже нашел.
Есть простой запрос (таблица smoves - 3 млн. записей):

select k.id_knames, sum(sm_quant)
  from smoves s, knames k
  where
  s.id_knames=k.id_knames and s.id_sklnames=1
  and k.nm_folder=0 and s.sm_date<:ost_date
  and k.nm_id_knames=1
  and k.nm_parent=1660
  group by k.id_knames
  having sum(sm_quant)>0

на Yaffil отрабатывает всреднем 26 секунд
PLAN SORT (JOIN (K INDEX (KNAMES_IDX2),S INDEX
(SMOVES_IDX_SK_NM,SMOVES_IDX1)))

на Firebird-2.0.3.12981 отрабатывает всреднем 140секунд
PLAN JOIN (K ORDER KNAMES_IDX1 INDEX (KNAMES_IDX2), S INDEX
(SMOVES_IDX_SK_NM, SMOVES_IDX1))

НО! индекс SMOVES_IDX1 по полю s.sm_date нерезультативен, поскольку
дата берется либо последняя либо близка к ней,
и если заставить оба сервера не использовать его, заменив
and k.nm_folder=0 and s.sm_date<:ost_date
на
and k.nm_folder=0 and coalesce(s.sm_date, cast('now' as
date))<:ost_date
то ситуация резко меняется - птица отрабатывает за 63мс а дятел за
110мс!
тоесть у меня предположение что дятел быстрее молотит нерезультативные
индексы,
уже нашел несколько таких мест в своей БД. Прийдется поборотся с
пережитками прошлого ;)

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[Vasiliy Ponomarev]

> ... Но когда все было готово меня ждал еще
> один сюрприз, на этот раз куда более серьезный - yaffil на моих
> запросах оказался в 1.5-2 раза быстрее Firebird при одинаковых
> настройках...

Вот про настройки, можно поподробнее?

У нас тоже был опыт отрицательного (в смысле снижения
производительности) перехода
с YA на FB (оба Classic). Уже после "отката" обратно на Yaffil,
обратили внимание на
различные умолчания параметра DATABASE_CACHE_PAGES (FB-75, а
Yaffil-2048). По "толщине"
каждого коннекта разница заметна, а вот помогло бы ли это в реальном
улучшении
производительности работающей задачи, проверить мы так и не успели...

---
С уважением,
Пономарёв

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[A7exander]

On 24 дек, 00:32, "Oleg Matveyev" <[EMAIL PROTECTED]> wrote:
> Мой опыт перехода с Ya на FB2:
>
> С момента перехода на FB2.0.1.12855 прошло 244 дня.
>    3 базы, от 4 до 7Гб

Большое спасибо за описание вашего опыта.
Я тестил только пару запросов, и мне результаты показались
вполне правдоподобными, учитывая то, что как уже выше
говорил Владимир Аксенов Yaffil заточен под винду плюс ассемблерные
вставки.
То что у вас получилось ускорение при переходе, это очень даже
интересно,
так что я обязательно проведу еще тесты на своих базах.

Всетаки я не считаю что потратил время зря на адаптацию БД,
думаю всеравно переход на Firebird для меня только вопрос времени ;)

Re: ������ � Yaffil �� Firebird2.0

[Oleg Matveyev]

> ËÏÍÐÏÚÉÔ (A, B) É "WHERE A = 0 ORDER BY B"?
>
> üÔÏ ×ÒÏÄÅ ÅÄÉÎÓÔ×ÅÎÎÏÅ, ÞÔÏ ÉÚ ÄÑÔÌÁ Ë ÎÁÍ ÅÝÅ ÎÅ ÐÅÒÅÅÈÁÌÏ, Ô.Ë. ÚÅÌÏ 
> ÂÏÌØÛÉÅ ÏÔÌÉÞÉÑ × ÏÐÔÉÍÉÚÁÔÏÒÅ...

ÄÁ, ÉÍÅÎÎÏ ÔÁË 

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[Dmitry Yemanov]

Oleg Matveyev wrote:


Был только один случай, когда Ya был быстрее.
Боюсь наврать, но что-то с комбинированным индексом, 
с отбором и с сортировкой по нему же.


композит (A, B) и "WHERE A = 0 ORDER BY B"?

Это вроде единственное, что из дятла к нам еще не переехало, т.к. зело 
большие отличия в оптимизаторе...



--
Дмитрий Еманов

Re: ������ � Yaffil �� Firebird2.0

[Oleg Matveyev]

Мой опыт перехода с Ya на FB2:

С момента перехода на FB2.0.1.12855 прошло 244 дня. 
   3 базы, от 4 до 7Гб
1)На Ya вынужен был ежемесячно делать Backup/Restore - ощутимо падала скорость 
через 40-50 дней.
   ОАТ контроллировали ручками, не застревала больше чем 3 суток.
  На FB - Backup/Restore не делал ни разу, скорость остается стабильной.

2) при несанкционированных отключениях питания (FW включен, UPS есть) базу пока 
не теряли.
(gfix не выдает ни одной проблемы).

 На Ya после отключения часто были orphan pages... считать ли это сбоем?

3) Теперь что касается планов, и скорости.
На Ya я почти не рулил планами, и даже "+0" не ставил.
Для перехода постепенно адаптировал базу для работы на FB и на Ya.
Перед переходом на Ya в проблемных местах поставил "+0", кое-где отказался от 
комбинированных индексов.
Проверял работу получившейся БД и на Ya и на FB 
   - на Ya хуже не стало
   - FB был почти всегда быстрее (на ODS10)!

Был только один случай, когда Ya был быстрее.
Боюсь наврать, но что-то с комбинированным индексом, 
с отбором и с сортировкой по нему же.
У меня этот случай совсем некритичный был, и я не стал писать...
да и в конференции было на эту тему, что в Ya был такой механизм реализован, а 
в FB2.0 нет.

При переходе сменил ODS11, скорость субъективно стала еще лучше (уже не замерял)
и получил несколько дополнительных бонусов, 
самые ощутимые - большие индексы и более подробное описание ошибок.

В общем, оно того стоило. Скорость выросла.

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[Vlad Khorsun]

"Владимир Аксенов" ...


Yaffil заточен под конкретную платформу (Win) вплоть до переписки
критичных мест на ассемблере. Нке удивительно что он на этой платформе
быстрее. Хотя 2 раза... немало.


   Без конкретных примеров говорить не о чем

--
Хорсун Влад 

Re: Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[Владимир Аксенов]

Здравствуйте, A7exander.

Вы писали 23 декабря 2007 г., 23:42:57:

> постоянно примерно 70. Работа всего этого дела в целом стабильная, за
> исключением момента отключения электричества (БД гробится
> гарантированно), спасаемся только архивированием БД каждые два часа.

А вы не пробовали поставить в конфиге forced writes = ON
и купить для  сервера какой-никакой бэкапс?

Если я талдычу давно известные вам вещи - то сорри.

> Но когда все было готово меня ждал еще
> один сюрприз, на этот раз куда более серьезный - yaffil на моих
> запросах оказался в 1.5-2 раза быстрее Firebird при одинаковых
> настройках... честно говоря не думал что разница будет так заметна,

Yaffil заточен под конкретную платформу (Win) вплоть до переписки
критичных мест на ассемблере. Нке удивительно что он на этой платформе
быстрее. Хотя 2 раза... немало.

-- 
С уважением,
 Владимир  mailto:[EMAIL PROTECTED]

Ð¿ÐµÑ€Ñ Ð¾Ð´ с Yaffil на Firebird2.0

[A7exander]

Имеется учетная система, разработанная на основе Yaffil (на данный
момент сборка 892), база данных уже выросла до 1.2Гб, коннектов
постоянно примерно 70. Работа всего этого дела в целом стабильная, за
исключением момента отключения электричества (БД гробится
гарантированно), спасаемся только архивированием БД каждые два часа.

Так вот, соблазнившись некоторыми приятными фишками в Firebird задумал
осуществить переход. Первое что удивило так это уменшенное количество
встроенных функций, пришлось отказаться от Trim, заменить abs и sign
на конструкции с IIF. Второе как оказалось Yaffil вполне спокойно
относится к некоторым ошибкам в запросах и в теле триггеров. к примеру
никак не ругается на попытку изменения поля в after-триггере, или
пропущенным полям в group by. Но когда все было готово меня ждал еще
один сюрприз, на этот раз куда более серьезный - yaffil на моих
запросах оказался в 1.5-2 раза быстрее Firebird при одинаковых
настройках... честно говоря не думал что разница будет так заметна,
это при том что оба сервера показывают одинаковые планы и одинаковое
количество чтений в ходе выполнения тестовых запросов.

Вобщем решил пока сидеть на дятле, пока основательно не перепишу узкие
места. Собственно вопросов к участникам конфы у меня никаких, так,
мысли вслух скорее...

Re: Проблема с Yaffil CS 892

[Kochmin Alexandr]

Dmitri Kuzmenko пишет:


"Firefox не может найти сервер support.microsoft.com."


уже началось?

--
Кочмин Александр

Re: Проблема с Yaffil CS 892

[Dmitri Kuzmenko]

Hello, Игорь!

Игорь Горбонос wrote:


Проблема решилась этим способом


это и по win 2003 srv в том числе
http://support.microsoft.com/kb/318584/ru


"Firefox не может найти сервер support.microsoft.com."

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Проблема с Yaffil CS 892

[Игорь Горбонос]

Проблема решилась этим способом

это и по win 2003 srv в том числе
http://support.microsoft.com/kb/318584/ru


и что это было ибудет ли ещё. остается только гадать :(

Re[2]: Yaffil, баг(фича?) с DATEDIFF

[Пиминов Роман]

Здравствуйте, Oleg.

>> У него еще к тому же неправильно MINUTE и HOUR вычисляются.

> Пример покажи.

DATEDIFF(HOUR, CAST('02.05.1998 00:02:03' AS TIMESTAMP),
   CAST('01.05.1998 01:02:03' AS TIMESTAMP))

Получаем 142.

DATEDIFF(MINUTE, CAST('01:02:03' AS TIME),
 CAST('01:59:03' AS TIME))

Получаем 7101.

DATEDIFF(SECOND, CAST('01:01:03' AS TIME),
 CAST('01:01:04' AS TIME))

Получаем 429495.

-- 
Пиминов Роман

Re: Yaffil, баг(фича?) с DATEDIFF

[Oleg LOA]

"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
>> Вот, наткнулись на несовместимость DATEDIFF у FB2.1 и Yaffil
>>
>> Дятел вычитает из первой даты вторую, а FB (и MSSQL) наоборот - из
>> второй вычитает первую.

Мне показалось это более логичным ;-)

> 
> У него еще к тому же неправильно MINUTE и HOUR вычисляются.

Пример покажи.

Re: Yaffil, баг(фича?) с DATEDIFF

[Kovalenko Dmitry]

> > Короче, для Ya решили послать поддержку DATEDIFF фтопку.
>
> +ROUND
>

Гы. Несмотря на печальную картину (общую для IB6/FB1.5) у Дятла есть
EXTRACT(QUARTER FROM ...) и он работает без ошибок! :)))

Коваленко Дмитрий.

Re: Yaffil, баг(фича?) с DATEDIFF

[Kovalenko Dmitry]

> Короче, для Ya решили послать поддержку DATEDIFF фтопку.

+ROUND

Коваленко Дмитрий.

Re: Yaffil, баг(фича?) с DATEDIFF

[Kovalenko Dmitry]

> Вот, наткнулись на несовместимость DATEDIFF у FB2.1 и Yaffil
>
> Дятел вычитает из первой даты вторую, а FB (и MSSQL) наоборот - из
> второй вычитает первую.

У него еще к тому же неправильно MINUTE и HOUR вычисляются.

Короче, для Ya решили послать поддержку DATEDIFF фтопку.

Коваленко Дмитрий.

Yaffil, баг(фича?) с DATEDIFF

[Kovalenko Dmitry]

Превед всем.

Вот, наткнулись на несовместимость DATEDIFF у FB2.1 и Yaffil

Дятел вычитает из первой даты вторую, а FB (и MSSQL) наоборот - из
второй вычитает первую.

Так что бдите, товарищи :))

В документации дятла написано, что DATEDIFF добавлялся по аналогии с
MSSQL

Коваленко Дмитрий.
www.ibprovider.com

Проблема с Yaffil CS 892

[Игорь Горбонос]

Здравствуйте!

Готовим новый сервер, поставили ПО, тестируем работу и вдруг сервер 
показывает BSOD.
Сделал дамп и перегрузился. Загрузка прошла нормально, только перестал 
работать Yaffil CS 1.3.0.892.

В смысле служба запускается, локально соединения проходят и по сети нет.
Локальная сеть работает нормально.
При попытке соеденится висит пока или не снимешь задачу или не запретишь 
сетевой интерфейс или не остановишь службу.

В логе стал писать :
SRV1 Thu Oct 18 18:38:33 2007
INET/inet_error: read errno = 10038, address =
Сделана попытка выполнить операцию на объекте, не являющемся сокетом.

Переустановил Yaffil SS. Заработало на ура. Вернул обратно, то-же самое.
Если подключаюсь локально, работает нормально.

По BSOD написал:
BUGCODE_NDIS_DRIVER
и в Technical Information:
*** STOP 0x007C (0X0005, 0x83D8CA0,0x83BDC9A0,0x8089A430)
По коду ошибки нашел описание в MSDN 
http://msdn2.microsoft.com/en-us/library/ms795650.aspx
An Ethernet driver indicated receiving a packet by using a packet descriptor 
that is currently in use by the protocol stack.
Сетевая карта гигабитная и по-моему интегрирована в материнскую плату, 
драйвера стоят родные.


По записи в логе
это и по win 2003 srv в том числе
http://support.microsoft.com/kb/318584/ru
это по ХР и линейке 2000-ой
http://support.microsoft.com/kb/817571/ru
в статьях пишут "Такое поведение наблюдается, когда установлена программа 
независимого производителя, которая использует сокеты Windows и команды 
ipconfig, release и renew. Это может привести к повреждению сопоставленных 
сокетам Windows подразделов реестра." или "Эта ошибка может возникать в 
случае повреждения библиотеки WinSocks или стека TCP/IP." Хотя лечение 
одинаковое. Переустановить TCP/IP.


На машине установлен Windows 2003 Server R1
4 двух ядерных процессора, ОЗУ 4 Гб
остальных параметров железа пока не знаю, за выходные уточню.

Хотелось услышать мнение уважаемых, поможет ли установка дополнительной 
сетевой карты и работа через неё обезопасьтся от BSOD( я понимаю, что 
гарантию дает только страховой полис :) но все-же ), и почему не работает 
класик по сети при работающей локальной сети.


Удачи! 

Re: Yaffil keywords

[Oleg LOA]

"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> Привет всем.
> 
> Прогнали тесты на Yaffil 1.3.890 и выявили что
> 
> ACTION, ADMIN, BLOB, CASCADE, CHAR, CHARACTER, CSTRING, DATE, DAY,
> DEC, DECIMAL, FLOAT, FREE_IT, HOUR, INT, INTEGER, MINUTE, MONTH,
> NCHAR, NUMERIC, REAL, RESTRICT, ROLE, SECOND, SMALLINT, TIME,
> TIMESTAMP, WEEKDAY, YEAR, YEARDAY
> 
> ключевыми словами не являются. Я понимаю что тут есть явный мусор, но
> названия типов-то за что???

За совместимость со старыми приложениями ;-)

Yaffil keywords

[Kovalenko Dmitry]

Привет всем.

Прогнали тесты на Yaffil 1.3.890 и выявили что

ACTION, ADMIN, BLOB, CASCADE, CHAR, CHARACTER, CSTRING, DATE, DAY,
DEC, DECIMAL, FLOAT, FREE_IT, HOUR, INT, INTEGER, MINUTE, MONTH,
NCHAR, NUMERIC, REAL, RESTRICT, ROLE, SECOND, SMALLINT, TIME,
TIMESTAMP, WEEKDAY, YEAR, YEARDAY

ключевыми словами не являются. Я понимаю что тут есть явный мусор, но
названия типов-то за что???

Коваленко Дмитрий.

Re: Yaffil 887 падает на ресторе

[Konstantin R. Beliaev]

Обнаружил в коде сервера строку YAFFIL_TMP
Это что, ему можно отдельный TEMP каталог назначить?
В доке об этом ничего не нашел.

Re: Yaffil 887 падает на ресторе

[Konstantin R. Beliaev]

Dmitri Kuzmenko wrote:

В ТМР 0.5 Гб свободно, в таблице WEEKs 13млн записей.
WEEKS_IDX3 = index (integer, numeric(18,3), date, integer )
Похоже действительно не хватает места...


не похоже, а к гадалке не ходи. надо было во время рестора
просто смотреть в temp.
кстати, на сервере не знаю, а на рабочей машинке темп
засирается элементарно. я тут с месяц его не чистил,
и обнаружил что там аж 2 гига хлама.



Дык, Дим, я и так понял, что не хватает пол-гига для построения индекса.
Проблема в том, что не просто рестор обламывается, а дятел целиком с 
ветки падает.

Re: Yaffil 887 падает на ресторе

[Oleg LOA]

"Konstantin R. Beliaev" <[EMAIL PROTECTED]> wrote in message news:[EMAIL 
PROTECTED]
> 
> Oleg LOA wrote:
>> А на текущей сборке что происходит?
> 
> То же самое:
> 
> Faulting application ibserver.exe, version 6.5.1.892, faulting module 
> ibserver.exe, version 6.5.1.892, fault address 0x00036b51.

ОК, исправлю.

Re: Yaffil 887 падает на ресторе

[Dmitri Kuzmenko]

Hello, Konstantin!

Konstantin R. Beliaev wrote:


gbak: ERROR:I/O error for file "D:\Temp\ya_49.tmp"


нет места в temp


В ТМР 0.5 Гб свободно, в таблице WEEKs 13млн записей.
WEEKS_IDX3 = index (integer, numeric(18,3), date, integer )
Похоже действительно не хватает места...


не похоже, а к гадалке не ходи. надо было во время рестора
просто смотреть в temp.
кстати, на сервере не знаю, а на рабочей машинке темп
засирается элементарно. я тут с месяц его не чистил,
и обнаружил что там аж 2 гига хлама.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Yaffil 887 падает на ресторе

[Konstantin R. Beliaev]

Oleg LOA wrote:

А на текущей сборке что происходит?


То же самое:

Faulting application ibserver.exe, version 6.5.1.892, faulting module 
ibserver.exe, version 6.5.1.892, fault address 0x00036b51.


gbak:restoring index WEEKS_IDX2
gbak:restoring index WEEKS_IDX1
gbak:cannot commit index WEEKS_IDX3
gbak: ERROR:I/O error for file "D:\Temp\ya_48.tmp"
gbak: ERROR:Error while trying to write to file
gbak: ERROR:sort error
gbak:restoring index WEEKS_IDX3
gbak:cannot commit index PK_WEEKS
gbak: ERROR:I/O error for file "D:\Temp\ya_49.tmp"
gbak: ERROR:Error while trying to write to file
gbak: ERROR:sort error
gbak: ERROR:action cancelled by trigger (3) to preserve data integrity
gbak: ERROR:Cannot deactivate primary index
gbak:Exiting before completion due to errors

Ничего не понимаю (с)
Трабла началась 05.06, до этого все было нормально. Метаданные не 
менялись. Я подумал, что рестор пересекся с другим процессом, который 
отъел ТЕМР, и передвинул тот процесс на другой диск, но проблема не 
решилась :-(

В ТМР 0.5 Гб свободно, в таблице WEEKs 13млн записей.
WEEKS_IDX3 = index (integer, numeric(18,3), date, integer )
Похоже действительно не хватает места...

Re: Yaffil 887 падает на ресторе

[Konstantin R. Beliaev]

Oleg LOA wrote:

А на текущей сборке что происходит?

Не проверял :-(
Ее надо еще поставить, а я уже все перекрутил в сервере, не знаю, 
воспроизведется ли.

Re: Yaffil 887 падает на ресторе

[Konstantin R. Beliaev]

Andrei Yeryomin wrote:

Вот ежели ты будешь стоять в лифтовой шахте и сверху на тебе будет ехать 
лифт. Тебе не хватит места чтоб стоять, ты упадешь?


Отвечу "не хватает места" и удалю лифт нафиг.
А если серьезно - падать сервер не должен. Ошибка в логе - да, но не 
падение.

Re: Yaffil 887 падает на ресторе

[Andrei Yeryomin]

Konstantin R. Beliaev пишет:

Похоже не хватило места в Temp, но падать-то зачем?
Вот ежели ты будешь стоять в лифтовой шахте и сверху на тебе будет ехать 
лифт. Тебе не хватит места чтоб стоять, ты упадешь?


--
С уважением,
 Андрей Еремин.

Yaffil 887 падает на ресторе

[Konstantin R. Beliaev]

Сообщение в системном логе:
Faulting application ibserver.exe, version 6.5.1.887, faulting module 
ibserver.exe, version 6.5.1.887, fault address 0x0002049a.


и в логе рестора:
gbak:restoring index WEEKS_IDX1
gbak:cannot commit index WEEKS_IDX3
gbak: ERROR:I/O error for file "D:\Temp\ya_C.tmp"
gbak: ERROR:Error while trying to write to file
gbak: ERROR:sort error
gbak:restoring index WEEKS_IDX3
gbak:cannot commit index PK_WEEKS
gbak: ERROR:I/O error for file "D:\Temp\ya_D.tmp"
gbak: ERROR:Error while trying to write to file
gbak: ERROR:sort error
gbak: ERROR:action cancelled by trigger (3) to preserve data integrity
gbak: ERROR:Cannot deactivate primary index
gbak:Exiting before completion due to errors

Похоже не хватило места в Temp, но падать-то зачем?

Re: Вопрос (SE) про Yaffil 892

[Alexandr Kochmin]

OL> Дык это то то в конфе было по ошибке нехватки памяти исправлял

о, это мое. Спасибо.

--
С уважением
Кочмин Александр
Firebird Foundation associate member #257 

Re: Вопрос (SE) про Yaffil 892

[Oleg LOA]

"Janex" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> Привет
> Так и Олег пока eшё скрывает от нас чаго
> наделал в 892 ... :(

Дык это то то в конфе было по ошибке нехватки памяти исправлял

Вопрос (SE) про Yaffil 892

[Janex]

Привет
Так и Олег пока eшё скрывает от нас чаго
наделал в 892 ... :(

Regards
Janex

Re: Yaffil 892

[Janex]

Привет
А чаго там ногого, подправленного ?
Regards
Janex

Re: Yaffil 892

[Oleg LOA]

"Andrei" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
>> Смотрю что LOA нам сделал подарок на новыи год - 892, спасибо ... :)
> 
> поставили вместо 887. чисто визуально,
> стал падать гораздо чаще. в логе много
> сообщений такого вида:
> 
> ххх (Server) Fri Dec 29 16:55:38 2006
> Critical memory manager error.
> The parameter is incorrect.

UDF свои смотри на предмет вызовов и работой с памятью

Re: Yaffil 892

[ArtGal]

"Janex" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
> Смотрю что LOA нам сделал подарок на новыи год - 892, спасибо ... :)
> А можно узнать чаго там нового или подправленого ?

Сегодня поставил 892 CS на боевой сервер.
Первый результат.
на 889-ом рестор длился 75 мин.
на 892-ом рестор 62 мин.

В пн. посмотрим, что будет при 20-30 коннектах
и реальной нагрузке.

-- 
Артур Галимов. ФК "ФармМедСервис" (Сочи).

Re: Yaffil 892

[Andrei]

> Смотрю что LOA нам сделал подарок на новыи год - 892, спасибо ... :)

поставили вместо 887. чисто визуально,
стал падать гораздо чаще. в логе много
сообщений такого вида:

ххх (Server)Fri Dec 29 16:55:38 2006
Critical memory manager error.
The parameter is incorrect.

Yaffil 892

[Janex]

Привет.
Смотрю что LOA нам сделал подарок на новыи год - 892, спасибо ... :)
А можно узнать чаго там нового или подправленого ? На сеи раз
точно пронюхал саит и всё осталпное, но ничего ненашёл :(

Regards
Janex

Re: Использование утилей yaffil для БД под IB6

[O6opoTeHb]

Вроде разобрался...
ограничение, насколько я понял, накладывается на длинну строки  
инсерт-запроса, то есть

действительно в длину пакета...
Щас маньячу дампер... с фтп и хттп клиентами на борту...
изврат редкостный... но потихоньку переделаем усе по человечески:)
смотрю вот в код исходного дампера, вижу компонент-транзакцию
а вот тип и свойства транзакции фиг описаны...
по идее должна быть снапшот... ИМХО

Re: Использование утилей yaffil для БД под IB6

[Sergey Karpenko]

> Да, кстати, мобыть кто знает (ОФФ). Если sql-скриптом создается таблица, а
> потом
> в нее этим же скриптом вносятся данные by INSERT, то есть ли ограничение
> количества
> единовременно (одним оператором INSERT) вносимых записей? Или можно
> написать один раз
> INSERT и после через запятую маньячить хоть миллион записей?

для мускула длина sql запроса упирается
в max_allowed_packet.

Re: Использование утилей yaffil для БД под IB6

[Alexander Kolokolzov]

> Если sql-скриптом создается таблица, а  потом в нее этим же скриптом вносятся 
> данные by INSERT, то есть ли ограничение  
> количества единовременно (одним оператором INSERT) вносимых записей? Или 
> можно написать один раз
> INSERT и после через запятую маньячить хоть миллион записей?
А разве можно в одном INSERT вставлять несколько записей кроме как через INSERT 
INTO tbl SELECT ... ? Пошерстил доку, релизноты, но что-то не увидел, может и 
плохо смотрел...

Re: Использование утилей yaffil для БД под IB6

[O6opoTeHb]

А что от IB6 gbak не работает?

его нету... в общем история такая, что мя попросили подсобить с
администрированием и поддержанием БД в одной конторе. Ессно там у них
уже все стояло, шуршало и работало. При этом:
- вместо нормального дятла стоит IB , причем сам программер (он удаленно
их поддерживает) сомневается в версии ибейса. Ессно ставился сервер,  
гвардиан, а утили

блин не ставились...
- бэкап данных - это отдельная песня. Происходит сие действо видимо так:  
ночальнег чи
некто иной, ответственный за создание бэкапа, вечерочком отключает все  
юзверей
устными командами (по домам, сволочи!!!), затем берет файл базы (как  
говорилось, он 60 метров),
и жмет его раром, разбивая на кучку файликов. Выходит что-то около 13  
мегов.
Вы хотите спросить - а как же нормальный быкап, контрольные быкап-рестор и  
иже с ними?
отвечу - этого там нет... и не было... никогда... я понта ради провел  
быкап-рестор под дятлом,

со сборкой мусора... гы:) 30 мегов, пол объема базы - как не бывало.

Поэтому и задаю несколько дурацкие вопросы... Походу надо взять дело в  
свои чумазые

лапки и переманьячить малеха и саму прогу, и обслуживание БД.

Да, кстати, мобыть кто знает (ОФФ). Если sql-скриптом создается таблица, а  
потом
в нее этим же скриптом вносятся данные by INSERT, то есть ли ограничение  
количества
единовременно (одним оператором INSERT) вносимых записей? Или можно  
написать один раз

INSERT и после через запятую маньячить хоть миллион записей?

Смысл дурацкого вопроса - необходимость переделки этой сволочной проги,  
которая генерит
скрипт, заливает его на сайт, где MySQL должен его всосать... а он не  
всасывает...


Вопрос (тож дурацкий) нумер два - есть ли ограничения на длину строки  
символов в sql-скрипте?
а то у мя есть вариант файла, в котором после инсерта еще 3 млн символов -  
одной строкой...


Хех... еще и версия мускула неизвестна, блин...

Re: Использование утилей yaffil для БД под IB6

[WildSery]

On Thu, 07 Dec 2006 13:16:09 +0300, O6opoTeHb <[EMAIL PROTECTED]> wrote:
> Господа, сильно не бейте!

За 6-ку - сильно не будем, сразу прибьём, из жалости  :D

> Базка масенькая, 60 метров:)

Размер не имеет значения.

-- 
Сергей Смирнов.

Re: Использование утилей yaffil для БД под IB6

[Oleg LOA]

"O6opoTeHb" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> Господа, сильно не бейте!
> Можно ли (в смысле будет ли работать) использовать утилиты типа gbak от  
> yaffil 886-891
> для обслуживания базы под IB6?
> а то народ делает быкапы копированием и сжатием, о быкап-рестор вообще не  
> в курсе.
> Базка масенькая, 60 метров:)

А что от IB6 gbak не работает?

Использование утилей yaffil для БД под IB6

[O6opoTeHb]

Господа, сильно не бейте!
Можно ли (в смысле будет ли работать) использовать утилиты типа gbak от  
yaffil 886-891

для обслуживания базы под IB6?
а то народ делает быкапы копированием и сжатием, о быкап-рестор вообще не  
в курсе.

Базка масенькая, 60 метров:)

Re: Падает птица Yaffil

[Alexander A. Venikov]

Hello, Ded!
You wrote  on Fri, 01 Dec 2006 15:37:31 +0300:

>> p.s. и вообще, если я долго пишу на одном языке, а потом
>> переключаюсь на другой, меня клинить начинает. Например,
>> в дельфях на SQL начинаю писать, или наоборот :-)

D> Угу. То в PSQL начинаю присваивать := , то в Дельфях = , при
D> описании переменных тоже с двоеточиями морока и с Precision в дабле. Как
D> я это слово ненавижу :)
Буквально в пятницу совсем чуть-чуть подправил update SQL в pFIBDtataset и 
написал ":=" вместо "=", пока в Эксперт запрос не засунул, не мог понять, на 
что ругается. :) Клинит иногда, как ДК пишет. :))


Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru 

Re: Падает птица Yaffil

[Мадорский Г . В .]

p.s. и вообще, если я долго пишу на одном языке, а потом
переключаюсь на другой, меня клинить начинает. Например,
в дельфях на SQL начинаю писать, или наоборот :-)


   Угу. То в PSQL начинаю присваивать := , то в Дельфях = , при описании 
переменных тоже с двоеточиями морока и с Precision в дабле. Как я это 
слово ненавижу :)


--


Вчера со мной примерно из той же серии фигня приключилась.
Начал писать сервис. Накидал часть, запустил и решил потестировать 
telnet-ом.
Запускаю Telnet localhost:7813 - он мне ошибку, не могу мол соединится. Я в 
исходники - все вроде правильно. Репу чесал-чесал, ничего не нашел. 
Попробовал танцы с бубном - не помогает. Уже в отчаянии набираю Telnet 
localhost:3050 - опять ошибка... Запускаю IbExpert-a - работает. Сижу в 
трансе. Отключаю FW, антивирус - результат тот-же. Начинаю копаться в 
политиках домена - может там чего - ни чего не нахожу. Думаю что с 
каким-нибудь Windows update Telnet порченный пришел... Вообщем только спустя 
час или больше до меня дошло, что порт не через двоеточие, а через пробел 
указывается... :)


With b/r. Gleb. 

Re: Падает птица Yaffil

[Oleg LOA]

"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>Угу. То в PSQL начинаю присваивать := , то в Дельфях = , при 
> описании переменных тоже с двоеточиями морока и с Precision в дабле. Как 
> я это слово ненавижу :)

Оооо, Ded как я тебя понимаю. У меня такая же каша - YA/ORA/DELPHI/C/C++/ASM - 
короче полный Пэ.  Гайки в гараже напорядолк проще крутить - там и отдыхаемс 
:-):-):-)

Re: Падает птица Yaffil

[Ded]

Dmitri Kuzmenko wrote:


p.s. и вообще, если я долго пишу на одном языке, а потом
переключаюсь на другой, меня клинить начинает. Например,
в дельфях на SQL начинаю писать, или наоборот :-)


   Угу. То в PSQL начинаю присваивать := , то в Дельфях = , при 
описании переменных тоже с двоеточиями морока и с Precision в дабле. Как 
я это слово ненавижу :)


--
Regards. Ded.

Re: Падает птица Yaffil

[Dmitri Kuzmenko]

Hello, Oleg!

Oleg LOA wrote:

бриться. Хотя я тоже на это кладу, никуда с D5 не собираюсь :)


Я конено понимаю что сегодня пятница. Но если завтра версия 

> компилятора начнёт так делать, то это компилятор не проживёт
> и одного дня.
Так как есть определённые правила проверки.  

> В сях вообще нет такого понятия как complete boolean eval

А как же параллельные вычисления? То есть, допустим, компилятор
при создании распараллеливаемого кода должен отследить зависимости,
но все равно ж страшно :-)

p.s. и вообще, если я долго пишу на одном языке, а потом
переключаюсь на другой, меня клинить начинает. Например,
в дельфях на SQL начинаю писать, или наоборот :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Падает птица Yaffil

[Oleg LOA]

"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>Страховка. Следующая весрия компайлера начнёт проверять справа 
> налево, как FB от хвоста к носу (не гарантируется, но обычно) и пожалте 
> бриться. Хотя я тоже на это кладу, никуда с D5 не собираюсь :)

Я конено понимаю что сегодня пятница. Но если завтра версия компилятора начнёт 
так делать, то это компилятор не продивёт и одного дня. Так как есть 
определённые правила проверки.  В сях вообще нет такого понятия как complete 
boolean eval

Re: Падает птица Yaffil

[Horsun Vlad]

"Ded" ...
>
> Страховка. Следующая весрия компайлера начнёт проверять справа
> налево, как FB от хвоста к носу (не гарантируется, но обычно) и пожалте
> бриться. Хотя я тоже на это кладу, никуда с D5 не собираюсь :)

В C\C++ порядок вычислений гарантирован, в отличие от SQL.

В Дельфи - тоже :

 Short-circuit evaluation means strict left-to-right evaluation that stops
as soon as the result of the entire expression is determined.

-- 
Хорсун Влад

Re: Падает птица Yaffil

[Alexander A. Venikov]

Hello, Oleg!
You wrote  on Fri, 1 Dec 2006 12:17:22 +0300:

OL> Дим, ну так пребздевть лучше вообще ничего не писАть :-).
OL> Мало того что приходится if (a=1) or (b=1) then
OL> место if a=1 or b=1 then из-за тоо что кто-то поленился ввести
OL> отдельные обозначения для двоичных or/and, так ещё и такое.
Да, это достает. Но поскольку привык уже, то не сильно. В 1С, кстати, та же 
фигня.


Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru 

Re: Падает птица Yaffil

[Ded]

Oleg LOA wrote:

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]


слышал. но. лучше перебдеть, и писать так, чтобы никакой
оптимизатор (ни sql, ни компилятор) не исказил порядок
проверки. Конечно, код от этого красивее не становится.



Дим, ну так пребздевть лучше вообще ничего не писАть :-). 


   Страховка. Следующая весрия компайлера начнёт проверять справа 
налево, как FB от хвоста к носу (не гарантируется, но обычно) и пожалте 
бриться. Хотя я тоже на это кладу, никуда с D5 не собираюсь :)



Мало того что приходится if (a=1) or (b=1) then место if a=1 or b=1 then из-за 
тоо что кто-то поленился ввести отдельные обозначения для двоичных or/and, так 
ещё и такое.


   От лишней пары скобок ещё никто никогда не умирал, а вот отсутствие 
нужной многие ощущали на собственном лбу :) Я ставлю даже там, где 
компайлер не требует, читабельнее получается (имхо).


--
Regards. Ded.

Re: Падает птица Yaffil

[Oleg LOA]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> слышал. но. лучше перебдеть, и писать так, чтобы никакой
> оптимизатор (ни sql, ни компилятор) не исказил порядок
> проверки. Конечно, код от этого красивее не становится.

Дим, ну так пребздевть лучше вообще ничего не писАть :-). Мало того что 
приходится if (a=1) or (b=1) then место if a=1 or b=1 then из-за тоо что кто-то 
поленился ввести отдельные обозначения для двоичных or/and, так ещё и такое.

Re: Падает птица Yaffil

[Dmitri Kuzmenko]

Hello, Oleg!

Oleg LOA wrote:


я уж не помню, чье это, но вообще так нельзя. т.е.
за if (Test = nil) or (Test.dsc_address = nil)
я бы руки отрубал.



Дима, ты про {$B-} слышал? ;-)  


слышал. но. лучше перебдеть, и писать так, чтобы никакой
оптимизатор (ни sql, ни компилятор) не исказил порядок
проверки. Конечно, код от этого красивее не становится.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Падает птица Yaffil

[Oleg LOA]

"Janex" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 
> Oleg LOA wrote:
>> GPF внутри кода функции. Показывай код короче этой UDF, падает именно внутри 
>> неё.
> 
> Else Begin
>   UDF_GetString(ATextValue^, lsTextValue);

UDF_GetString а проверить на UDF_IsNull? Если вызовешь с ATextValue == nil - 
свадится нахрен. Вот тут наверно и падает.