Re: Firebird � Ado.Net
http:/www.ibase.ru/firebird/FBDDEXProfider.zip îÅ ÕÄÁÅÔÓÑ ÎÁÊÔÉ ×ÅÂ-ÓÔÒÁÎÉÃÕ -- ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ. 454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77 ôÅÌ: +7 (351) 2807917 Web: www.del-fin.ru
Re: Использование list()
Dmitry Yemanov: freemanzav wrote: А вот интересно, там сортировка будет когда нибудь? Когда-нибудь будет. А когда?
Re: Firebird и Ado.Net
Hello, Vadim Vadim Mescheryakov wrote: http:/www.ibase.ru/firebird/FBDDEXProfider.zip Не удается найти веб-страницу http:/www.ibase.ru/firebird/FBDDEXProvider.zip -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Firebird � Ado.Net
îÁÛÅÌ http:/www.ibase.ru/firebird/FBDDEXProvider.zip -- ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ. 454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77 ôÅÌ: +7 (351) 2807917 Web: www.del-fin.ru
Re: Приколы конференции: январь-апрель 2007 год
Мож просто меньше студентов стало? Вот глупых вопросов и нет... On 4 май, 16:50, Dmitry Lendel [EMAIL PROTECTED] wrote: Привет. Почти всех узнал. Или нас мало осталось или шутим редко. :-)) Спасибо. Дмитрий
Re: Приколы конференции: январь-апрель 2007 год
Мож просто меньше студентов стало? Вот глупых вопросов и нет... без детей начинаешь чувствовать себя сварливым старым пердуном :( -- Булычев Алексей http://www.stella-npf.ru
Re: Использование list()
freemanzav wrote: А когда? Когда попросите. -- Дмитрий Еманов
Re: Приколы конференции: январь-апрель 2007 год
Hello, Aleksey! Boulitchev Aleksey wrote: Мож просто меньше студентов стало? Вот глупых вопросов и нет... без детей начинаешь чувствовать себя сварливым старым пердуном :( а с дитями шо, нет? то же самое... -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Использование list()
On 7 май, 11:14, Dmitry Yemanov [EMAIL PROTECTED] wrote: freemanzav wrote: А когда? Когда попросите. -- Типа в трекер?
Re: Использование list()
On 7 май, 11:14, Dmitry Yemanov [EMAIL PROTECTED] wrote: freemanzav wrote: А когда? Когда попросите. А может было бы проще прикрутить агрегатные UDF?
Re: ��������� ������ �����
Îíî? Íåò. ß óæå íàøåë ðåøåíèå. http://www.vincenzo.net/isxkb/index.php?title=Service_-_Functions_to_Start%2C_Stop%2C_Install%2C_Remove_a_Service Äìèòðèé
Re: Использование list()
А когда? Когда попросите. А может было бы проще прикрутить агрегатные UDF? проще забить на list. и продолжить заниматься действительно нужными вещами. -- Булычев Алексей http://www.stella-npf.ru
Re: Использование list()
freemanzav wrote: А может было бы проще прикрутить агрегатные UDF? Было бы проще - прикрутили бы. -- Дмитрий Еманов
Re: Приколы конференции: январь-апрель 2007 год
Особо страшно звучит всвязи с прошедшим вчерась днем рождения, 27, старый совсем становлюсь... без детей начинаешь чувствовать себя сварливым старым пердуном :( -- Булычев Алексейhttp://www.stella-npf.ru
Re: Приколы конференции: январь-апрель 2007 год
Мож просто меньше студентов стало? Вот глупых вопросов и нет... без детей начинаешь чувствовать себя сварливым старым пердуном :( а с дитями шо, нет? то же самое... ну, можно позволить себе немножко снисходительности, выделить децл терпения, а самое главное - появляется привычка сначала понять собеседника :) -- Булычев Алексей http://www.stella-npf.ru
Re: Firebird 2 Embedded
Malinovsky Vladimir [EMAIL PROTECTED] wrote in message P.S. óÐÁÓÉÂÏ ×ÓÅÍ. C ×ÁÛÉÈ ÓÌÏ× Ñ ÐÏÎÑÌ, ÞÔÏ ÐÒÏÌÅÔÅÌ ×ÙÂÒÁ× × ËÁÞÅÓÔ×Å óõâä Firebird :-( FoxPro? ;) úÁÞÅÍ ÖÅ? ÷ÒÅÍÑ DBF-Ï× É Paradox-Ï× ÕÖÅ ÄÁ×ÎÏ ÕÛÌÏ. ôÅÐÅÒØ È×ÁÔÁÅÔ ÒÏÄÎÙÈ ÄÌÑ Delphi Ä×ÉÖËÏ× âä Ó ÐÏÄÄÅÒÖËÏÊ SQL, ÍÎÏÇÏÐÏÌØÚÏ×ÁÔÅÌØÓËÏÊ ÒÁÂÏÔÙ, ÛÉÆÒÏ×ÁÎÉÑ, ÓÖÁÔÉÑ ÂÌÏÂÏ× É ËÕÞÅÊ ÄÒÕÇÉÈ ÎÁ×ÏÒÏÔÏ× (ÔÉÐÁ ÔÒÉÇÇÅÒÏ×, ÈÒÁÎÉÍÙÈ ÐÒÏÃÅÄÕÒ... É ÏÔÓÕÔÓÔ×ÕÀÝÅÇÏ × Firebird ÐÏÌÎÏÔÅËÓÔÎÏÇÏ ÐÏÉÓËÁ). îÁÐÒÉÍÅÒ, ÍÏÖÎÏ ×ÚÑÔØ Absolute Database (ÍÎÅ ÐÒÉÈÏÄÉÌÏÓØ ÅÇÏ ÀÚÁÔØ ÐÏ ÚÁËÁÚÕ ÂÕÒÖÕÉÎÁ) ÉÌÉ ÅÝÅ ËÁËÕÀ ÜËÚÏÔÉËÕ ÔÉÐÁ NexusDB, Accuracer Database System, DISQLite, EasyTable, DBISAM... Best regards, Andrew Holubovski DelphiPlus Team http://www.delphiplus.org
Re: ������� �����������: ������-������ 2007 ��
ïÓÏÂÏ ÓÔÒÁÛÎÏ Ú×ÕÞÉÔ ×Ó×ÑÚÉ Ó ÐÒÏÛÅÄÛÉÍ ×ÞÅÒÁÓØ ÄÎÅÍ ÒÏÖÄÅÎÉÑ, 27, ÓÔÁÒÙÊ ÓÏ×ÓÅÍ ÓÔÁÎÏ×ÌÀÓØ... üÈ.. çÄÅ ÍÏÉ 27? :-)) äÍÉÔÒÉÊ
Re: Firebird � Ado.Net
ðÒÅÄÓÔÁ×ÌÑÅÍ ÔÅÓÔÏ×ÕÀ ×ÅÒÓÉÀ Á×ÔÏÍÁÔÉÞÅÓËÏÇÏ ÕÓÔÁÎÏ×ÝÉËÁ DDEX Firebird.NET. åÓÌÉ ÷Ù ÒÁÂÏÔÁÅÔÅ ÎÁ VS2005, ÐÏÖÁÌÕÊÓÔÁ, ÐÒÏ×ÅÒØÔÅ ÅÇÏ ÒÁÂÏÔÕ. ðÏÓÌÅ ÕÓÔÁÎÏ×ËÉ VS SDK ÒÁÂÏÔÁÅÔ É ÒÕÞÎÁÑ ÕÓÔÁÎÏ×ËÁ (ËÁË ÏÐÉÓÁÎÏ ÎÁ ÓÁÊÔÅ) É ÜÔÏÔ ÄÉÓÔÒÉÂÕÔÉ×. óÐÁÓÉÂÏ, ÚÁ ÐÏÍÏÛØ. -- ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ. 454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77 ôÅÌ: +7 (351) 2807917 Web: www.del-fin.ru
Re: Firebird � Ado.Net
ðÏÓÌÅ ÕÓÔÁÎÏ×ËÉ ×Ï ×ÓÔÒÏÅÎÎÏÍ ÍÅÎÅÄÖÅÒÅ âä × Visual Studio ÄÏÌÖÎÁ ÐÏÑ×ÉÔØÓÑ ×ÏÚÍÏÖÎÏÓÔØ ÓÏÚÄÁ×ÁÔØ ÐÏÄËÌÀÞÅÎÉÑ Ë âä, ÂÒÏÕÚÉÔØ ÓÈÅÍÕ ÄÁÎÎÙÈ É Ô.Ä. ðÅÒ×ÏÅ É ×ÔÏÒÏÅ ÅÓÔØ Á ×ÏÔ (É Ô.Ä.) ÎÅ ÎÁÂÌÀÄÁÅÔÓÑ. óÈÅÍÁ ÔÏÌØËÏ ÄÌÑ ÐÒÏÓÍÏÔÒÁ, ÎÏ É ÚÁ ÜÔÏ ÕÖÅ ÓÐÁÓÉÂÏ -- ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ. 454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77 ôÅÌ: +7 (351) 2807917 Web:www.del-fin.ru
Re: Firebird PSQL и массивы
sw wrote: Вопрос собственно не к полям таблиц, а к переменным. Для БЛОБов есть понятие временный. Возможно ли использовать это для реализации *временных массивов* для обработки внутри процедуры, а также передачи в другие процедуры (FB21+). Считаю, что реализация переменных-массивов как блобов есть зло. Не знаю каков будет функционал Local TT (вроде это ещё требует обсуждений), интересует именно возможность локальной передачи набора идентификаторов (скажем Integer) в процедуры. Вроде в трекере была хотелка передавать курсоры как параметры :-) Уважаемые разработчики скажите наскольно бредовая эта мысль? Приоритет ниже плинтуса. -- Дмитрий Еманов
Re: Firebird PSQL и массивы
Мне например мало выгоды видится от статических массивов это раз. Во вторых очень часто массивы чуть большими усилиями можно заменить строками.
Как FB отслеживает к-во доступной памяти ?
Hi, многоуважаемый All! Сорри, но дальше мой понедельничный бед: ;) Заметил странную особенность за параметрами ... SortMemBlockSize SortMemUpperLimit если, указать значения побольше ;) начинает наблюдатся (или мне кажется ...) выгрызание памяти до SortMemBlockSize на 1 запрос, но не более SortMemUpperLimit, а уж только потом FB начинает создавать свот temp - файлы Всё бы ничего если-бы не одно но ! Как мне показалось (наблюдение велось через системный монитор) FB пофигу выгребает он физическую или выртуальную память ... В связи с чем, если мне конечно не померещелось, возникает закономерный вопрос: а нафига ? Точнее почему не отслеживать границу физ. памяти ? Может как-то это можно сделать ? Чтоб 2 раза не свопится ? ... Я понимаю что это похоже на белую гарячку - но всё-же ... ;) С уважением, Константин Григорьевич. ===
Re: Как FB отслеживает к-во доступной памяти ?
Привет! SortMemBlockSize SortMemUpperLimit если, указать значения побольше ;) начинает наблюдатся (или мне кажется ...) выгрызание памяти до SortMemBlockSize на 1 запрос, но не более SortMemUpperLimit, а уж только потом FB начинает создавать свот temp - файлы Всё бы ничего если-бы не одно но ! Как мне показалось (наблюдение велось через системный монитор) FB пофигу выгребает он физическую или выртуальную память ... В связи с чем, если мне конечно не померещелось, возникает закономерный вопрос: а нафига ? Точнее почему не отслеживать границу физ. памяти ? Может как-то это можно сделать ? Чтоб 2 раза не свопится ? ... А ты можешь рассказать, каким кросс-платформенным методом дожно узнать, сколько и какой памяти? И потом - проблемы Птица - попросить память у операзионки. И это чисто проблемы операционки, откуда она ее достанет. А если уж админ полез указывать эти настройки - то пусть сам прикидывает, влезет или нет :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re[2]: Как FB отслеживает к-во доступной памяти ?
SM А ты можешь рассказать, каким кросс-платформенным методом дожно SM узнать, сколько и какой памяти? Ну так ведь есть настройки общие, а есть для линуха и винды отдельно Весь вопрос в том и стоит что у винды самый что ни есть глюкавый менеджер памяти ... Кстати насколько я слышал есть возможность жёстко сказать системе аллокировать ТОЛЬКО физическую память ... SM И потом - проблемы Птица - попросить память у операзионки. И это чисто SM проблемы операционки, откуда она ее достанет. Да, но из-за этого страдает, как правило, производительность птицы а не виннды ;) SM А если уж админ полез указывать эти настройки - то пусть сам SM прикидывает, влезет или нет :) Если-б всё в нашей жизни было так просто :( Вопрос на вопрос: 1. Ты всегда знаешь скоко памяти потребует тот или иной запрос ? Всегда-ли можно наперёд точно оценить скорость прироста БД ? 2. Всегда ли есть админы на местах ? 3. Всег-да ли лично Вас удовлетворяют настройки по умолчанию ? PS: ИМХО, для винды - вопросец актуальный ... С уважением, Константин Григорьевич. ===
Re: DATE минус минус
On Sat, 05 May 2007 20:03:04 +0400, Oleg Matveyev [EMAIL PROTECTED] wrote: Продолжаем разговор. (с) Видимо, что-то связано именно с Windows. На сервере Linux ошибка не воспроизводится. -- Сергей Смирнов.
Re: DATE минус минус
WildSery ... On Sat, 05 May 2007 20:03:04 +0400, Oleg Matveyev [EMAIL PROTECTED] wrote: Продолжаем разговор. (с) Видимо, что-то связано именно с Windows. На сервере Linux ошибка не воспроизводится. Там разный код именно в этом месте -- Хорсун Влад
Re[4]: Как FB отслеживает к-во доступной памяти ?
Кстати насколько я слышал есть возможность жёстко сказать системе аллокировать ТОЛЬКО физическую память ... OL А чего ты ещё слышал? Нам очень интересно :-):-):-):-):-):-) Это типа я дурак ? ;) Поискать ? PS: ИМХО, для винды - вопросец актуальный ... OL На чём еще ты эксплуатировал предмет обсуждения чтобы делать такие заявления? Лично у меня - вопрос актуален т.к. на серваке не один FB крутится И знать что сколько выгребет памяти зарание z не могу ... А дать побольше памяти птичке ой как хочется - потому как бестрее летает ... Но вот пипец подкрался незаметно - дашь больше, а какаято бяка выжрет память и получаешь тормоза пуще прежнего :( OL P.S. Вроде понедельник, а темы чисто пятничные :-):-):-):-):-):-):-) а я это, предпразничная подготовка в связи с 9 мая ;) С уважением, Константин Григорьевич. ===
vldb
Hello, All! Был я на Корпоративных СУБД 2007. Мед-пиво пил, на доклады ходил, а отчет не написал. И не напишу. Вместо этого по мотивам своего неудачного (с моей точки зрения) накатал статейку по поводу Больших Баз Данных. www.ibase.ru/devinfo/vldb.htm комментарии? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: vldb
Привет, Dmitri! Вы пишешь 07 мая 2007: DK Был я на Корпоративных СУБД 2007. Мед-пиво пил, на доклады ходил, а DK отчет не написал. И не напишу. Вместо этого по мотивам своего DK неудачного (с моей точки зрения) накатал статейку по поводу DK Больших Баз Данных. DK www.ibase.ru/devinfo/vldb.htm DK комментарии? По моему скромному разумению, статья о новых методах backup-restore IB/FB, но никак не о VLDB, как таковых вааще. Отсюда и невосприятие аудиторией. -- With best regards, Alex Cherednichenko.
Re: vldb
www.ibase.ru/devinfo/vldb.htm комментарии? NBackup - бэкап уровня 0 не является базой, поэтому минимальное время восстановления равно времени воссоздания базы из имеющегося набора уровня 0 и инкрементов уровня 1, 2 и так далее. В обоих случаях обновление дампа или построение инкремента нового уровня - всегда полное чтение базы данных. Соответственно, этот процесс никак не может занимать времени меньше, чем требуется на копирование файла БД. восстановление можно делать заблаговременно на резервный сервер и накатывать на него изменения по мере их поступления если не ошибаюсь, пцаны думают в сторону частичного чтения БД при создании инкремента нет ни слова о WAL (или что оно там теперь) - ибо восстанавливать, как правило, хотят вообще без потерь есть вариант с shadow на другом массиве дисков - при сбое дисков поможет -- Булычев Алексей http://www.stella-npf.ru
Re: vldb
Hello, Alexey! Boulitchev Aleksey wrote: восстановление можно делать заблаговременно на резервный сервер и накатывать на него изменения по мере их поступления само-собой если не ошибаюсь, пцаны думают в сторону частичного чтения БД при создании инкремента поуа все туманно. нет ни слова о WAL (или что оно там теперь) - ибо восстанавливать, как правило, хотят вообще без потерь у ib2007 нынче журналирование - и есть wal. вот с ним можно pint in time recovery. есть вариант с shadow на другом массиве дисков - при сбое дисков поможет shadow уже не канает. не стоит оно того. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: vldb
Hello, Alex! Alex Cherednichenko wrote: DK www.ibase.ru/devinfo/vldb.htm DK комментарии? По моему скромному разумению, статья о новых методах backup-restore IB/FB, но никак не о VLDB, как таковых вааще. мне про vldb вообще нет никакого смысла писить или говорить. Отсюда и невосприятие аудиторией. это ощущения. как там оно было - не знаю. а доклад назывался - ib/fb - поддержка vldb. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: vldb
Hello, All! Был я на Корпоративных СУБД 2007. Мед-пиво пил, на доклады ходил, а кстати, вот чего торкнуло, так это доклад про новую, еще не внедренную в сервер систему полнотекстового поиска для PostgreSQL. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: vldb
Dmitri Kuzmenko wrote: кстати, вот чего торкнуло, так это доклад про новую, еще не внедренную в сервер систему полнотекстового поиска для PostgreSQL. Чем торкнуло-то? Бартунов рассказывал? -- Дмитрий Еманов
Re: vldb
Привет! www.ibase.ru/devinfo/vldb.htm комментарии? Ну статейка вопросов не вызывает (именно по существу). Хотя я бы ее назвал обзорной, так как детальной информации там немного - по большей мере обитателям данной конфы более-менее знакомо все. Или так и задумывалось? -- Best regards, Sergeymailto:[EMAIL PROTECTED] --~--~-~--~~~---~--~~ Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы gmane.comp.db.firebird.russian на группах Google. Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу ru-firebird@googlegroups.com Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: [EMAIL PROTECTED] Дополнительные варианты находятся на странице группы http://groups.google.com/group/ru-firebird?hl=ru -~--~~~~--~~--~--~---
Re: DATE минус минус
Oleg Matveyev ... Имхо бага. Ну исправим в 2.1 - ты ждать будешь ? :) Исправить бы хорошо :-) http://tracker.firebirdsql.org/browse/CORE-1248 -- Хорсун Влад
Re: DATE минус минус
http://tracker.firebirdsql.org/browse/CORE-1248 я счастлив :-)
rows_affected
Ñ ÐÒÏÛÕ ÐÒÏÝÅÎÉÑ, ÎÏ ÞÔÏ ÔÏ ÍÅÎÑ ÐÅÒÅËÌÉÎÉÌÏ, ÂÕÄÔÏ ÂÙ ÎÁÞÉÎÁÑ Ó Ä×ÏÊËÉ ÓÔÁÌÁ ÄÏÓÔÕÐÎÁ ÔÁËÁÑ ×ÏÔ ÐÅÒÅÍÅÎÎÁÑ (rows_affected), ÔÏ ÅÓÔØ ÐÏÓÌÅ UPDATE ÞÔÏ ÂÙ ÍÏÖÎÏ ÂÙÌÏ ÐÒÏ×ÅÒÉÔØ ÓËÏÌØËÏ ÚÁÐÉÓÅÊ ÎÁ ÓÁÍÏÍ ÄÅÌÅ ÂÙÌÏ ÉÚÍÅÎÅÎÏ. ÷ÓÅ ÍÏÉ ÐÏÉÓËÉ ÐÏ ÒÅÌÉÚÎÙÍ ÎÏÔÁÍ ÎÉÞÅÇÏ ÎÅ ÄÁÌÉ. ôÁË ÔÁËÏÅ ÎÁ ÓÁÍÏÍ ÄÅÌÅ ÎÅÔÕ ÉÌÉ Ñ ÎÅÐÒÁ×ÉÌØÎÏ ÞÔÏ ÔÏ ÐÉÛÕ? -- ó Õ×ÁÖÅÎÉÅÍ ëÁÞÁÎÏ×ÓËÉÊ äÍÉÔÉÒÊ ïïï ëïûôÐÒÏÅËÔ
Re: rows_affected
Качановский Дмитрий wrote: Так такое на самом деле нету или я неправильно что то пишу? ROW_COUNT -- Дмитрий Еманов
Re: rows_affected
Привет, Качановский! Вы пишешь 07 мая 2007: КД я прошу прощения, но что то меня переклинило, будто бы начиная с двойки КД стала доступна такая вот переменная (rows_affected), то есть после UPDATE КД что бы можно было проверить сколько записей на самом деле было изменено. КД Все мои поиски по релизным нотам ничего не дали. КД Так такое на самом деле нету или я неправильно что то пишу? ROW_COUNT -- With best regards, Alex Cherednichenko.
Re: rows_affected
ôÁË ÔÁËÏÅ ÎÁ ÓÁÍÏÍ ÄÅÌÅ ÎÅÔÕ ÉÌÉ Ñ ÎÅÐÒÁ×ÉÌØÎÏ ÞÔÏ ÔÏ ÐÉÛÕ? ROW_COUNT ÐÏÎÑÔÎÏ ÐÒÏÓÔÏ × ÒÅÌÉÚÎÙÈ ÎÏÔÁÈ ÓÔÏÉÔ ÔÁËÁÑ ÆÒÁÚÁ ROW_COUNT has been enhanced so that it can now return the number of rows returned by a SELECT statement. ×ÏÔ É ÐÏÄÕÍÁÌ ÞÔÏ ÜÔÏ ÏÔÎÏÓÉÔÓÑ ÔÏËÏ Ë ÓÅÌÅËÔÕ ÈÏÔÑ × ÅËÓÔÅÎÛÉÓÁÈ ÔÁÍ ÎÅÍÎÏÇÏ ÄÒÕÇÏÊ ÔÅËÓÔ ROW_COUNT (FB 1.5) -- Function: Returns number of rows, affected by the last SQL statement. Author: Dmitry Yemanov [EMAIL PROTECTED] Ñ ÔÁË ÐÏÎÉÍÁÀ ×ÅÒÉÔØ ×ÔÏÒÏÍÕ? :) ËÓÔÁÔÉ, ÜÔÏ ÐÒÏÓÔÏ ÎÅÔÏÞÎÏÓÔØ × ÒÅÌÉÚ ÎÏÔÅ ÉÌÉ ×ÓÅ-ÔÁËÉ × ÂÕÄÕÝÅÍ ÐÏ×ÅÄÅÎÉÅ ROW_COUNT ÍÏÖÅÔ ÐÏÍÅÎÑÔØÓÑ?
Re: rows_affected
Качановский Дмитрий wrote: просто в релизных нотах стоит такая фраза ROW_COUNT has been enhanced so that it can now return the number of rows returned by a SELECT statement. Это ноты к 2.0. хотя в екстеншисах там немного другой текст ROW_COUNT (FB 1.5) -- Это про 1.5. я так понимаю верить второму? :) Обоим. или все-таки в будущем поведение ROW_COUNT может поменяться? В чем именно? -- Дмитрий Еманов
Re: rows_affected
ÕÐÓ ÅÝÅ ÒÁÚ ÐÅÒÅÞÉÔÁÌ ÜÔÏ ROW_COUNT has been enhanced so that it can now return the number of rows returned by a SELECT statement. ×ÏÐÒÏÓ ÓÎÉÍÁÅÔÓÑ
Re: rows_affected
ÉÌÉ ×ÓÅ-ÔÁËÉ × ÂÕÄÕÝÅÍ ÐÏ×ÅÄÅÎÉÅ ROW_COUNT ÍÏÖÅÔ ÐÏÍÅÎÑÔØÓÑ? ÷ ÞÅÍ ÉÍÅÎÎÏ? Ñ ÕÖÅ ÐÏÎÑÌ, ÇÄÅ ÏÛÉÂÁÌÓÑ, ÓÐÁÓÉÂÏ
Обработка SIGPIPE на клиенте
Ситуация... Есть Firebird 2 на двух серверах с общим RAID массивом.
Под Linux-ом. Есть клиенты тоже под Linux-ом. Если мы меняем комплект
сервера, то клиенты временно теряют соединение. В зависимости от того,
в каком состоянии они в этом момент находились, на клиентской стороне
происходит либо ошибка при попытке выполнения запроса, либо SIGPIPE,
как правило, если оборвался уже выполняющийся запрос. По этим
действиям сейчас делается повторная попытка соединения. Клиент написан
на C++ с ESQL. Делается следующее...
if (local_db) {
EXEC SQL
DISCONNECT local_db;
local_db=(isc_db_handle)NULL;
};
EXEC SQL
CONNECT local_db USER :UserName.c_str()
PASSWORD :Password.c_str();
if (SQLCODE) {
isc_sql_interprete(SQLCODE, error_message, 256);
syslog(LOG_MAKEPRI(LOG_USER, LOG_WARNING), Connecting local_db
error !);
syslog(LOG_MAKEPRI(LOG_USER, LOG_WARNING), error_message);
local_db=(isc_db_handle)NULL;
};
return SQLCODE;
Или если посмотреть после препроцессора...
...
isc_detach_database (isc_status, local_db);
...
isc_expand_dpb (isc_5p, isc_5l, isc_dpb_user_name,
UserName.c_str(), isc_dpb_password, Password.c_str(),
isc_dpb_sql_role_name, (char*) 0, isc_dpb_lc_messages, (char*) 0,
isc_dpb_lc_ctype, (char*) 0, 0);
isc_attach_database (isc_status, 0, localhost:fdp, local_db,
isc_5l, isc_5p);
...
Ну и это повторяется до тех пор пока не соединимся... В процедуре есть
защита от повторного входа, т.е. если на коннекте будет опять SIGPIPE,
то поворного захода в реконнекта не будет. Всё работало замечательно,
на 1.5.3. Но сейчас на 2.0 в ходе проверки выяснилось, что при этом
время от времени в недрах клиента происходит SIGSEG со строкой... Вот
примерно тут:
0xb6ee609f in strlen () from /lib/libc.so.6
#0 0xb6ee609f in strlen () from /lib/libc.so.6
#1 0xb695108d in SCH_ast () from /usr/lib/libfbclient.so.2
#2 0xb6967840 in KEYWORD_getTokens () from /usr/lib/libfbclient.so.2
#3 0xb6968830 in KEYWORD_getTokens () from /usr/lib/libfbclient.so.2
#4 0xb6968e60 in KEYWORD_getTokens () from /usr/lib/libfbclient.so.2
#5 0xb697b166 in KEYWORD_getTokens () from /usr/lib/libfbclient.so.2
#6 0xb696bd24 in KEYWORD_getTokens () from /usr/lib/libfbclient.so.2
#7 0xb6955651 in isc_receive () from /usr/lib/libfbclient.so.2
Причем довольно регулярно. В результате приложение вылетает... Клиент
скомпилирован без отладочной информации, поэтому точнее не могу
сказать, где именно происходит ошибка. Понимаю что, так вопрос
задавать тупо, но... Может я просто не знаю, а надо что то вызвать
перед попыткой повторного соединения, чтобы обнулить/очистить/
освободить внутренние переменные в библиотеке клиента firebird ? Пока
нет возможности это проверить на живом железе, поэтому на ноуте у
себя поставил SS вместо CS и тестил перезапуском сервера. В результате
после того как навсталял по всему коду процедуры реконнекта (с целью
найти место где валится) cout в перемешку с isc_sql_interprete( у
меня клиентское приложение перестало валится с SIGSEG-ом... Т.е.
возникла мысль, поставит sleep, т.к. по идее, сейчас задержка между
вызовами disconnect/connect выросла. А возможно на это повлиял лишний
вызов isc_sql_interprete. Но, понятно что 100% уверенности нет.
Подскажите, если у кого опыт подобного рода имеется. Горим...
Re: vldb
Прочитав статю, коментариев и доку про NBackup появился один интересныи (по краинеи мере мне :) )вопрос: Если при инкрементальном бекапе юзери работают и все изменения вносятся в делта фаил, то, например, запихнутые в базу записи во время бекапа выдни срацу юзеру (и другим после коммита) или нет ? Ну типо сделал INSERT и SELECT его находит ??? Както тупо задал вопрос, но думаю что суть его понятен :) Regards Janex
Re: vldb
Здравствуйте, Dmitri. Вы писали 7 мая 2007 г., 18:58:36: комментарии? Собственно, если дамп делается по сети на резервный сервер, то скорость восстановления такой БД почти равна нулю. Время восстановления равно нулю, а скорость - бесконечности :) По поводу NBackup - я его не щупал еще но почему бы не делать в сторонке из инкрементальных бэкапов новую базу, получится типа почти shadow + инкрмент, т.е. при необходимости можно откатиться на некоторое время назад. Можно этот shadow восстанавливать не сразу а с задержкой на сутки допустим - тогда в случае поломки основной базы мы можем взять базу суточной давности и накатить на нее инкрементов за последние сутки, либо, если за последние сутки было логическое повреждение - накатить только часть инкрементов. В общем вариантов тут - море. -- С уважением, Владимир mailto:[EMAIL PROTECTED]
Re: vldb
Владимир Аксенов wrote: мы можем взять базу суточной давности и накатить на нее инкрементов за последние сутки, либо, если за последние сутки было логическое повреждение - накатить только часть инкрементов. Нельзя на базу накатывать инкременты. -- Дмитрий Еманов
Re: vldb
Dmitry Yemanov: Нельзя на базу накатывать инкременты. И очень жаль. Ведь несложно же сделать хотя бы восстановление в уже существующий нулевой бэкап, чтобы избежать его копирования.
Re: vldb
Hello, Dmitry! Dmitry Yemanov wrote: кстати, вот чего торкнуло, так это доклад про новую, еще не внедренную в сервер систему полнотекстового поиска для PostgreSQL. Чем торкнуло-то? Бартунов рассказывал? он. круто получилось. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: vldb
Hello, Sergey! Sergey Mereutsa wrote: Ну статейка вопросов не вызывает (именно по существу). Хотя я бы ее назвал обзорной, так как детальной информации там немного - по большей мере обитателям данной конфы более-менее знакомо все. Или так и задумывалось? именно. детали по nbackup описаны в документации на него, а детали по ib2007 описаны в update guide, который я еще недоперевел. если сложить эти три, то подробнее просто уже некуда. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: vldb
Hello, Dmitri! You wrote on Tue, 08 May 2007 09:42:35 +0400: кстати, вот чего торкнуло, так это доклад про новую, еще не внедренную в сервер систему полнотекстового поиска для PostgreSQL. Чем торкнуло-то? Бартунов рассказывал? DK он. круто получилось. А доклады будут доступны? Может в двух словах - что круто? То, что ПОЛУЧИЛОСЬ, или ТО что получилось? -- -=Hичто так не кpасит стол, как петаpда в оливье=- With best regards, Nikolay Ponomarenko
Re: vldb
Hello, Владимир! Владимир Аксенов wrote: некоторое время назад. Можно этот shadow восстанавливать не сразу а с задержкой на сутки допустим - тогда в случае поломки основной базы мы можем взять базу суточной давности и накатить на нее инкрементов за последние сутки, либо, если за последние сутки было логическое повреждение - накатить только часть инкрементов. и нифиган у тебя не получится, потому что рестор нбэкап делает всегда целиком. то есть или только уровень 0 или 0+1 или 0+1+2 но никогда не 0+1, а потом +2. Т.е. никак не возможно сначала заресторить уровень 0, а потом на него накатить инкремент 1. Поэтому держать под рукой полуресторенный нбэкап не получится. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: vldb
Hello, Freemanzav! freemanzav wrote: Нельзя на базу накатывать инкременты. И очень жаль. Ведь несложно же сделать хотя бы восстановление в уже существующий нулевой бэкап, чтобы избежать его копирования. это уже обсуждали. уровень 0 является базовой частью для кучи инкрементов 1, 2 и так далее. Поэтому его убиение косвенно чревато потерей актуальности всех уровней 1 и выше. Собственно, я говорил что человек мог бы и копировать уровень 0 перед этим, но -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
