Re[11]: WHERE column = NAN ?
Приветствую Вас, 06.10.2006 в 8:34, Вы писали: BA> был мне сон что when выскочит в этой процедуре всего один раз. вещий или BA> нет - не знаю нет не вещий, процедура срабатывает столько сколько надо и именно где НАН ЗЫ: 1.5.3 диалект 1 -- С Уважением, Дмитрий Котельников
Re: Re[9]: WHERE column = NAN ?
был мне сон что when выскочит в этой процедуре всего один раз. вещий или нет - не знаю вспомнил - надо сделать две процедуры - одна бегает по всем записям, а другая ошибается и правит -- Булычев Алексей http://www.stella-npf.ru
Re: WHERE column = NAN ?
Ну с проблемой ты вроде справился. А расскажи, какая ошибка была в приложении? А то я чего-то не разу не сталкивался. я сталкивался. запись даты в базу третьего диалекта клиентом первого. -- Булычев Алексей http://www.stella-npf.ru
Re: Re[9]: WHERE column = NAN ?
только не помню, как сейчас when any работает, а то может придется апдейтик прогнать по колву записей Получилось спасибо, только если сделать cast(FIELD1 as int) тогда срабатывает when any. Тут не может быть каких-то подводных камней? был мне сон что when выскочит в этой процедуре всего один раз. вещий или нет - не знаю -- Булычев Алексей http://www.stella-npf.ru
Re: WHERE column = NAN ?
Приветствую Вас, Привет. Были ошибки в приложении и записывало в базу числа как NAN, ошибку в приложении исправили, а как поправить базу? Как сделать что-то типа этого: UPDATE table SET column = NULL WHERE column = NAN; Ну с проблемой ты вроде справился. А расскажи, какая ошибка была в приложении? А то я чего-то не разу не сталкивался. With b/r. Gleb.
Re: гетерогенные запросы
Vladimir A.Bakhvaloff wrote: > Какая попсовая опечатка!.. Родной Вечный Файл!.. Даже представить не > могу!.. %))) Если вы такие умные, что же вы строем не ходите (c)
Re: А на когда намечено в системных таблица
Vlad Horsun wrote: > > Да, да, да! А я еще год назад плакался > > Не нужно плакаться :) > Нужно вносить feature request'ы в трекер. Мне вчера Котляревский что-то английскими буквами написал. Я думал - послал на... Оказалось наоборот, в гости приглашает :))) Поэтому и пишу сюда. Я еще хочу кодовую по имени AUTO. Коваленко Дмитрий.
Re: А на когда намечено в системных таблиц
Hello, Dmitry! You wrote on Thu, 05 Oct 2006 19:58:29 -0700: KD> Где-то я это уже слышал... Только в том KD> случае я забил и вплотную занялся KD> программированием. Здесь предлагаешь KD> пока по-девкам пошататься? По девкам (без дефиса). Можно и по бабам. :) Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixtntobru
Re: А на когда намечено в системных таблиц
Ded wrote: > > Не ранее как на через год. > > Ясна. Мне не дожить. Не расстраивайся так. Вполне возможно - я тоже :( > Ну и фиг с ним, и так жить можно. Я ж понимаю, > что с такой фигнёй лезть поперёк перевода доступа к данным через > архаичный SQL с его ограничениями на современный EB, открывающий широкие > перспективы творчества художественным артистичным натурам, просто смешно > ;) Бугагага. Коваленко Дмитрий.
Re: А на когда намечено в системных таблиц
Dmitry Yemanov wrote: > > > > Добавить поля Таймштамп Создания и Таймштамп Последнего Изменения? > > Не ранее как на через год. Где-то я это уже слышал... Только в том случае я забил и вплотную занялся программированием. Здесь предлагаешь пока по-девкам пошататься? Коваленко Дмитрий.
Re: А на когда намечено в системных таблиц
Ded wrote: > > Да, да, да! А я еще год назад плакался > > Диме Еманову, что хочу аналогичные > > timestamp+счетчик изменения на каждую > > запись в базе данных > > Фигли плакаться, на своих таблицах у меня before-триггера этим вкупе > с именем регистратора и последнего изменятора занимаюццо с 96-го году. А > вот структура системных-то не в моих руках. Начнешь тут крокодильевыми слезами, когда обнаружишь что как раз такой "before-trigger" забыл в патч включить. А у нас на этом репликация висит... Коваленко Дмитрий.
Re: А на когда намечено в системных таблиц
> Kovalenko Dmitry wrote: > > > > Да, да, да! А я еще год назад плакался > > Позолоти ручку (с) :-) Дима, ты стал таким циничным ну прям как я :))) Коваленко Дмитрий.
Re: А на когда намечено в системных таблицах
Dmitry Yemanov wrote: Добавить поля Таймштамп Создания и Таймштамп Последнего Изменения? Не ранее как на через год. Ясна. Мне не дожить. Ну и фиг с ним, и так жить можно. Я ж понимаю, что с такой фигнёй лезть поперёк перевода доступа к данным через архаичный SQL с его ограничениями на современный EB, открывающий широкие перспективы творчества художественным артистичным натурам, просто смешно ;) Меня просто эти названия позабавили и факт их существования с незапамятных времён, видимо. Считайте пятничным постом, типа поделился усмешкой. -- Regards. Ded.
Re: А на когда намечено в системных таблица
Kovalenko Dmitry wrote: Да, да, да! А я еще год назад плакался Диме Еманову, что хочу аналогичные timestamp+счетчик изменения на каждую запись в базе данных Фигли плакаться, на своих таблицах у меня before-триггера этим вкупе с именем регистратора и последнего изменятора занимаюццо с 96-го году. А вот структура системных-то не в моих руках. -- Regards. Ded.
Re: А на когда намечено в системных таблицах
Ded wrote: Добавить поля Таймштамп Создания и Таймштамп Последнего Изменения? Не ранее как на через год. -- Дмитрий Еманов
Re: А на когда намечено в системных таблица
Kovalenko Dmitry wrote: Да, да, да! А я еще год назад плакался Позолоти ручку (с) :-) -- Дмитрий Еманов
Re: А на когда намечено в системных таблица
"Kovalenko Dmitry" ... > > > Добавить поля Таймштамп Создания и Таймштамп Последнего Изменения? > > Говорили ведь, давно, сошлись на том, что полезно... > > Да, да, да! А я еще год назад плакался > Диме Еманову, что хочу аналогичные > timestamp+счетчик изменения на каждую > запись в базе данных Народ ! Не нужно плакаться :) Нужно вносить feature request'ы в трекер. Это не сложно и не больно :) И тогда а) о них не забудут б) нам не нужно будет высасывать из пальца нужность фичи в) вы сможете попинывать ответственного за данную фичу :) -- Хорсун Влад
Re: А на когда намечено в системных таблица
> Добавить поля Таймштамп Создания и Таймштамп Последнего Изменения? > Говорили ведь, давно, сошлись на том, что полезно... Да, да, да! А я еще год назад плакался Диме Еманову, что хочу аналогичные timestamp+счетчик изменения на каждую запись в базе данных Коваленко Дмитрий.
А на когда намечено в системных таблицах
Добавить поля Таймштамп Создания и Таймштамп Последнего Изменения? Говорили ведь, давно, сошлись на том, что полезно... А то вот нашёл, например, сейчас у себе объекты с такими вот именами: Drop_Me_After_Use Kill_Me Isprav_Dedovoi_Duri насчёт последней я бы ещё поинтересовался создателем ;) да бестолку - создаём-то всё равно всё под овнером, такшта останется безнаказанным. -- Regards. Ded.
Re: OFF: Мы все умрем ?
Первоисточник этой инфы - сайт www.kometa.by.ru сегодня удален пару часов назад. Наверное чтобы предотвратить распространение паники :)
Re: ALTER COMPUTED COLUMN
Andrei wrote: изменить формулу вычисляемого поля можно только удалив это поле и создав заново с новой формулой? Да. В исключительных случаях, перекрестясь, будучи полностью уверенным, что от этого не изменится тип, в монопольном режиме и трёх презервативах, можно изменить хирургически. -- Regards. Ded.
Re[4]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 17:50, Вы писали: VAS> Если там NULL, то так: VAS> UPDATE table SET column = 0 WHERE column is NULL; Ха, если б НУЛЛ то ╨то было бы замечательно. А ИБЕксперт так и показывает НАН, а если его попытаться отредактировать в ИБЕксперете сразу АВ :). Когда в программе хожу по этому полю то результат (как бы его назвать) от настроения сервера, в сновном это оверфлоу и инваид флоатинг поинт... Думаю не мешало бы чтобы сервер не писал НАН, а НУЛЛ вместо него, а если и писал НАН то и чтобы понимал его. -- С Уважением, Дмитрий Котельников
Re: Re[2]: WHERE column = NAN ?
> ñ ÏÂßÑÓÎÑÌ ×ÙÛÅ, ÐÏÞÅÍÕ ÔÁË ÎÅ ÍÏÇÕ, ÄÁ É ÎÅËÒÁÓÉ×Ï ÜÔÏ ËÁË-ÔÏ . ëÏÄÏÍ > ÐÒÏÇÒÁÍÍÙ ÜÔÏ ÄÅÌÁÔØ ÎÅÌØÚÑ ÔÏÌØËÏ SQL ÚÁÐÒÏÓÏÍ. îÅ ÐÏÊÍÕ. ëÁÖÉÓÑ, × ÏÒÁËÌÅ NAN ÂÙÌ. ÷ ÉÎÔÅÒÂÅÊÚÅ ÎÅ ÐÏÍÎÀ ÔÁËÏÇÏ. çÌÑÎØ ÞÔÏ ËÏÎËÒÅÔÎÏ ÔÕÄÁ ÐÒÉ ÜÔÏÍ ÐÉÛÅÔÓÑ ÂÉÂÌÉÏÔÅËÏÊ, ËÏÔÏÒÏÊ ÔÙ Ë ÉÎÔÅÒÂÅÊÚÕ ÈÏÄÉÛØ. éÌÉ × ÂÁÚÅ ÇÌÑÎØ ËÁËÉÍ-ÎÉÔØ ibexpert ÉÌÉ isql ÞÔÏ ÌÅÖÉÔ × ÐÏÌÅ. åÓÌÉ ÔÁÍ NULL, ÔÏ ÔÁË: UPDATE table SET column = 0 WHERE column is NULL;
Re: Чтото у меня нересторится на RC5
Ок, немучаиса пока, попытаюсь через ехперт тулзу "Extract Metadata". На ету меленькую тестовую базу всё прошло гладко, шас попробую на чтото побольше и посложнее. Если всётаки в будушем на рабочие базы етот способ неподаидёт, то свяжусь с тобои и попитаемся договорится нашёт етого gbak_fb.exe - не безплатно конешно :) Regards Janex. Oleg LOA wrote: "Janex" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Как, если не секрет ? :) Regards Janex Составить список кодов в YA и FB и сделвать таблицу подстановок в restore.e :-). В принципе могу на выходных собрать gbak_fb.exe для Ya который будет сам это делать. P.S. Оно мне надо? :-):-):-):-) В Ya эти кодировки появились задого чем в FB, могли бы и совместимо сделать
ALTER COMPUTED COLUMN
что-то я упустил из виду, или нет? изменить формулу вычисляемого поля можно только удалив это поле и создав заново с новой формулой?
Re[2]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 17:18, Вы писали: D> Да! Пусть переделывают сервер под то, как я напорол! А то мне D> религия не позволяет самому исправлять. А ХП я писать и вовсе не умею, D> чтоб самому сделать так, чтоб можно было одним SQL запросом. ? -- С Уважением, Дмитрий Котельников
Re[2]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 17:26, Вы писали: DK>> when any не срабатывает ни разу даже если если FIELD1 = DK>> NAN KB> А если к нему что-нибудь прибавить или отнять ? Прибавлял множил еще сразу, только КАСТ в ИНТ выдал ошибку. -- С Уважением, Дмитрий Котельников
Re: WHERE column = NAN ?
Dmitry Kotelnikov пишет: BA> select FIELD1 from TABLE1 where ID = :ID; when any не срабатывает ни разу даже если если FIELD1 = NAN А select FIELD1+0.0 ? -- wbr, ps ps-at-azs-ru
Re: Чтото у меня нересторится на RC5
Hello, Janex! Janex wrote: Как, если не секрет ? :) в hex-editor. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: WHERE column = NAN ?
Hi Dmitry Kotelnikov ! DK> when any не срабатывает ни разу даже если если FIELD1 = DK> NAN А если к нему что-нибудь прибавить или отнять ? --
Re: WHERE column = NAN ?
Dmitry Kotelnikov wrote: Я объяснял выше, почему так не могу, да и некрасиво это как-то . Кодом программы это делать нельзя только SQL запросом. Да! Пусть переделывают сервер под то, как я напорол! А то мне религия не позволяет самому исправлять. А ХП я писать и вовсе не умею, чтоб самому сделать так, чтоб можно было одним SQL запросом. -- Regards. Ded.
Re[9]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 17:17, Вы писали: DK> when any не срабатывает ни разу даже если если FIELD1 = NAN Получилось спасибо, только если сделать cast(FIELD1 as int) тогда срабатывает when any. Тут не может быть каких-то подводных камней? -- С Уважением, Дмитрий Котельников
Re: Чтото у меня нересторится на RC5
"Janex" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Как, если не секрет ? :) > > Regards > Janex Составить список кодов в YA и FB и сделвать таблицу подстановок в restore.e :-). В принципе могу на выходных собрать gbak_fb.exe для Ya который будет сам это делать. P.S. Оно мне надо? :-):-):-):-) В Ya эти кодировки появились задого чем в FB, могли бы и совместимо сделать
Re[8]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 16:16, Вы писали: BA> create procedure DOLOY_NAN BA> returns ( YAHOO integer) BA> as BA> declare variable S varchar(100); BA> declare variable ID integer; BA> begin BA> YAHOO = 0; BA> for select ID from TABLE1 into :ID do BA> begin BA> select FIELD1 from TABLE1 where ID = :ID; BA> when any BA>do begin BA> update TABLE1 set FIELD1 = 'hi-hi' where ID = :ID; BA> YAHOO = 1; BA> end BA> end BA> suspend; BA> end when any не срабатывает ни разу даже если если FIELD1 = NAN -- С Уважением, Дмитрий Котельников
Re: Чтото у меня нересторится на RC5
Как, если не секрет ? :) Regards Janex Oleg LOA wrote: "Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Некоких дригих менее болезненых вариантов/решении в природе нету ? Есть. Не переходить на FB2. Есть способ подправить backup на предмет перекодирования номеров charset
Re: Чтото у меня нересторится на RC5
"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> Некоких дригих менее болезненых вариантов/решении в природе нету ? > > Есть. Не переходить на FB2. Есть способ подправить backup на предмет перекодирования номеров charset
Re[2]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 16:13, Вы писали: SST> Table1.First; SST> while not Table1.EOF do SST> begin SST>if Table1.FieldByName('BugField').AsX = NAN then SST>begin SST> Table1.Edit; SST> Table1.FieldByName('BugField').AsX = Правильное значение SST> Table1.Post; SST>end; SST>Table1.Next; SST> end; Я объяснял выше, почему так не могу, да и некрасиво это как-то . Кодом программы это делать нельзя только SQL запросом. -- С Уважением, Дмитрий Котельников
Re: Re[6]: WHERE column = NAN ?
create procedure DOLOY_NAN returns ( YAHOO integer) as declare variable S varchar(100); declare variable ID integer; begin YAHOO = 0; for select ID from TABLE1 into :ID do begin select FIELD1 from TABLE1 where ID = :ID; when any do begin update TABLE1 set FIELD1 = 'hi-hi' where ID = :ID; YAHOO = 1; end end suspend; end только не помню, как сейчас when any работает, а то может придется апдейтик прогнать по колву записей -- Булычев Алексей http://www.stella-npf.ru
Re: WHERE column = NAN ?
Dmitry Kotelnikov пишет: Были ошибки в приложении и записывало в базу числа как NAN, ошибку в приложении исправили, а как поправить базу? Как сделать что-то типа этого: UPDATE table SET column = NULL WHERE column = NAN; А просто написать маленькую програмульку, с одной процедурой что-то типа такого Table1.First; while not Table1.EOF do begin if Table1.FieldByName('BugField').AsX = NAN then begin Table1.Edit; Table1.FieldByName('BugField').AsX = Правильное значение Table1.Post; end; Table1.Next; end;
Re[6]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 15:58, Вы писали: HV> Причём тут юзеры вообще ? Тебе нужно БД починить или где ? Так удаленно это все дело и копия то не одна. Юзеров много (больше тысячи, не факт что у всех ошибка только кто пользовал определенную функцию) им надо автоматом сделать патчик, а самопальная система (системка) патчей БД понимает простые только выражения. HV> А подумать ? А попробовать ? Ну подумал, ну еще попробую, если не получится подскажите через часик другой? :) -- С Уважением, Дмитрий Котельников
Re: Чтото у меня нересторится на RC5
Ну и шуточки у вас господа ... :) А если так - лезть в системные таблици, менять чарсеты на чтото конмпатибельное, бекап, ресторе на FB и опять обратно на 1257 ... Проидёт или нету смысла пробовать ? :( Janex. Dmitry Yemanov wrote: Janex wrote: Некоких дригих менее болезненых вариантов/решении в природе нету ? Есть. Не переходить на FB2. -- Дмитрий Еманов
Re: Re[4]: WHERE column = NAN ?
"Dmitry Kotelnikov" ... > > Приветствую Вас, > > 05.10.2006 в 15:38, Вы писали: > > >> А без них можно? > HV> А чем они мешают ? > > У юзеров реализован примитивный SQL менеджер который понимает только > примитивные выражения (селекты, апдейты, инсерты, алтеры, криейты), на > одну строку. Причём тут юзеры вообще ? Тебе нужно БД починить или где ? > HV> Литерала NAN наш парсер не знает > > Плохо и что нельзя както обмануть ну типа "WHERE column = 0/0" или еще > что? Или тут результат не предсказуем? А подумать ? А попробовать ? -- Хорсун Влад PS тихо офигеваю от таких вопросов...
Re: Чтото у меня нересторится на RC5
Janex wrote: Некоких дригих менее болезненых вариантов/решении в природе нету ? Есть. Не переходить на FB2. -- Дмитрий Еманов
Re: Чтото у меня нересторится на RC5
Да вы что, шутите ??? :( Некоких дригих менее болезненых вариантов/решении в природе нету ? Janex. WildSery wrote: Ё маё ... а на рабочие базы тогда как если переходить на FB ? Мне тогда из скрипта делать базу на FB и потом данные перекачивать ??? Да. Пампом данные переливать в пустую базу.
Re[4]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 15:38, Вы писали: >> А без них можно? HV> А чем они мешают ? У юзеров реализован примитивный SQL менеджер который понимает только примитивные выражения (селекты, апдейты, инсерты, алтеры, криейты), на одну строку. HV> Литерала NAN наш парсер не знает Плохо и что нельзя както обмануть ну типа "WHERE column = 0/0" или еще что? Или тут результат не предсказуем? -- С Уважением, Дмитрий Котельников
Re: Чтото у меня нересторится на RC5
> Ё маё ... а на рабочие базы тогда как если переходить на FB ? > Мне тогда из скрипта делать базу на FB и потом данные перекачивать ??? > Да. Пампом данные переливать в пустую базу. -- Сергей Смирнов.
Re: Чтото у меня нересторится на RC5
Ё маё ... а на рабочие базы тогда как если переходить на FB ? Мне тогда из скрипта делать базу на FB и потом данные перекачивать ??? Regards Janex. Dmitry Yemanov wrote: Janex wrote: Делаю так: 1. На Yaffil 889 делаю бекап (чтоб на чтото ненорватся закоментировал все процедури и тригера) 2. Из етого бекапа на FB ресторю базу, но получаю "Implementation of text subtype 605 not located" A чаго он так на меня ? Можбить иззатого что база на Win1257 чарсете делана? Ето неподдерживается ?(Пока неподдерживается?) Идентификаторы чарсетов не совпадают. Win1257 поддерживается, но перегнать метаданные ты сможешь только скриптом. -- Дмитрий Еманов
Re: Re[2]: WHERE column = NAN ?
"Dmitry Kotelnikov" ... > > Приветствую Вас, > > 05.10.2006 в 15:13, Вы писали: > > >> Как сделать что-то типа этого: > >> UPDATE table SET column = NULL WHERE column = NAN; > > HV> Параметры ? > > А без них можно? А чем они мешают ? Литерала NAN наш парсер не знает -- Хорсун Влад
Re: Чтото у меня нересторится на RC5
Janex wrote: Делаю так: 1. На Yaffil 889 делаю бекап (чтоб на чтото ненорватся закоментировал все процедури и тригера) 2. Из етого бекапа на FB ресторю базу, но получаю "Implementation of text subtype 605 not located" A чаго он так на меня ? Можбить иззатого что база на Win1257 чарсете делана? Ето неподдерживается ?(Пока неподдерживается?) Идентификаторы чарсетов не совпадают. Win1257 поддерживается, но перегнать метаданные ты сможешь только скриптом. -- Дмитрий Еманов
Re[2]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 15:13, Вы писали: >> Как сделать что-то типа этого: >> UPDATE table SET column = NULL WHERE column = NAN; HV> Параметры ? А без них можно? -- С Уважением, Дмитрий Котельников
Чтото у меня нересторится на RC5
Привет разработчикам FB ! Увидел RC5 и решил одну маленькую базу погонят на нём, но чтото неудаётся отресторить под FB :( Делаю так: 1. На Yaffil 889 делаю бекап (чтоб на чтото ненорватся закоментировал все процедури и тригера) 2. Из етого бекапа на FB ресторю базу, но получаю "Implementation of text subtype 605 not located" A чаго он так на меня ? Можбить иззатого что база на Win1257 чарсете делана? Ето неподдерживается ?(Пока неподдерживается?) Кстати ешё - ресторю через ИБехперта. Пока непоставил галку "commit after each table" получал ешё странности, например "Table токаято not defined". Вроде понятно - он её невидит пока нету коммита, хотя перед етим её отресторил, но интересно что таблици на чю ругается всё время меняется - он их по рандому отресторивает или как ? Ешё была токая ошибка - "Cann't create relation with only computed fields or constraints" <- ето писал шас с памяти, неуверен что слово в слово но чтото такое ... ето что озночает ? В етои таблице гдето более 10 колонок ... один форин ключ, один примарy ключ и computed вообшё в базе нету ... Regards Janex P.S. windows server 2003
Re: WHERE column = NAN ?
"Dmitry Kotelnikov" ... > Приветствую Вас, > > Были ошибки в приложении и записывало в базу числа как NAN, ошибку в > приложении исправили, а как поправить базу? > Как сделать что-то типа этого: > UPDATE table SET column = NULL WHERE column = NAN; Параметры ? -- Хорсун Влад
WHERE column = NAN ?
Приветствую Вас, Были ошибки в приложении и записывало в базу числа как NAN, ошибку в приложении исправили, а как поправить базу? Как сделать что-то типа этого: UPDATE table SET column = NULL WHERE column = NAN; -- С Уважением, Дмитрий Котельников
Re: Права на генераторы и UDF
sw wrote: > Кстати есть планы сделать commit в транзакции меняющей роудмап, а то сидим все в снапшоте годичной давности. :). Или только после Праги. Обновление будет в москве, потом в праге. -- Дмитрий Еманов
Re: Права на генераторы и UDF
ДЕ>Есть. Но не прямо сейчас. Спасибо. Кстати есть планы сделать commit в транзакции меняющей роудмап, а то сидим все в снапшоте годичной давности. :). Или только после Праги. PS. Хотя бы CommitRetaining :)
Re: Upper в RC5
Alexander A. Venikov wrote: Какой именно файл, если не секрет? icudt30.dll -- Дмитрий Еманов
Re: Upper в RC5
Hello, Евгений! You wrote on Thu, 05 Oct 2006 10:41:21 -: ШЕ> Заменил, работает Какой именно файл, если не секрет? Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixtntobru
Re: Upper в RC5
Заменил, работает
Re: Upper в RC5
По моим наблюдениям, проблема в библиотеках ICU, которые идут в поставке. В частности, один из файлов в RC5 много меньше размером. Если их заменить на версию от RC4, то все работает корректно. С причинами разбираемся. -- Дмитрий Еманов
Re: Upper в RC5
Шавлюк Евгений wrote: Только что проверил в RC5 select upper('Text') from RDB$DATABASE UPPER -- Text WI-V2.0.0.12745 Firebird 2.0 Release Candidate 5 select upper('Text') from RDB$DATABASE UPPER TEXT
Re: OFF: Мы все умрем ?
> Если "все умрем", какие нах наследники? Разговор уже шёл о том, что неодновременно :) > PS. Я умоляю, ... Извините, не всегда слежу за этим :(
Re: OFF: Мы все умрем ?
Hello, WildSery! You wrote on Thu, 05 Oct 2006 12:31:42 +0400: WS> Наследникам. WS> Страховка жизни и есть "ставка" на то, что умрёшь (в крайнем WS> проявлении). При этом максимальный выигрыш именно в случае смерти. Если "все умрем", какие нах наследники? Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixtntobru PS. Я умоляю, не надо подписи цитировать: http://ibase.ru/conf.htm (п. 8).
Re: Upper в RC5
Hello, Евгений! You wrote on Thu, 05 Oct 2006 08:21:33 -: ШЕ> Сcылка на RC5 Да, на RC5 не upper'ит. : Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixtntobru
Re: OFF: Мы все умрем ?
On Thu, 05 Oct 2006 12:09:10 +0400, Alexander A. Venikov <[EMAIL PROTECTED]> wrote: > > Hello, Serge! > You wrote on Thu, 05 Oct 2006 08:42:47 +0300: > > SB> Время делать ставки. Выгодней всего ставить на то что не умрем. > На то, что умрем, ставить смысла вообще нет. Ибо получать некому будет. :) > > Удач > -- > Alexander A. Venikov, Tobolsk, Russia > Real e-mail address is venixtntobru Наследникам. Страховка жизни и есть "ставка" на то, что умрёшь (в крайнем проявлении). При этом максимальный выигрыш именно в случае смерти.
Re: AV in module gds32.dll
Dmitry Kotelnikov wrote: Проверил на RC 5 тоже АВ при дисконекте. Самое интересное что после отсоединения и АВ, можно наблюдать (примерно 5 сек) как база потихоньку увеличивается т.е. как будто ошибка была еще на создании и дисконект как результат. Но даже делая паузу между созданием и дисконектом выдает ошибку. :( Там на самом деле ошибка ранее, но похоже она проглатывается. Разбираюсь сейчас. -- Дмитрий Еманов
Re: Upper в RC5
На RC4 у меня было все нормально Сcылка на RC5 http://www.ibphoenix.com/main.nfs?a=ibphoenix&s=1159977562:253868&page=ibp_download_20
OFF ���� DS2006????
òà ÃÃà ÃÃà ÃÃÃÃÃÃÃà Ãà ÃÃà Ãà ÃÃà Ãà ÃÃÃà DS2006 , ÃÃÃÃÃÃÃÃ, ÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃÃÃà Ãà D7. óÃÃÃÃÃÃÃÃà à ÃÃÃÃà ÃÃÃÃÃà ÃÃÃ, ÃÃà ÃÃÃà Ãà ÃÃà ÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃà à ÃÃÃÃÃÃà ÃÃà Sqdataset ÃÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃà ÃÃà ÃÃà Ã.à . ÃÃà à ÃÃà : Sqdataset.commandtext:='Select * from table where date_p = :params1'; Sqdataset.params[0].asdate:='01.01.06'; clientdataset.open; ÃÃÃÃÃà à ÃÃÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃà ÃÃÃÃ, ÃÃÃÃÃÃÃÃà à ÃÃÃÃÃà ÃÃà ÃÃ... ÃÃÃÃÃà Ãà ÃÃÃ: Sqdataset.active:=false; clientdataset.active:=false; Sqdataset.params[0].asdate:='02.02.06'; clientdataset.active:=true; îÃÃÃà ÃÃÃÃÃà ÃÃÃÃà ÃÃà Ãà '01.01.06'. äÃÃÃà ÃÃà ÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃà Ãà ÃÃà D7, ÃÃà ÃÃà à ÃÃÃà à DS2006, Ãà Ãà ÃÃÃÃÃÃ... üÃà ÃÃÃà ÃÃà ÃÃÃÃà ÃÃÃà ÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃ?
Re: Upper в RC5
Шавлюк Евгений wrote: Уже хуже. Теперь уже по порядку Тогда версия из Firebird-2.0.0.12745-0_win32.zip Win XP SP2 Кодировка Win1251 Версия ODS 11.00 Кажется, воспроизвел. -- Дмитрий Еманов
Re: Upper в RC5
Hello, Yurij! You wrote on Thu, 05 Oct 2006 01:07:21 -0700: Y> RC5 Y> select upper('Text') from RDB$DATABASE Y> Text У меня возвращает TEXT на RC4. Кто-нибудь кинет ссылочку на виндовый RC5? Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixtntobru
OFF ���� DS2006????
òà ÃÃà ÃÃà ÃÃÃÃÃÃÃà Ãà ÃÃà Ãà ÃÃà Ãà ÃÃÃà DS2006 , ÃÃÃÃÃÃÃÃ, ÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃÃÃà Ãà D7. óÃÃÃÃÃÃÃÃà à ÃÃÃÃà ÃÃÃÃÃà ÃÃÃ, ÃÃà ÃÃÃà Ãà ÃÃà ÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃà à ÃÃÃÃÃÃà ÃÃà Sqdataset ÃÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃà ÃÃà ÃÃà Ã.à . ÃÃà à ÃÃà : Sqdataset.commandtext:='Select * from table where date_p = :params1'; Sqdataset.params[0].asdate:='01.01.06'; clientdataset.open; ÃÃÃÃÃà à ÃÃÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃà ÃÃÃÃ, ÃÃÃÃÃÃÃÃà à ÃÃÃÃÃà ÃÃà ÃÃ... ÃÃÃÃÃà Ãà ÃÃÃ: Sqdataset.active:=false; clientdataset.active:=false; Sqdataset.params[0].asdate:='02.02.06'; clientdataset.active:=true; îÃÃÃà ÃÃÃÃÃà ÃÃÃÃà ÃÃà Ãà '01.01.06'. äÃÃÃà ÃÃà ÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃà Ãà ÃÃà D7, ÃÃà ÃÃà à ÃÃÃà à DS2006, Ãà Ãà ÃÃÃÃÃÃ... üÃà ÃÃÃà ÃÃà ÃÃÃÃà ÃÃÃà ÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃ?
Re: Upper � RC5
"Dmitry Yemanov" <[EMAIL PROTECTED]> ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃà à ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃà à : news:[EMAIL PROTECTED] >> select upper('Text') from RDB$DATABASE >> UPPER >> -- >> Text > õ Ãà ÃÃ: TEXT Text WI-V6.3.0.12745... âÃà ÃÃÃÃÃà à ÃÃÃÃÃÃà ÃÃÃÃÃÃÃ... ðà Ãà ÃÃÃÃà Ãà ÃÃÃÃÃà à ã ÃÃÃ... ïÃà ÃÃà ÃÃÃÃÃÃ...
Re: Upper в RC5
Только что проверил в RC5 select upper('Text') from RDB$DATABASE UPPER -- Text У меня результат нужный, как и у Димы Еманова.
Re[2]: AV in module gds32.dll
Приветствую Вас, 04.10.2006 в 9:48, Вы писали: SE> Да нет, я помню что-то проблемное на дисконнекте с включенным трейсом. Проверил на RC 5 тоже АВ при дисконекте. Самое интересное что после отсоединения и АВ, можно наблюдать (примерно 5 сек) как база потихоньку увеличивается т.е. как будто ошибка была еще на создании и дисконект как результат. Но даже делая паузу между созданием и дисконектом выдает ошибку. :( -- С Уважением, Дмитрий Котельников
Re: OFF: Мы все умрем ?
Hello, Serge! You wrote on Thu, 05 Oct 2006 08:42:47 +0300: SB> Время делать ставки. Выгодней всего ставить на то что не умрем. На то, что умрем, ставить смысла вообще нет. Ибо получать некому будет. :) Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixtntobru
Re: Upper в RC5
Dmitry Yemanov wrote: > У меня: TEXT Уже хуже. Теперь уже по порядку Тогда версия из Firebird-2.0.0.12745-0_win32.zip Win XP SP2 Кодировка Win1251 Версия ODS 11.00 Ошибка повторяется даже на только что созданной, пустой базе
Re: Upper в RC5
Dmitry Yemanov wrote: > Шавлюк Евгений wrote: > > Только что проверил в RC5 > Аналогично. > > select upper('Text') from RDB$DATABASE > > UPPER > > Text > У меня: TEXT RC5 select upper('Text') from RDB$DATABASE Text
Re: Upper в RC5
Шавлюк Евгений wrote: Только что проверил в RC5 Аналогично. select upper('Text') from RDB$DATABASE UPPER -- Text У меня: TEXT -- Дмитрий Еманов
Re: ������������ ������
"freemanzav" <[EMAIL PROTECTED]> ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃà à ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃà à : news:[EMAIL PROTECTED] > ôà ÃÃÃÃà ÃÃ, ÃÃà ÃÃÃÃÃÃÃà eternal file ëÃÃÃà ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃ!.. òÃÃÃÃà ÷à ÃÃÃà æÃÃÃ!.. äÃÃà ÃÃà ÃÃÃÃÃÃÃà Ãà ÃÃÃÃ!.. %)))
Upper в RC5
Только что проверил в RC5 select upper('Text') from RDB$DATABASE UPPER -- Text
Re: OFF: �� ��� ����� ?
Hi "Kovalenko Dmitry" > Я когда Ñопик Ñвидел, подÑмал ÑÑо ÐÑакл > Ñделал Ñвой ÑеÑÐ²ÐµÑ Ð±ÐµÑплаÑнÑм... ÐÐ¾Ñ ÐµÑÐ»Ð¸Ð±Ñ Ð¾Ð½ SYSDBA Ñдеал беÑплаÑнÑм, Ñо Ñогда Ð±Ñ ... Ð Ñак ÑÑи лÑди одни из ÑамÑÑ Ð²ÑÑокоплаÑиваемÑÑ . WBR Evgeny Putilin.