Re: IP пользователя

Sergiy S. Tkachenko wrote: Можно ж возвращать 127.0.0.1 или LOCALHOST вместо PID Повторяю еще раз -- какой нафиг 127.0.0.1 или LOCALHOST для не-IP протокола? Если не нравится PID, могу предложить д

Re: IP пользователя

PY> select rdb$get_context('SYSTEM', 'CLIENT_ADDRESS') from rdb$database > Локальный коннект? Адназначна :-) В этом случае PID возвращается. Можно ж возвращать 127.0.0.1 или LOCALHOST вместо PID

Re: рестор: глюк или так и надо?

это спасает нам жизнь. без PLANа в процедуре нифигаб не работало 0ms вместо 4s - это существенная разница для запроса который запускается несколько раз в секунду а есл

Re: рестор: глюк или так и надо?

КА> это спасает нам жизнь. без PLANа в процедуре нифигаб не работало КА> 0ms вместо 4s - это существенная разница для запроса который КА> запускается несколько раз в секÑ

Re: ������: ���� ��� ��� � ����?

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED] > > 1) × ÐÒÏÃÅÄÕÒÁÈ/ÔÒÉÇÇÅÒÁÈ ÅÓÔØ Ñ×ÎÏ-ÕËÁÚÁÎÙÊ PLAN ÐÏ ÉÎÄÅËÓÕ > ÔÁË ÎÁÄÏ, ÉÂÏ ÎÅÆÉÇ. ÞÔÏ ÚÎÁÞ

Re: рестор: глюк или так и надо?

Кравченко Алексей wrote: при следующих обстоялельствах рестор обламывается : 1) в процедурах/триггерах есть явно-указаный PLAN по индексу 2) восстановление запущено без активирования индексов (gbak -r -i) Хотя с т.з. ядра тут все логично, я бы все равно назвал это багом. Так что в трекер.

Re: ������: ���� ��� ��� � ����?

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED] > ÚÁ gbak -r ÏÔ×ÅÔÉÛØ? > Á ÞÔÏ Ó -i ? > ÎÅÐÏÎÑÌ ×ÏÐÒÏÓÏ×

Re: IP пользователя

Hi Dmitri Kuzmenko ! DK> кто, блин, СУБД в Program Files ставит? Инсталлятор, кто ж еще. --

Re[2]: 63 active connections

Здравствуйте, Кравченко Алексей. Недавно (21 мая 2007 г., 15:09:48) Вы писали: КА> рабочая конфигурация:WinXP SP2, FB2.0.1 (+OutpostFirewall) Попробуй убрать Outpost, вообще он тут совсем не в жилу. -- Удачи... Yuris W. Auzinsh aka Zuz, ICQ UIN: 5 8 2 5 6 3 7 4, e-mail : zuz

Re: рестор: глюк или так и надо?

Hello, Алексей! Кравченко Алексей wrote: при следующих обстоялельствах рестор обламывается : 1) в процедурах/триггерах есть явно-указаный PLAN по индексу так надо, ибо нефиг. 2) восстановление запущено без активирования индексов (gbak -r -i) за gbak -r ответишь? а что с -i ? -- Dmitri K

������: ���� ��� ��� � ����?

ÐÒÉ ÓÌÅÄÕÀÝÉÈ ÏÂÓÔÏÑÌÅÌØÓÔ×ÁÈ ÒÅÓÔÏÒ ÏÂÌÁÍÙ×ÁÅÔÓÑ : 1) × ÐÒÏÃÅÄÕÒÁÈ/ÔÒÉÇÇÅÒÁÈ ÅÓÔØ Ñ×ÎÏ-ÕËÁÚÁÎÙÊ PLAN ÐÏ ÉÎÄÅËÓÕ 2) ×ÏÓÓÔÁÎÏ×ÌÅÎÉÅ ÚÁÐÕÝÅÎÏ ÂÅÚ ÁËÔÉ×ÉÒÏ×ÁÎÉÑ ÉÎÄÅËÓ

Re: IP �����������

Hello, Dmitri! You wrote on Thu, 24 May 2007 20:22:18 +0400: Vladimir>>> C:\PROGRA~1\FIREBI~1.0\bin\gbak -user SYSDBA -password ??>> Блин, нашёл, увидел... :( DK> кто, блин, СУБД в Program Files ставит? И охота вам с такими корявыми

Re: IP пользователя

Hello, Vladimir! Vladimir A.Bakhvaloff wrote: Vladimir> C:\PROGRA~1\FIREBI~1.0\bin\gbak -user SYSDBA -password Блин, нашёл, увидел... :( кто, блин, СУБД в Program Files ставит? И охота вам с такими корявыми путями ... -- Dm

Re: Резервныи сервер

Чти двухвазные транзакции, там всё расписано. В товём случае это просто отлуп такой транзакции, по какой причине она на одном из серверов обломлась неважно. Ты про 2pc в общем случае или же в случае ФБ? Я о том, что некоторые DSQL запросы тоже могут возвращать lock conflict, но это никаки

Re: GSTAT в FB 2.01

Hello, dedRasta! dedRasta wrote: Спросил как-то в SQL.RU. "Ничего народ не отвечал, только головою все качал...":) мог бы еще на форуме Оракла спросить :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: IP пользователя

"Vladimir A.Bakhvaloff" ... > > ??>>> Остался invalid database key... :( > ??>> Это только в завтрашний снапшот попадет. > Vlad> Если он завтра будет ;) > > Ах, вы!.. Хулиганы!!! :) > ... > А с gbak'ом-тÐ

Re: IP �����������

Dmitry> Vladimir A.Bakhvaloff wrote: ??>> á Ó gbak'ÏÍ-ÔÏ ÞÅÇÏ?.. þÔÏ ÏÎ ÎÁ can't format ×Ó£ ÒÕÇÁÅÔÓÑ-ÔÏ?... Dmitry> ôÙ ËÕÄÁ ÄÅÌ ÅÇÏÎÙÊ firebird.msg? îÕ, ËÕÄÁ ÉÚ ÁÒÈÉ×Á ÒÁÓÐÁËÏ×ÁÌÓÑ, ÔÕÄÁ É ÄÅÌ... :) ëÕÄÁ

Re: IP пользователя

Vladimir A.Bakhvaloff wrote: А с gbak'ом-то чего?.. Что он на can't format всё ругается-то?... Ты куда дел егоный firebird.msg? -- Дмитрий Еманов

Re: IP �����������

??>>> ïÓÔÁÌÓÑ invalid database key... :( ??>> üÔÏ ÔÏÌØËÏ × ÚÁ×ÔÒÁÛÎÉÊ ÓÎÁÐÛÏÔ ÐÏÐÁÄÅÔ. Vlad> åÓÌÉ ÏÎ ÚÁ×ÔÒÁ ÂÕÄÅÔ ;) áÈ, ×Ù!.. èÕÌÉÇÁÎÙ!!! :) ... á Ó gbak'ÏÍ-ÔÏ ÞÅÇÏ?.. þÔÏ ÏÎ ÎÁ can't format

Re: IP пользователя

"Dmitry Yemanov" ... > > Vladimir A.Bakhvaloff wrote: > > > > Остался invalid database key... :( > > Это только в завтрашний снапшот попадет. Если он завтра будет ;) -- Хорсун Влад

Re: IP �����������

??>> ïÓÔÁÌÓÑ invalid database key... :( Dmitry> üÔÏ ÔÏÌØËÏ × ÚÁ×ÔÒÁÛÎÉÊ ÓÎÁÐÛÏÔ ÐÏÐÁÄÅÔ. ôÁÄÙ - ÄÏÍÏÊ ÐÏÒÁ!.. :))) --- E-mail: bobbakhspbru ICQ: 12861767 (1608235) np: Kraftwerk - Sex Object (from "Electric Cafe" - 1986)

Re: GSTAT в FB 2.01

Добрый вечер! > А спросить не судьба? :-) Спросил как-то в SQL.RU. "Ничего народ не отвечал, только головою все качал...":) Спасибо! С уважением Александр On May 24, 6:46 pm, Dmitry Yemanov <[EMAIL PROTECTED]> wrote: > dedRasta wrote: > > > С месяц уже кувыркаюсь с этим вопросом и первый р

Re: IP пользователя

Vladimir A.Bakhvaloff wrote: Остался invalid database key... :( Это только в завтрашний снапшот попадет. -- Дмитрий Еманов

Re: IP �����������

??>>> ðÏÄÏÖÄÕ ÓÎÁÐÛÏÔÉËÁ... ;) Vlad>> óÎÁÐÛÏÔ 2.1 ÏÂÎÏ×̣ΠVladimir> ïÓÔÁÌÓÑ invalid database key... :( ...É ÚÁÐÕÓË gbak ÐÒÉ×ÏÄÉÔ Ë ËÕÞÅ can't format message -4... :\ --- E-mail: bobbakhspbru ICQ: 12861767 (1608235) np

Re: GSTAT в FB 2.01

dedRasta wrote: С месяц уже кувыркаюсь с этим вопросом и первый раз встретил информацию по существу. А спросить не судьба? :-) А скажите пожалуйста, этот исправленный GSTAT где-нибудь выложен? Нет. Более того, он еще не до конца исправлен. Кстати, та же проблема была при попытке получит

Re: IP �����������

VA>> áÇÁÝÁÚÂÌÉÎ!.. :( VA>> ôÅÐÅÒØ ÏÎÏ åóôåóô÷åîîï ÐÒÉ ÒÅÓÔÏÒÅ ÚÁÔÙËÁÅÔÓÑ ÎÁ ÍÏÅÊ ÌÀÂÉÍÏÊ VA>> ÐÒÏÃÅÄÕÒÅ (ÓÍ.ÕÔÒÅÎÎÅÅ ÐÉÓØÍÅÃÏ "óÔÒÁÎÎÏÓÔÉ Ó 15870" ;)) Alexandr> ÈÍ... ÐÅÒÅ×ÅÄÉ

Re: GSTAT в FB 2.01

Добрый вечер! С месяц уже кувыркаюсь с этим вопросом и первый раз встретил информацию по существу. А скажите пожалуйста, этот исправленный GSTAT где-нибудь выложен? Кстати, та же проблема была при попытке получить статистику черех FIBPLUS. С уважением Александр. On May 8, 5:50 pm, Кузнецов Евг

Re: IP �����������

??>> ðÏÄÏÖÄÕ ÓÎÁÐÛÏÔÉËÁ... ;) Vlad> óÎÁÐÛÏÔ 2.1 ÏÂÎÏ×̣ΠóÎÁÐÛÏÔ ÓËÁÞÁÎ!.. %) ... ýÁÚ ÏÔÒÅÓÔÏÒÉÔÓÑ... ... ïÓÔÁÌÓÑ invalid database key... :( --- E-mail: bobbakhspbru ICQ: 12861767 (1608235) np: Kraftwerk - L

Re: IP пользователя

"Vladimir A.Bakhvaloff" ... > Подожду снапшотика... ;) Снапшот 2.1 обновлён -- Хорсун Влад

Re[2]: 63 active connections

Здравствуйте, DmitryLe. Недавно (22 мая 2007 г., 0:19:44) Вы писали: D> Дистрибутив один. Ядро одно. И сервисы одни. Разница в установленных D> компонентах. D> Что Home, что Prof, что Server. Это было для NT4/W2000, а XP и WS2003 отличаются в плане ядра достаточно, например поддержка

Re: IP пользователя

VA> Alexandr>> поставь при ресторе ключик -z тогда поверю. Alexandr>> А то усы и нарисовать можно. VA> VA> Агащазблин!.. :( VA> Теперь оно ЕСТЕСТВЕННО при ресторе затыкается на мо

Re: IP �����������

Alexandr> ÐÏÓÔÁ×Ø ÐÒÉ ÒÅÓÔÏÒÅ ËÌÀÞÉË -z ÔÏÇÄÁ ÐÏ×ÅÒÀ. Alexandr> á ÔÏ ÕÓÙ É ÎÁÒÉÓÏ×ÁÔØ ÍÏÖÎÏ. áÇÁÝÁÚÂÌÉÎ!.. :( ôÅÐÅÒØ ÏÎÏ åóôåóô÷åîîï ÐÒÉ ÒÅÓÔÏÒÅ ÚÁÔÙËÁÅÔÓÑ ÎÁ ÍÏÅÊ ÌÀÂÉÍÃ

Re: Текстовая индексация

Kovalenko Dmitry wrote: PLAN JOIN (C1 INDEX (RDB$FOREIGN25, RDB$FOREIGN25), C2 INDEX (UNIQUE_OBJECT_TXT_CONTENT, UNIQUE_OBJECT_TXT_CONTENT), C3 INDEX (UNIQUE_OBJECT_TXT_CONTENT, UNIQUE_OBJECT_TXT_CONTENT)) Где RDB$FOREIGN25 - это FK TXT_ID на словарь лексем. Вот это впо

Re: IP пользователя

DV> DV> Вывод: а фиг его знает какой вывод... ну какой вывод. Надо как-то релиз ноты от 1, 1.5 и 2 объединить в один файл. А то неудобно по трем файлам искать. -- С уважением К

Re: IP пользователя

"Dmitry Yemanov" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > Dmitry Voroshin wrote: > > > > В 2.1 ? > > Не знал, не знал... > > В 2.0, вообще-то. Ага! Последние релизные ноты

Re: Текстовая индексация

> Имею мнение, что для C1 данный индекс не может быть использован в > принципе. Что-то ты умалчиваешь, похоже :-) Я хотел было возразить... Странно. На тестовой базе строился именно такой план. А на сервере в недвижимости PLAN JOIN (C1 INDEX (RDB$FOREIGN25, RDB$FOREIGN25), C2 INDEX (

Re: IP пользователя

поставь при ресторе ключик -z тогда поверю. А то усы и нарисовать можно. VA> rem Test restore to FB2 VA> C:\PROGRA~1\FIREBI~1.0\bin\gbak -user SYSDBA -password VA> masterkey -CREATE_DATABASE -REPLACE_DATABASE -USE_ALL_SPACE -P 8192 -BU VA>

Re: IP �����������

Vladimir> === BackRest.cmd === Vladimir> rem Test restore to FB2 Vladimir> C:\PROGRA~1\FIREBI~1.0\bin\gbak -user SYSDBA -password Vladimir> masterkey -CREATE_DATABASE -REPLACE_DATABASE -USE_ALL_SPACE -P Vladimir> 8192 -BU 16384 H:\%~n2.fbk localhost:%2_2.fdb Vladimir> === BackRest.cmd ===

Re: Домены в параметрах процедур

Вы же для полей таблиц всегда фиктивные домены создавали, а для полей процедур не так? А, гоню, процедуры ж домены не понимали :-)

Re: IP �����������

VA äÙË, ÞÔÏÂÙ ODS11 ÐÏÉÍÅÔØ (× ÈÏÒÏÛÅÍ ÓÍÙÓÌÅ ÜÔÏÇÏ ÓÌÏ×Á ;) ) ÍÎÅ VA b/r ÎÅ È×ÁÔÉÔ, ÄÁ?.. Alexandr>>> È×ÁÔÉÔ VA>> b - ÎÁ 4910... VA>> r - ÎÁ 15xxx... VA>> "þÔÏ Ñ ÄÅÌÁÀ ÎÅÐÒÁ×ÉÌØÎÏ?.." (

Re: IP пользователя

VA> VA>>> Не-а... Это - копия... %) VA>>> Дык, чтобы ODS11 поиметь (в хорошем смысле этого слова ;) ) мне VA>>> b/r не хватит, да?.. Alexandr>> хватит VA> VA> Дык, я его и так каждую ночь делÐ

Re: Резервныи сервер

Janex: > Привет. > Ето уже интересно, спасибо ...а сам пробовал сделать ? > В интернете тонна информации, трудно разобратся :( Можбить > знаеш как оно там работает, в принципе пока два важные > и неясные пункты - ето только с SCSI работает, тоесть > с SATA недружит, и второе - наши птици етот дис

Re: IP �����������

VA>> îÅ-Á... üÔÏ - ËÏÐÉÑ... %) VA>> äÙË, ÞÔÏÂÙ ODS11 ÐÏÉÍÅÔØ (× ÈÏÒÏÛÅÍ ÓÍÙÓÌÅ ÜÔÏÇÏ ÓÌÏ×Á ;) ) ÍÎÅ VA>> b/r ÎÅ È×ÁÔÉÔ, ÄÁ?.. Alexandr> È×ÁÔÉÔ äÙË, Ñ ÅÇÏ É ÔÁË ËÁÖÄÕÀ ÎÏÞØ ÄÅÌÁÀ... :\

Re: Текстовая индексация

> Тут есть одна мысль. И очень хочется что бы она оказалась в тему. > > О результатах отпишусь :) Блин, написал сообщение - а оно пропало. У меня вопрос. Если можно, дайте ответ в упрощенной форме :) У меня есть 4 поля - ID, CLASS, TXT_ID, TYPE_TXT_CONTENT ID,CLASS - это идентификатор объекта

Re: IP пользователя

VA> Не-а... Это - копия... %) VA> Дык, чтобы ODS11 поиметь (в хорошем смысле этого слова ;) ) мне b/r VA> не хватит, да?.. хватит -- С уважением Кочмин Александр Firebird Foundation associate

Re: Домены в параметрах процедур

sasha wrote: Вы же для полей таблиц всегда фиктивные домены создавали, а для полей процедур не так? Именно так. Почему я и говорю - см. код для полей таблиц. -- Дмитрий Еманов

Re: IP �����������

VA üÔÏ × Þ£Í ÍÏÖÅÔ ÂÙÔØ ÔÁËÏÊ ÐÒÉËÏÌ?.. Alexandr>>> × ODS ÂÁÚÙ? VA>> 10.1... VA>> á ÓËÏÌØËÏ ÎÁÄÏ?.. ;) Alexandr> ÜÔÏ ÏÔ ÐÏÌÕÔÏÒËÉ ×ÒÏÄÅ? îÕ, ËÁË ÓËÁÚÁÔØ... ðÒÁËÔÉÞÅÓËÉ ×ÓÅ "ÓÔÁÒÙ

Re: IP �����������

Dmitry> Vladimir A.Bakhvaloff wrote: ??>> üÔÏ × Þ£Í ÍÏÖÅÔ ÂÙÔØ ÔÁËÏÊ ÐÒÉËÏÌ?.. Dmitry> æÕÎËÃÉÉ ÄÏÓÔÕÐÎÙ × ÂÁÚÁÈ Ó ODS11 É ×ÙÛÅ. ðÏÎÑÌ... îÅ ÄÕÒÁË... äÕÒÁË ÂÙ ÎÅ ÐÏÎÑÌ... :) ðÒÁ×ÄÁ, ÂÙÌÏ ÂÙ ÐÏÃ

Re: IP пользователя

VA> VA>>> Это в чём может быть такой прикол?.. Alexandr>> в ODS базы? VA> VA> 10.1... VA> А сколько надо?.. ;) это от полуторки вроде? не страшно к такой старой базе новым сервером л

Re: Домены в параметрах процедур

В общем, вроде с нашей стороны править нечего. Он ведь отличает тоже самое для полей таблиц, тот же принцип применяется и к параметрам. На RDB$PARAMETER_MECHANISM тут смотреть не нужно, он говорит только о TYPE OF. Вы же для полей таблиц всегда фиктивные домены создавали, а для полей процед

Re: IP �����������

VA>> üÔÏ × Þ£Í ÍÏÖÅÔ ÂÙÔØ ÔÁËÏÊ ÐÒÉËÏÌ?.. Alexandr> × ODS ÂÁÚÙ? 10.1... á ÓËÏÌØËÏ ÎÁÄÏ?.. ;) --- E-mail: bobbakhspbru ICQ: 12861767 (1608235) np: Kraftwerk - Tour De France Etape 2 (from "Tour De France Soundtracks" - 2003)

Re: IP пользователя

Vladimir A.Bakhvaloff wrote: Это в чём может быть такой прикол?.. Функции доступны в базах с ODS11 и выше. -- Дмитрий Еманов

Re: IP пользователя

VA> Это в чём может быть такой прикол?.. в ODS базы? -- С уважением Кочмин Александр Firebird Foundation associate member #257

Re: IP пользователя

"Vladimir A.Bakhvaloff" ... > > Plotnikov> select rdb$get_context('SYSTEM', 'CLIENT_ADDRESS') from > Plotnikov> rdb$database Версия FB 2.0.2, classic > > Попробовал сей заинтересовавший меня запрос на WI-T6.3.0.15874 Firebird > 2.1 Beta 1 (удÐ

Re: IP пользователя

Dmitry Voroshin wrote: В 2.1 ? Не знал, не знал... В 2.0, вообще-то. -- Дмитрий Еманов

Re: IP �����������

Plotnikov> select rdb$get_context('SYSTEM', 'CLIENT_ADDRESS') from Plotnikov> rdb$database ÷ÅÒÓÉÑ FB 2.0.2, classic ðÏÐÒÏÂÏ×ÁÌ ÓÅÊ ÚÁÉÎÔÅÒÅÓÏ×Á×ÛÉÊ ÍÅÎÑ ÚÁÐÒÏÓ ÎÁ WI-T6.3.0.15874 Firebird 2.1 Beta 1 (ÕÄÁÌ£ÎÎÙÊ)... çÏ×ÏÒÉÔ:

Re: Домены в параметрах процедур

sasha wrote: Есть вопрос такой. Хвастунов не может отличить параметр, объявленный с использование домена от параметра, объявленного с использованием простого типа. Т.е. когда написано <параметр> TYPE OF <домен> - он отличает, а когда написано <параметр> <домен> - говорит не может отличить.

Re: IP пользователя

"Dmitry Yemanov" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > Dmitry Voroshin wrote: > > > > А может добавить в GET_CONTEXT переменную PROTOCOL ну чисто для удобства > > Дав

Re: IP пользователя

Dmitry Voroshin wrote: А может добавить в GET_CONTEXT переменную PROTOCOL ну чисто для удобства Давно есть: RDB$GET_CONTEXT('SYSTEM', 'NETWORK_PROTOCOL') -- Дмитрий Еманов

Re: Проблема с уникодом так и не решилась

VH> VH> Отставить панику ;) Придумаем чего-нить да да. был бы очень рад. А то сейчас как-то грустно. -- С уважением Кочмин Александр Firebird Foundation associate member #257

Re: IP пользователя

"Dmitry Yemanov" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > Dmitry Voroshin wrote: > > > > Я так понимаю через MON$ ? > > Конечно. > > > А кстати, что быстрее работает: вы

Re: Проблема с уникодом так и не решилась

"Alexandr Kochmin" ... > > DY> Это предсказуемо, но не лечится в принципе. > > это конечно совсем даже не хорошо. > Большой разрыв между 2.0 и 2.1 > уже одну и туже базу нельзя будет использовать на 2.0 и 2.1, > для сисадминов будет большой головняк при апгрейде. Отставить панику ;) Придумае

Re: Проблема с уникодом так и не решилась

Тут, имхо, вообще вопрос философский. В смысле - как удобнее или как логичнее. почему допустим логично жфикс. Жфикс предназначен для хирургического ковыряния скальпелем в живой базе данных. Ну, или неживой, это уже как повезет, не суть. А жбак - вроде как штатное средство, которое имеет сво

Re: IP пользователя

Dmitry Voroshin wrote: Я так понимаю через MON$ ? Конечно. А кстати, что быстрее работает: выборка из MON$ или get_context ? GET_CONTEXT, но он ограничен одним коннектом... -- Дмитрий Еманов

Re: IP пользователя

"Dmitry Yemanov" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > а почему бы не так: > > > > select rdb$get_context('SYSTEM', 'CLIENT_ADDRESS') from rdb$database > > select rdb$get_context('SYSTEM', 'CLIENT_PID')

Re: Проблема с уникодом так и не решилась

> Или типа раз рестор и раньше сам ничего в данных не трогал, то и нефиг ему? ну как бы - да. Хотя конечно, так неудобно... Я всегда мигрировал со старой версию в новую используя только gbak. но вспомните переход на третий диалект например. и что? никто не умер. хотя некоторые так и сидят на п

Re: Проблема с уникодом так и не решилась

Oleg Matveyev wrote: но вместе решили что вообще -то BLR при восстановлении не трогается А причем тут BLR? Речь ведь про SOURCE/DESCRIPTION. Или типа раз рестор и раньше сам ничего в данных не трогал, то и нефиг ему? -- Дмитрий Еманов

Re: Проблема с уникодом так и не решилась

> Почему оный ключик должен быть в gfix, а не в gbak? ну я сначала Юре предложил именно в gbak, но вместе решили что вообще -то BLR при восстановлении не трогается

Re: Проблема с уникодом так и не решилась

Plotnikov Y wrote: Вводим в жфикс спец ключ, типа -convert_blobs_of_sys_objects -codepage_that_is_in_the_database win1251 в сад, да? Пока еще нет :-) Почему оный ключик должен быть в gfix, а не в gbak? Ведь операция разовая и касается только апгрейда... -- Дмитрий Еманов

Re: Проблема с уникодом так и не решилась

Ключик для конкретной версии сервера? Да, а почему нет? Т.е. мы имеем проблему с переходом с баз пре2.1 на пост2.1. Вводим в жфикс спец ключ, типа -convert_blobs_of_sys_objects -codepage_that_is_in_the_database win1251 в сад, да?

Re: Странности с 15870

sasha wrote: А где брать правильные снапшоты теперь? Где и всегда. Ждать, пока появятся. -- Дмитрий Еманов

Re: Странности с 15870

Баг известен, сегодня поправим. А где брать правильные снапшоты теперь? А то я вчера тоже наступил на это ерунду да так и не смог проверить все ваши багофиксы - ни одна процедура не желала компилиться.

Re: Проблема с уникодом так и не решилась

Oleg Matveyev wrote: вот если бы ключик в gfix -"а на самом деле кодировка там" WIN1251 или прямо при Restore ключ такой Ключик для конкретной версии сервера? -- Дмитрий Еманов

Re: Проблема с уникодом так и не решилась

Я для себя простенький скрипт написал по апдейту блобов. Можно включить нечто подобное в дистрибутив. Дима, а почему не сделать чтобы рестор 2.1, видя что в базе системные объекты (процы, триггеры) не в уникоде, автоматом перекодировать их в уникод?

Re: Проблема с уникодом так и не решилась

Plotnikov Y wrote: Дима, а почему не сделать чтобы рестор 2.1, видя что в базе системные объекты (процы, триггеры) не в уникоде, автоматом перекодировать их в уникод? А откуда он узнает, в какой кодировке они лежат? Это только ты знаешь, что подключался всю жизнь с cp1251... -- Дмитрий

Re: Проблема с уникодом так и не решилась

> > Я для себя простенький скрипт написал по апдейту блобов. Можно включить > > нечто подобное в дистрибутив. > > > Дима, а почему не сделать чтобы рестор 2.1, видя что в базе системные > объекты (процы, триггеры) не в уникоде, автоматом перекодировать их в > уникод? нужно же откуда-то знать, как

Re: ���������� � 15870

Dmitry> Vladimir A.Bakhvaloff wrote: ??>> === ??>> Unsuccessful execution caused by system error that does not preclude ??>> successful execution of subsequent statements. ??>> invalid database key. ??>> === Dmitry> âÁÇ ÉÚ×ÅÓÔÅÎ, ÓÅÇÏÄÎÑ ÐÏÐÒÁ×ÉÍ. "æÕÆ!.. Ã

Re: Проблема с уникодом так и не решилась

Hi Alexandr Kochmin ! AK> Я начинаю думать, чтоб избавиться вообще от русских букв AK> в тексте SP тем или иным способом. :) читаем тут: http://www.ibase.ru/devinfo/ibrusfaq.htm "Русские буквы в хранимых процедурах, триггерах и exceptions" ну и так далее. --

Re: Странности с 15870

Vladimir A.Bakhvaloff wrote: === Ругается таким образом: === Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements. invalid database key. === Баг известен, сегодня поправим. -- Ð

Re: Проблема с уникодом так и не решилась

DY> Придется тем или иным способом перекодировать уже существующие DY> метаданные после рестора. а как? Я начинаю думать, чтоб избавиться вообще от русских букв в тексте SP тем или иным способом. выгрузка в скрипт и обратно. текстовые файлики рулят :) -- Булычев Алексей http://www.stella-np

Re: Проблема с уникодом так и не решилась

Alexandr Kochmin wrote: это конечно совсем даже не хорошо. Согласен. Но лучше варианта пока не нашли. Очень тяжело искоренять старую кривизну без последствий, увы. Большой разрыв между 2.0 и 2.1 уже одну и туже базу нельзя будет использовать на 2.0 и 2.1, Это никогда не рекомендовалось,

���������� � 15870

Hello, All! ëÁÞÎÕÌ, ËÏÍÐÉÌØÎÕÌ WI-T6.3.0.15870 Firebird 2.1 Beta 1 åÓÔØ ÔÁËÁÑ ×ØÀÈÁ: === CREATE VIEW V_CUSTRET_TEMP_SUMM( ID_CUSTRET, ID_OUTDOC_TEMP, VOLUME, ID_ITEM, ID_ITEMSALE, ID_POINT, RETVOLUME, PRICEDOC, SUMM, NDS,

Re: Проблема с уникодом так и не решилась

DY> Это предсказуемо, но не лечится в принципе. это конечно совсем даже не хорошо. Большой разрыв между 2.0 и 2.1 уже одну и туже базу нельзя будет использовать на 2.0 и 2.1, для сисадминов будет большой головняк при апгрейде. DY> Придется тем или иным способом перекодировать уже существующие D

Re: Проблема с уникодом так и не решилась

Андрій Жук wrote: Вобщем, если создать наново базу, то все нормально. А вот если перенести базу с 2.0 на 2.1, бекап на 2.0, рестор на 2.1, то в процедурах с кириллицей вообще получим (Blob read error: can't format message 13:686 -- message system code -4. Cannot transliterate character between

Re: IP пользователя

Oleg Matveyev wrote: вот ведь загадка для будущих поколений. без мануала и недогадаешься. А какой смысл возвращать имя хоста для локального протокола? Я уж молчу, что IP-адрес точно возвращать никто не будет, т.к. протокол не-IP. а почему бы не так: select rdb$get_context('SYSTEM', 'CLIE

Re: IP пользователя

> > Локальный коннект? > > Адназначна :-) В этом случае PID возвращается. вот ведь загадка для будущих поколений. без мануала и недогадаешься. а почему бы не так: select rdb$get_context('SYSTEM', 'CLIENT_ADDRESS') from rdb$database select rdb$get_context('SYSTEM', 'CLIENT_PID') from rdb$databas

Re: IP пользователя

DY> Адназначна :-) В этом случае PID возвращается. и что самое интересное ему уже объяснили там, а он опять тут запостил. Я там сразу не увидел, скузи. Ща посмотрел, без вопросов. Просто тут (в этой конфе) кворум имхо пошире будет ;) Вообще конечно следовало догадаться самому, но база то не

Re: Проблема с уникодом так и не решилась

Андрій Жук wrote: И еще, можно теперь создавать процедуры/домены/таблицы рідною мовою, но вот план тогда показывается уникодный, а значит кракозябрами. Кто в этом случае виноват? База должна быть в ODS11.1. В этом случае у меня в IBE план в cp1251 показывается (как и должно быть). -- Дмит

Re: Резервныи сервер

Vadim Mescheryakov пишет: Садача следуюшая - заказшик хочет гарантии на 100% что база будет доступна на все 24/7 даже если сервер натурально сгорит синем пламенем :) В этой конфеенции недавно упоминался High Availability кластер на Linux из двух серверов, который не дает роста производительнос

Re: Резервныи сервер

Сергей wrote: iSCSI? http://ru.wikipedia.org/wiki/ISCSI Привет. Ето уже интересно, спасибо ...а сам пробовал сделать ? В интернете тонна информации, трудно разобратся :( Можбить знаеш как оно там работает, в принципе пока два важные и неясные пункты - ето только с SCSI работает, тоесть с SAT

Re: IP пользователя

DY> DY> Alexander A. Venikov wrote: DY>> PY>>> Запрос, приведенный ниже, возвращает какое-то 4-ех значное число. PY>>> В чем я не прав? PY>>> select rdb$get_context('SYSTEM', 'CLIENT_ADDRESS') from rdb$database PY>>> Версия FB 2.0.2, classic DY>> DY>> Локальный коннект? DY> DY> Адназначна :-) В э

Re: Проблема с уникодом так и не решилась

И еще, можно теперь создавать процедуры/домены/таблицы рідною мовою, но вот план тогда показывается уникодный, а значит кракозябрами. Кто в этом случае виноват?