Пятница #4
http://ibsurgeon.blogspot.com/ PS Дядьки с блогспот.ком подозревают, что посты на блоге ibsurgeon.blogspot генерятся автоматом и являются спамом... Ничего более оскорбительного они придумать не могли, даже если бы захотели. :)
Re[4]: ;)
>> 486 с NT4 Server стоял долго что-то около 3-4 >> лет к нему никто не ходил, а когда решили проведать >> его, не из-за того что сломалось, нет - просто >> просто проведать решили, а оказалось что его >> за энто время "нечаяно" в стенку замуровали ... >Изначально эту байку про UNIXовый сервак в штатовском универе рассказывали. >Про NT4 - не верю ;-) За шо "купил" - за то и "продал" ... ;) Однако не про операционку вопрос был, я тоже не сильно верю ... Хотя, у меня 9 мес. UpTime один сервачёк продержался - тоже 4 NT :) С уважением, Константин Григорьевич. === Если "низя", но очень "хотса" - то "мона" :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]:
>> может эти же коэфициэнты применять относительно >IMHO, это будет чрезмерно оптимистичный прогноз. Хорошо, а если добавить сюда ширину поля, размер в байтах, чем больше тем повышается вероятность большей селективности ... или перед построением плана выбрать min и max значения по индексному полю ? их разница тоже даст какой-то коеф. хотя этот вариант наверное слегка тормознутый ... С уважением, Константин Григорьевич. === Если "низя", но очень "хотса" - то "мона" :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: ....
>> aCA. e OAIIA CIA?IIA: Delete_User VARCHAR(32) DEFAULT CURRENT_USER >> ;-) Я канечна всё понял и тоже посмеялся :) Но!!! "Если "низя", но очень "хотса" - то "мона" :)" Почему бы и нет! Только надо не физически удалять запись а делать пометку об удалении ... Но эту тему влом описывать просто от нефиг делать ... С уважением, Константин Григорьевич. === Если "низя", но очень "хотса" - то "мона" :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: Jaybird
Здравствуйте, mrScalder. > Хм... А как это сделать на gmail? =) Если ты пишешь из почтового клиента, что не похоже - то в его настройках. А если через web-морду - то не в курсе ибо не юзаю. Но сначала надо найти как отключать посылку письма в html. -- С уважением, Владимир mailto:[EMAIL PROTECTED]
Re: Пятница #4
Уффф. Меня про Сталина вперло - узнал нашего админа один в один, он мне даж как то фотографию Пиночета подарил, повесь говорит на стенку, чтобы меня вспоминать ;
Re: Пятница #4
Dmitri Kuzmenko пишет: Hello, Alexey! Alexey Kovyazin wrote: http://ibsurgeon.blogspot.com/ PS Дядьки с блогспот.ком подозревают, что посты на блоге ibsurgeon.blogspot генерятся автоматом и являются спамом... Ничего более оскорбительного они придумать не могли, даже если бы захотели. :) а в чем это выразилось? Как они тебя обругали? Заставили вводить буковки и цифирки на картинках :) Я им написал, и они уже отменили эту хрень... Оскорбительно в том плане, что авторские тексты по какому алгоритму были квалифицированы как спам :) С уважением, Алексей
Re: Пятница #4
Boulitchev Aleksey пишет: http://www.lenta.ru/news/2006/03/31/prayer/ По вере вашей да дано вам будет. -- Ovchinnikov Vasily ova at tkvc ru
Re: Пятница #4
Вчера в присланном проекте договора читаю: "Установка программного обеспечения производится силами ЗАКАЗЧИКА посредством ИСПОЛНИТЕЛЯ."
Re: Пятница #4
Alexey Kovyazin Пеши исчо :) PS Дядьки с блогспот.ком Казлы :) -- Regards. Ded.
Re: Пятница #4
Новая ошибка: Success violation :-)
Re[4]: [ANN] ????????????????
Hello Boulitchev, Thursday, June 1, 2006, 10:33:55 AM, you wrote: BA> коробки и у меня есть а работать будем на D7, потому как IDE - это еще не BA> разработка :) Именно поэтому я и говорю что разаработка - Это именно IDE. Почему то нихто не хочет в нотепаде писать и компилировать на freepascale. Тема Дня: Pуки не должны быть кpивые, они должны сгибаться. До не скорой встречи в аду, Maxmailto:[EMAIL PROTECTED] --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[4]:
"Константин" > или перед построением плана выбрать min и max значения по индексному полю ? их разница тоже даст какой-то коеф. хотя этот вариант наверное слегка тормознутый ... Дима уже раза три помянул на ночь гистограммы и складывается такое впечатление, что их достаточно просто закоммитить :) -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[4]:
"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote: > > Дима уже раза три помянул на ночь гистограммы Они не панацея. Для bind vars их не используешь. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: CONSTRAINT ??????
Приветствую Вас, 14.07.2006 в 15:45, Вы писали: >> А почему был ? Можно поподробней ? DY> Релизные ноты для кого пишут? Как я понял в 2 такой скрипт пройдет, а в 1.5 нет. Ок, спасибо за ответы, к сожалению пока на 2 перейти не можем, будем выкручиваться. -- С Уважением, Дмитрий Котельников --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: update ... ( ...)
DY> "Константин" <[EMAIL PROTECTED]> wrote: >> >> Вот ежели можно было-бы в PK использовать: >> 1) поля с null DY> UK? >> 2) current_timestamp всегда возвращало-бы >> уникальное дату/время с ms. DY> 'NOW'? Попробую "ищё рас" ... "Пасиба" ... С уважением, Константин Григорьевич. === Если "низя", но очень "хотса" - то "мона" :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: unavailable database
Приветствую Вас, 25.09.2008 в 11:20, Вы писали: >> ProcessMonitor ничего особенного не нарыл, выдает ошибку хоть ты >> тресни а на TCP соединении минутная задержка и капец :( DAB> А у тебя DNS случайно не "в небо" указывает? Что-то такое смутно припоминается. Если указывать localhost или по IP то тоже тормоза. -- С Уважением, Дмитрий Котельников
Re[4]: Господа, загадка!
Привет! >>А вы же UNICODE_FSS превратили в UTF-8 ? Или я что-то неправильно > путаю? > Системные таблицы имеют кодовую страницу UNICODE_FSS (ID:3). > Правда тут вот я думаю, таки прошить в провайдере для FB2.x сведения об UTF8 > (ID:4) > А то мало ли Не, я в курсе. Просто Дима (ДЕ) как-то говорил, что UNICODE_FSS допускал невалидные последовательности символов - левак-с. Но де-факто он квази-UTF8 - квази именно потому, что количество байт на символ фиксированно (в чистом UTF-8 размер символов переменный и в теории могут быть длиной до 6 байт). Но начиная с двойки (или полуторки) левак в UNICODE_FSS запретили и де-факто они одинаковы. Просто упоминание одновременно двух кодировок немного сбивает с толку. > PSS. Но если я офигеваю, то чего там у других - тока догадываюсь :-) Да не, на самом деле не так всё запущенно, у меня вообще никакого ИИ в классах доступа - разве что для совсем ленивых программистов прикрутил возможность обращения к полям резалтсета по имени, а не по индексу. З.Ы. Вот commit retaining - это Зло в самом неприкрытом виде, и кое-кто явно со мной согласится ;) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re[4]: Aeou iiaaie? :)
Добрый день, Vladimir 3 марта 2010 г., когда времени было 16:56:33 вы писали на тему "Aeou iiaaie? :)", а я не мог не ответить. VAB>Только это письмо такое... Гм... А вот так: GMS>Насчет производительности... Не знаю, как постгрес (я под него еще GMS> скрипт конвертирования базы не написал), но по сравнению с мускулем GMS> файерберд все же шаг назад. Хотя более убогой субд, чем мускуль, мне GMS> видеть не доводилось: все запросы в очередь и выполняет ПО ОДНОМУ... GMS> Жесть. Но все равно выигрывает у файерберда по скорости. СУБД отдано 8 GMS> ядер и сколько влезет мозгов (на серваке 64Гб ОЗУ), выполняется GMS> порядка 500 разнородных запросов в секунду, БД - 1.5Гб всего, из них GMS> 30% занимает одна очень важная табличка (к которой запросов дофига). GMS>Да, вот кстати: результат оцениваем не теоретически, а по скорости GMS> загрузки контрольной страницы (некая вэб-страничка с набором самых GMS> частых запросов на серваке). При равной фоновой нагрузке файерберд GMS> открывает страничку почти в 2 раза дольше... -- С наилучшими пожеланиями, Гривин Михаил aka G_M_S E-mail : mailto:g_...@rambler.ru ICQ: 276506698 --==<[Хроника ДТП: "Мне пришлось сбить пешехода, что бы не врезаться в бампер стоящей впереди машины"]>==-- Винампа грае: <>
Re[4]: Aeou iiaaie? :)
Добрый вечер, Sergey 3 марта 2010 г., когда времени было 21:36:36 вы писали на тему "Aeou iiaaie? :)", а я не мог не ответить. >>Что касае6тся тюнинга - на боевом серваке часть табличек у мускуля >> в мемори (там отдельный тип для этого есть), одна из-за методики >> использования в InnoDB. Путем долгого шаманства удалось добиться: SM> А слабо всю базу в оперативку запихнуть? А потом сравнивать? А смысл? Не слабО. Но ее надо синхронизировать с винтом, потому как терять данные не очень интересно. Я как представлю вопли юзеров о том, что "у нас все пропало!" - как у меня тут же начинается нервный тик. И вот тут возникает проблема: либо все чуть подтормаживает, либо летает, а раз в 1-2-3 минуты НАМЕРТВО ВИСИТ при синхронизации. >>Не пробовал. Он дорогущий, никто его не оплатит. Да и в целом... Я >> 2.5 года работал чистым разработчиком PL/SQL. ИМХО - Оракл не для >> вэбсайтов. SM> Маркетинг Оракла с тобой не согласен Ж) Как-то я плевал на их маркетинг. Если 8.1.7 еще была приличной СУБД, то 10ка меня поразила... Висит у меня на компе и память жрет. Так, потихоньку. Я к ней не подключаюсь и ничего не делаю - а она ее жрет. Как хомяк, блин (м.б. про запас откусывает?!!) Через 3 часа после загрузки компа начал винамп заикаться, смотрю - а орацл сожрал полгига оперативы и сидит тихо, как будто не при делах. Я от такого прожорливого режима "идле" был в легком недоумении, переходящем в крайнее возбуждение и матюгание. Включаю его теперь только для работы. Кстати, на сервере тоже оперативу жрет. Его никто не трогает - а он за сутки полтора гига сожрал... >>Доступ (поскольку эмулируем работу сервака) - из РНР-скриптов. Пул >> коннектов не используем, в связи с позицией админа. Хотя для мускула >> тестили - почти без разницы, но иногда остаются открытые (и, >> соответственно, заблокированные для других потоков) соединения. SM> Написать пульные компоненты для пыха - не сложно, было бы желание. Кул... Еще лучше - написать свой интерпретатор, который будет оптимально работать со всеми СУБД сразу. И свою СУБД впридачу. И все это сделать под свою ОСь, которая стоит на самопальном железе. Но я не фанат экстрима. SM> Судя по всему вы пытаестесь решить задачу высоконагруженных сайтов не SM> тем путём, бо использование для этого _ЛЮБОЙ_ БД - архитектурно неправильный SM> путь. Возможно. Фишка в том что изначально он не был таким высоконагруженным. Мне шаман уже предлагал варианты создания собственного хранилища данных, но я его не поддержал. Хотя бы потому, что с кодингом под линух слабо знаком. -- С наилучшими пожеланиями, Гривин Михаил aka G_M_S E-mail : mailto:g_...@rambler.ru ICQ: 276506698 --==<[женщина как парашют - в любой момент может отказать, поэтому всегда на до иметь запасной]>==-- Винампа грае: <>
Re[4]: Aeou iiaaie? :)
ÐобÑÑй веÑеÑ, Vlad 3 маÑÑа 2010 г., когда вÑемени бÑло 22:42:26 Ð²Ñ Ð¿Ð¸Ñали на ÑÐµÐ¼Ñ "Aeou iiaaie? :)", а Ñ Ð½Ðµ мог не оÑвеÑиÑÑ. VK> СдаÑÑÑÑ Ð¼Ð½Ðµ, Ð²Ñ Ð½Ðµ ÑмееÑе гоÑовиÑÑ Ð¤Ð Ð¸, видимо, в ÑÑом не заинÑеÑеÑованÑ. VK> ÐаÑÑÑойки FB "из коÑобки" не годÑÑÑÑ Ð´Ð»Ñ Ñакой нагÑÑзки, ÑолÑко и вÑего. ÐÐ»Ñ ÑÐ°ÐºÐ¸Ñ Ñелей его Ñанее не пÑименÑл. ÐоÑÐ¾Ð¼Ñ Ð¸ взÑл Ð´Ð»Ñ ÑÑÐ°Ð²Ð½ÐµÐ½Ð¸Ñ Ð±ÐµÐ· наÑÑÑоек ÐÐРСУÐÐ. Ð Ð½Ð¸ÐºÐ°ÐºÐ¸Ñ Ð¼ÐµÐ¼Ñейблов Ð´Ð»Ñ Ð¼ÑÑкÑÐ»Ñ Ð½Ðµ Ñзал. РкÑÑ ÐµÐ¼Ñ Ð² 2 гига, как на боевой веÑÑии, не ÑÑавил (вообÑе наÑÑÑойки не менÑлиÑÑ). ÐÑÑÑниÑÑ Ð¾Ð±Ðµ? Ðожно. РеÑли не бÑÐ´ÐµÑ Ð´ÑÑÐ³Ð¸Ñ Ð²Ð°ÑианÑов Ñо и ÑÑо Ñделаем (Ð´Ð»Ñ ÑÑого помимо Ð¼ÐµÐ½Ñ ÐµÑе Ñаман на ÑеÑвеÑе еÑÑÑ). -- С наилÑÑÑими пожеланиÑми, ÐÑивин ÐÐ¸Ñ Ð°Ð¸Ð» aka G_M_S E-mail : mailto:g_...@rambler.ru ICQ: 276506698 --==<[Ð¾Ð±Ñ Ð¾Ð´Ð¸ ÑÑамвай ÑпеÑеди, а ÑеÑÑÑ ÑмолодÑ]>==-- Ðинампа гÑае: <>
Re[4]: Бить ногами? :)
Доброй ночи, Oleg 4 марта 2010 г., когда времени было 0:04:06 вы писали на тему "Бить ногами? :)", а я не мог не ответить. OM> Михаил, "тюнить" надо вашу БД и ваши запросы. OM> Чудесного ускорения запросов после простой смены СУБД не будет. OM> Особенно, если запросы писались под конкретную СУБД, даже не специально, OM> просто в силу привычки. Ну я вообще-то не совета просил, а просто похоливарил чуток :))) Для справки: самый медленный запрос у меня выполняется в среднем за 300мсек, а вызывается он настолько редко, что можно его не принимать во внимание. С мускула мы хотим уйти по другой причине: у него корявая система локов. Иными словами есть места, где нам он невыгоден. У нас всего для двух полях в двух таблицах апдейты лочат весть процесс. Долго объяснять, но уже три месяца не можем найти никакого приемлемого решения проблемы. -- С наилучшими пожеланиями, Гривин Михаил aka G_M_S E-mail : mailto:g_...@rambler.ru ICQ: 276506698 --==<[очковая змея - глист ]>==-- Винампа грае: <>
Re[4]: FB 3
Привет! > Тут уже привели пример - Майкрософт. > Т.е. старые приложения будут видеть AAA...3~1 и AAA...3~2 Нифига. Оно же всё _компиллиццо_ ! :) Лучше пусть SMP доделают и оптимизатор, 30 символов вполне себе хватает, Ларри с нами согласен :) > Или вообще hash (long name) Ага. И огрести по самое нехочу на 2-х именах, у которых отличается одна-две буквы? Плавали, кололись, знаем. > ...только им зачем ? Вот и я о том же. -- Best regards, Sergeymailto:gebele...@gmail.com
Re[4]: FB 3
Привет! Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе должно быть достаточно для этой вселенной. >>> Знакомый в банке работает, там они каждый день разбираются что значит >>> колонка agovk4xlcv4 в таблице dopo4lvc59bd9. Он так доволен такой >>> работой, аж светится от радости. Особенно когда начальство просит >>> быстренько сделать выборку по данным. >> >> Ну если взять за правило писать комментарии к полям - то проблем не >> возникает. >> > "я хотел оставить комментарии, но к сожалению размеры полей не позволили > поместить их" Если бы у Ферма был бы Птиц - то он бы не отмазался, 2 гига комментариев - очень трудно осилить было бы даже автору "Войны и мира". ;-) -- Best regards, Sergeymailto:gebele...@gmail.com
Re[4]: Чья ошибка ?
>>> Помогите разобратся чья ошибка ... ;) >>> >>> FB 2.1 (16309) VK>> Снапшот проверь. Какой есть VK> Тогда ещё попробуй с клиентом от 2.0.х, плс Не могу :( http://firebirdsql.org/download/snapshot_builds/win/Firebird-2.0.2.12964-0_win32.zip Object not found! The requested URL was not found on this server. The link on the referring page seems to be wrong or outdated. Please inform the author of that page about the error. If you think this is a server error, please contact the webmaster. Error 404 firebirdsql.org Tue Sep 4 08:06:37 2007 Apache/2.0.54 (Linux/SUSE) С уважением, Константин Григорьевич. ===
Re[4]: Насколько безопастно ...
AC> Актуально "нечтение" документации и "недуманье" головом. Честно ? Я подряд документацию не читаю уже N-е к-во лет - не хватает времени :( Читаю только выборочно по интересующим меня вопросам ... + Это конечно упрёк мне, но не насколько я хорошо владею английским что-бы бегло читать :( AC> Ограничение на к-во изменений кого?! Дык я уж непомню точно, но когда-то такое было ... Ах да, в IBE, в строке статуса пишет : "Остлось 254 изменений таблицы XXX" С уважением, Константин Григорьевич. ===
Re[4]: FB + ASP.NET
DL> Тут как с windows 10 лет назад все кричали DL> да ну его нафиг эту тормозую оболочку ... ;) DL> Я и теперь кричу. А толку? :-)) Вот и я о том же ... В своё время пришлось нагонять (я имею ввиду Windows), так что наученный горьким опытом И так чуствую что отстаю ... Причём сильно ... С уважением, Константин Григорьевич. ===
Re[4]: FB + ASP.NET
SN> www.morfik.com , 2 месяца мучаем уже... впечаления положительные А на какой платформе оно работает ? Что-то я так и не вьехал ... :( С уважением, Константин Григорьевич. ===
Re[4]: Как победить ?
W> 255 вызовов других процедур?! :o А что ? Это только кажется что много ... W> Ты бы, это... Сгруппировал бы что ли их, и вызывал групповые, которые в свою очередь... Так и сделано ... , но - W> Если у тебя там всё так наворочано, вряд ли пара дополнительных W> вызовов как-то отразится на производительности. дело не в производительности - а в читабельности кода ... Если ещё дробить - то получится не читабельно - без смысловой нагрузки ... На самом деле процедуры (верхнего уровня) не такие уж и большие 100-500 строк ... Просто например у меня в одной, самой простой процедуре (115 строк): 35 строк параметров и заголовков 1 строка коментарий :) 15 строк проверок (4 view) 30 строк for select (6 view) 15 строк проверок (4 view) 15 строк вложенный for select (3 view) 4 строки "вызов вложенностей" (4 SP) __ Итого: 17 View и 4 SP = 21 вызов Где здесь 255 ? пытаюсь ещё добавить 1 проверочку простеёший if(exists(select id from SP_...)) then ... - ОБЛОМ ! Даже если предположить что view сожержит несколько таблиц связанных по join ... Пересчитал: 6+9+6+9+1+6+9+1+2+5+6+9+1+6+9+9+5 = 99 шт. Блин ну никак не дотягиваю не то что до 255 до 127 :( Мне стало грустно :( На самом деле всё, не смотря на "монстрообразность" - летает! И бизнес - логика нормально отслеживается ... но чуточку бы расширить ... - Неужели сложно ? С уважением, Константин Григорьевич. ===
Re[4]: Как победить ?
>>Интерестно этот глючёк бедет когда либо исправлен ? VH> Какой глючёк ? Что-то работает не правильно ? >>Неужели так тяжело расширить поле системной таблицы ? VH> Какое поле, какой таблицы ? Извини, ляпнул не подумавши ... Бес ПопутаЛ ... Думал проблема в rdb$relations :( А работает всё славно, кроме этого ограничения. Ну не знаю я откуда ноги растут ... А проблема досадная :( Смотрел Roadmap 2006 даже не упоминается (сорри если упустил, смотрел бегло) Неужели только меня это ограничение достает ? PS: Влад, если можно, прокоментируй мой пост где я описываю малую процедурку (115 строк) та же проблема ... Неужели суммируются ВСЕ вхождения всех используемых VIEW ? Вкратце в SP используется только 17 VIEW и 4 SP Если проссумировать ВСЕ вложенности VIEW то получается 99 используемых таблиц, если только первый уровень - 17 View + 22 таблицы ... Попытка добавить вызов ещё одной SP приводит к той-же ошибке ... С уважением, Константин Григорьевич. ===
Re[4]: Добавить фичу ...
>> create prcedure Calc_money(DateFromdate = current_date, VH> А попробовать ? Действительно на RC5 работает - спасибо! Хотя раньше не работало. Видимо или у меня или глюк или раньше RC1 стоял :( >> create prcedure Calc_Doc(DocId bigint = 0, >> DateFrom date = (select date from vw_Doc where id = :DocID), VH> Нет смысла, это элементарно пишется в теле процедуры\блока Согласен, это был просто предпятничный бред :) >> насчёт ценности последнего - не знаю может и лишнее но первое >> точно было-бы кстати. VH> Первое и так работает Ещё раз спасибо за тыкание носом в моё невежество ;) С уважением, Константин Григорьевич. ===
Re[4]: Добавить фичу ...
>>Что я написал не так ? Подскажи буть добр ... OL> У тебя что спецификации на интерфейсы меняются кем попало и OL> как попало? Тоды ой ;-), я так не могу, если сегодгня было OL> А(f1,f2), а завтро было А(f2,f1,f3) то я так не играю :( Дело ещё грустнее - не всегда есть спецификация ... Проэкт бурно развивается - не успеваю ... Да и некоторые кусочки и в спецификацию-то заносить излишне :) (ну по типу разбивки SP на кусочки - подымал я тут пост на эту тему) Их просто не успеваещь вносить в спецификацию как уже надо что-то довавить и начинается Copy-Paste пежду процедурами + конечно же параметры меняются и т.д. С уважением, Константин Григорьевич. ===
Re[4]: OFF: Кладр
Здравствуйте! Вы писали 16 января 2007 г., 10:07:02: >>могу поделиться схемой. > Поделись пожалуйста. > Очень желательно, как и сказал - примеры запросов и реализацию (по этой > структуре). > Можно вырезки, т.е. не обязательно чтобы компилилось, мне просто "содрать" > надо. > Можно сюда: buch (at) permnipineft (dot) com Отправил на мыло скрипты таблиц, триггеров и ХП (индексы и т.п.сам добавь "по вкусу"). Не идеально, конечно, но для моих нужд хватает. Правда детализация там только до улиц, с домами так и не разобрался - по описанию одно, в базах другое... Пиши, если что.. -- Буянов М.В., Салехард mailto:[EMAIL PROTECTED]
Re[4]: OFF: Кладр
Здравствуйте! Вы писали 16 января 2007 г., 11:07:59: > Зайди, если хочешь (кину, если хочешь) в обработку > ВыборИзКлассификатораАдресов. кинь посмотреть, мож что высмотрю интересное ;) -- Буянов М.В., Салехард mailto:[EMAIL PROTECTED]
Re[4]: OFF: Кладр
Здравствуйте! Вы писали 16 января 2007 г., 17:07:08: > И что, ты оперируешь личным опытом, а я опытом отдельных чудаков из > москвы которые попытались на клдар натянуть кадастр объектов недвижимости > ;-);-);-) операторам, набивающим десятки адресов в день, легче ввести только 1-2 ненайденных, чем все. К тому же можно на этой базе организовать ручное добавление, чтобы можно было недостающие адреса вводить. Посадить на это дело одного ответственного (чтобы мусору не понавводили) и пусть вводит. У меня, например, девочки-операторы очень обрадовались, когда попробовали вводить с пом. данных КЛАДР. -- Буянов М.В., Салехард
Decimal при Scale >4
Привет форумчане! В DataDef говорится что под хранение для NUMERIC(n,m) в 3-м диалекте используются соответсвующие целочисленные типы, в зависимости от n. Соответсвенно для NUMERIC(15,3) идет INT64. Но для NUMERIC(15,5) используется уже почему-то DOUBLE PRECISION. Что проверяется на простейшем тесте: insert into T3(NUM_3, NUM_5) values(123456789012345.678, 1234567890123.45678); Даёт 123456789012345.678, 1234567890123.45679; <-разница insert into T3(NUM_3, NUM_5) values(1234567890123456.789, 12345678901234.56789); Даёт 0.000, 12345678901234.56840; <-разница FB2.0 3-й диалект IBExpert Действительно есть такое правило, или я что-то не так делаю?
Re[4]: Скорость ресторе
Привет! > И тебя с праздником :) > (и всех остальных выходных и работающих ;)) Угу, и тебя :) >> >> Я сравнивал скорости рестора через localhost и в файлик - под Линухом, > В файлик - это как ? :) gbak -C -user xxx -password yyy backup.fbk /var/db/database.fdb Классик, есессна :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re[4]: Деактивация PK ...
К>> Массовая заливка данных ... AC> Неужели так катастрофически тормозит? AC> Если критично, грохни PK, не заморачивайся с хакеро-геморроем. Активация - деактивация у мя автоматом ходит ... а вот с гроханием и заново созданием - предвижу проблемы :( С уважением, Константин Григорьевич. ===
Re[4]: Объясните плиз ..
>> Хорошо, ты говоришь для процесса >> Для классика подразумевается что 2 Gb предел >> для одного коннекта, или всё-же как для порождаемых >> процессов под каждый коннект это ограничение общее ? VH> Неужели не понятно написано - ограничение _для процесса_ ? VH> Причём тут вообще FB ? Да ладно, не кипятись, пожалуйста ... Вопрос задан исключительно исходя из того что я НЕ ЗНАЮ как порождаются процессы в класике ... Так сказать для общего развития ... С уважением, Константин Григорьевич. ===
Re[4]: Объясните плиз ..
VH> Апдейт как часто вызывается ? для данного случая ~ 70% от общего к-ва вызовов, те. где-то 2 млн. раз VH> А для одной и той же записи вызывается ? Не понял что ты имеешь ввиду ... VH> Если его убрать, тоже память жрётся ? счас попробую, но ведь логика работы изменится :( С уважением, Константин Григорьевич. ===
Re[4]: Дактивация PK
МГВ> А они что, все разом цены на все запчасти меняют? Не все, но как правило от 20 до 70 % прайса - новые цены, + новые товары ... Всего около 40 проризводителей С уважением, Константин Григорьевич. ===
Re[4]: Дактивация PK
>> А они что, все разом цены на все запчасти меняют? W> Или может быть, вы все цены с изменением курса пересчитываете? Ну да не идиот же я :( Ещё раз: 40 Производителей * ~30 наименований (уседнённо) - ~ 12 000 000 товаров 3 поставщика с коэфициэнтами от базовой цены12 000 000 цен (т.е. их можно считать за 1-го) + 4 со спец-ценами (без коэфициэнтов) (4 * 12 000 000) цен --- ~ 40 000 000 цен на самом деле цен где-то ~35 млн. (не все поставщикидают все группы товара по всем макам) обновление всех прайсов ~ 1 раз в кватал делим 35 000 000 / 3 месяца = 11 000 000 в месяц 11 000 000 / 4 недели = ~ 3 000 000 в неделю С уважением, Константин Григорьевич. ===
Re[4]: Vista, блин
Здравствуйте, Vlad Horsun. Недавно (2 мая 2007 г., 18:13:27) Вы писали: VH> Или пускай как службу, или дай юзеру SeCreateGlobalPrivilege Почему низя сразу проверить все необходимые привилегии и права необходимые для полноценной работы сервера? Или это бантики и они будут потом? -- Удачи... Yuris W. Auzinsh aka Zuz, ICQ UIN: 5 8 2 5 6 3 7 4, e-mail : zuz(аt)mail.ru --~--~-~--~~~---~--~~ Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "gmane.comp.db.firebird.russian" на группах Google. Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу ru-firebird@googlegroups.com Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: [EMAIL PROTECTED] Дополнительные варианты находятся на странице группы http://groups.google.com/group/ru-firebird?hl=ru -~--~~~~--~~--~--~---
Re[4]: Текстовая индексация
Привет! >> >> Я был в легком удивлении, когда обнаружил сей факт. В релизнотах >> ничего не заметил... > Как IN сделали, так и поддерживается, AFAIU ;) Шо, прям от 4-ки и живет оно тама? Mля... :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re[4]: FB inet
Здравствуйте, Horsun Vlad. Недавно (31 мая 2006 г., 13:43:55) Вы писали: HV> Сеть я дома, сам понимаешь, строить не собираюсь ради этого А никто и не заставляет им пакеты снифить, им потом разбирать удобно. ;-) -- Удачи... Yuris W. Auzinsh aka Zuz, ICQ UIN: 5 8 2 5 6 3 7 4, e-mail : zuz(аt)mail.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: Сверхбольшие таблицы
>> Насколько частично ? Где написано не подскажешь ? >Не подскажу. Т.к. внутренняя кухня. Ну и ... ладно ;) >> Насколько сильно ? Где написано не подскажешь ? >Факт описан в релизных нотах. Про "насколько" - на три порядка, если я все >правильно путаю. Ok! Пошёл в очередной раз перечитывать :) >> Надеюсь и FB2 ? Где написано не подскажешь ? >Нет, блин, мы его до одного байта урезали. Из вредности. Ты шо, из лесу >вышел, чи шо? :))) Да нет, просто последние 1-2 года загружен был "по самi помiдори ..." пока "нормальную" работу искал, переквалифицировался сначала на Oracle, msSQL, MySQL и Sybase, перепробовал PHP, Java, Kulix ... Коорче венегрет в голове полный :( Сейчас навёрстываю ... :( поэтому мои вопросы ну иногда совсем ламерские :( Можно считать меня "Робинзоном" который N-е к-во лет выпал из "цивилизации", а теперь заново учится "держать вилку" :) PS: "Попри всi намагання ворогiв людства ..." я вернулся к FB ... Ура, товарищи ... Гм, то есть господа ... :) С уважением, Константин Григорьевич. === Если "низя", но очень "хотса" - то "мона" :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: Сверхбольшие таблиы
Здравствуйте, Horsun Vlad. Недавно (26 июня 2006 г., 12:49:57) Вы писали: HV> Спасибо, но - где тут про автоматическую корреляцию плана запроса HV> с параметрами в зависимости от их значенией в рантайме ? Значит Вы будите первыми! ;-) -- Удачи... Yuris W. Auzinsh aka Zuz, ICQ UIN: 5 8 2 5 6 3 7 4, e-mail : zuz(аt)mail.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[4]: update ... ( ...)
"Константин" DY> 'NOW'? Попробую "ищё рас" ... "Пасиба" ... у него дискретность, как у винды - 10 мс -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Re[4]: update ... ( ...)
"Boulitchev Aleksey" <[EMAIL PROTECTED]> wrote: > > у него дискретность, как у винды - 10 мс Если речь про *уникальность*, то причем тут время вообще? Да пусть хоть микросекундная точность будет, все равно это ни черта не гарантирует. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: ibx and millisecond
Hello WildSery, Thursday, December 25, 2008, 11:07:08 AM, you wrote: > On Thu, 25 Dec 2008 11:25:32 +0300, Alexey Voytsehovich > wrote: >> езависимо от настроек отображения даты\времени на сервере? > Каких настроек? Если ты про региональные - то серверу пофиг на них. понятно > Отличия есть только dialect 1 / dialect 3. у меня только 3, так что все ок спасибо :) -- Best regards, Alexey Voytsehovichmailto:iron...@gmail.com
Re[4]: Firebird на CentOS
Превед! > [r...@localhost ~]# netstat -tnlp|grep 3050 > tcp0 0 0.0.0.0:30500.0.0.0:* > LISTEN 2747/xinetd > xinetd и слушает, в сервисах я смотрел для xinetd галкой отмечен только > сервис firebird. Похоже тут все дело в firebird-е. Я пробовал установить > супер сервер. Тогда постоянно висел процесс fbguard и периодически появлялся > fbserver через секунд пять он пропадал, затем опять появлялся и опять > пропадал. Подключиться со стороны клиента так же не получалось. Ну тут совсем всё странно. Порт 3050 и должен слушать супердемон. Может он у тебя 2 раза пытается стартовать? Попробуй снести Птица совсем, убедись, что никто ничего не слушает, потом заново его установи - и расскажи нам. З.Ы. Постарайся избегать излишнего цитирования. З.Ы.Ы. А вообще-то странно, установка классика - самая беспроблемная у Птицефф. -- Best regards, Sergeymailto:gebele...@gmail.com
Re[4]: Alter column type
Здравствуйте, Arioch. Вы писали 27 июня 2011 г., 18:08:55: >> Вообще-то и Линукса тогда вообще не было. >> >> Договоренность про KOI8-R была еще в FIDO7.SU.DBMS.INTERBASE > это как ? в FIDO эе стандарт досовская кодировка, ibm866 ? > через гейт-то понятно, что переводили в koi8-r, но это была договорённость > Демоса с самим собой, РАЗВЕ ЕТ ? :-) Я в фидо непосредственно не был, но конференция fido7.su.dbms.interbase которая была доступна и из инета по nntp имела в правилах пункт про то что сообщения должны быть в KOI8-R. Я был там сомодератором и следил именно за этим - чуть что - сразу палкой по рукам. :) С фидо конфа мигрировала на epsilon, в полном составе, а потом на googlegroups. Стали появляться более умные news-ридеры и проблема с кодировкой стала не такой острой, но совсем не ушла. -- С уважением, Владимир mailto:fr...@academ.org
Re[4]: Alter column type
Здравствуйте, Arioch. Вы писали 27 июня 2011 г., 18:08:55: > через гейт-то понятно, что переводили в koi8-r, но это была договорённость > Демоса с самим собой, РАЗВЕ ЕТ ? :-) Ради интереса покопался в инете - нашел правила конференции на эпсилон. Правила были размещены тут, но сейчас их там нет, ибо и конфы на эпсилоне нет. http://ibase.ru/v6/conf/conf.htm А вот так выглядели эти правила в 2004 году :) http://web.archive.org/web/20041009184946/http://ibase.ru/v6/conf/conf.htm -- С уважением, Владимир mailto:fr...@academ.org
Re[4]: сервер для строк
Дарова! >> Это превед для IB7 или вообще для всех родственников? Дима вроде >> сказал, что нету лимита на таблицу в двойке. Или я не так понял? > Для IB с любой ODS и для FB с ODS < ODS 11 > В ODS 11 лимит поднят в 256 раз А блобы считаются за размер или только их BLOBID считается? Хотя такие размеры нам не светят еще долго... -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: Re[4]: Чья ошибка ?
VK> Тогда ещё попробуй с клиентом от 2.0.х, плс Не могу :( http://firebirdsql.org/download/snapshot_builds/win/Firebird-2.0.2.12964-0_win32.zip Object not found! The requested URL was not found on this server. The link on the referring page seems to be wrong or outdated. Please inform the > author of that page about the error. Имелся в виду клиент от любого 2.0.х, например от 2.0.0. Можно даже от 1.5.х. Да, ещё можно с клиентом от 2.1, но по локальному протоколу. -- Хорсун Влад
Re: Re[4]: Насколько безопастно ...
Привет, Константин! Вы пишешь к Alex Cherednichenko 06 сентября 2007: [Sorry, skipped] К> Ах да, в IBE, в строке статуса пишет : К> "Остлось 254 изменений таблицы XXX" И каким боком BLR к структуре таблицы? -- With best regards, Alex Cherednichenko.
Re[4]: Прошу подтвердить ошибку...
VK> А где ты взял такой урл ? http://firebirdsql.org/download/snapshot_builds/win/ С уважением, Константин Григорьевич. ===
Re[4]: Прошу подтвердить ошибку...
VK> А где ты взял такой урл ? Сорри почему-то страница из кеша IE поднялась :( Нажал обновить - всё Ок ... С уважением, Константин Григорьевич. ===
Re: Re[4]: FB + ASP.NET
"ëÏÎÓÔÁÎÔÉÎ" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] SN> www.morfik.com , 2 ÍÅÓÑÃÁ ÍÕÞÁÅÍ ÕÖÅ... ×ÐÅÞÁÌÅÎÉÑ ÐÏÌÏÖÉÔÅÌØÎÙÅ á ÎÁ ËÁËÏÊ ÐÌÁÔÆÏÒÍÅ ÏÎÏ ÒÁÂÏÔÁÅÔ ? þÔÏ-ÔÏ Ñ ÔÁË É ÎÅ ×ØÅÈÁÌ ... :( ÐÉÛÅÛ ÐÒÉÌÏÖÅÎÉÅ (ÎÁ object pascal, Jva, C# ÉÌÉ VB) ÆÏÒÍÙ (ÏÞÅÎØ ÐÏÈÏÖÅ ÎÁ FastReport), ÓÅÒ×ÅÒÎÁÑ ÞÁÓÔØ, ×ÅÂÓÅÒ×ÉÓÙ É Ô.Ä. ÏÎÏ ËÏÍÉÐÉÌÉÔ ÜÔÏ × ÁÐÐ-ÓÅÒ×ÅÒ (ÐÏ ×ÙÂÏÒÕ - ÓÁÍÏÓÔÏÑÔÅÌØÎÙÊ ÅËÚÅ ÐÏÄ ×ÉÎ/ÌÉÎÕËÓ, ÌÉÂÏ ÍÏÄÕÌÉ ÉÌÉ dll Ë ÁÐÁÞÕ) ÐÒÉ ÏÂÒÁÝÅÎÉÉ Ë ÜÔÏÍÕ ÁÐÐ ÓÅÒ×ÅÒÕ ÉÚ ÂÒÏÕÚÅÒÁ - ÏÎ ÇÅÎÅÒÉÔ ÓÔÒÁÎÉÞËÉ ÎÁ JvaScript ËÏÔÏÒÙÅ É ÏÔÏÂÒÁÖÁÀÔÓÑ Õ ÔÅÂÑ ÎÁ ÜËÒÁÎÅ. ÷ÅÓØ ÓÁÊÔ × ÉÔÏÇÅ - ÎÁÂÏÒ ÓËÒÉÐÔÏ× Ó Ô×ÏÉÍÉ ÆÏÒÍÁÍÉ, ÐÒÉÞÅÍ ÐÏ ÐÏ×ÏÄÕ ÁÑËÓÁ É ÐÒÏÞÅÇÏ ÍÏÖÅÛØ ÎÅ ÄÕÍÁÔØ - ÏÎÏ ÔÁÍ ÉÚÎÁÞÁÌØÎÏ. ÷ ËÁÞÅÓÔ×Å ËÏÍÐÉÌÅÒÁ ÓÒÅÄÁ ÉÓÐÏÌØÚÕÅÔ FreePascal × ËÁÞÅÓÔ×Å Ó×ÏÅÇÏ Ä×ÉÖËÁ - FB2 ÉÚ ÁÐÐ-ÓÅÒ×ÅÁ ÍÏÖÅÛØ ËÏÎÎÅËÔÉËÔÓÑ Ó Ó×ÏÅÍ ÂÁÚÁÍ ÎÁ FB Sergey
Re: Re[4]: FB + ASP.NET
"Sergey Nikolaenko" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > > "Константин" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > SN> www.morfik.com , 2 месяца мучаем уже... впечаления положительные > > А на какой платформе оно работает ? > Что-то я так и не вьехал ... :( > > пишеш приложение (на object pascal, Jva, C# или VB) > формы (очень похоже на FastReport), серверная часть, вебсервисы и т.д. > оно комипилит это в апп-сервер (по выбору - самостоятельный екзе под > вин/линукс, либо модули или dll к апачу) > при обращении к этому апп серверу из броузера - он генерит странички на > JvaScript которые и отображаются у тебя на экране. > Весь сайт в итоге - набор скриптов с твоими формами, причем по поводу аякса > и прочего можешь не думать - оно там изначально. > В качестве компилера среда использует FreePascal в качестве своего движка - > FB2 > из апп-сервеа можешь коннектиктся с своем базам на FB Букав много, но совершенно непонятно. > пишеш приложение (на object pascal, Jva, C# или VB) Какое приложение, к чему приложение? Какие формы? Чево ково куда и как компилит?
Re: Re[4]: FB + ASP.NET
"Dmitry Voroshin" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > > âÕËÁ× ÍÎÏÇÏ, ÎÏ ÓÏ×ÅÒÛÅÎÎÏ ÎÅÐÏÎÑÔÎÏ. > > ÐÉÛÅÛ ÐÒÉÌÏÖÅÎÉÅ (ÎÁ object pascal, Jva, C# ÉÌÉ VB) > ëÁËÏÅ ÐÒÉÌÏÖÅÎÉÅ, Ë ÞÅÍÕ ÐÒÉÌÏÖÅÎÉÅ? ëÁËÉÅ ÆÏÒÍÙ? þÅ×Ï ËÏ×Ï ËÕÄÁ É ËÁË > ËÏÍÐÉÌÉÔ? ïÂÙÞÎÏÅ ÐÒÉÌÏÖÅÎÉÅ, ÄÌÑ ÒÁÂÏÔÙ Ó âä. ÷ÏÔ ÔÏÌØËÏ ÏÎÏ ÐÏ ÓÏ×ÍÅÓÔÉÔÅÌØÓÔ×Õ Ñ×ÌÑÅÔÓÑ ÅÝÅ É ÓÅÒ×ÅÒÏÍ É ÇÅÎÅÒÁÔÏÒÏÍ ÓÔÒÁÎÉÞÅË ÄÌÑ ÂÒÁÕÚÅÒÁ. http://hostinfo.ru/articles/web/rubric48/rubric55/rubric56/953/
Re[4]: Разработчик Delphi Firebird
> Угага. Отож (с) -- Regards, Dmitriy Kovalenko
Re[4]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 15:38, Вы писали: >> А без них можно? HV> А чем они мешают ? У юзеров реализован примитивный SQL менеджер который понимает только примитивные выражения (селекты, апдейты, инсерты, алтеры, криейты), на одну строку. HV> Литерала NAN наш парсер не знает Плохо и что нельзя както обмануть ну типа "WHERE column = 0/0" или еще что? Или тут результат не предсказуем? -- С Уважением, Дмитрий Котельников
Re[4]: WHERE column = NAN ?
Приветствую Вас, 05.10.2006 в 17:50, Вы писали: VAS> Если там NULL, то так: VAS> UPDATE table SET column = 0 WHERE column is NULL; Ха, если б НУЛЛ то ╨то было бы замечательно. А ИБЕксперт так и показывает НАН, а если его попытаться отредактировать в ИБЕксперете сразу АВ :). Когда в программе хожу по этому полю то результат (как бы его назвать) от настроения сервера, в сновном это оверфлоу и инваид флоатинг поинт... Думаю не мешало бы чтобы сервер не писал НАН, а НУЛЛ вместо него, а если и писал НАН то и чтобы понимал его. -- С Уважением, Дмитрий Котельников
Re: Re[4]: Как победить ?
"Константин" > Извини, ляпнул не подумавши ... Бес ПопутаЛ ... ;) > Думал проблема в rdb$relations :( > А работает всё славно, кроме этого ограничения. > Ну не знаю я откуда ноги растут ... Гм, откуда обычно ноги растут ? :))) > А проблема досадная :( > Смотрел Roadmap 2006 даже не упоминается > (сорри если упустил, смотрел бегло) > > Неужели только меня это ограничение достает ? Скажем так - не часто возникают такие проблемы ;) Вноси в трекер - тогда точно не оставим без внимания >PS: Влад, если можно, прокоментируй мой пост где я описываю >малую процедурку (115 строк) та же проблема ... >Неужели суммируются ВСЕ вхождения всех используемых VIEW ? На этапе оптимизации (не генерации blr) - да >Вкратце в SP используется только 17 VIEW и 4 SP >Если проссумировать ВСЕ вложенности VIEW то >получается 99 используемых таблиц, если только >первый уровень - 17 View + 22 таблицы ... Значит есть ещё контексты. union'ы, агрегаты... -- Хорсун Влад
Re[4]: Вроде поймал багу ...
>>... >> Стало быть, действительно баг? MV> Фиг. MV> select 'Ok' from rdb$database MV>where 0 not in (null, 0) MV> то же самое, что и: MV> select 'Ok' from rdb$database MV>where (null = 0 or 0=0) MV> Т.е. все правильно. Ну и ? (null == 0) = false ( 0 == 0) = true OR (+) = true т.е. должно вернуть 'OK' в приведеном же мной варианте с delete возвращает, грубо говоря false ... Или я опять не понял ? Ну орбразно, наколько я понимаю, not in на человеческий язык переводя - "есть хоть "что-то" похожее ..." С уважением, Константин Григорьевич. ===
Re[4]: Вроде поймал багу ...
>>В моём понимании IN не есть булева операция в прямом >>смысле этого слова ... и читать её надо по другому ... OL> Какое в жопу булево? Это операция вхождения в множество - в нем или не в нем. А я о чём ... ? OL> Для тупых и ещё тупее. Согласен :( OL> Есть список фамилий, одну из строк какая-то жаба замалевала - это null. OL> На вопрос - есть ли я в оригинальном списке при наличии меня OL> там я даю конкретный ответ - да, вот он я в 3-ей строчке. OL> На вопрос - нет ли меня в оригинальном списке, я иду читать OL> любимый журнал, т.к. под замалёваной фамилией может быть и моя. А вдруг не моя ? Однозначно утвержать нельзя ? Правильно ? В жизни как ? - Не уверен - не обгоняй Я к чему - меня просто поразило не то что в приведенной вырезке из БД не срабабатывает delete from __ in (...) , а то что оно в некоторых случаях срабатывает, в некоторых - нет ... Блин, умом я конечно уже понял, но чуства противятся ... :( OL> Вопросы есть? Чё тут тупить-то? Да уже нет ... А туплю, наверное, от недосыпа ... Третьи сутки по 4-6 часов сплю, остальное - краткие перерывы на перекур ... Сроки, будь они неладны ... А тут ещё "это", на ровном месте ...:( OL> P.S. Вышлите эту трав наконец, сами пруцца а другим не дают В Киев привезу ..., будет желание ... - заходи "гостэм будэшь" ... :) С уважением, Константин Григорьевич. ===
Re[4]: Разработчикам идея ускорения
Привет! >>У Классика есть стабильность, но нет скорости. У >>Супера есть скорость, но нет стабильности. :) > Дык и я про тоже можно реализовать простую модель на уже готовом > перенаправив запись через общий процесс. Даже как идею можно запись вести > как обычно дополнив тем что паралельно данные посылаются общему процессу > дабы не читать их в дальнейшем с диска. Жень, ты меня, конечно, извини, но твое предложение сродни "а давайте сделаем всем хорошо". Я же уже писал - нет такой модели взаимодействия процессов, когда всем будет хорошо. Всегда приходится делать выбор. В общих словах я тоже знаю, как это делается, но когда дело доходит до конкретной реализации в коде... я столько не выкурю. -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re[4]: Firebird Roadmap 2007
>> Короче я тут подумал было-бы кульно иметь возможность >> нацепить тригерры на временные таблицы ... HV> Если ты о GTT, то триггеры там есть С уважением, Константин Григорьевич. ===
Re[4]: Firebird Roadmap 2007
>> Короче я тут подумал было-бы кульно иметь возможность >> нацепить тригерры на временные таблицы ... HV> Если ты о GTT, то триггеры там есть Сорри за неграмотность но who is GTT ? У меня есть пара алгоритмов/фич на "будущее" с использованием temporary table ... Но в них очень желательно использовать тригеры (дабы, как минимум, не плодить обработчики на клиенте) в простейшем случае для проверки заначений при insert/update в эти table ... и/или изменения в "реальных" таблицах при модификации временных ... (ну типа резервирование товара до "Сохранить документ") Хотя последнее очень упрощённый пример ;) Очень нужная фича была-бы !!! С уважением, Константин Григорьевич. ===
Re[4]: Ошибка при бакапе
W> On Wed, 10 Jan 2007 18:39:34 +0300, Константин W> <[EMAIL PROTECTED]> wrote: >> W> Почему не 12748 ? >>Поможет ? W> Нет. Но стоит ли искать баги в прошлом, хоть и недавнем? :) Ок, попробую завтра на более свежей сборке ... С уважением, Константин Григорьевич. ===
Re: Re[4]: OFF: Кладр
"inet" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Посадить на это дело одного ответственного (чтобы мусору не >понавводили) и пусть вводит. У меня, например, девочки-операторы очень >обрадовались, когда попробовали вводить с пом. данных КЛАДР. Ты какие адреса вводишь? Если юр лиц, то кладр помогает, если вообще - то опа :-)
Re[4]: Java (Jaybird) +UTF8
Привет!
>>connInfo.put("charSet", "UTF-8");
> Мне просто интересно как правильно "UTF-8" или "UTF8" или это без разницы
Ну вроде правильно UTF-8, но очень часто делают алиас UTF8, так как
народ часто путает.
http://en.wikipedia.org/wiki/UTF-8
--
Best regards,
Sergeymailto:[EMAIL PROTECTED]
Re: Decimal при Scale >4
sw wrote: Действительно есть такое правило, или я что-то не так делаю? Вот это: IBExpert К бабке не ходи тянет резалт в TFloatField со всеми вытекающими. -- Regards. Ded.
Re: Decimal при Scale >4
sw wrote: insert into T3(NUM_3, NUM_5) values(123456789012345.678, 1234567890123.45678); К слову, ты присваиваешь NUMERIC(18, x) в NUMERIC(15, x). К сожалению, сервер это разрешает и на данный тест это вряд ли влияет, но сознательно ли это сделано? -- Дмитрий Еманов
Re: Decimal при Scale >4
Ded>тянет резалт в TFloatField со всеми вытекающими. Так если бы был IBE виноват, то ошибки были бы в обоих случаях, количество цифер я специально выбирал одинаковым (отличается только положение точки) При переполнении INT64 NUMERIC(15,3) обнулился (не знаю корректно это, пусть разработчики скажут), а NUMERIC(15,5) нет - только снизил точность засчет последних цифер, т.е. типичное поведение при плавающей точке. PS. Наверное правильнее было бы производить сравнение NUMERIC(15,4) и NUMERIC(15,5). Но проблема появилась после того, как я изменил тип поля в таблице с NUMERIC(15,3) на (15,5). На ней была вьюха с прямым отображением этого поля. Далее в клиенте (Delphi, FIB+) с персистентным полем TFIBBCDField. После изменения начала ругаться - мол гриш BCD, BCD а тут Float.
Re: Decimal при Scale >4
DY>К слову, ты присваиваешь NUMERIC(18, x) в NUMERIC(15, x). К сожалению, сервер это разрешает и на данный тест это вряд ли влияет, но сознательно ли это сделано? Да я это знаю. Просто проверял на разных размерах (<10, 15, 18) и оставил 15 как "дефолтный у IBE" (наверное навеяно былинами старины :)) и наверное более распространённый. Да и вроде кажется ДК где-то описывал это поведение. В принципе я на это и не обращал внимания :).
Re: Decimal при Scale >4
Кстати если кастить NUMERIC(18,5) на NUMERIC(18,3) то это опознаётся как BCD.
Re: Decimal при Scale >4
sw wrote: Так если бы был IBE виноват, то ошибки были бы в обоих случаях Тем не менее ISQL показывает правильный результат в обоих случаях. -- Дмитрий Еманов
Re: Decimal при Scale >4
Тем не менее ISQL показывает правильный результат в обоих случаях. Подтверждаю. У меня тоже показывает всё правильно и даже без переполнения. Кажись фибовский детектор халтурит (IBE он вроде тоже на них же). Ладно потестю на разных компонентах поключения и отпишусь.
Re: Decimal при Scale >4
Hello, sw! sw wrote: В DataDef говорится что под хранение для NUMERIC(n,m) в 3-м диалекте используются соответсвующие целочисленные типы, в зависимости от n. Соответсвенно для NUMERIC(15,3) идет INT64. Но для NUMERIC(15,5) используется уже почему-то DOUBLE PRECISION. никоим образом. в третьем диалекте numeric принципиально не может храниться как double precision. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Decimal при Scale >4
Hello, sw! sw wrote: Но проблема появилась после того, как я изменил тип поля в таблице с NUMERIC(15,3) на (15,5). !!! это может быть ключевым моментом. ЧЕМ ты изменял. alter table ? или "оглуплятором" IBExpert? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Decimal при Scale >4
Но проблема появилась после того, как я изменил тип поля в таблице с NUMERIC(15,3) на (15,5). !!! это может быть ключевым моментом. ЧЕМ ты изменял. alter table ? или "оглуплятором" IBExpert? Конечно "оглуплятором" :). Но я менял сам домен (alter чето-то там на чего-то тут) и апдейт поля я делал PS. О какие злые, уже пятку об сельхоз. инструмент почесать нельзя :)
Re: Decimal при Scale >4
В общем оказалось (если кому интересно), что действительно вопрос касается клиентских компонентов Вот из справки: Because TFIBBCDField uses the Currency type to work with data from BCD fields, TFIBBCDField limits the precision of the BCD values it can support to 4 decimal places and 20 significant digits. The underlying database table may include values that require greater precision. When it encounters such values, TFIBBCDField raises an exception. Т.е. работать с числами большой точности не так уж и просто. PS. Как и большинство, наверное, почти не работал с точностью более 3, поэтому с данными нюансами и не сталкивался.
Re: Decimal при Scale >4
"sw" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > В общем оказалось (если кому интересно), что действительно вопрос касается > клиентских компонентов > > Вот из справки: > Because TFIBBCDField uses the Currency type to work with data from BCD > fields, TFIBBCDField limits the precision of the BCD values > it can support to 4 decimal places and 20 significant digits. The underlying > database table may include values that require greater > precision. When it encounters such values, TFIBBCDField raises an exception. Америку открываем, почитай справку по стандартному TBCDField. > Т.е. работать с числами большой точности не так уж и просто. Если очень нужно то пишется свой TMyField, регистрируется как положено. Но внутренне представлдение использует не currency (откуда и вылазит ограничение в 4 занака), а например TBCD от SysTools (TurboPower) <- брать на молотке.
Re[4]: insert from select
>> PS: Сорри за сумбурное обьяснение но хоть убейте не могу найти >> другого решения кроме как делать дубликат таблицы @table@, >> что при 20 лимонах записи не есть гуд :( Help me !!! VH> А ты что - все 20 лимонов вставляешь ? Нет, около 8 лимонов ... отбор по условию. С уважением, Константин Григорьевич. ===
Re: Re[4]: Деактивация PK ...
Привет, Константин! Вы пишешь к Alex Cherednichenko 23 апреля 2007: AC>> Неужели так катастрофически тормозит? AC>> Если критично, грохни PK, не заморачивайся с хакеро-геморроем. К> Активация - деактивация у мя автоматом ходит ... К> а вот с гроханием и заново созданием - предвижу проблемы :( С "полуживым" индексом проблемы обрящешь куда как забористее. Ходи как все, по камушкам. (С) -- With best regards, Alex Cherednichenko.
Re: Re[4]: Деактивация PK ...
> Активация - деактивация у мя автоматом ходит ... > а вот с гроханием и заново созданием - предвижу проблемы :( А где разница-то, ась ? Чем, в данном случае, DROP\CREATE CONSTRAINT отличается от UPDATE\UPDATE ? Букафками ? Или есть FK, ссылающиеся на этот PK ? Тогда его тем более низзя отключать... -- Хорсун Влад
Re: Re[4]: Vista, блин
"Yuris W. Auzinsh" ... > Здравствуйте, Vlad Horsun. > > Недавно (2 мая 2007 г., 18:13:27) Вы писали: > > VH> Или пускай как службу, или дай юзеру SeCreateGlobalPrivilege > Почему низя сразу проверить все необходимые привилегии и права > необходимые для полноценной работы сервера? > > Или это бантики и они будут потом? Ну вот нету у юзера привилегий (а они нужны) - что делать ? Отказаться от сущ. механизма, который требует этих привелегий, нельзя, т.к. можно поломать БД, а переделать на другой не так просто. -- Хорсун Влад
Re[4]: ORDER BY <строка>?
Приветствую Вас, 21.02.2006 в 14:18, Вы писали: >> Да какая маска, номер произвольный, захотел формируешь по шаблону как >> описал раньше захотел написал Вася9, это и есть номер. OL> А тогда о какой собственно упорядоченности идёт речь? Выясни OL> алгоритм опредления порядка у заказчика по такому множеству OL> номеров и реализуй его, чего людям голову в конференции OL> морочить? Сексуальные фатанзии твоего заказчика на тему томика OL> "Поиск и Сортировка" небезизвестного товарища нам не понять ;-) Все уже определено, и заказчик сам его определяет (алгоритм формирования номера в любой промежуток времени), читайте предыдущие мои посты, думаю понятно. И проблему мне уже посоветовали как решить и я ее решил. Тема закрыта, Всем огромное спасибо. :) -- С Уважением, Дмитрий Котельников
Re[4]: ORDER BY <строка>?
Приветствую Вас, 21.02.2006 в 17:32, Вы писали: >> А какая же это каша, это тоже самое что сказать зачем хранить мою >> фамилию "Котельников" полностью в отдельном поле если можно создать >> табличку с буковками и сделать ссылки на них формируя свою фамилию, >> согласны это перебор. Фамилия это набор символов также как и номер SE> Котельников надо хранить в одном поле, а Дмитрий Иванович Котельников - в SE> трех. SE> компрене ву? Издеваетесь :) , кстати я Владимирович А "компрене ву" - Это наименование полей ;) Ну, а если развивать тему :) тогда уж надо создать табличку НАМЕС и МИДЛЕНАМЕС и хранить уникальные там, а в документе делать ссылки. :) Не Извините пока еще новенький, в этой группе, не могу понят где стеб а где нет? -- С Уважением, Дмитрий Котельников
Re[4]: ORDER BY <строка>?
Приветствую Вас, 21.02.2006 в 18:26, Вы писали: SM> Уважаемый, а вы не родственник Евгения Болтика? (Жень, без обид, но SM> стиль изложения мыслей у этого товарища точно такой же). Нет, а это плохо? :) SM> Если по существу - может все же формализировать принцип построения SM> номера более жестко? Как правильно, а не как хочет заказчик? Как хочет заказчик так и правильно! Я не хочу продолжать эту тему, т.к. объяснять 10 раз одно и тоже самое нет смысла. -- С Уважением, Дмитрий Котельников
работа FireBird на FedoraCore 4
Здравствуйте! Купили новое железо, есть желание ставить FireBird на FedoraCore 4. Нет ли проблем\нюансов в установке\работе FB 1.5.3 на данной оси?
Re[4]: Err in Firebirв.log
>> Это критично ? >На твое усмотрение. Сама ошибка не критична. >> в смысле в RC3 эта ошибка уже не вылезет ? >Не вылезет. Ok. Спасибо! С уважением, Константин Григорьевич. === Если "низя", но очень "хотса" - то "мона" :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: пятница продолжается - "гибибайт"
> В справочнике по психиатрии от 1913 года термин Плюрализм описан как Занятие > сексом в общественных местах. Я плакаль горькими слезами и катался по полу держась за живот ... :) Моя первая ассоциация - так вот чем при "перестройке" занимались ... :) С уважением, Константин Григорьевич. === Если "низя", но очень "хотса" - то "мона" :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: ??????? icudt30.dll ? ??. ? FB2
Приветствую Вас, 19.07.2006 в 11:13, Вы писали: >> Очень плохо, что так сильно они завязаны в коде, может можно как-то >> это доработать? Т.е. позволять включать использование Unicode и >> выключать? DY> Без поддержки юникода не будут доступны *вообще* никакие чарсеты. Так что DY> это не вариант. Т.е. никак. А как раньше все это дело работало? Или там много уже изменений произошло и трудно сделать переключение старого или нового режима работы с кодировками? -- С Уважением, Дмитрий Котельников --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: ??????? icudt30.dll ? ??. ? FB2
Приветствую Вас, 19.07.2006 в 15:43, Вы писали: DY> Ты просто этого не знаешь :-) Все преобразования чарсетов идут через юникод. DY> UPPER/LOWER теперь тоже. Системные таблицы декларированы в юникоде. И т.д. и DY> т.п. :) понятно, в принципе что хотел то узнал :) большое спасибо за ответы, дальше будем думать как и что. -- С Уважением, Дмитрий Котельников --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: ??????? icudt30.dll ? ??. ? FB2
Приветствую Вас, 19.07.2006 в 15:44, Вы писали: >> AAV> Ты его (дистрибутив) на дискетах таскаешь, что ли? Если да, "тады ОЙ!". >> В >> Я его не таскаю на дискетах, а надо это т.к. программа выложена в >> инете и размер ее 2.8 мега. А если с новыми фичами так это 3.5, VAB> А ты раздели дистрибутив на 2 части: FB и твоё хозяйство... А смысл, так еще хуже, юзеру надо качать 2 файла, да и на большинстве софтархивах не принимают несколько ссылок на файл дистрибутива. Тут суть в чем, юзер в инете выкачивает один файл, запускает его, минимум тупых вопросов и программа работает. А если он уже заинтересовался программой то он и полностью дистрибудив ФБ скачает и и даже винду переустановит если надо (хотя будет много возмущаться но сдлает). !!! Но главное первый раз программа должна быть закачена (на что влияет размер) запуститься и работать (на что влияет поддержка старых и новых ОС) на любой винде с минимальными требованиями. :) Думаю сейчас вы поняли о чем я. Главное донести товар к клиенту, а это уже наше дело чтобы он (товар) понравился с первого запуска :) -- С Уважением, Дмитрий Котельников --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: ??????? icudt30.dll ? ??. ? FB2
Приветствую Вас, 19.07.2006 в 19:44, Вы писали: >> RVBar> ой.. йо... да что ж за прога такая нужная, в таком малом объеме ? :-) >> RVBar> Аж интересно:-) >> Ушло в приват, ;) не хочу чтобы рассудили как рекламу :) а то >> чувствую полемика перейдет в обсуждение проги :) VAB> Друкарка бланков?.. ;) :) -- С Уважением, Дмитрий Котельников --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[4]: ??????? icudt30.dll ? ??. ? FB2
Приветствую Вас, 20.07.2006 в 11:43, Вы писали: >> Ничего не загнул, одни хотят всего нового, другие чтобы работало, >> третьи чтоб меньше места занимало... Надо найти серединку. OL> Тодв возьми Ya и не парся, и на Win95 запуститься и на WinXP :-) Мое ИМХО, нужна БД которая будет долго поддерживаться, над которой будут работать (дорабатывать, исправлять ошибки) постоянно и такой считаю FB, к сожалению к таким не могу отнести Ya. Вот одна из причин: //--Цитата Компания iBase, разработчики Yaffil, Firebird и Firebird Foundation сообщают о том, что принято решение по слиянию проекта Yaffil с проектом Firebird. Это означает, что все наработки по исходному коду передаются в сообщество Firebird Development Team для объединения кода в Firebird 1.6/2.0. Техническое сопровождение и исправление ошибок в Yaffil будет продолжено, а совместная работа над кодом с командой Firebird даст возможность всем пользователям Yaffil перейти на Firebird 2.0 с минимумом переделок приложений и баз данных. //--Цитата т.е. все равно придем к FB2 -- С Уважением, Дмитрий Котельников --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
