Re: Re[4]: GBAK - Логирование ошибок при restore
Привет! Влад в приватной беседе посоветовал пожаловаться Трекеру ;-) По опыту могу сказать, что вменяемое требование или описание бага в трекере всегда либо внедряется, либо фиксится. А Влад что на нелегальном положении ? :) Ок, пожалуемсо :) Правда я никогда еще не жаловался трекеру. Надеюсь выйдет. С уважением, Всеволод. -- View this message in context: http://firebird.1100200.n4.nabble.com/GBAK-restore-tp3677712p3689874.html Sent from the firebird-russian mailing list archive at Nabble.com.
Re: Re[2]: GBAK - ����������� ������ ��� restore
ðÒÉ×ÅÔ! ÔÁËÏÍ ÓÌÕÞÁÅ ÎÁÄÏ ÐÒÏÓÔÏ ÐÏÓÌÁÔØ Õ×ÅÄÏÍÌÅÎÉÅ ÁÄÍÉÎÕ É ×Ó£. é gbak ÞÅÓÔÎÏ ×ÏÚ×ÒÁÝÁÅÔ ÎÅÎÕÌÅ×ÏÊ ËÏÄ ÏÛÉÂËÉ ÔÏÍÕ ÐÒÏÃÅÓÓÕ, ËÏÔÏÒÙÊ ÅÇÏ ×ÙÚ×ÁÌ. gbak ÞÅÓÔÎÏ ×ÏÚ×ÒÁÝÁÅÔ ÎÅÎÕÌÅ×ÏÊ ËÏÄ ÏÛÉÂËÉ ÅÓÌÉ ÅÍÕ îå ÕËÁÚÁÌÉ ÐÁÒÁÍÅÔÒ -v ÔÏÇÄÁ ÄÅÊÓÔ×ÉÔÅÌØÎÏ %ERRORLEVEL%=1 É × ÌÏÇÅ: ... gbak: ERROR:operating system directive WriteFile failed gbak: ERROR:îÅÄÏÓÔÁÔÏÞÎÏ ÍÅÓÔÁ ÎÁ ÄÉÓËÅ. gbak:Exiting before completion due to errors ÅÓÌÉ ÕËÁÚÁÎ -v ×ÏÚ×ÒÁÝÁÅÔ %ERRORLEVEL%=0 É × ÌÏÇÅ: ... gbak:activating and creating deferred index TBL1_INDEX1 gbak:cannot commit index TBL1_INDEX1 gbak: ERROR:operating system directive WriteFile failed gbak: ERROR:îÅÄÏÓÔÁÔÏÞÎÏ ÍÅÓÔÁ ÎÁ ÄÉÓËÅ. gbak:activating and creating deferred index PK_TBL1 gbak:committing metadata gbak:finishing, closing, and going home ôÅÓÔÉÒÏ×ÁÌÏÓØ ÎÁ Windows gbak version WI-V2.1.4.18420 Firebird 2.1 ×ÐÒÏÞÅÍ ÎÁ Yaffil 885 ÔÁË ÖÅ ÎÁ ÄÒÕÇÉÈ ×ÅÒÓÉÑÈ ÎÅ ÔÅÓÔÉÒÏ×ÁÌÏÓØ. òÅÞØ ÉÄ£Ô ÔÏÌØËÏ Ï ÓÉÔÕÁÃÉÉ, ÏÐÉÓÁÎÎÏÊ ôó: ÉÎÄÅËÓ, ÄÌÑ ×ÏÓÓÔÁÎÏ×ÌÅÎÉÑ ËÏÔÏÒÏÇÏ ÎÅ È×ÁÔÉÌÏ ÍÅÓÔÁ ÎÁ ÄÉÓËÅ ÎÅ Ñ×ÌÑÅÔÓÑ PK ÉÌÉ FK. ÷ ÓÌÕÞÁÅ PK ÉÌÉ FK ËÏÄ ÏÛÉÂËÉ ÎÅÎÕÌÅ×ÏÊ. -- ó Õ×ÁÖÅÎÉÅÍ, ÷ÁÄÉÍ ìÅÂÅÄØ éÎÖÅÎÅÒ-ÐÒÏÇÒÁÍÍÉÓÔ æÉÒÍÁ ôÅÒÍÉÎÁÌ Ç.ðÏÌÔÁ×Á
Re: Re[2]: GBAK - Логирование ошибок при restore
Привет! Аааа, так тебе рюшечку хочется? Да, рюшечки иногда нужны, я согласен, что было бы хорошо иметь подобный визуальный отчёт в конце работы. Мы, рюшечкофилы, твою позицию поняли :) Хотя я не назвал бы это рюшечкой. Да, и слабо верится, что ты на все случаи жизни используешь скрипты для этого дела. Иногда быстрее набрать команду с несколькими параметрами и отресторить к примеру девелоперскую базу причем не выводить лог в файл. Я почему написал первый пост, просто на эти грабли за 10 лет наступил впервые и по законам Мерфи в самое неподходящее время. И мне показалось, что на будущее неплохо иметь такую инфу в конце лога. Я же не требую, никого не обвиняю, и так понял, что сам виноват. Нет так нет - приспособимся :) Но как никогда хотелось бы все же услышать начальника транспортного цеха (с) С уважением, Всеволод. -- View this message in context: http://firebird.1100200.n4.nabble.com/GBAK-restore-tp3677712p3683801.html Sent from the firebird-russian mailing list archive at Nabble.com.
Re: Re[2]: Железо сервера БД
Потому, что интенсивная работа с SSD означает базу Шрёдингера - рано или поздно умрёт, но когда именно - узнаешь в неопределённый момент времени. И будет очень неприятно, если узнаешь об этом за пару часов до начала отпуска. Ну это ещё вопрос, конечно, что умрёт раньше, ssd или винт. Да и умирают они не внезапно, просто отдельные блоки становятся рид-онли. В принципе, если бэкапов недостаточно, и нужна надёжность 24/7, то можно и мониторинг SMARTа прикрутить, чтоб знать, когда придёт пора менять ssd. Опять же, повторюсь, вариант, если хочется быстро и недорого. Такой вариант уже в течение года эксплуатируем, на вполне рядовом Kingston SNVP325-S2B/128GB, записей порядка 2ГБайт в сутки на него, полёт нормальный, тьфу-тьфу :) Ну а прирост в производительности порядка 3-5 раз, особенно заметно при нескольких тяжелых запросах, никаких проседаний. Сравниваю, правда, не с raid, с обычным жестким диском трехлетней давности. -- С уважением, Короткий Олег koro...@gmail.com icq#168812289
Re: Re[2]: Alter column type
В письме от Fri, 24 Jun 2011 22:38:12 +0400, Владимир Аксенов fr...@academ.org сообщал: Вообще-то и Линукса тогда вообще не было. Договоренность про KOI8-R была еще в FIDO7.SU.DBMS.INTERBASE это как ? в FIDO эе стандарт досовская кодировка, ibm866 ? через гейт-то понятно, что переводили в koi8-r, но это была договорённость Демоса с самим собой, РАЗВЕ ЕТ ? :-) -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Re[4]: Alter column type
Действительно, очень актуальная и полезная информация. Не могу поспорить... 27 июня 2011 г. 16:11 пользователь Владимир Аксенов fr...@academ.org написал: Здравствуйте, 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 -- -- Norritt, mailto:norrittmob...@gmail.com
Re: Re[4]: Alter column type
В письме от Mon, 27 Jun 2011 16:11:50 +0400, Владимир Аксенов fr...@academ.org сообщал: А вот так выглядели эти правила в 2004 году :) http://web.archive.org/web/20041009184946/http://ibase.ru/v6/conf/conf.htm Во-первых, они уже никаким образом не относятся к FIDO :-) Во-вторых, в них чётко прописано, что нужно включать MIME для MS OE :-) Хоррроший документ :-D -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Re[6]: Alter column type
Действительно, очень актуальная и полезная информация. Не могу поспорить... Да я вижу что тебе не помогли. Оверквотинг, цитирование подписи, ответ перед цитатой. Стандартная настройка гмыла, угу. И лень поубирать лишнее. С уважением, Алексей Вишняков.
Re: Re[2]: backup restore
В письме от Fri, 15 Apr 2011 18:29:30 +0400, Sergey Mereutsa gebele...@gmail.com сообщал: Получишь Invalid BLR at offset. При переходе обычно тестируют :) казалось бы в таком случае сервер бы мог и попытаться перекомпилировать... хуже уже не будет :-) -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Re[2]: Порядок срабатывания ограничений сылочной целостности
В письме от Wed, 06 Apr 2011 12:28:07 +0400, Sergey Mereutsa gebele...@gmail.com сообщал: Из любопытства. Триггер - это решение, но мне интересно, как себя должны вести системные триггеры и регламентируется ли их поведение. :) а зачем ? системный сводится к deete from Table1 where condition1 удалит он одну уникальную строку, 100 или ноль - какая ему разница ? нет там строк, потому что их и не было, или потому что раньшще отработал другой триггер - какая разница ? разве что рекурсию не плодить и удалять из B одним прямым delete'ом, а не 10 отдельными delete'ами приехавшими из Б но большая ли разница, ведь те 10 все равно вызовутся в итоге, и все равно проведут свой поиск. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Re[2]: Символы пробелов в полях Char, VarChar
Sergey Mereutsa wrote in message ... В принципе меня не волнует как они хранятся. Просто мне нужно чтобы в справочнике отличались две строки - одна пустая строка '', а другая состоящая из 1 ' ' (или нескольких пробелов). Сейчас строки состоящие только из пробелов при сравнении равны друг другу, хотя по факту, одна например, состоит из 1 пробела, а другая из 100 пробелов. а) храни нуллы вместо пустых строк б) сравнивай не только содержимое, но и его длину, при совпадении в) дописывай не пробельный символ в конец строки и игнорируй его при извлечении г) пересмотри задачу, чтобы не было таких проблем Если товарищ хранит строки на Whitespace - http://en.wikipedia.org/wiki/Whitespace_%28programming_language%29 - то ему не очень сильно поможет твой совет. Это ты специально такое выискивал ? %) Я бы посоветовал ему обрамлять кавычками пустые строки - т.е. добавлять именно кавычки по краям как часть строки. А в проге их убирать. Чем это отличается от (в) ? о вообще - не могу себе представить задачу, где надо 5 пробелов отличать от 6 :) Именно. -- Хорсун Влад
Re: Re[2]: FB 3
В письме от Sat, 21 Aug 2010 20:18:02 +0400, Sergey Mereutsa gebele...@gmail.com сообщал: Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе должно быть достаточно для этой вселенной. Знакомый в банке работает, там они каждый день разбираются что значит колонка agovk4xlcv4 в таблице dopo4lvc59bd9. Он так доволен такой работой, аж светится от радости. Особенно когда начальство просит быстренько сделать выборку по данным. Ну если взять за правило писать комментарии к полям - то проблем не возникает. :) я хотел оставить комментарии, но к сожалению размеры полей не позволили поместить их :-) -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Re[2]: FB 3
Max Rezanov ... Добро пожаловать в 21 век Я лучше в 19-ый... -- Хорсун Влад PS А в оракле 30, и шо ?
RE: Re[2]: FB 3
Привет! PS А в оракле 30, и шо ? Ну у них там схемы всякие и таблэспейсы есть... WBR, Dmitry Beloshistov AKA [-=BDS=-] __ Information from ESET NOD32 Antivirus, version of virus signature database 5381 (20100820) __ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru/.ml
Re: Re[2]: FB 3
Dmitry Beloshistov ... PS А в оракле 30, и шо ? Ну у них там схемы всякие Угу. Хочу сделать СуперПуперДлинныйВнешнийКлючСОднойТаблицыНаДругую. Как мне схема поможет ? и таблэспейсы есть... А это тут при чём ? -- Хорсун Влад
Re: Re[2]: FB 3
В письме от Fri, 20 Aug 2010 11:41:16 +0400, Sergey Mereutsa gebele...@gmail.com сообщал: Я не представляю, как это можно сделать с текущим API - старые приложения не смогут различать Aaa...32..BB и Aaa...32..СС . Тут уже привели пример - Майкрософт. Т.е. старые приложения будут видеть AAA...3~1 и AAA...3~2 Или вообще hash (long name) :-) ...только им зачем ? -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Re[2]: Aeou iiaaie? :)
On Wed, 03 Mar 2010 17:51:22 +0300, Миша [НКвД] g_m_s-hpqij1oafzmvjsylp49...@public.gmane.org wrote: Добрый день, Vladimir Не знаю... Кодировка такая видимо. На криво сконвертирвоанный UTF-8 похоже. А еще у кого-нить мои письма так отображаются? Только это письмо такое...
Re: Re[2]: Aeou iiaaie? :)
Миша [НКвД] ... А зачем ей в память влазить? Я про память сказал к тому, что в плане кэша СУБД не ограничены. Нетюненый мускуль на сферическом серваке в ваккууме (специально сделали для тестов отдельный виртуальный сервер, что б ничто сравнивать не мешало) обгоняет точно такой же только из коробки файерберд. В два раза. Причем запросы Сдаётся мне, вы не умеете готовить ФБ и, видимо, в этом не заинтересованы. формируются с рэндомными ID, дабы желания брать результаты из кэша ни у того ни у другого не возникало. Настройки FB из коробки не годятся для такой нагрузки, только и всего. -- Хорсун Влад
Re: Re[2]: Бить ногами? :)
On Thu, 04 Mar 2010 00:25:16 +0300, Миша [НКвД] g_m_s-hpqij1oafzmvjsylp49...@public.gmane.org wrote: Подолью масла в огонь: сейчас пинал серверного шамана, что надо тюнить СУБД будет. Он отмазывается тем, что по огнептицу доков никаких и опции в конфиге ему непонятные... Да... Так же отмазываются и админы в SWEB'е... И потому же не ставят FB и на другом хостинге, где вполне могли бы...
Re: Re[2]: Бить ногами? :)
... сейчас пинал серверного шамана, что надо тюнить СУБД будет. Вот кстати, жутко интересно. Давайте проголосуем: кто из присутствующих что-то тюнил в firebird.conf, кроме DefaultDbCachePages?
Re: Re[2]: Бить ногами? :)
Миша [НКвД] ... Подолью масла в огонь: сейчас пинал серверного шамана, что надо тюнить СУБД будет. Он отмазывается тем, что по огнептицу доков никаких и опции в конфиге ему непонятные... Я же говорю - не заинтересованы. -- Хорсун Влад
Re: Re[2]: Бить ногами? :)
Михаил, тюнить надо вашу БД и ваши запросы. Чудесного ускорения запросов после простой смены СУБД не будет. Особенно, если запросы писались под конкретную СУБД, даже не специально, просто в силу привычки. Из моего опыта: меня попросили оценить MSSQL2000. Потратил пару дней, выгрузил все свои данные и все свои индексы и констрейнты из Ya. И запустил самые проблемные запросы. И чуда не случилось. И даже стало медленее кое-где, и нигде не стало на порядок быстрее. Но значит ли это, что MSSQL слил ? по-моему - нет. по-моему, я его просто готовить неумел тогда. Так и доложил: чуда не случилось, а комманда разработчиков имеет опыт работы с Ya. Так имеет ли смысл...? Тогда, кстати, я и в работу оптимизатора Ya не вмешивался. Потом оказалось, что можно только хинтами +0 ого-го как ускорить. :-)
Re: Re[6]: Вопрос по сравнению производи тельности LINUX and WINDOW
Sergey Mereutsa gebele...@gmail.com сообщил/сообщила в новостях следующее: news:1381985938.20100212162...@dqteam.com... Ну лично мне суся не понравилась в своё время. Но на практике - особой разницы нет, только к менеджерам пакетов привыкнуть надо. Дык я вроде привык уже. Я периодично возюкаюсь с сусе еще с лета 2009. И оракль там пробовал. Есть у меня старый проектик для оракля так яего в лазарусе передел Увидело как - как /dev/sd* или как-то по-другому? Увидело именно Именно как ./dev/sdb И списке оборудования вижу что и контролер оно правильно распознало Просто dd /dev/zero файла размером больше кэша контроллера / оперативки на винт - какую скорость показывает? Я успел проовести тестирование скорости копирования большого файла (~6 гиг). Копировал и в НУЛЛ и с диска на рейд и просто на одном и том же диске. Ужасная погода в Николаеве заставила прерваться до понедельника. Напишу результы в понедельник Виктор Храпко
Re: Re[2]: Вопрос по сравнению производи тельности LINUX and WINDOW
Sergey Mereutsa gebele...@gmail.com сообщил/сообщила в новостях следующее: news:1175089660.20100211165...@dqteam.com... У мелкомягких есть довольно-таки приемлемое решение, если процессоров в сервере не сильно много. Мы себе w2k3 SB брали в OEM-варианте примерно за 1к долларов. Ваша база стоит дешевле? Что такое SB. Есть SE - standart edition но он не поддерживает больше 4 гигов операционки and EE - enterprise edition По моему w2k3 уже тяжело найти, а w2k8 стоит порядка 1.5 к баксов да плюс кучу лицензий на пользователей надо База - это результат работы с абонентами водоканала с 1997 года. Думаю подороже 1к баксов Черт его знает. Поставщик похвалил. Я хотел интелевский. Так как плата интелевская. Это из разряда мифов о Delphi и Interbase :) Не. Это из моего опыта. Плата интеловская и корпус и все в нем интеловское. Тогда легко и просто и кулерами управлять и всем прочим У меня сервера Интеловские уже давно работают. Пока тьфу тьфу не жаловался. Один мой знакомый админ начинает шарить в поисках тяжёлого предмета, когда слышит от собеседника слово Сигейт. Ему в прошлом году пришлось перепрошивать 100 терабайтных винтов этой компании. Ну у меня такой опыт был с футжицу. Но жизнь то идет Вон Сигейты сказевые боьше 6 лет пашут. еще три на столе лежат для душевного успокоения З.Ы. У нас все проекты на Linux-е. Просто потому, что мы его варить умеем и при необходимости можем собрать нужные пакеты. Не было бы специалистов - пользовались бы вендой. Самый короткий путь - тот, который ты знаешь. Я с тобой полностью согласен. Просто надо дожать начальство на покупку Винды. А пока я учусь работать с линуксом. Хоть и старый я уже. Но любопытный еще. 9 лет до пенсии. Надо еще чему то научиться Виктор Храпко
Re: Re[4]: Вопрос по сравнению производи тельности LINUX and WINDOW
Sergey Mereutsa gebele...@gmail.com сообщил/сообщила в новостях следующее: news:932939178.20100211174...@dqteam.com... Привет! Small Bussiness Да. Спасибо. Я притупил. Сначала мессагу отправил. А потом уже сообразил. Зачем? Пользователи базы != пользователям в системе, разве что у вас DC и требуются прелести Trusted Auth. Винда с базовым пакетом лицензий может обслуживать хоть 1000 ползателей Птица. Вот это очень полезная инфа. Я правда не искал пока условий лицензирования. Ты мне сразу кучу времени сэкономил. Будешь в Николаеве заходи на водоканал. Пиво с меня. А уж воды у на немеряно :-) Ну спирт в смысле разбавлять. З.Ы. У нас все проекты на Linux-е. Просто потому, что мы его варить умеем и при необходимости можем собрать нужные пакеты. Не было бы специалистов - пользовались бы вендой. Да вот интересно откуда эти специалисты набрались то. Я вот тоже вроде не пальцем деланый и давно в этом бизнесе Если точнее то с 1982 года. Че бы и мне не стать специалистом. Надо просто ядро посвежее и драйвера для контроллера. У интела довольно-таки хорошо с этим - очень часто обновления клепают. Ну ядро то свежее. Я после установки новейшего опенСУСЕ 11.2 еще и заапдейтился. Он все диски спокойно увидел и обычные и РЕЙДОВСКИЙ. Но вот скорость ресторе дало разную. Я кстати счас отключил диски с рейд и провожу тест на одном диске. Хочу максимально уменьшить количество побочных факторов. Спасибо. Виктор Храпко
Re: Re[2]: Грабли с кэшем данных
Предлагаю крайним сделать сервер - пусть создает стабильные курсоры. EUSUS. но лучше спросить у Хвастунова, он точно скажет. Хаха. На 200% он скажет тоже самое - моя тут ни причем, ето все сервер А сервер тут не причём :P) Чтобы понять что как раз причем нужно попробовать самому покурить тему реализации универсального датасета на уровне компонент доступа. Универсального в том смысле, что запрос для этого датасета дается извне. И может быть каким угодно. Запрос select * from TABLE - это самый тривиальный случай. Причем покурить не теоритически типа можно вот так, а можно и вот так.. А по-настоящем ;-) --- Текущие решения я (и не только) озвучивал. С двумя транзакциями - это не всегда подходит. Может клиенту не хочется юзать две транзакции. С полной загрузкой ... многотонной таблицы ... провайдер такое выдержит, хотя и уйдет на некоторое время в себя. А вот к остальным прийдет мемори_оверфлоф :))) --- Так что, господа - проблема на уровне сервера : --- Коваленко Дмитрий.
Re: ~Re: SuperClassic
Kovalenko Dmitry wrote: На супере 2.5 независимые базы нормально параллельно работают. Я года назад очень активно с этим игрался. Интересно насколько параллельно. Как я помню по FB1.0 банальный yacc выдавал нереентабельный парсер. А потом, когда замутил многопоточную тестовую систему - перешел на одну базу. И то, если мне не изменяли глаза, супер умудрялся выжирать чуть больше одного ядра (~30% на четырехядернике). При 8 тестовых потоках. Ну много потоков там всегда создавалось. Вопрос в том, что в большенстве случает работал только один.
Re: ~Re: SuperClassic
На супере 2.5 независимые базы нормально параллельно работают. Я года назад очень активно с этим игрался. Интересно насколько параллельно. Запусти и посмотри сам :) Как я помню по FB1.0 банальный yacc выдавал нереентабельный парсер. Я на днях всю линейку мучал. IB4-IB9, FB0.9-FB2.5 Жизнь начинается с IB7 / FB1.5. Коваленко Дмитрий.
Re: Re[2]: Подключение c Windows к IB4.0 на unix'e
SYSDBA/masterkey там же есть? Ja-Ja, кемска волост. См. выше. Вот это уже ближе к телу :) Спасибо. Отписался проклятым буржуинам :-) Коваленко Дмитрий.
Re: Re[2]: ����� Restore ��������� ������
Module name or entrypoint could not be found. filemon ×ÁÍ × ÒÕËÉ, ÓÍÏÔÒÉÔÅ ÞÅÇÏ ÎÅÈ×ÁÔÁÅÔ ÐÒÉ ÐÅÒÅËÏÍÐÉÌÑÃÉÉ ÐÒÏÃÅÄÕÒÙ. îÅ ÓËÁÖÕ ÚÁ 2.1, ÎÏ ÒÁÎØÛÅ ÜÔÁ ÏÛÉÂËÁ ÚÎÁÞÉÌÁ, ËÁË ÇÏ×ÏÒÉÌ DED ÞÔÏ ÞÔÏ-ÔÏ ÎÅÓÒÏÓÌÏÓØ (Ó) ÷ ÍÏÅÍ ÓÌÕÞÁÅ - ÏÔÓÔÕÓÔ×Ï×ÁÌ ÒÁÎÔÁÊÍ msvcr, Á ÍÏÑ UDF/DLL ÔÒÅÂÏ×ÁÌÁ ÂÏÌÅÅ ÎÏ×ÙÊ ÒÁÎÔÁÊÍ, ÞÅÍ ÎÕÖÅÎ ÂÙÌ Ya
Re: Re[2]: взаимодействие FB с PHP
Sergey Mereutsa ... Нет рабочего супера под фряху. Был в дремучие времена, но это неправда. Сколько я ни пытал Алекса, он свято уверен что там всё должно нормально собираться без доп. телодвижений. -- Хорсун Влад
Re: Re[2]: взаимодействие FB с PHP
Рискну высказать следующие предположения: 1) У сервера нет прав на создание файлов для лок-менеджера, евентов и проч. Разруливается раздачей соответствующих прав. Локальный коннект работает 2) У сервера нет прав на чтение файла security2.fdb - то же, что и в пункте 1. Это всё должно быть отражено в firebird.log. В общем - тебе надо сначала добиться, чтобы ты мог при помощи isql подключиться к базе по сетевому протоколу. И только потом выяснять, чего там у тебя не слинковано с пыхом нормально. Однозначно -- Хорсун Влад
Re: Re[2]: Что-то давно у нас не было пятницы ? :)
компилятор BCB5 прямо рвет VC8 как тузик грелку. Я валяюсь. Угыгыгы. А травкой от GNU ты не балуешься? Или гнутый твой провайдер переварить не могёт? Да могет наверное, но не балуюсь :) Ленивый я. И страшно консервативный. --- Коваленко Дмитрий.
Re: Re[2]: А вы говорите массивы ....
Не работает. Сервер для колонок и параметров возвращает не тип массива, а тип элемента массива. ИЗМЕНА! Бугага, а ты хотел, чтобы оно работало? Конечно, я уже тесты заточил на половину, а оно тупит :-( Мне бы массивы просто как тип для работы в процедурах не помешал, но после того, как Адриано-таки добьёт свои внешние процедуры Я вот не помню точно, когда там предсказывают следующий метеорит-убийцу - в 2012? Думаешь, уложится? Посему - массивы в сад, ибонех. Не, это не ибонех, а фигня в коде. Метаданные говорят - массив, а DSQL говорит - обычный тип. У меня тесты ругаютсо :-) Коваленко Дмитрий.
Re: Re[2]: А вы говорите массивы ....
Не работает. Сервер для колонок и параметров возвращает не тип массива, а тип элемента массива. ИЗМЕНА! Бугага, а ты хотел, чтобы оно работало? Конечно, я уже тесты заточил на половину, а оно тупит :-( Мдя... оказывается эту фича (домены в параметрах) родилась FB2.1. И она с рождения недоделана. Пошол я в трекер. Он все стерпит. Коваленко Дмитрий.
Re: Re[4]: А вы говорите массивы ....
А зачем ты массивы поддерживаешь? Неужели их народ использует даже в том виде, в котором оно сейчас есть? Оно же несъедобно. Для обобщения мыслей. Коваленко Дмитрий.
Re: Re[2]: Firebird на CentOS
Sergey Mereutsa-2 wrote: Превед! netstat показывает: netstat -nat|grep 3050 tcp0 0 0.0.0.0:30500.0.0.0:* LISTEN а в services следующее: gds_db tcp/3050 получается что все в норме, откуда тогда сообщение, что адрес уже занят? Открой для себя магический ключик p (от рута) - и тогда netstat -tnlp|grep 3050 выдаст тебе с потрохами процесс, который лапает порт 3050. -- Best regards, Sergeymailto:gebele...@gmail.com [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 через секунд пять он пропадал, затем опять появлялся и опять пропадал. Подключиться со стороны клиента так же не получалось. -- View this message in context: http://www.nabble.com/Firebird-%D0%BD%D0%B0-CentOS-tp23957782p24031130.html Sent from the firebird-russian mailing list archive at Nabble.com.
Re: Re[2]: устойчивость Firebird
Ой, давайте не будем. Отлично ложиться DWG в XML. Да и любой другой векторных формат. Гы, а я тоже юзал базы FB для пакетов репликаций. Но в базе хранил XML-ы в блобах :-) И мне нравилось :-) Коваленко Дмитрий. PS. Всплакнулос - была мысль создать абстрактный репликатор. Но руки так и не дошли. И уже, пожалуй, не дойдут :)
Re: Re[2]: Firebird на CentOS
Sergey Mereutsa-2 wrote:
Привет!
дистрибутив брал на официальном сайте ibase.ru и из других мест тоже
пробовал, разрядность сервера совпадает, команда -- netstat -nat|grep
3050
выдает:
netstat -nat|grep 3050
Так с этого и надо начинать. У тебя супердемон (xinetd) порт не сушает.
Логи
супердемона в студию!
--
Best regards,
Sergeymailto:gebele...@gmail.com
Прошу прощения, я неправильно указал ответ от netstat. На самом деле у меня
следующее:
ps axu|grep fb
root 3558 0.0 0.0 3936 764 pts/1R+ 17:29 0:00 grep fb
netstat -nat|grep 3050
tcp0 0 0.0.0.0:30500.0.0.0:* LISTEN
Так что получается что порт 3050 у меня слушается не смотря на ошибку,
которую выдает xinetd.
Чтобы включить логи я запустил : xinetd -filelog xinetd.log -- в нем
записывается та же информация, что и по команде xinetd -d, а именно:
05/5/2...@15:57:38: ERROR: 5366 {activate_normal} bind failed (Address already
in use (errno = 98)). service = gds_db
05/5/2...@15:57:38: ERROR: 5366 {cnf_start_services} Service gds_db failed to
start and is deactivated.
--
View this message in context:
http://www.nabble.com/Firebird-%D0%BD%D0%B0-CentOS-tp23957782p23978716.html
Sent from the firebird-russian mailing list archive at Nabble.com.
Re: Re[2]: Максимальное колличество конектов к firebird?
Sergey Mereutsa-2 wrote: Думаю, к вечеру будет билд с исправлениями. Sergeymailto:gebele...@gmail.com поставил FirebirdCS-2.1.3.18152-0.i686.rpm с debug, с сервера http://www.dqteam.com/fb2/ настройки linux оставил прежнии BugcheckAbort = 1, добавил таблицу и тригера (http://univeris.info/pub/fb/SYS_CONUSRLOG_3.sql), запустил скрипт на 100 коннектов через 0.8 сек ./gdsfork.sh 1 100 (http://univeris.info/pub/fb/example_sh.tar) получил 3 core файлов http://univeris.info/pub/fb/core.zip логи и результат работы http://univeris.info/pub/fb/firebird.log http://univeris.info/pub/fb/messages http://univeris.info/pub/fb/gdssqllog.zip 7 раз Statement failed, SQLCODE = -902 Error reading data from the connection. 2 раза Statement failed, SQLCODE = -902 Unable to complete network request to host. -Error reading data from the connection. 1 раз Statement failed, SQLCODE = -902 Error reading data from the connection. Use CONNECT or CREATE DATABASE to specify a database из 100 запусков isql триггер на conneсt отработал 99 раз, на disconnect 90 иногда, при повторе серии, происходил затык, все процессы коннектов переходят в sleep, потом прибъешь десяток по kill -9 (по простому kill они не завершаются), остальные начинают работать дальше. Евгений. -- View this message in context: http://www.nabble.com/%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5-%D0%BA%D0%BE%D0%BB%D0%BB%D0%B8%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%BE-%D0%BA%D0%BE%D0%BD%D0%B5%D0%BA%D1%82%D0%BE%D0%B2-%D0%BA-firebird--tp23313295p23882748.html Sent from the firebird-russian mailing list archive at Nabble.com.
RE: Re[2]: Linux для Firebird
Red Hat 4.1.2-14 Ядро 2.6.18-53.1.14.el5 Uptime 198 days (подозреваю, что НГ был 198 дней наза ;) WBR, Dmitry Beloshistov AKA [-=BDS=-] __ Information from ESET NOD32 Antivirus, version of virus signature database 4130 (20090604) __ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru
Re: Re[2]: Максимальное колличество конектов к firebird?
Sergey Mereutsa-2 wrote: Если автор оригинального топика брал мои сборки - пусть признается, я сниму бэктрейс и отправлю Алексу. Sergeymailto:gebele...@gmail.com брал с сайта http://www.dqteam.com/fb2/ могу и другую поставить, если скажите адрес, ошибка стабильна ~15 раз на 100 коннектов, на этой машине, пробовал на другой, послабже, встречается чаще. Евгений -- View this message in context: http://www.nabble.com/%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5-%D0%BA%D0%BE%D0%BB%D0%BB%D0%B8%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%BE-%D0%BA%D0%BE%D0%BD%D0%B5%D0%BA%D1%82%D0%BE%D0%B2-%D0%BA-firebird--tp23313295p23774137.html Sent from the firebird-russian mailing list archive at Nabble.com.
Re: Re[2]: ���� ������� ���?-)
ïÂ Þ£Í É ÒÅÞØ. íÏÄÉÆÉÃÉÒÏ×ÁÔØ ÓÉÓÔÅÍÕ ÎÁ ÈÏÄÕ - Ñ ÐÏÎÉÍÁÀ. îÏ ÄÏ×ÅÒÑÔØ ÜÔÏ ÐÏÌÚÁÔÅÌÑÍ ... ÎÁÐÏÍÉÎÁÅÔ ÍÎÅ ÓÌÕÞÁÊ, ËÏÇÄÁ ÏÄÉÎ ÉÚ ÒÅÇÉÏÎÁÌØÎÙÈ ÍÅÎÅÄÖÅÒÏ× Á) ÐÏÞÉÓÔÉÌ ÓÐÒÁ×ÏÞÎÉË ËÏÎÔÒÁÇÅÎÔÏ× ÏÔ ËÏÎÔÒÁÇÅÎÔÏ×, ËÏÔÏÒÙÍÉ _ÏÎ_ ÎÉËÏÇÄÁ ÎÅ ÐÏÌØÚÕÅÔÓÑ. Â) ÐÏÓÌÅ ÚÁËÒÙÔÉÑ ÄÏÇÏ×ÏÒÁ É ÐÏÌÕÞÅÎÉÑ ×ÓÅÈ ÏÒÉÇÉÎÁÌÏ× ÄÏËÕÍÅÎÔÏ×, ÐÒÏÓÔÏ ÕÄÁÌÑÌ ÄÏÇÏ×ÏÒ ÉÚ ÓÐÒÁ×ÏÞÎÉËÁ. ÕÔ×ÅÒÖÄÁÌ, ÞÔÏ ÔÁË ÄÅÌÁÌ ÎÁ ÐÒÏÛÌÏÊ ÒÁÂÏÔÅ :-)
RE: Re[2]: Куда катится мир?-)
Привет! Об чём и речь. Модифицировать систему на ходу - я понимаю. Но доверять это ползателям ... Да какое там программирование? У человека база из 1 (ОДНОЙ) таблицы. Видать птичку с Экселем спутал xz WBR, Dmitry Beloshistov AKA [-=BDS=-] __ Eioi?iaoey io ESET NOD32 Antivirus, aa?ney aacu aaiiuo neaiaoo? ae?onia 4103 (20090525) __ Niiauaiea i?iaa?aii i?ia?aiiie ESET NOD32 Antivirus. http://www.esetnod32.ru
Re: Re[2]: Куда катится мир?-)
напоминает мне случай, когда один из региональных менеджеров а) почистил справочник контрагентов от контрагентов, которыми _он_ никогда не пользуется. б) после закрытия договора и получения всех оригиналов документов, просто удалял договор из справочника. утверждал, что так делал на прошлой работе :-) система это ему позволяла? -- Булычев Алексей http://www.stella-npf.ru
Re: Re[2]: ���� ������� ���?-)
ÓÉÓÔÅÍÁ ÜÔÏ ÅÍÕ ÐÏÚ×ÏÌÑÌÁ? ÎÕ ÔÁË.. ÉÍÅÅÔ ÐÒÁ×Ï ÓÄÅÌÁÔØ ÎÏ×ÙÊ, ÐÏÞÅÍÕ ÎÅ ÍÏÖÅÔ ÕÄÁÌÉÔØ? ÎÅ ÆÉÚÉÞÅÓËÉ ËÏÎÅÞÎÏ. :-) ðÏÎÑÔÎÏ, ÞÔÏ ÎÁÍÏÔÁÌÉ ÎÁ ÕÓ = ×ÓÅ ×ÏÓÓÔÁÎÏ×ÉÌÉ É ÓÄÅÌÁÌÉ ÆÉÌØÔÒÙ ÐÅÒÓÏÎÁÌØÎÙÅ.
Re: Re[2]: Куда катится мир?-)
потому что сторно сторнировать справочники? нет уж, увольте-с :-) почему если по кассе денюжку пробили, то отдать только через акт возврата? потому что документы - это не справочники. в справочниках ничего физически не удаляется и все. удалил договор - всего лишь сделал пометку не показывать его в справочнике и все. (мы решили сделать еще проще: юзеры ничего немогут удалить физически.) Впрочем, все это не по теме: я всего лишь хотел подтвердить - структура меняемая пользователями, мягко говоря недальновидно. Они в подавляющем большинстве работают, как будто они одни и в программе.
Re: Re[2]: RAID 5 на сервере базы данных
On Mon, 27 Apr 2009 14:59:50 +0400, Yuris W. Auzinsh zuz...@gmail.com wrote: А WinRAR от нафига? Не понимаю зачем бэкапы жать. Для хранения/пересылки. Жмётся очень хорошо. Правда, мы не WinRAR, а GZIP пользуем, сразу из потока, без промежуточного файла. -- Сергей Смирнов.
Re: Re[2]: После нормального бэкапа не идет рестор
после 2.0 кто-то добавил более жёсткую проверку на вводимые даты. Ибонех. Коваленко Дмитрий.
Re: Re[2]: FB и WI-FI
Но я тоже не пойму, при чём здесь Firebied? да не причем тут Firebied. Нужно же было как-то тему назвать:) А мы все равно не поняли - таки при чем здесь _Firebird_ ? Бугага. В течении всего прошлого года я страдал, что домашний комп нужно перегружать после 200 часов непрерывной работы. Странности проявлялись по-разному. Вплоть до нарушения связи по сети с локальной виртуальной машиной, которая тоже работает круглосуточно. Во время ловли очередного бага FB выяснилось, что течет драйвер звука. Спрашивается - при чем тут Виста? Коваленко Дмитрий. www.ibprovider.com
Re: Re[2]: OCTETS
А то я рехнусь. Окончательно :-) Надо подумать, может мы от этого и выиграем :-D Злыдни вы. Вот так просто прибить - и сразу исчезнут все проблемы? Тут же начнётся вой, что старые базы не переносятся... Мдя, вообще, ты плохо о них думаешь. Не надо к моей компании примазываться. И Дима, злыдня, вообще про другое написал ... З.Ы. Я согласен, прибивайте, но вы хорошо подумали про тех, кто юзает rdb$bd_key-конструкции? Предлагаю им убить себя. Самостоятельно. На там - харакири, стена, ийад. --- Вообще говоря, если работают через нормальные обертки - то ничего не случится. Лично у меня снаружи нифига не поменяется. Если же до сих пор в нативное детство играют - то смотри через строчку выше :-) Коваленко Дмитрий.
Re: Re[2]: ibx and millisecond
On Thu, 25 Dec 2008 11:25:32 +0300, Alexey Voytsehovich iron...@gmail.com wrote: езависимо от настроек отображения даты\времени на сервере? Каких настроек? Если ты про региональные - то серверу пофиг на них. Отличия есть только dialect 1 / dialect 3. -- Сергей Смирнов.
Re: Re[2]: ibx and millisecond
Отучи их от использования isc_decode_... а можно ли поподробнее? или урл какой... ? Чего подробнее? Берешь и пишешь свою реализацию :-) http://www.ibprovider.com/forum/site/viewtopic.php?t=672 Коваленко Дмитрий.
Re: Re[4]: FB 2.5 и странные зависания
Очепятки : a) fb_lock_print -l -m l.txtb l.txt b) fb_lock_print -r -m l.txt r.txt -- Хорсун Влад
Re: Re[4]: FB 2.5 и странные зависания
Блин. Ты можешь isql'ом локально подключиться ? Или удалённо по NetBEUI (\\host\path) ? ни так ни так. isql на коннекте зависает навсегда. Если и локальный коннект не проходит, то a) fb_lock_print -l -m l.txtb b) fb_lock_print -r -m l.txt c) fb_lock_print -w -m w.txt (это может зависнуть) d) настроить ватсона, найти PID процесса листенера и drwtsn32 -p PID. Лог ватсона и три лога с блокировками - упаковать, сменить расширение архива и мне мылом. -- Хорсун Влад
Re: Re[6]: FB 2.5 и странные зависания
d) настроить ватсона, найти PID процесса листенера и drwtsn32 -p PID. как найти листенера? ProcessExplorer от SysInternals покажет кто кого запускает. -- Хорсун Влад
Re: Re[2]: Господа, загадка!
А вы же UNICODE_FSS превратили в UTF-8 ? Или я что-то неправильно путаю? Системные таблицы имеют кодовую страницу UNICODE_FSS (ID:3). Правда тут вот я думаю, таки прошить в провайдере для FB2.x сведения об UTF8 (ID:4) А то мало ли Коваленко Дмитрий. PS. Песец какой-то... PSS. Но если я офигеваю, то чего там у других - тока догадываюсь :-)
Re: Re[2]: Delphi 2009
А на чём борманды быстрее по сравнению со студией? Если речь идёт не о гуе - чисто работа с памятью, D3D и куча нитей и работы с сеткой - оно как ? Опять же, повторю - я про BCB5 (RW-STL) Сдается мне пресловутая реализация basic_string с использованием счетчика ссылок таки круче реализации из Дункам(?)-STL - которая в VC. Этот класс я очень люблю юзать :-) + Мне кажется что BCB-RTL с памятью шустрее работает. Хотя у меня все основное перенесено в Win32-кучи. Так что, если кто и дергает кучу из RTL, так это опять же только basic_string --- Мега тест, про который я упоминал (который раз в пять быстрее работает) - я не выяснял чего там не так с VC8. Но факт на лице. Релизный код VC8 работает _гораздо_ медленее, чем код BCB5 с ассертами и тому подобным. Мож сам скачать Trial-IBP и позырить. Это тест конвертора OLEDB-типов. В новостях у нас написано где чего находится. Это в этом году было. _Возможно_ все дело в каких-то проверках стека при вызове процедур. Вызовов там дофига. Это мне прям щас в голову пришло. Коваленко Дмитрий.
Re: Re[2]: FB2.1, FB2.5 и кодировка NONE
А некоторые пацаны сразу начали использовать UTF-8... и ниччо так... Сейчас бы начинал - конечно, сделал бы юникод. Первая версия этого проекта работала с win3.11, правда, тогда в кач-ве сервера был не IB. Правда, почти сразу (через полгода) переписали под win32 api + IB4.2 А после этого ничего революционного не делали, только в ширь росли, да портировали под новые версии VC++ и IB/FB :-) Видать - пора. А может опять выкручусь, без революций в коде.
Re: Re[2]: FB2.1, FB2.5 и кодировка NONE
Развратил вас ваш великий и Могучий. Вот требовали бы от вас сразу поддержку нескольких языков - привыкли бы к уникоду. ;-) Дело не в развратил --- Коваленко Дмитрий.
Re: Re[2]: Режим работы 24*7
Я где-то слышал фразу (и с тех пор взял её на вооружение): Мы не относимся к тем товарищам, которые кривость рук компенсируют крутизной железа. :) Не скажи... Иногда оно спасает ситуацию. Опять же - 4 гига для четырех камней ... для базы в 26 гиг не по-уму это. Можете кидать в меня камнями. Коваленко Дмитрий. PS. Мой девиз - с больными руками замуж не выходят!
Re: Re[2]: Ещё про FB 2.1 Trusted Autentication
Sergey Mereutsa PS мне всегда было интересно - почему подобные недостатки новых фич никого не интересуют ДО релиза ? А потом начинается... Ага, ты ещё спроси, чего релизноты никто не читает :)) Спрашивал уже :) -- Хорсун Влад PS А действительно - почему никто не читает релизноты ? :-D
RE: Re[2]: unavailable database
ProcessMonitor ничего особенного не нарыл, выдает ошибку хоть ты тресни а на TCP соединении минутная задержка и капец :( А у тебя DNS случайно не в небо указывает? Что-то такое смутно припоминается. WBR, Dmitry Beloshistov AKA [-=BDS=-] __ Eioi?iaoey io ESET NOD32 Antivirus, aa?ney aacu aaiiuo neaiaoo? ae?onia 3469 (20080924) __ Niiauaiea i?iaa?aii i?ia?aiiie ESET NOD32 Antivirus. http://www.esetnod32.ru
Re: Re[2]: ��� ����� ������ ����� �������� �����������: �� �� ���������������� ����� � ������ � ������ ����������?
óÁÍÏÅ ÄÅÛÅ×ÏÅ É ÌÏÇÉÞÎÏÅ ÒÅÛÅÎÉÅ. üÔÏ ÔÏÞÎÏ. ïÄÎÁ ÐÒÏÂÌÅÍÁ ÓÅÊÞÁÓ ÒÅÞØ ÎÅ Ï ÒÁÚÒÁÂÏÔËÅ ÎÏ×ÏÊ ÓÉÓÔÅÍÙ Á Ï ÕËÒÅÐÌÅÎÉÉ ÂÅÚÏÐÁÓÎÏÓÔÉ ÓÕÝÅÓ×ÕÀÝÅÊ :). -- ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ. 454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77 ôÅÌ: +7 (351) 2807917 Web: www.del-fin.ru
Re: Re[2]: ��� ����� ������ ����� �������� �����������: �� �� ���������������� ����� � ������ � ������ ����������?
á ÎÅ ÐÒÏÝÅ ÌÉ ÐÅÒÅÐÉÓÁÔØ ÐÒÉÎÃÉÐ ÁÕÔÅÎÔÉÆÉËÁÃÉÉ ? íÏÇÕ ÁÄÒÅÓ ÐÏÄÓËÁÚÁÔØ, ÇÄÅ ÉÓÈÏÄÎÉËÉ ÌÅÖÁÔ. é ÍÏÖÎÏ ÂÕÄÅÔ ÈÏÔØ ÜÌÌÉÐÔÉÞÅÓËÉÅ ËÒÉ×ÙÅ ÐÒÉËÒÕÔÉÔØ, ×ÍÅÓÔÏ ÓÔÁÎÄÁÒÔÎÏÇÏ ÛÉÆÒÏ×ÁÎÉÑ. ÷ÏÏÂÝÅ ÔÏ ÐÒÏÂÌÅÍÁ ÍÏÇÌÁ ÂÙ ÂÙÔØ ÒÅÛÅÎÁ ÇÄÅ ÔÏ ×ÎÕÔÒÉ fbclient.dll ÈÏÔÑ ÎÅÔ - ÎÁ ÓÔÏÒÏÎÅ ÓÅÒ×ÅÒÁ ÎÕÖÎÏ ÏÂÒÁÂÁÔÙ×ÁÔØ ÅÓÔØ ÍÅÎÑÔØ ÎÕÖÎÏ É ÔÏ É ÄÒÕÇÏÅ. îÕ ÜÔÏ ÖÅ ÎÅ ÎÁÛ ÍÅÔÏÄ ÏÔÄÅÌØÎÙÅ ×ÅÔËÉ ÔÁËÏÇÏ ÇÒÏÍÁÄÎÏÇÏ ÐÒÏÅËÔÁ ÓÏÚÄÁ×ÁÔØ, É ÍÏÚÇÏ× ÎÅ È×ÁÔÉÔ É ÑÚÙË ÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÑ ÎÅ ÚÎÁËÏÍÙÊ. ñ ÓÞÉÔÁÀ ÞÔÏ Ñ ÐÏÄÎÑÌ ÔÅÍÕ ËÏÔÏÒÁÑ ÍÏÖÅÔ ÎÅÍÎÏÇÏ ÎÏ ÕÌÕÞÛÉÔØ ÂÅÚÏÐÁÓÎÏÓÔØ ÜËÓÐÌÕÁÔÁÃÉÉ Ä×ÕÈÚ×ÅÎÎÙÈ ÐÒÉÌÏÖÅÎÉÊ ÉÓÐÏÌØÚÕÀÝÉÈ firebid. á ÔÁËÉÈ ÐÒÉÌÏÖÅÎÉÊ ÜËÓÐÌÕÁÔÉÒÕÅÔÓÑ ÔÙÓÑÞÉ, ÅÓÌÉ ÎÅ ÂÏÌØÛÅ É ÄÕÍÁÀ ÎÅ ×ÓÅ ÏÎÉ ÏÐÅÒÉÒÕÀÔ ÐÒÁ×ÁÍÉ ÎÁ XP É View Á ÒÁÂÏÔÁÀÔ Ó ÐÏÌÎÙÍÉ ÐÒÁ×ÁÍÉ ÞÔÅÎÉÑ É ÚÁÐÉÓÉ × ÔÁÂÌÉÃÙ. óÕÄÑ ÐÏ ×ÏÐÒÏÓÁÍ × ËÏÎÆÅÒÅÎÃÉÉ ËÁË ÏÎÉ ÏÔÌÁÄÞÉË ÚÁÐÕÓÔÑÔ ÓÏ×ÅÔÓËÉÊ ÎÁÒÏÄ ÐÒÏÓÔÏ ÎÅ ÐÒÅÄÓÔÁ×ÌÑÅÔ ËÁË ÜÔÏ ×ÓÅ ÐÒÏÓÔÏ - ÐÏÓÍÏÔÒÅÔØ ÐÁÒÏÌØ ÚÁÛÉÔÙÊ × ÐÒÉÌÏÖÅÎÉÅ É ÓÞÉÔÁÅÔ ÞÔÏ ÐÏÌØÚÏ×ÁÔÅÌÉ ÉÌÉ ÌÏÑÌØÎÙÅ ÉÌÉ ÔÕÐÙÅ É ÎÅ ÓÍÏÇÕÔ ÒÁÚÏÂÒÁÔØÓÑ ËÁË ÏÂÏÊÔÉ ÓÉÓÔÅÍÕ, ÎÏ Ñ ÔÏ ÚÎÁÀ ÎÁ ÞÔÏ ÔÏÌØËÏ ÎÅ ÇÏÔÏ×Ù ÉÄÔÉ ÓÐÅÃÉÁÌØÎÏ ÐÏÄÇÏÔÏ×ÌÅÎÎÙÅ ÌÀÄÉ ÞÔÏ ÂÙ ÕËÒÁÓÔØ ÉÌÉ ÞÔÏÂÙ ÕËÒÁÓÔØ É ÎÅ ÓÅÓÔØ. ðÕÓÔØ ÍÙ ÎÅ ÍÏÖÅÍ ÓÄÅÌÁÔØ ÓÉÓÔÅÍÕ ÎÁ 100% ÚÁËÒÙÔÏÊ ÎÏ ÄÏÌÖÎÙ ÒÁÂÏÔÁÔØ ÎÁÄ ÔÅÍ ÞÔÏ ÂÙ ÏÎÁ ÂÙÌÁ ÌÕÞÛÅ É ÚÁÝÉÝÅÎÎÅÅ. éÌÉ ÎÕÖÎÏ ×Ó£ ÄÅÌÁÔØ ÎÁ ÍÅÊÎÓÔÒÉÍÅ? ÐÏËÁ ×ÓÅ ÖÉ×ÅÔ ÎÁ ÓÔÁÎÄÁÒÔÎÙÈ ÓÂÏÒËÁÈ ÎÁÞÉÎÁÑ ÏÔ FB 1.5 É ×ÙÛÅ. (ÈÏÔÑ ÅÓÔØ ÍÅÓÔÁ ÇÄÅ ÒÁÂÏÔÁÅÔ IB 6.0, ÎÕ ÎÅ ÎÕÖÎÏ ÉÍ ÎÏ×ÏÇÏ ËÁË × 2001 ÇÏÄÕ ÐÏÓÔÁ×ÉÌÉ ÔÁË É ÒÁÂÏÔÁÀÔ) -- ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ. 454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77 ôÅÌ: +7 (351) 2807917 Web: www.del-fin.ru
Re: Re[4]: ��� ����� ������ ����� �������� �����������: �� �� ���������������� ����� � ������ � ������ ����������?
èÍÍ, ËÁË ÒÁÚ _ÎÅËÏÔÏÒÙÅ_ ÌÀÄÉ ÏÞÅÎØ ÓÉÌØÎÏ ÕÄÉ×ÌÑÀÔÓÑ, ÞÔÏ Õ ×ÁÓ _ÍÏÖÎÏ_ _ÐÒÏÓÔÏ_ ÔÁË ×ÚÑÔØ É ÚÁÐÕÓÔÉÔØ ÏÔÌÁÄÞÉË. ëÁË Ñ ÕÖÅ ÇÏ×ÏÒÉÌ - × îÕ ÔÕÔ ÓÐÅÃÉÁÌÉÓÔÙ ÐÏ SQL ÚÁÐÒÏÓÁÍ ÖÉ×ÕÔ. ôÅ ËÔÏ ÐÏÌØÚÕÀÔÓÑ ÏÔÌÁÄÞÉËÁÍÉ ÔÏÌËÕÔÓÑ × ÄÒÕÇÏÍ ÍÅÓÔÅ. -- ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ. 454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77 ôÅÌ: +7 (351) 2807917 Web: www.del-fin.ru
Re: Re[2]: OFF: Delphi и C++ Builder 2009 для Windows
если срок кредита 1 год, ставка 13,3%, первоначальный взнос 2% (520 рубликов), примерная меньше 10% от исходной суммы. Где здесь обдираловка я ума не приложу, банки уже на минимальной морже и так работают . на каком морже? кста, забыл про комиссию за открытие и обслуживание счета. насчет DK. не уверен, что _он_ _должен_ решать _Ваши_ проблемы на получение _ПОТРЕБИТЕЛЬСКОГО_ кредита на сильно _смешную_ сумму. -- Булычев Алексей http://www.stella-npf.ru
Re: Re[2]: �������� INSERT
ðÒÏÂÌÅÍÁ ÒÅÛÉÌÁÓØ (ËÁË ÐÏÄÓËÁÚÁÌÉ × ÄÒÕÇÏÊ ËÏÎÆÅ) ÐÒÉ ÐÏÍÏÝÉ http://half-open.com/home_ru.htm , ÍÏÖÅÔ ÅÝÅ ËÏÍÕ ÐÒÉÇÏÄÉÔÓÑ. AV Á ËÁË ÏÎÏ ÍÏÇÌÏ ÐÏ×ÌÉÑÔØ ÎÁ ÜÔÏ ÅÓÌÉ Õ ÔÅÂÑ ÏÄÉÎ ËÏÎÎÅËÔ? ëÏÎÎÅËÔ ÏÄÉÎ, ÔÏÞÎÅÅ 2 ÂÏ Ó ÏÄÎÏÊ ÂÁÚÙ ÉÄÅÔ ÐÅÒÅËÁÞËÁ × ÄÒÕÇÕÀ, ÎÏ ÆÁËÔ ÒÁÂÏÔÁ × ÌÏËÁÌØÎÏÍ ÒÅÖÉÍÅ ÚÁÎÉÍÁÌÁ 29 ÓÅË., × ÓÅÔÅ×ÏÍ ÐÒÉÍÅÒÎÏ 2 ÍÉÎ. 30 ÓÅË., ÐÏÓÌÅ ÐÁÔÞÁ 39 ÓÅË. ðÏÓÍÏÔÒÉ ÎÁ ÓÅÒ×ÅÒÅ, ËÁËÉÅ ÏÔËÒÙÔÙÅ ËÏÎÎÅËÔÙ ×ÉÓÑÔ... ïÔÓÀÄÁ ËÁÖÅÔÓÑ, ÞÔÏ, ÉÌÉ ÓÅÒ×ÅÒ ÞÅÍ-ÔÏ ÚÁÒÁÖÅÎ, ÉÌÉ Õ ÎÅÇÏ ×ÓÅ ÅÔÉ 10 ËÏÎÎÅËÔÏ× ÕÖÅ ÚÁÎÑÔÙ, ËÁËÉÍÉ-ÔÏ ÓÌÕÖÂÁÍÉ, É ÐÔÉÞËÁ ÓÒÁÚÕ ×ÓÔÁ×ÁÌÁ × ÏÞÅÒÅÄØ. óÒÁ×ÎÉ ÅÝÅ ÔÁË. éÓÐÏÌØÚÕÊ × ËÁÞÅÓÔ×Å ÓÅÒ×ÅÒÁ ÏÂÙÞÎÙÊ ÓÏÓÅÄÎÉÊ ËÏÍÐ...
Re: Re[2]: What's in Firebird 2.5?
Фигушки (с) :) Ты забываешь, что все компилиццо в BLR. Так что везде все продолжает - это спорный вопрос. он попросит Хвастунова сделать кнjпку перекомпилировать зависимости :-)
Re: Re[2]: What's in Firebird 2.5?
Sergey Mereutsa ... потом использовать его в куче мест, в команде написать DEFAULT вместо конкретного значения. Потом поменять дефолтное значение в домене и опля - везде всё продолжает корректно работать... Фигушки (с) :) Ты забываешь, что все компилиццо в BLR. Так что везде все продолжает - это спорный вопрос. Дефолтные значения не подставляются в BLR вызывающего запроса. Их подстановка происходит во время вызова процедуры. Так что настоящая проблема - обновить кеш метаданных при таких изменениях. -- Хорсун Влад
Re: Re[2]: Пятница 13
Это что же мы такое курим ?.. :) Вы зря над Джимом смеетесь. У него гениальные идеи (заметьте, я ничего не говорю про реализацию). Интересно, а что по этому поводу скажет Кальтербрунер? В прочем, ответ я и так знаю - нам тут дырку бурить надо (с) этот, как его ... Брюс В. Коваленко Дмитрий.
Re: Re[4]: Пятница 13
Так что Нимбус я тут себе и так придумал - может даже как-нить расскажу публично :) Причем почти без извратов на существующей 2.5 :P) Если честно, то я вообще не вникал чего он там написал. Потому что начал бугыгыкать на весь парк Авиаторов (или как там он называется) в доблестном городе Воронеже, сразу же после первых строчек послания в архитект. ODBC-JDBC - не доделан Vulcan - не доделан Falcon - не доделан? Нимбус - бугага. Коваленко Дмитрий.
Re: Re[2]: Проблемы с переходом с FB 2.0.3 на 2.1
Dmitriy Kovalenko ... Вот я только что скачал 2.1.1.17910, а в нем нет pdf. Откуда я догадаюсь, что мне надо делать? ИМХО, файл, типа, !Upgrade.txt с одним предложением see more misc\upgrade\*.txt в корне дистрибутива для версий, которые требуют сепаратного стука в бубен в дополнение к классике b/r было бы самое оно. Дешево и сердито. А главное сразу понятно и обращает на себя внимание. Откуда качал ? Из правильного места ? http://www.firebirdsql.org/index.php?op=filesid=engine_210 Там есть такой красный прямоугольник... -- Хорсун Влад
Re: Re[4]: Проблемы с переходом с FB 2.0.3 на 2.1
Положили бы файлик в корень дистр 2.1 Это уже обсуждалось. Я в корень не смотрю, надо продублировать в bin. Назвать в __ЙУХ.txt что бы файл сразу привлек с себе внимание. http://absurdopedia.wikia.com/wiki/%D0%99%D1%83%D1%85 Коваленко Дмитрий.
Re: Re[2]: Разработчик Delphi Firebird
В результате, проект постоянно тонет в говнокоде, В то время, как лавный программист на этом фоне становится тупым пожарником Мдаа Спасибо, погыгыкал. Угага. Коваленко Дмитрий.
Re: Re[2]: [JOB] Разработчик Delphi Firebird
Как можно работать удаленно, когда рядом с тобой сидят две незамужние и симпатичные, комсомолки, спортсменки ... о 25 годах от роду Как, как, по-фотографии. Кстати где они, фотографии? Коваленко Дмитрий. PS. Завидуйте мне звери, я днем поспал целых два часа :)
Re: Re[2]: [JOB] Разработчик Delphi Firebird
PS. Завидуйте мне звери, я днем поспал целых два часа :) Пааадумаешь, я послезавтра уже буду дрейфовать в пучине Красного моря :-P А я... а я а я завтра просто выпью водки за 9 мая! Не, в оригнале по другому. А мне мама, а мне мама ... Да я вам тут щас всем морды набью :) Коваленко Дмитрий.
RE: Re[2]: [JOB] Разработчик Delphi Firebird
А я... а я а я завтра просто выпью водки за 9 мая! Не, в оригнале по другому. А мне мама, а мне мама ... Да я вам тут щас всем морды набью :) Ох, не так оно в оригинале ;) Или это только у нас в Донецке оригиналы такие?-) WBR,Dmitry Beloshistov AKA [-=BDS=-]
Re: Re[4]: [JOB] Разработчик Delphi Firebird
я днем поспал целых два часа :) То-то я смотрю... на фотографии потянуло! Дык, я жежопытный. Руку, сердце и еще кое-что (с) Гоблин, только после фотографии :-) У нас в городе как то раз крутилась реклама Опытному программисту требуется 17-летняя помощница. Что лишний раз подтверждает мысли о том, чем на самом деле создается программное обеспечение... Или после чего? Коваленко Дмитрий.
Re: Re[6]: [JOB] Разработчик Delphi Firebird
У нас в городе как то раз крутилась реклама Опытному программисту требуется 17-летняя помощница. Что лишний раз подтверждает мысли о том, чем на самом деле создается программное обеспечение... Или после чего? А почему тогда все говорят о том, через что именно оно всегда сделано? :) Это они Биллу завидуют. http://pachkov.ru/?p=91 Фоновая картинка моего десктопа. Снимает поручу. Выводит из запоя :) Коваленко Дмитрий.
Re: Re[8]: [JOB] Разработчик Delphi Firebird
Фоновая картинка моего десктопа. Ты мне это... людей-то не распугивай, да? У нас все по-проще будет, да и закручивается все явно безхитросно... :) А меня простота уже задрала. И очень давно :) Коваленко Дмитрий.
Re: Re[2]: CodeGear приглашает на семинар по InterBase, 29 мая 2008 года
Так что... отложим албанский, возьмемся за испанский :) Не спеши. Может, поэтой сделки, MS начнет избавлятся от студии, и её купят албанцы :) Коваленко Дмитрий.
Re: Re[2]: железочка
On Tue, 06 May 2008 12:04:48 +0400, Sergey Mereutsa [EMAIL PROTECTED] wrote: А изначально речь действительно шла о том, чтобы получить быстро и дешево место под маленькую базу или временную папку - это хорошее решение для серверов, которые уже купили, но память дополнительную воткнуть не получается - или места нет или материнка не поддерживает. Но в плане последних событий (новости про MetaRam читали?) это становится все менее и менее актуальным для новых серверов. Вообще-то, в старые сервера и не получится воткнуть больше, метарам не решает такую задачу. А в новых серверах и без метарам пока хватает. Даже в не топовых серверах, до 200К руб., уже можно 64 Гб пихать. Может, кому и мало, а вот нам ещё надолго хватит. -- Сергей Смирнов.
Re: Re[2]: Red database and FB
Hint: óÈÏÄÉ ÎÁ IBase.ru. ðÏÉÝÉ TextParser É FastTextSearch. îÉÞÅÇÏ ÕÖÅ ÎÅÔ ÔÁÍ. ôÏÌØËÏ ÏÇÒÁÎÉÞÅÎÎÁÑ UDF ÂÅÚ ÓÏÒÃÏ× .. ËÏÍÕ ÏÎÁ ÎÕÖÎÁ? òÙÂÏÌÏ×ÌÅ× àÒÉÊ
Re: Re[2]: Red database and FB
Молодой ишшо ;) О деньгах не думаешь... Я о бабах думаю. Или богатый очень :) Да нет. Нормальный. :-)) Дмитрий
Re: Re[2]: Читаите завтра, в пятницу
Привет, Sergey! Вы пишешь к Alex Cherednichenko 25 апреля 2008: [Sorry, skipped] SM Я тут даже еще подумал - а ведь нынешнее развитие виртуализации SM позволяет ставить все на виртуалках с минимумом потерь SM производительности. и почти полная независимость от железа. Ну, касаемо полноты независимости, я бы не был так категоричен ;) -- With best regards, Alex Cherednichenko.
Re: Re[2]: Yaffil, баг(фича?) с DATEDIFF
Пофиксано ;-)
Пиминов Роман [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Здравствуйте, Oleg.
У него еще к тому же неправильно MINUTE и HOUR вычисляются.
Пример покажи.
DATEDIFF(HOUR, CAST('02.05.1998 00:02:03' AS TIMESTAMP),
CAST('01.05.1998 01:02:03' AS TIMESTAMP))
Получаем 142.
DATEDIFF(MINUTE, CAST('01:02:03' AS TIME),
CAST('01:59:03' AS TIME))
Получаем 7101.
DATEDIFF(SECOND, CAST('01:01:03' AS TIME),
CAST('01:01:04' AS TIME))
Получаем 429495.
--
Пиминов Роман
Re: Re[2]: Yaffil, баг(фича?) с DATEDIFF
Пофиксано ;-) Ужос :-) Коваленко Дмитрий.
Re: Re[2]: контекст
Привет, Sergey! Вы пишешь к Dmitri Kuzmenko 16 апреля 2008: [Sorry, skipped] SM З.Ы. А низзя у борланда (или кто там сейчас IB владеет) узнать, как SM они получают значение этого пля - с клиента или резолвят адрес в имя? Для этого достаточно tdump-а. (для Win, естественно) tdump -em fbserver.exe|grep host Вместо fbserver, естественно, нужно экзешник IB. -- With best regards, Alex Cherednichenko.
Re: Re[2]: контекст
Alex Cherednichenko ... Привет, Sergey! Вы пишешь к Dmitri Kuzmenko 16 апреля 2008: [Sorry, skipped] SM З.Ы. А низзя у борланда (или кто там сейчас IB владеет) узнать, как SM они получают значение этого пля - с клиента или резолвят адрес в имя? Если с клиента - обязаны опубликовать соотв. dpb_xxx Для этого достаточно tdump-а. (для Win, естественно) tdump -em fbserver.exe|grep host И шо ? Ну, найдёшь ты их там 5 штук... -- Хорсун Влад
Re: Re[2]: ��������-��������, ����� ������ ��� �������, ������ � ������ - �������!
Ага, а когда манагер сказал про стоимость такого решения, улыбка не превратилась в что-то другое? Или менеджер вежливо ушел от ответа на вопрос сколько стоит сия хрень?. Ушел. Но я и так знаю. Улыбаюсь до сих пор. Плачу не я. Чего плакать? :-))) У, это решение не для бедных. Я лапал один такой девайсик - в банке. В прямом смысле слова - дали потрогать физически. По тем временам - 500Гб, все винты с горячей заменой, можно было выдернуть любые два без потерь. Подключалось по оптике к 2-м контроллерам домена NT (или 2к - точной версии не помню). Стоило 150К баксов - было это где-то в 2002 году, ЕМНИП. Если у народа хватит денег на ТАКОЕ, то тогда пусть приглашает манагера из сана - пусть станцует на столе :) Видел и трогал. На каждый товар есть свой покупатель. В данный момент они уже намного доступнее. Ты бы манфрейм купил? Думаю нет, в США их навалом. Работают десятки лет. Разве они от этого стали хуже? Таже история с SUN и с IBM. Многие проекты на западе начинаются с конкретного заказа. Потом стают серийным изделием. Хамер вспомним. По-моему массивы в IB тоже так появились. Кто-то заказал и заплатил. Теперь имеем массивы. :-))) Дмитрий
Re: Re[4]: Кластеры-шмастеры, часть вторая или Никогда, Всегда и Быстро - Никогда!
если ответ резерва совпадает - отвечает клиенту - ОК, нет откатывает где может Лимбо-транзакциями. (Меня всегда забавлял этот термин, после того, как я узнал, что Лимбо - это Чистилище, преддверие Ада). А наличие Лимбо-транзакций, как известно, требует ручного вмешательства. Поэтому и вариант с сетевым зеркалом мне нравится больше всего. Он кто-то тебя обманул. лимб - местопребывания не подпадающих под компетенцию христианства. (нулевой круг ада) чистилище - долгая, мучительная дорога в рай даже лучше теневой БД - так как для поднятия сервера _ВООБЩЕ_ ручных манипуляций не требуется. А если еще и задействовать виртуалки - т.е. использовать XEN (мы его сейчас активно применяем) - то вообще получается чуть ли не малина для админа. Смотри: 1) Создается сетевое зеркало (например, с использованием NBD). 2) На нем размещаем домен XEN 3) На обоих серверах настраиваем heartbreat и автоматическое гашение (банально вырубаем упс у сбойного узла) и поднятие уцелевшей ноды. много незнакомых букв, буду гуглить Все. Ценой потери 10% (максимум, обычно это 3-5%) производительности, имеем систему, где один из серверов можно расстрелять из пулемета (хотя вариант с КЗ и пожаром мне не нравится), но сама система будет живой через... 10-30 _секунд_. И полной гарантией сохранности данных (ну ладно, не полной, а на 99.99%, для оставшегося есть бэкапы). я согласен и на 50% потерю производительности. когда система проектировалась (под P Pro 166) оставался еще 10-кратный запас :), а задач сейчас выполняется всего втрое больше Ну это ручная работа. А если оба админа на пикнике за городом? И наадминились в зюзю? ;-) им отрежутъ яйцы. а я сам буду хоть в иркутске через 10 часов. жисть показывает, что даже одинцовский авторитет за 40 минут по телефону может поднять базу :) а там уже и я могу приехать 8P) поэтому я завсегда трезвый. Ну в таких областях и перестраховаться не грех. Да и бюджеты у них несравнимы с маленькими компаниями, которым и хочется и колется. бюджеты там небольшие, на самом деле. по сравнению с нашей областной налоговой - просто слезы. Не знаю, может это просто я жадный или детство у меня тяжелое было, но я сначала рассматриваю юзабельность, а потом уже брендовость. И летом хожу в обычных тапочках, матерчатых. Даже на встречи в Дом Правительства :) как сегодня в той же областной налоговой мне раскрыли глаза - IBM X - серии в природе нет, только лицензионная китайщина. -- Булычев Алексей http://www.stella-npf.ru
Re: Re[6]: Кластеры-шмастеры, часть вторая или Никогда, Всегда и Быстро - Никогда!
много незнакомых букв, буду гуглить Там много чего интересного. Ну тогда тебе это точно подойдет. пока это несильно отличается от перетыкания винта и не защищает от порчи БД Ну злобные вы там все. А если случилось что с ними? А 30 секунд и 10 часов - это несоизмеримая разница. Причем с очень низкой себестоимостью. А прилететь потребуется в самом крайнем случае. мой заказчик может смириться с 15 минутным простоем, чай не бетон месим была мысля написать свой враппер-перехватчик чтобы раскидывать запросы на два сервера в две фазы, но нет ни времени ни сил. бум ждать. а не дождемся - так помрем. опять же наш софт - не самое слабое звено в системе. -- Булычев Алексей http://www.stella-npf.ru
Re: Re[2]: Кластеры-шмастеры, часть вторая или Никогда, Всегда и Быстро - Никогда!
Ну если не вдаваться в детали, то это полный аналог зеркалирования в обычном RAID. При использовании Infinihost адаптеров, скорости сетки (10 Гигабит в общем, 8 Гигабит на данные) с лихвой покрывают скорости даже самых навороченных сказей. Это все при том, что стоимость этих адаптеров - 125$ в штатах (ну да, кабель тоже стоит примерно 10 баксов за метр, но это фигня). Т.е. за примерно дополнительные 500 баксов/евро (зависит от страны) можно получить практически неубиваемую систему из 2-х обычных серверов. нет. не аналог. аналог двухфазного коммита с абсолютно одинаковыми данными. - сервер принимает пакеты - выполняет их сам - переадресовывает резерву - ждет ответа резерва если ответ резерва совпадает - отвечает клиенту - ОК, нет откатывает где может Я тебе открою тайну. В реальных играх на такое просто забивают. Откат не надо. я в космос не летаю. 4 часа на регламент в месяц забиваю в договор. Уууу, так у тебя вероятность отказа просто зверская. А если за 4 часа винты не успеть поменять? А если все умрет в какой-нить праздник, когда все отдыхают, а у этого самого супермаркета пик продаж? Не расстреляют? у тех, кто ценит время простоя есть резервный настроенный (а часто и работающий сервер) на современном SATA - просто перетыкание винтов и изменение одного адреса в DNS открою тебе еще большую тайну :) в наших системах тоже могут забить на систему в пользу клиента более того, есть варианты работы с клиентами на случай ядерной войны, т.к. спорт экстремальный, соответственно, энергетика, коммуникации и пр. тоже экстремальные -- Булычев Алексей http://www.stella-npf.ru -- Best regards, Sergey mailto:[EMAIL PROTECTED]
Re: Re[2]: [OFF] ��������-�������������
Ìóçûêàíòû, ãîâîðèøü? Vista x64 SP1 íà íåñêðîìíîì äåñêòîïå. Òåìà ñåêñà ðàñêðûòà. Íó íèíàþ, íèíàþ, ÿ óæå ïî÷òè ãîä ïîä âèñòîé (ñ ìàÿ ïðîøëîãî ãîäà). È íè÷÷î, ãîëóáîé ýêðàí òîëüêî 2 ðàçà âèäåë Ýòî òû íàâåðíîå ïðîñòî ðÿäîì ñ íåé ñèäèøü :) ß çà ïîëäíÿ äâà ðàçà çàãíàëà å¸ â ñòóïîð. Ïðîñòî çàâèñëà. Âñåãî ëèøü êà÷àþ äàííûå ñî ñòàðîãî êîìïà. Ïàðàëëåëüíî ïðîäîëæàþ íàñòðàèâàòü... Âñïîìèíàþ, ÷òî XP ÿ è íå òàêîå ïîêàçûâàë... Áèòîìó íåéìåòñÿ, ïðîäîëæàþ ìó÷àòü ïîêà èäåò ïðîâåðêà è èñïðàâëåíèå îøèáîê íà 10-îì ðåéäå. - îáà ðàçà (ïðè òîãäà åùå âñòðîåííîé âèäóõå) ÿ ó íåå íàãëûì îáðàçîì òðåáîâàë ãèã âèäåîïàìÿòè. À â îñòàëüíîì - ðþøå÷êè îòðóáèòü è íè÷÷å, íå æóææèò. Ó ìåíÿ íàòóðàëüíûé ãèã âèäåîïàìÿòè. Âêëþ÷èë âñå ðþøå÷êè :-) Êîâàëåíêî Äìèòðèé.
Re: Re[4]: [OFF] Пятнизза-виндузятнизза
On Fri, 11 Apr 2008 16:47:05 +0400, Sergey Mereutsa [EMAIL PROTECTED] wrote: Хотя мысль интересная - использовать видеопамять под кэш БД. Почему же только под кэш? Там у них даже SDK какое-то выходило, для переноса вычислений на видеопроцессоры... -- Сергей Смирнов.
Re: Re[6]: [OFF] Пятнизза-виндузятнизза
On Fri, 11 Apr 2008 18:47:52 +0400, Sergey Mereutsa [EMAIL PROTECTED] wrote: Т.е. ориентировано оно несколько на другие задачи, чем CPU Всего-то под конвеерные вычисления, ЕМНИП. Т.е. если суметь разбить задачку под конвеер на отдельные кусочки - можно чего-то добиться. -- Сергей Смирнов.
Re: Re[4]: [OFF] ��������-�������������
ß çà ïîëäíÿ äâà ðàçà çàãíàëà å¸ â ñòóïîð. Ïðîñòî çàâèñëà. Âñåãî ëèøü êà÷àþ äàííûå ñî ñòàðîãî êîìïà. Ïàðàëëåëüíî ïðîäîëæàþ íàñòðàèâàòü... Âñïîìèíàþ, ÷òî XP ÿ è íå òàêîå ïîêàçûâàë... Áèòîìó íåéìåòñÿ, ïðîäîëæàþ ìó÷àòü ïîêà èäåò ïðîâåðêà è èñïðàâëåíèå îøèáîê íà 10-îì ðåéäå. À òû ìåìòåñò (íå åå, ðîäíîé, à ëèíóõîâûé) ïðîãîíÿë? Êàêîé-òî ìåìòåñò (èç ïîñëåäíèõ) ïðîãîíÿëè. Âñå ïóòåì ... Âîîáùå ìàøèíó îñíîâàòåëüíî ìó÷àëè. Íî ïîä XP-32. 64-áèòíóþ âèñòó ñ SP1 ïîêà òîëüêî âòîðîé äåíü. Ó ìåíÿ íàòóðàëüíûé ãèã âèäåîïàìÿòè. Âêëþ÷èë âñå ðþøå÷êè :-) Âîò íàôèãà òåáå ãèã âèäåîïàìÿòè? Äà ïî ïðèêîëó :-) Êîâàëåíêî Äìèòðèé.
Re: Re[4]: cannot disconnect database with open transactions + connection shutdown
Нет. Приложение должно сделать то, что автор прописал. Сказали закрыть соединение - значит закрыть и не выпендриваться. А подумать ? Я подумал, прежде чем написал - см. ниже. Я тоже подумал. Причём года 3-4 назад :) В спецификации OLEDB тоже говорят - надо ругаться ... Зря. Не зря. Если приложение корректно написано, то оно не оставит открытых тр-ций за собой. Ибо сервер понятия не имеет, что с ними делать (кроме случая обрыва коннекта, который есть форс-мажор). А чем для сервера должна отличаться висящая открытой транзакция из-за обрыва соединения и в этом случае? Тем, что ругается он при детаче. А значит и приложение и коннект живы. Да, я согласен, что это НЕПРАВИЛЬНАЯ логика работы приложения - наплодить транзакций, а потом закрыть коннект и сделать вид, что оно тут ни при чем. Но все равно ведь никто не мешает авторам приложений просто втупую завершать выполнения программы (читай - не проверять статус detach() функции). Одно дело - забытая тр-ция из-за неизвестной ошибки в приложении, другое - злонамеренное игнорирование сообщения сервера Что тогда сервер должен делать с коннектами? солить? Я считаю, что он с ними должен поступать так же, как и в случае обрыва - т.е. откатить. Так ты в жизни не найдёшь ошибку в приложении, а сервер будет виноват в пропавших данных З.Ы. Я вот тут еще подумал - а почему сервер должен думать за программера? Если он ССЗБ - то и пусть. См выше -- Хорсун Влад
Re: Re[4]: cannot disconnect database with open transactions + connection shutdown
ñ ÔÅÂÅ ÂÏÌØÛÅ ÓËÁÖÕ - ÌÏÇÉËÁ ÚÁ×ÉÓÉÔ ÅÝÅ É ÏÔ ÔÏÇÏ, Ó ËÁËÏÊ ÓÔÏÒÏÎÙ ËÕÒÉÔØ ÜÔÉ ËÏÓÑËÉ :) á Ñ ÐÒÅÄÌÁÇÁÌ ÄÏËÔÏÒÕ, ÉÄÅÀ ÎÁÓÞÅÔ isc_close_handle á ÍÎÅ, × ÏÔ×ÅÔ, ÐÒÏÐÉÓÁÌÉ ÏÞÅÒÅÄÎÏÊ ËÕÒÓ × ÎÁÒËÏÄÉÓÐÁÎÓÅÒÅ. îÉÞÅ. ñ ÝÁÓ ÜÔÕ ËÌÉÎÉËÕ ÁËÓÓÅÓÓ ×ÉÏÌÅÊÛÉÎÁÍÉ ÚÁÔÒÁÈÁÀ :))) ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ. PS. ÷ÏÔ, ÕÖÅ ÐÙÔÁÀÔÓÑ ÏÔ ÍÅÎÑ exit × ÄÅÓÔÒÕËÔÏÒÅ ÄÅÌÁÔØ. ëÕÄÁ ÜÔÏ ×Ù ÏÔ ÍÅÎÑ ×ÁÌÉÔØ ÓÏÂÒÁÌÉÓØ?
