Re: EXECUTE STATEMENT к другой базе в рамках установленного коннекта
A K пишет: А вот с синхронной репликацией на уровне триггеров есть реальный шанс получить большие проблемы (по моему скромному мнению это путь в никуда). Реальная ситуация. Большая база на большом предприятии. Работает медленно. Идея: делаем архивную БД и оперативную, в которой держим последние год-полтора. Изменения в оперативной БД, должны попадать на архивную. Синхронная репликация триггерами тут сгодилась бы как нигде. Сейчас все упирается в скорость, которая упирается в невозможность держать открытым соединение из одной БД в другую на уровне сервера. Только не надо такую базу называть "архивной". А то волосы дыбом встают от "синхронной репликации триггерами в архивную БД". В качестве конструктива предлагаю подумать над архивированием в отдельную БД только устаревших данных из наиболее быстрорастущих таблиц. При этом архив должен только пополняться, но не редактироваться. Те запросы (предположительно, редкие), которым нужен доступ к обеим частям БД, можно переписать, например, с использованием процедур, где анализировать, действительно ли затребованы архивированные данные. В архив данные сбрасывать раз в месяц/квартал/полгода/год - на выбор.
Re: Alter column type
Arioch пишет: В письме от Fri, 24 Jun 2011 14:15:44 +0400, М.Королев сообщал: > Нету никаких "умолчаний". По жизни - есть посты без указания кодировки для 8-битного заголовка. По жизни на улицах вокруг урн мусор валяется. Есть, с этим надо считаться, но не надо самому так делать. И уж точно не надо к этому призывать окружающих. > Кто этого не делает - плюет на окружающих. Не плюет, если кодирует в KOI8-R. Потому что об этом де факто договорились в девяносто мохнатом году. 1) Я не договаривался. У меня тогда Линукса не было. 2) Договаривались, потому что выбора не было. Договаривались, как не вляпаться в дерьмо, пока урн нет. Но не о том, чтобы всегда бросать мимо урн, когда урны наконец появились. Давайте ещё в базах данных уберем charset и collate под разговоры о привычках по умолчанию и эвристических угадывателях для программ. Я фигею, дорогая редакция.
Re: Alter column type
Vladimir A.Bakhvaloff пишет: On Fri, 24 Jun 2011 15:12:46 +0400, М.Королев wrote: Alex Cherednichenko пишет: "Там обрыв. Но вам туда можно." Хороший был юморист. Предлагаю завязать. Ты за что это Семёна Теодоровича хоронишь-то??? 8-О Эээ... Виноват-с! Неаккуратно выразился. Имел в виду скорее цитату. В общем, сморозил. Давно его не видел, кстати.
Re: Alter column type
Alex Cherednichenko пишет: Опять 25. RFC-2047 - это описание синтаксиса MIME-заголовков, а не статья УК за его неиспользование. "Там обрыв. Но вам туда можно." Хороший был юморист. Предлагаю завязать.
Re: Alter column type
Alex Cherednichenko пишет: Это RFC-2047. Опять 25. RFC-2047 - это описание синтаксиса MIME-заголовков, а не статья УК за его неиспользование. > Нету никаких "умолчаний". По жизни - есть посты без указания кодировки для 8-битного заголовка. > Кодировка всегда должна указываться. Но указывается не всегда. > Кто этого не делает - плюет на окружающих. Не плюет, если кодирует в KOI8-R. Потому что об этом де факто договорились в девяносто мохнатом году.
Re: Alter column type
Alex Cherednichenko пишет: 24.06.2011 13:03, "М.Королев" пишет: Он его явно задал _явно_. А мы тут об умолчаниях. Нету никаких "умолчаний". Кодировка всегда должна указываться. Кто этого не делает - плюет на окружающих. Это эмоции. Жизнь богаче.
Re: Alter column type
Может, мы о разных вещах говорим? Я настаиваю на том, что если заголовок (например Subject) входящего сообщения 8-битный (и кодировка не указана), то клиентское ПО должно предполагать для этого заголовка кодировку KOI8-R. Этого КМК придерживается большинство достаточно старых ньюсов. Про всех - тоже не скажу.
Re: OFF: Всех причастных по здравляю с Днем Сисадмина !
Ovchinnikov Vasily пишет: который празднуется 30 июля. А как же 256-й день года?
Re: CORE-2298
Dmitry Yemanov пишет: "М.Королев" пишет: Add support for "some_col = ? or ? IS NULL" conditions 1) Будет ли портирование в 2.0.Х и 2.1.Х ? Новые фичи обычно в старые версии не портируются. Она больше на багу, чем на фичу похожа :) 2) а) update ... ... Будет ли заметное падение производительности в варианте б) ? Нет, не будет. Спасибо To unsubscribe from this group, send email to ru-firebird+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
CORE-2298
Пара вопросов по CORE-2298: ( http://tracker.firebirdsql.org/browse/CORE-2298 ) Add support for "some_col = ? or ? IS NULL" conditions 1) Будет ли портирование в 2.0.Х и 2.1.Х ? 2) а) update ... where (FK = :var) and (PK <> :param) <<< Здесь :param - не null б) update ... where (FK = :var) and ((PK <> :param) or (:param is null)) Будет ли заметное падение производительности в варианте б) ? Конкретики, понимаю, мало, но интересуют самые общие соображения? To unsubscribe from this group, send email to ru-firebird+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
Re: Имена контекстных переменных
Еще интересует засовывание в имя всякой лабуды типа русских букв. To unsubscribe from this group, send email to ru-firebird+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
Имена контекстных переменных
Привет! Пральна я понимаю, что ограничений на Имена контекстных переменных - нет И НЕ БУДЕТ (кроме длины) ? (Интересует совпадение с именами других объектов БД (Таблиц, генераторов и т.д.). To unsubscribe from this group, send email to ru-firebird+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
Re: read only транзакции.
Alexey Popov пишет: Мораль в том, что надо править в консерватории чтобы для read транзакций ничего не писалось в базу по коммиту. Сильно. А по старту? To unsubscribe from this group, send email to ru-firebird+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
Re: Отличается поведе ние embedded и сервера
Vlad Khorsun пишет: В трекере написано, исправлено в 2.0.6. Эта версия уже где-нить выложена? Снапшотов 2.0.6 нет, увы. А что - очень сильно нужно ? :) Надеюсь, что нет. Вчера юзер сообщил, что прога, которую я успел уже подзабыть, пачками выдает сообщения, что коды док-тов, поступающих из 1С, уже есть в БД. Пока я бекап-ресторил базу, он же обрадовал, что после перезагрузки все работает нормально. Дальше разбираться не стал, но обратил внимание на твой пост :)
Re: Отличается поведе ние embedded и сервера
Vlad Khorsun пишет: "Non-NULL key in unique index could be not found when key is removed" Не могу понять смысла фразы. Если не трудно, - медленно по-русски плз. Т.е. в индексе остаются ключи, которые должны были быть удалены. А остаются они потому, что удаляльщик их почему-то не нашел? Тогда понятно, спасибо. В трекере написано, исправлено в 2.0.6. Эта версия уже где-нить выложена?
Re: Отличается поведе ние embedded и сервера
Vlad Khorsun пишет: Это может быть http://tracker.firebirdsql.org/browse/CORE-2856, проверь сначала на снапшоте, плс "Non-NULL key in unique index could be not found when key is removed" Не могу понять смысла фразы. Если не трудно, - медленно по-русски плз.
Re: Изменение имени с ервера во время работ ы FB
Dmitri Kuzmenko пишет: Vadim Mescheryakov wrote: нам эта фишка с классиком известна давно. Не первый раз люди компы с работающим сервером на ходу переименовывают. >А для чего в имени файла имя хоста? >Предполагается что одновременно может быть несколько разных имен? я, конечно, не автор, но неужто файл создавать с именем = ip? а если вдруг ip на ходу поменяют? Наверное, это очевидно, а я туплю, но все же. Почему файл назвали "<имя_хоста>.lck" ? А не, например, firebird.lck или firebird_.lck или firebird_<время_старта_основного_потока>.lck ?
Re: Композитные инд ексы и оптимизатор
Dmitri Kuzmenko пишет: Alexey Popov wrote: Ведь в принципе нетрудно одновременно с построением битовой маски посчитать количество записей, которые попало в неё. блин. это не количество записей. Это потенциальное количество записей без учета версий. <...skiped...> Дмитрий, приветствую! А если бы Alexey Popov написал >> Ведь в принципе нетрудно одновременно с построением битовой маски >> посчитать "потенциальное количество записей без учета версий", которые >>попало в неё. Каков был бы твой ответ? Просто интересно. :)
Re: Бить ногами? :)
Dmitri Kuzmenko пишет: задел есть http://www.firebirdsql.su/doku.php но я не представляю, как это конвертнуть в pdf. Вики существует уже давно, если оттуда есть конвертеры, можно было бы уже давно доку сделать. Плагины есть, как уже отметили. И прикручивать их умеют (например, используется плагин "Дискуссия"). Правда сейчас упомянутая страничка заканчивается строкой "Fatal error: Call to undefined function: str_split() in /home/park/firebirdsql.su/docs/inc/blowfish.php on line 493"
Re: Проблема с получе нием уникального номе ра документа
Короче, уже исходный пост использовал последние достижения: и html, и MIME-формат и base64-кодирование.
Re: Проблема с получе нием уникального номе ра документа
Slava Ekimov пишет: Блин, наврал. Slava Ekimov инициировал зеленоватый фон. У меня такой в настройках всех окон, только не мани грин, а светлый. Раньше у тебя не цветные посты были. И без html. И цитируемый пост тоже нормальный. А предыдущий - с цветным фоном.
Re: Проблема с получе нием уникального номе ра документа
"М.Королев" пишет: Vladimir A.Bakhvaloff пишет: ...люди, извините, а это только у меня вдруг фон писем стал Mоney Green внезапно?.. :( В SeaMonkey - нормальный фон. Шрифт только цветной в некоторых ответах. Блин, наврал. Slava Ekimov инициировал зеленоватый фон.
Re: Проблема с получе нием уникального номе ра документа
Раз уж об этом заговорили - люди, не принято здесь отвечать в офисном стиле. Читать неудобно.
Re: Проблема с получе нием уникального номе ра документа
Vladimir A.Bakhvaloff пишет: ...люди, извините, а это только у меня вдруг фон писем стал Mоney Green внезапно?.. :( В SeaMonkey - нормальный фон. Шрифт только цветной в некоторых ответах. У тебя Опера?
Re: Справочники, FK и танцы с ними
Sergey Mereutsa пишет: МК> Создать поле REF_COUNT и поддерживать его в триггерах. И умереть молодым на лок-конфликтах... Угу. RefCounters - это из другой оперы, некошерно это :) С искренним интересом жду описания кошерного варианта :)
Re: вебинар iBase.ru 18 ноября в 14:00
Подключился, текст анонса вижу, но, похоже, ничего не услышу, т.к. --- Voice and Video Error Information --- The audio and video server is configured to require encryption features that are not available with this version of Windows. Action required: Please rejoin the meeting from a computer that has Windows XP or later installed. Would you like to see technical details ? --- Да Нет --- (У меня Win2000 SP4) Нельзя отключить эти "encryption features" ?
Re: вебинар iBase.ru 18 ноября в 14:00
3) Поле Entry Code в инструкции по ссылке - пустое (May be optional), а в клиенте - там что-то забито и отображается звездочками. Стереть боюсь, как потом восстанавливать? :)
Re: вебинар iBase.ru 18 ноября в 14:00
Dmitri Kuzmenko пишет: информация по вебинару и настройке MS Live Meeting Client: http://www.ibase.ru/webinar.html проверить соединение можно прямо сейчас. 1) В 21:00 не получилось. Говорит: --- Join Error --- Live Meeting cannot connect to the meeting. Wait a few moments, and then try to join the meeting again. If you still cannot connect, contact your administrator or technical support. --- OK --- 2) Кнопка Test Connection становится активной, если введено Sign-in name в форме acco...@domain. Чего туда вводить-то?
Re: не проходит update на одной таблице
Andrew пишет: Привет. столкнулся с такой бедой. Есть одна табличка. в эксперте набираю update x set y=z where c = p эксперт рапортует что все ок. Делаю селект - изменения не прошли. commit ?
Re: Exceptions - пара вопросов
Или скажем GET_EXCEPTION_MESSAGE('E_AXTUNG') || '"MYTABLE"'.
Хотя ёклмн! Это ж я и сам могу написать.
Сделал. Но тоже не вполне кузяво.
Если раньше было:
exception e_adopt 'Attempt to update fields adopted from VORGANIZATION';
То теперь вместо одной строки приходится:
declare variable emsg varchar(1021);
...
begin
execute procedure GET_E_MSG('E_ADOPT') returning_values :emsg;
exception e_adopt :emsg||' VORGANIZATION';
end
Хотя от дублирования текста исключения - избавляет, но уж очень многословно.
А красивый вариант
exception e_adopt *||' VORGANIZATION';
я так понимаю, не светит.
Re: Exceptions - пара вопросов
dennis redozubov пишет:
Что имеется в виду под "versions" и как база может их "use" ?
Наверное так:
if (CUR_LANGUAGE = 'FRANCAIS') then
exception ERROR_FR;
else if (CUR_LANGUAGE = 'ENGLISH') then
exception ERROR_EN;
Ну, т.е., ДК прав - лабуда.
2) Если создано исключение
CREATE EXCEPTION E_AXTUNG '<длинное описание ошибки> in table ';
то дальше хотелось бы использовать что-то типа
EXCEPTION E_AXTUNG * || '"MYTABLE"';
а не повторять каждый раз '<длинное описание ошибки> in table '.
Начиная с FB 1,5: EXCEPTION [ [custom-message]]
Эт я в курсе.
То есть:
create exception ERR '';
if (что-то) then exception ERR 'Случился ужас с ' || MYTABLE';
Ты, наверное, не заметил звездочки в вопросе :)
Не хотелось бы в 15 местах повторять константу 'Случился ужас с '.
И в 15 же местах править, если что.
А хотелось бы * || '"MYTABLE"'.
Или скажем GET_EXCEPTION_MESSAGE('E_AXTUNG') || '"MYTABLE"'.
Хотя ёклмн! Это ж я и сам могу написать.
Так что спасибо, без тебя не додумался бы :)
Начиная с FB 2,1 длина сообщений = 1021.
Эт тоже в курсе.
Exceptions - пара вопросов
Всем всего! 1) Не понял следующее из LANGREF.PDF, стр.60, после "For example": Exceptions are global to the database. The same message or set of messages is available to all stored procedures and triggers in an application. For example, a database can have English and French versions of the same exception messages and use the appropriate set as needed. Что имеется в виду под "versions" и как база может их "use" ? 2) Если создано исключение CREATE EXCEPTION E_AXTUNG '<длинное описание ошибки> in table '; то далбше хотелось бы использовать что-то типа EXCEPTION E_AXTUNG *||'"MYTABLE"'; а не повторять каждый раз '<длинное описание ошибки> in table '. Может, есть что-то похожее, а я не знаю?
Re: подскажете направление, куда мне идти ? :)
PEAKTOP пишет: А собственно вопрос: может вынести дополнительный параметр в firebird.conf типа MaxConnectionsCountForOneUser для классика, пока мы находимся в состоянии беты ? 1) Проблемы будут, кого считать OneUser'ом, когда все работают под одним логином, а также с АппСерверами и т.п. 2) Вариант помягче: флаг AllowExternalSourceLinkToSelf или как-то так. P.S. А что "понятно" с суперсервером, поясни плз.
Re: Апгрейд клиента с Firebird 1.5 до 2.1
evs пишет: После апгрейда клиента, перестала проходить авторищация из ПО, использующее Firebird, даже под SYSDBA. В чём может быть загвоздка? Сервер - FB 2.1, из IBExpert и других программ всё работает, и только одна самописная (исходников которой уже и не найти) - не работает с клиентами старше 1.5.x Пытается приконнектиться к security.fdb ?
Re: Коллизии с правами
Alexander Nagumanov пишет: Не забываешь указывать правильную роль в _параметрах коннекта_ при подключении? Нет Могу только сказать, что на FB 2.0.3 ошибку воспроизвести не смог.
Re: Коллизии с правами
Alexander Nagumanov пишет: AN> Как можно узнать, есть ли коллизии с правами в БД? Т.е. операции с AN> грантами с одними объектами влияют на гранты других объектов? Ты об чем? Вообще подозрение на порчу базы, но gfix ничего не обнаружил, b\r ситуацию не изменил. 1. User1 имеет права на роль USERROLE, USERROLE на SELECT из TABLE1 2. User2 имеет права на процедуру PROC1, PROC1 имеет все права на TABLE2, TABLE3 (в процедуре используется только TABLE2 и TABLE3) TABLE1 и TABLE2 связей между собой не имеют. Так вот, все необходимые права в базе показываются нормально (IBExpert), однако 1 не работает (нет прав чтения из колонки TABLE1 для USER1). Убираю грант на SELECT, ставлю обратно. Теперь не работает 2. И наоборот, переделываю 2, не работает 1. Не забываешь указывать правильную роль в _параметрах коннекта_ при подключении?
Re: Поздравляю с выходом Firebird 2.5 Beta
Vlad Khorsun пишет: "Dmitry Yemanov" ... Vlad Khorsun wrote: Ага, кое-что заработало. Но: показывает хоть что-то только при запуске от имени SYSDBA, если запускать от имени владельца базы - пусто. А кто такой владелец базы ? Чего он должен чужие коннекты видеть ? Гм. Вообще-то, он бог и царь для данной базы (читай: locksmith). Как и кто угодно еще, подключившийся с ролью RDB$ADMIN, например. В мониторинге они приравниваются к SYSDBA и могут видеть все коннекты к базе. Трейс штука поглобальнее мониторинга, но я бы попробовал следовать тем же принципам для каждой базы, которую трассируем. По уму - database owner владеет объектами, и всё. Почему он должен ещё и подсматривать ? Как начнём доводить security до ума, просто сделаем системную роль для трассировки вообще и для трасировки чужих коннектов. Такое моё имхо. Если owner будет иметь право назначить себе эти роли, то почему бы сразу не разрешить ему эту деятельность? А то усложнение на пустом месте получается. Проясни плз.
Re: Дельта между ISC_DATE и дельфийским TTimeStamp
PS. Вот кусок кода в качестве рыбы.
procedure TForm1.FormCreate(Sender: TObject);
var ts: TTimeStamp; //record
dt: TDateTime; //double
i: integer;
begin
dt:= EncodeDate(2009,2,21); // 21.02.2009
ts:= DateTimeToTimeStamp(dt);
Memo1.Lines.Append(' iDTiTS TDateTime TTimeStamp');
Memo1.Lines.Append('- -- -- --');
for i:= 1 to 20 do begin
Memo1.Lines.Append(
IntToStr(Trunc(dt))+' '+IntToStr(ts.Date)+' '+
DateToStr(dt)+' '+DateToStr(TimeStampToDateTime(ts)));
// Увеличиваем внутреннее представление даты на 1
dt:= dt + 1;
ts.Date:= ts.Date + 1;
end;//for
end;(*FormCreate*)
Re: Дельта между ISC_DATE и дельфийским TTimeStamp
Alex Cherednichenko пишет: 25.03.2009 15415 28.02.2009 15412 31.01.2009 15415 30.11.2008 15414 31.10.2008 15415 30.09.2008 15414 31.08.2008 15415 30.06.2008 15414 31.05.2008 15415 30.04.2008 15414 31.03.2008 15415 Дельфийские TDateTime и TTimeStamp, при последовательном увеличении внутреннего представления даты на 1, выдают правильную последовательность дат. Проверял переход с февраля на март. А вот про ISC_DATE - не знаю. Проверь последовательность, если можешь.
Re: Опять лежит forum.ibase.ru
И опять лежит... На ibase.ru: Форум forum.ibase.ru - на сервисных мероприятиях, не будет работать 17-18 марта.
Re: RAID 5 на сервере базы данных
Alex Cherednichenko пишет: A> после того, как в 51-й раз пришлось объяснять очередным клиентам A> почему их новый сервак с РАИД 5 надо переконфигурировать для A> использования под базу данных, решил написать статью:пользуйтесь. A> если заметите неточности -- правьте прямо там. это wiki. КГ/АМ. Цитата: "Теперь становится очевидным почему RAID 5 не подходит для размещения файла базы данных." Кроме надёрганных (упрощенных) обрывков статей для чайников, никаких аргументов. Аргумент как раз ясен - запись короткой страницы БД на диск вызывает два дополнительных чтения и одну дополнительную запись. Типа 4 I/O вместо одного. Но при этом о степени параллелизма и влиянии кеша как-то умалчивается. Ведь в идеальном случае запись страницы реализуется двумя параллельными I/O (как и в зеркале). Так что без результатов тестов... И во-вторых. Автор сделал оговорки о применимости статьи, но вот с этой я не согласен: "выводы ... не относятся к тем редким случаям, когда база данных используется исключительно (или в основном) только для чтения". Я бы не назвал "редким" случай, когда изменения в базу вносятся интерактивно, небольшими пакетами, и для оператора увеличение задержки даже на 100мс роли не играет. Короче, правильная оговорка должна звучать так: "выводы ... относятся к тем редким случаям, когда база данных используется исключительно (или в основном) только для записи" :) ЗЫ. А вообще - вечная тема, что лучше - зеркало на двух дисках или райд5 на трех. Реальные истории читать всегда интересно. Так что - делитесь :)
Re: Off: 2DK about 100mb
Dmitri Kuzmenko пишет: В общем, сначала надо посмотреть техническое соответствие хостера желаемым параметрам. по пхп могу дать ссылку на php_info, посмотришь. Давай, если не жалко :)
Re: 2DK about 100mb
Dmitry Lendel пишет: Появлялись ли на сайте вирусы? Нет. У нас сайт очень простой. Я вирусы туда сам не сажал, а из вне нечем подцепить. :-))) Посмотри сам. www.bagel.com.ua Не удалось открыть сайт. Интересно, почему?
Re: 2DK about 100mb
Dmitry Lendel пишет: Нащ сайт и почта у них. Было время, когда действительно плохо работало. теперь вроде ничего. Я сравнил тарифные планы с другими провайдерами. Дорого получается на 100mb. За половину их суммы предлагают тоже + кучу всего дополнительно. Вопрос в том, выполнят ли свои обязательства, как обещали. Проплачено до конца года, а там видно будет. Вообщем, если не считать прошлогодних приколов, то с 2003 года особых претензий к ним нет. Спасибо. Ещё вопросик. Появлялись ли на сайте вирусы?
Off: 2DK about 100mb
Всем привет! Дима Кузьменко как-то жаловался на хостинг на 100mb.ru. Претензии остались или они исправились и можно к ним идти? (За оффтоп по пятницам не бьють!)
Re: Зависания 2.0.4
Alexey Popov пишет: Похоже косяк именно в клиенте 2.0.4. Ибо оно тоже виснет когда сервер 2.1. Когда клиент 2.1 пока не виснет. Привет! Почему решили переходить на 2.1, а не вернулись на 2.0.3 ? Просто любопытно. ЗЫ. Часы у тебя на компе спешат.
Re: GFIX - коды возврата
Dmitri Kuzmenko пишет: > тебе же написали - в реестре запись надо убрать. Я хочу здесь понять ситуацию. > реестр, конфиг из реестра, порт. Т.е. в обоих случаях 1) host/3050:db 2) host:db библиотека fbclient а) находит конфиг сервера 3052 (в данном случае через локальный реестр). б) находит в конфиге порт 3052 и начинает считать его умолчательным портом для строки коннекта. в) в случае 1) умолчательный порт перекрывается явно заданным 3050. г) обращается по вычисленному порту к хосту host. Неожиданным для меня оказался пункт б). Всем спасибо.
Re: GFIX - коды возврата
Vlad Khorsun пишет: >Они все что - по воздуху с сервером соединяются ? Про клиент читай. Dmitry Yemanov пишет: > Так себя ведет fbclient. Проясните, пожалуйста, конкретную ситуацию. Больше не буду на эту тему чесслово! - два FB20 разных версий запущены как приложения на портах 3050 и 3052, порты прописаны в их конфигах. Условно, 3050 - рабочий, а 3052 - недавно поставленный для экспериментов. - тот, который 3052 зарегистрирован в реестре. - на сервере 3050 есть юзер ххх, на 3052 - нет - gfix и fbclient от 3050 скопированы в отдельный каталог, подальше от серверного. Запускаем последовательно две команды, отличающиеся только наличием/отсутствием порта 3050: gfix.exe -online -user xxx -password xxx localhost/3050:e:\dbs\vvt\vvt.fdb Target shutdown mode is invalid for database "E:\DBS\VVT\VVT.FDB" -- Это нормальная реакция, база давно в онлайне. gfix.exe -online -user xxx -password xxx localhost:e:\dbs\vvt\vvt.fdb Your user name and password are not defined. Ask your database administrator to set up a Firebird login. -- В какой момент разошлись цепочки выполнения этих двух команд? -- По какому порту шло обращение (какой сервер мне ответил)? -- Разжуйте плиз для особо тупых логику происходящего.
Re: GFIX - коды возврата
Yurij пишет: On May 7, 9:56 am, "М.Королев" <[EMAIL PROTECTED]> wrote: Dmitry Yemanov пишет: подконнектится не к умолчательному 3050, а к тому, который в данный момент прописан в реестре? Информация из разряда must have. В документации по gfix - не видел. А остальные утилиты так же себя ведут? Они еще и на уровень выше относительно себя firebird.conf ищут, даже без записей в реестре. Это нормально - откуда запустил, того и тапки.
Re: GFIX - коды возврата
Dmitry Yemanov пишет: М.Королев wrote: Т.е. если запущено несколько серверов на разных портах, то gfix ... localhost:DB подконнектится не к умолчательному 3050, а к тому, который в данный момент прописан в реестре? Да. Одна из причин почему я *всегда* рекомендую удалить все из реестра, если установлено более одного экземпляра сервера. Информация из разряда must have. В документации по gfix - не видел. А остальные утилиты так же себя ведут?
Re: GFIX - коды возврата
Dmitry Yemanov пишет: Находит через реестр и анализирует firebird.conf ? Канэчна. Т.е. если запущено несколько серверов на разных портах, то gfix ... localhost:DB подконнектится не к умолчательному 3050, а к тому, который в данный момент прописан в реестре?
Re: GFIX - коды возврата
Вот ещё одна загадка gfix (для меня). FB203 запущен локально как приложение, слушает порт 3052. В aliases.conf прописан алиас базы VVT. GFix.exe скопирована в каталог приложения и запускается оттуда. 1) gfix -shut ... localhost/3052:VVT - естественно, проходит 2) gfix -shut ... localhost/3050:VVT - естественно, НЕ проходит 3) gfix -shut ... localhost:VVT - ПРОХОДИТ 4) gfix -shut ... VVT - ПРОХОДИТ Что она делает в случаях 3 и 4 ? Как определяет, по какому порту коннектиться к серверу? Находит через реестр и анализирует firebird.conf ?
Re: GFIX - коды возврата
Nikolay Ponomarenko пишет: On May 6, 10:28 am, "М.Королев" <[EMAIL PROTECTED]> wrote: Итить её. Я и ветку начал, когда увидел, что gfix сообщение о невозможности перехода в заданный режим выдала, а код возврата вернула 0. Попробую ориентироваться на отсутствие текста на выходе gfix. Как временная мера - сойдет. Я встречал такой вот код: gfix -shut -attach 30 d:\newua\train.gdb -user SYSDBA -pass masterkey 2> errout.tmp echo 1> nul 2> empty.tmp echo N 1> N_CR.tmp comp errout.tmp empty.tmp 1> nul 2> nul < N_CR.tmp if errorlevel 1 GOTO NOT_SHUT_TRAIN echo Shutdown train ok >> %BATLOGFILE% http://groups.google.com/group/ru-firebird/browse_frm/thread/80ca62b5ec20cf1d/18bb38e754ed2849?lnk=gst&q=gfix+ponomarenko#18bb38e754ed2849 Ага. Вспомнил эту тему. Спасибо. У меня из программы шатдаунится, оттуда проверять файл на отсутствие текста проще и надёжнее. Жаль что gfix единичку не возвращает.
Re: GFIX - коды возврата
Dmitry Yemanov пишет: Проверить уже десяток раз можно было. Exit Codes на командах shut/online возвращает? На всех возвращает. В виде 0 или 1. Итить её. Я и ветку начал, когда увидел, что gfix сообщение о невозможности перехода в заданный режим выдала, а код возврата вернула 0. А кучу экспериментов ставить было лень, поэтому спросил :) Прости, если можешь :) Ну да как грицца, It doesnt matter. Попробую ориентироваться на отсутствие текста на выходе gfix. Как временная мера - сойдет.
Re: GFIX - коды возврата
Attid пишет: а чем DBConfig.ShutdownDatabase(smForced,0); не устраивает ? Тем, что это шатдаун до статуса multi, т.е. "unlimited attachments of SYSDBA/owner are allowed". А хотелось бы до статуса single user. Чтобы кроме меня (если успел) больше никто не смог подключиться. Может, я неправильно этот режим понимаю?
Re: Спецы посоветуйте...
Alex Cherednichenko пишет: DK> да. Шо да? Написана чушь. О двойных отказах речь не идёт. Ну почему сразу лажа, чушь? На уровне "показать _модель_ на пальцах" - вполне сойдет.
Re: FB2.1 Error messages
DmitryLe пишет: 2004 год. Я еще был кучерявый. :-)) :) Только сейчас фразу заметил. Почту намекни, а то не знаю, дойдет ли вот сюда: [EMAIL PROTECTED] info<собака> bagel<бублик> .com<для всех> .ua<Украина> Ушло. Если тебе это по работе не нужно, то статус моей просьбы - "если не влом или интересно".
Re: FB2.1 Error messages
Dmitry Lendel пишет: Немного не в тему, но рядом. Дмитрий, видел твои IS-скрипты установки полуторки (клиент и сервер). Если есть и для FB2.0, и можешь поделиться, то скажи, где взять, плз. Я это так давно писал, что уже и не помню. :-))) Если есть копия, скинь, сделаю для 2.0 Лень искать в архивах. Просто в данный момент у нас, установка FB идет вместе с приложением по выбору. Дмитрий 2004 год. Почту намекни, а то не знаю, дойдет ли вот сюда: [EMAIL PROTECTED]
Re: FB2.1 Error messages
Dmitry Lendel пишет: По-моему оно Этому верить нельзя C:\firebird\firebird_21\bin>instclient.exe i f -f FBCLIENT.DLL has been installed to the System directory. Он не заменил FBCLIENT.DLL, а написал, что да. Немного не в тему, но рядом. Дмитрий, видел твои IS-скрипты установки полуторки (клиент и сервер). Если есть и для FB2.0, и можешь поделиться, то скажи, где взять, плз.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Vlad Khorsun пишет: "Alexey Popov" ... Даёшь серверу запрос select f from tbl order by f и он грязно ругается. Вот тебе и наукообразие. Да пофиг какая там практическая ценность, но данный запрос обязан отрабатываться всегда вне зависимости от типа поля выдавать некий стабильный порядок. Цитату из стандарта давай Кстати, а блобы есть в стандарте? Мне бинарные строки только вспоминаются.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Подписываюсь под каждым байтом.
Re: FB2.1 Error messages
Vlad Khorsun пишет: У меня в Мозилле - нормально. Ньюс ридером почитай, а не броузером В ньюс ридере от Мозиллы (SeaMonkey) - нормально.
Re: FB2.1 Error messages
Vlad Khorsun пишет: "Dmitry Lendel" ... А может всё-таки настроишь кодировку в своих письмах ? Или только я один страдаю, читая эту белиберду ? У меня в Мозилле - нормально. Хотя кодировку сообщения найти не смог :)
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Voroshin пишет: Нет не так. Я исхожу из того, что в блобах обычно хранят ТЕКСТЫ. Большие или маленькие - к делу не относится. Очень частый случай: примечание. Так вот хранить тексты в строках - это извращение. Сортирвать строку в 2 куда страшнее чем блоб в 500. То что блобы имеют теоретически неограниченную длину тут не очень влияет, так как в 99.9% случаев они отличаются уже в начале. В блобах обычно хранят х.з.ч. В разных кодировках и форматах. И в 99% случаев их сортировка не нужна. При необходимости - order by SUBSTRING(blob_field FROM 1 FOR 99)
Re: К пятнице, а то забуду
Неудачный день http://www.pina.com.ua/nas.php
Re: QT + FB
Sergey Nikolaenko пишет: есть еще проект MSEGUI+MSEIDE Интересно. Если не трудно, поделитесь впечатлениями от реального использования.
Re: Похоже на пятничное чтение
Oleg LOA пишет: "Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Формально, это дело нужно не загасить, а довести до конца. Мое мнение. Дима, озадачся более важными проблемами ;-), вот у меня лимон в потолок упёрся. Что делать Подрезать жалко, не подрезать - нельзя. Вот это проблема!!! :-):-):-) В сказке одной дано решение этой задачи. Забыл как называется
Re: IB4.0 - я крут :))
Kovalenko Dmitry пишет: Спасибо народу за раритетные дистрибутивы IB4 и IB4.2 Помню, что был у меня где-то в кладовке CD на тему Дельфи с IB 3.0 for SCO чего-то там. Могу порыться, если интересует.
Re: INSERT - RETURNING для view
ДА. Оба варианта работают. Спасибо.
Re: INSERT - RETURNING для view
Dmitry Yemanov пишет: М.Королев wrote: Попытался использовать INSERT INTO view1 . . . RETURNING oid INTO :newoid; - похоже, не рассчитан RETURNING на работу с вьюхами. Рассчитан. Но если значение oid для нижележащей таблицы генерится триггером вьюхи, то надо его присвоить еще и в NEW вьюхи, откуда его и прочитает RETURNING. Значение oid генерится триггером нижележащей таблицы. А в триггере вьюхи - просто вставка в эту таблицу. Если я правильно понял, то в триггере вьюхи надо сделать insert into T1(oid,F1) values(new.oid, new.f1) -- здесь new.oid еще пустой returning oid into :newoid; new.oid = newoid; Или можно без промежуточной переменной? Типа returning oid into new.oid; Вид у конструкции жутковатый :) Ща попробую.
INSERT - RETURNING для view
Всем привет, а особенно DY! FB 2.0.1.12855 Попытался использовать INSERT INTO view1 . . . RETURNING oid INTO :newoid; - похоже, не рассчитан RETURNING на работу с вьюхами. Обойтись без этого можно, поэтому просто уточняющий вопрос: INSERT-RETURNING работает только при вставке в _таблицу_ ?
Re: Как поменять COLLATE в домене?
Dmitri Kuzmenko пишет: М.Королев wrote: Ничо не понял. Почему домен должен отражать смысл, да еще в таком узком смысле? :) Чем плох DNAME в качестве домена для First, Middle и прочих Name'ов? Чем плох DID в качестве домена для ID'ов (чеки в домен не включаем) ? От чего спасает наличие разных системных доменов для одинаковых типов? Когда LastName перестает быть равен FirstName по типу и формату? Тупой я сёдня Хреново вы, батенька, в моделировании упражнялись :-) Хуже скажу, - я в игре на контрабасе вообще не упражнялся :) Но это не мешает мне настраивать гитару. Потому что для этого _достаточно_ слуха, рук и знания приемов настройки. FirstName <> LastName потому что первое это ИМЯ, а второе - ФАМИЛИЯ. Первая реакция - дать достойный ответ на столь грубый наезд :) Но что-то зацепило, и подумал, что, возможно, здесь-то и лежит камень взаимонепонимания с угОльными краями. Так вот. Я бы принял (с натяжкой) это в качестве аргумента, если бы собирался в рантайме анализировать имя домена и выполнять какую-то обработку данных, зависящую от этого имени. Ну например, автоматически преобразовывать все поля DNAME в верхний регистр. Или интерпретировать имя домена как имя класса объекта. Но я не собираюсь этого делать! И не потому что нельзя или плохо, а просто потому, что это не входит в _мои_ приемы настройки гитары. А Имя это не Фамилия. Я думаю, редко какому разработчику в голову придет написать update persons set LAST_NAME = FIRST_NAME where ... или select ... from A, B where A.LAST_NAME = B.FIRST_NAME, разве не так? И так и не так. Редко какому, потому что задача такая редко возникает. А если поставить задачу выявить процент китайцев, у которых в полном имени есть одинаковые слова, то _любой_ разработчик примерно это и напишет. Вообще, пример с именами неудачный. Т.к. даже если ты считаешь, что имя и фамилия - объекты разных классов, то все равно у них есть общий предок. И больше сходства, чем различий в формате, размере и т.д. И точно так же ID в таблице товаров не равен ID в таблице клиентов. Потому что еще и может формироваться по разным правилам. И вообще, извините меня, это ., писать Да не надо им общий домен давать, если по разным правилам! НЕ НАДО! Вопрос опять в общем предке и степени сходства-различия. А многоточие не понял. Говорю же, туп-с! create domain DID NOT NULL, а потом везде этот домен клепать, когда можно было просто написать столбцам ID INT NOT NULL. Не верю я, что ты не понимаешь, зачем это может быть нужно. Я может перегибаю с тоном, но я не могу понять удовольствия от использования вот этого самого DID. А холивар так холивар :) Кто не с нами, тот против нас! И вообще, Дмитрий, я вычеркиваю из твоей характеристики фразу "величайший гений базостроения". и оставляю просто "великий гений базостроения". Вот так вот. Великий гений и ни копейки больше :) Например, при моделировании структуры БД в концептуальной модели один и тот же атрибут нельзя использовать в качестве идентификатора более чем одной таблицы. Потому что таблица - сущность. И идентицифируется каждая по своему, пусть даже им всем десяти влуплены генераторы типа GEN_N и они отщелкиваются с одинаковым шагом. Шайтан! Вот он - незамутненный источник знания! Ты бы так сразу и сказал - "хочу, чтобы схема БД удовлетворяла требованиям конкретного моделлера". Или UML. Или еще чего-нибудь умного и запрещающего тебе использовать один домен для ID'ов разных таблиц. А если серьезно, я согласен с описанным тобой ограничением, если упомянутый атрибут - это атрибут предметной области (модель-то концептуальная). Но какое отношение к этому имеет мой суррогатный ID ? Так что если эта практика повлияла на твое отношение к DID'у, - то это влияние игры на контрабасе при настройке гитары. В общем, не надо меня разочаровывать :-) Я понимаю - нормализация не догма, наличие FK не догма, not null в FK не догма, и так далее. Но хоть что-то святое должно же остаться? :-) Хорошо сказал. Присоединяюсь. p.s. дорвались, понимаешь, до доменов... Не говори. И давай не будем дальше холиварить. Неблагодарное это дело. Времени тратишь вагон, а результата - никакого, потому что переубедить оппонента не удается. А если удается, - то это уже не холивар :)
Re: Как поменять COLLATE в домене?
Dmitri Kuzmenko пишет: Ded wrote: На самом деле вопрос - типичный холивар. На мой личный взгляд одни траблы с возможными противоречиями по ограничениям между доменами и столбцами сводят на нет преимущества читабельности. Но это всего лишь absolutely. хотя по теории домены-то как раз нужны в случаях столбцов вроде PHONENUMBER, когда есть нечто "единого типа", "смысла" и "формата". А вот уже V40 в качестве FirstName и LastName не годится, ибо LastName <> FirstName по смыслу. Придание им свойств одного домена как раз и вносит путаницу, даже если эти два столбца вусмерть одинаковы по типу и формату. Но это в теории. Понятно, что если ITEM_ID и CLIENT_ID имеют тип INT даже без домена, то по смыслу хоть они не равны, а системный тип, сиречь домен, все равно один и тот же (хотя в сист. таблицах - разный, что и спасает). Отсюда и возникает экономная доменная типизация в виде VCHAR40, VCHAR80 и т.п. А вот когда LastName перестает быть равен FirstName по типу и формату, а для обоих указан VCHAR40, тогда начинается пестня... Ничо не понял. Почему домен должен отражать смысл, да еще в таком узком смысле? :) Чем плох DNAME в качестве домена для First, Middle и прочих Name'ов? Чем плох DID в качестве домена для ID'ов (чеки в домен не включаем) ? От чего спасает наличие разных системных доменов для одинаковых типов? Когда LastName перестает быть равен FirstName по типу и формату? Тупой я сёдня
Re: Как поменять COLLATE в домене?
Ded пишет: М.Королев wrote: А если в 10-20 таблицах и в десятке-другом процедур/триггеров? Я не конкретно про ФИО. А экономия не в кол-ве нажатий клавиш при наборе имени, а, например, в уменьшении вероятности ошибки при реструктуризации. Сдаёццо мне, что вероятность ошибки пропорциональна количеству типов. А когда все Int и есть Int, а не Int_For_PK, Int_For_FK, Int_For_Shtuk и т.п., то ошибиццо ну очень трудно :) Эх... Соглашусь конечно, куда девацца... А потом приведу пример, утрированный в другую сторону :) И ничего этим не докажу... Но думаю, золотая середина все же есть и домены придуманы не зря. Было раньше такое понятие - все, конечно, знают, просто я его давно не встречал, - "концептуальная целостность". Брукс его очень ценил. Так вот, "Сдаёццо мне", что эта самая КЦ вместе в чувством меры где-то рядом с золотой серединой и лежат.
Re: Как поменять COLLATE в домене?
Dmitri Kuzmenko пишет: М.Королев wrote: Давно не сталкивался, но где-то они все же выскакивали. Вроде бы, системные имена доменов появлялись в сообщениях об ошибках. Что приводило к дополнительному колупанию. ну, если колупать системные таблицы вообще, то оно, конечно... :-) Та ни. Без всякого желания колупал :) И если эти FM,IM, OT используются в одной-двух таблицах, то где здесь "экономия"? А если в 10-20 таблицах и в десятке-другом процедур/триггеров? Я не конкретно про ФИО. А экономия не в кол-ве нажатий клавиш при наборе имени, а, например, в уменьшении вероятности ошибки при реструктуризации. не знаю я, какая там у вас реструктуризация, что один домен в 10-20 таблицах используется, именно как домен, а не как v40, к примеру. про процедуры и триггеры ты приврал, т.к. нету пока никаких доменов ни в триггерах, ни в процедурах. А вот когда появятся, так вот вы меня еще вспомните :-) Не врал я! А говорил из общих соображений :)
Re: Как поменять COLLATE в домене?
Dmitri Kuzmenko пишет: Igor Zakhrebetkov wrote: FB/IB автоматически создает новый домен для каждого столбца таблицы. Поэтому IMHO лучше самому логически объединить некоторые столбцы, например задать для полей FM, IM, OT домен типа CHAR40, чем потом увидеть в своей БД домены типа RDB$D0001,RDB$D0002 и тп окстись - где ты системные имена увидишь, или собираешься увидеть? В редакторе столбцов IBExpert? А зачем их редактировать? И если уж туда понесло, то тогда какая разница? Давно не сталкивался, но где-то они все же выскакивали. Вроде бы, системные имена доменов появлялись в сообщениях об ошибках. Что приводило к дополнительному колупанию. И если эти FM,IM, OT используются в одной-двух таблицах, то где здесь "экономия"? А если в 10-20 таблицах и в десятке-другом процедур/триггеров? Я не конкретно про ФИО. А экономия не в кол-ве нажатий клавиш при наборе имени, а, например, в уменьшении вероятности ошибки при реструктуризации.
Re: Не удержался, извините :)))
Мадорский Г.В. пишет: "WildSery" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] http://j-walk.com/other/wifispray/ -- Пять баллов! Молодцы! Это не воздухом для шин торговать! Тут высокия технологии панимаешь... Там внизу написано, что это шутка. Больше всего понравилось "Не использовать беременным женщинам, женщинам, которые были беременны и которые могут стать беременными"
Re: ANN: dbcDataPump
Oleg LOA пишет: 1) Бу-га-га 2) Бу-гы-га 3) Бу-га-гы 4) Бу-гы-гы 5) Бугага 6) Бугыыг 7) Бу-обратитесь-к-LOA-он-укажет-вам-путь-пеший-эротический И расписать что каждое означает, например Бу-га-га - "Наивные, велосипед давно уже построен" Бу-гы-га - "Наивные, велосипед давно уже построен, это путь граблей" Ну и так далее :-):-):-):-) К вопросу о построении бугагавого справочника. 1) Поскольку, очевидно, все раскодировки будут начинаться с "Наивные, велосипед давно уже построен", предлагаю закрепить эту фразу за слогом "Бу". 2) "гы" или "га" - пусть автор определится - ", это путь граблей". 3) Осталось задать ге, ги, го, гу, гы, гэ, гю, гя. Таким образом, Бу-га-га - это _настойчивое_ предостережение от предлагаемой идеи.
Re: Не пойму почему все молчат! Сегодня ДР у Димы Кузьменко!
Уважаемые коллеги! Позвольте обратить ваше внимание на тот факт, что до ДР Дмитрия остается 360 дней. У человека высокообразованного и глубокоинтеллектуального, такого, например, как Дмитрий, круглая цифра 360 всегда ассоциируется с сущностью "градус". "Градус" же, в свою очередь, у культурного, цивилизованного, такого, как, например, Дмитрий, человека вызывает широчайший спектр ассоциаций. Давайте же, дорогие друзья, отыщем ту единственно верную цепочку ассоциаций, которая поможет нам, в наше трудное время, остаться здоровыми, удачливыми, конкурентноспособными трудоголиками, такими как Дмитрий, например. М.Королев
Re: Результат запроса зависит от плана в FB2 RC1?
Moiseyenko Dmitriy пишет: Правильный результат будет также, если убрать cast к double precision. Или написать cast(4.5 as numeric(15.3)) FB WI-T2.0.0.12484 Firebird 2.0 Release Candidate 1
Re: Тестирование классика
Нажал "Ответить отправителю", а пришло сюда. Сорри. Буду знать.
Re: Тестирование классика
Dmitry Yemanov пишет: Просьба тем, кто уже закачал двойку и тестирует/использует ее под виндами. Надо проверить максимальное кол-во одновременных соединений, которое держит сервер. Достаточно просто делать аттач к любой базе, без каких-либо действий. Затем этот же тест повторить на классике 1.5. Если результаты будут разниться более, чем на погрешность - сообщить, с указанием использованного протокола, установленного кол-ва соединений, объема доступной RAM на момент последнего подключения и текста ошибки (для обоих серверов). Если кому нужна уже готовая прога для тестирования - напишите мне на мыло и я ее вышлю. Есть багрепорт, что FB2 CS чем-то ограничивает (предел зависит от платформы) кол-во коннектов, причем независимо от протокола коннекта. В то время как FB 1.5 CS создает много больше коннектов (до предела системных ресурсов, как и должно быть). Я не могу это воспроизвести - у меня оба сервера дают ровно 260 коннектов, после чего получаю "connection rejected". Это тоже не совсем гуд, т.к. 300 метров ОЗУ остается свободно, но это уже немного другая история... Добрый вечер, Дмитрий! Есть 2 машины под Win2000 с FB2.0 - слабая (P III, 128МБ ОЗУ) и средняя (Athlon XP 1800+, 1024МБ ОЗУ). Если интересуют такие машины - высылай программу. М.Королев
Re: Кажись, сбывается мечта многих (идиотов? :-)
Sergey Nikolaenko пишет: По поводу лычек Я понял! Вот этот Хунь постит нам рекламу в конфу. Посмотри на его адрес: Для связи: Капитан Фей-Ри-Хунь e-mail: [EMAIL PROTECTED] :)
Re: Кажись, сбывается мечта многих (идиотов? :-)
Sergey Nikolaenko пишет: E> Кто тебе дал право хамить вообще? Постоянно хамишь в ответ на нормальные E> сообщения. Мания величия развилась? Ммм.. как бы тебе обьяснить помягче-то.. все люди конечно равны, но некоторые из них ровнее.. особенно в этой конференции А самые равные, видимо, носят лычку в погоне и могут дать в зубы и отправить чистить сортир. Гниловатый базарец начался.
Re: На: Кажись, сбывается мечта многих (идиотов? :-)
Евгений пишет: coalesce неудобно, невозможно запомнить, как пишется это дурацкое слово Запомнить просто. В нулевом приближении это "колесо". Но колесо - символ совершенства :), а coalesce - это вот такое вот "коалесце".
Re: Кажись, сбывается мечта многих (идиотов? :-)
Boulitchev Aleksey пишет: coalesce неудобно, невозможно запомнить, как пишется это дурацкое слово кто просил тесты от ламеров :) ? Самое корявое слово в SQL. Смысл не соответствует выполняемой функции. Произносить в русском контексте - ваще абзац. Употреблять,например, firstnotnull - было бы гораздо проще.
Re: Это не пятничный рассказ, это просто надо прочитать
Dmitri Kuzmenko пишет: Hello, М. Королев! М.Королев wrote: PS. Интересно, к какой категории автор отнесет того, кто скажет "Я сегодня не обедал", а потом начнет вертеть башкой, чтобы увидеть, кто на него оглянулся. я сегодня обедал, хотя это бывает нечасто. Не привык обедать... Неожиданный поворот :)) Я вот тоже шоколадку угощенную жую вместо обеда. Надо с этим кончать.
Re: Это не пятничный рассказ, это просто надо прочитать
Slava Ekimov пишет: Н А Тэффи писала в начале 20 века, еще до революции. http://www.teffy.ru/collections/jumor2/chel.phtml Варианты: а) Это юмор такой. Типа каждый читающий должен постепенно себе признаться, что он к "человекам" не относится. И вообще, в радиусе 100км вряд ли "человека" встретит. Короче, теория Дарвина торжествует. б) Это всерьез. Че-т не хочется развивать эту тему. Осталось объявить набор в партию "человеков" и посмотреть на процент записавшихся. в) Общее впечатление, независимо от вариантов: читать почему-то неприятно. PS. Интересно, к какой категории автор отнесет того, кто скажет "Я сегодня не обедал", а потом начнет вертеть башкой, чтобы увидеть, кто на него оглянулся.
Re: OFF: для Антох и не только (пятница, сэр!)
Igor Zakhrebetkov пишет: но некоторые ответы IMHO не совсем однозначны: 9 - правильным считается 3, хотя 2 тоже правильный Там очень специфическая семантика слова "иногда". Когда написано "иногла урдит", то по умолчанию надо добавлять фразу "а иногда ни хрена не делает". А по обычной семантике этого слова, все три ответа верные.
Re: Non-Updatable views - how to update field ?
Ded пишет: в FB1.0 засада с этим триггером все-таки была. Другая какая-то, могу вспомнить, но наверное это уже никому не интересно. А чё вспоминать. На обновляемых вьях апдейт шёл 2 раза если ещё и триггер был. Вот же ж ёклмн ! Наверно, действительно это двойной апдейт был, только я тогда не понял. Там было несколько полей, которые в триггере апдейтились F = new.F, а одно поле вычислялось и присваивалось. Так вот это присвоение игнорировалось нафиг. Другие части триггера отрабатывали нормально. Если на примере этой ветки, то триггер BU на вьюхе begin update T set A = new.A, B = 999 -- Вот это 999 проигнорируется в 1.0 where PK = old.pk; end Сейчас думаю, что это было не игнорирование, а переприсвоение натуральным апдейтом. Спасибо.
Re: Non-Updatable views - how to update field ?
Каку бросил, взял сразу FB2. Проверил. Запрос >update V >set A = 123 >where PK = 456; при триггере > create trigger V_BU_SIMPLE for V > active before update > as begin >update T >set A = new.A, B = new.B >where PK = old.PK; > end значение 2-го неключевого поля действительно не затирает. Надо было сразу, конечно, проверить. Но пробел в голове был инициирован тем, что в FB1.0 засада с этим триггером все-таки была. Другая какая-то, могу вспомнить, но наверное это уже никому не интересно.
Non-Updatable views - how to update field ?
Всем привет! Как отредактировать отдельное поле в нередактируемой вьюхе? Предположим, есть таблица и просмотр, редактируемый триггерами: create table T ( PK integer not null primary key, A integer, B integer); create view V as-- Пусть он по каким-то причинам select * from T; -- НЕ будет naturally updatable 1) Если триггер на апдейт такой: create trigger V_BI_SIMPLE for V active before update as begin update T set A = new.A, B = new.B where PK = old.PK; end то запрос на изменение _одного_ поля в строке вьюхи обNULLит второе неключевое поле. Т.е. после update V set A = 123 where PK = 456; будет A=123 B=NULL, предыдущее значение B потеряется. 2) Если триггер на апдейт посложнее, с проверкой на NULL: create trigger V_BI_COMPLEX for V active before update as begin if (new.A is not null) then update T set A = new.A where PK = old.PK; if (new.B is not null) then update T set B = new.B where PK = old.PK; end то это, во-первых, коряво, особенно если полей много, а во-вторых, не позволит занести NULL в поле, если понадобится. Может, у меня пробел в голове и есть красивое решение?
Re: Максимальная длина EXECUTE BLOCK
Eugeney Putilin пишет: Hi "Alex Cherednichenko" М> А хочется ему М> EXECUTE SCRIPT Подходи сюда, я открою тебе глаза. isql -i filespec Уга и пароль рута в придачу DECLARE EXTERNAL FUNCTION EXEC_ISQL_SCRIPT CSTRING(255) ? Тоже геморрой. Там - проктология. Нету щастья.
Re: Максимальная длина EXECUTE BLOCK
Злые вы в этой ветке. Конструкция новая, не все про нее знают. А хочется ему EXECUTE SCRIPT
Re: Поиск по конференции
М.Королев пишет: Можно ли наш старый добрый поиск http://fbs.com.ru/cgi-bin/search/search.cgi настроить/изменить, чтобы он искал по gmane-овской конфе ? Я даже забыл, кто автор, а на странице поиска автор не указан. Все понял . Вину осознал. Каюсь. Мораль: не надо сюда вопросы задавать, пока не подумал своей головой минут 5 хотя бы. Спасибо всем.
Re: Поиск по конференции
Сергей Фетискин пишет: Можно ли наш старый добрый поиск http://fbs.com.ru/cgi-bin/search/search.cgi настроить/изменить, чтобы он искал по gmane-овской конфе ? Я даже забыл, кто автор, а на странице поиска автор не указан. А чем гугловский поиск не устраивает? Все устраивает, спасибо. Просто не заходил я сюда ни разу через WEB. Туп-с!
Поиск по конференции
Можно ли наш старый добрый поиск http://fbs.com.ru/cgi-bin/search/search.cgi настроить/изменить, чтобы он искал по gmane-овской конфе ? Я даже забыл, кто автор, а на странице поиска автор не указан.
Re: OFF Java программисты и зарплата
Alex Cherednichenko пишет: >> Идет клиппер, на клиппере шкипер, у шкипера триппер. АS> Казалось бы, при чем тут firebird?.. Короче говоря, гоподА, плывет по реке баржа, полна народу, и у всех сифилис... (С) Без окон, без дверей - полна .опа огурцов! (С) Предыдущие посты были нейролингвистическим программированием, потому что я не смог этого сюда не запостить.
Re: Генератор баз данных
Николай Войнов пишет: Boltik Evgeny пишет: Кому интересно можете посмотреть. http://www.bstsoft.narod.ru/gen_db.htm Шось не качатся 62.33.186.12 не пингуется
Re: OFF Java программисты и зарплата
Ded пишет: М.Королев wrote: Ну что сказать? Пацан хорошо удар держит. Ты эта. Джигиты сами разберутся. Ты прав. Хотя напрвление задал "парень на Клиппере"
