http:/www.ibase.ru/firebird/FBDDEXProfider.zip
îÅ ÕÄÁÅÔÓÑ ÎÁÊÔÉ ×ÅÂ-ÓÔÒÁÎÉÃÕ
--
ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ
ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ.
454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77
ôÅÌ: +7 (351) 2807917
Web: www.del-fin.ru
Dmitry Yemanov:
freemanzav wrote:
А вот интересно, там сортировка будет когда нибудь?
Когда-нибудь будет.
А когда?
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
îÁÛÅÌ
http:/www.ibase.ru/firebird/FBDDEXProvider.zip
--
ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ
ÄÉÒÅËÔÏÒ ïïï ëÏÍÐÌÅËÓÎÙÅ óÉÓÔÅÍÙ.
454021 Ç. þÅÌÑÂÉÎÓË ÕÌ. 40 ÌÅÔ ðÏÂÅÄÙ 31, 77
ôÅÌ: +7 (351) 2807917
Web: www.del-fin.ru
Мож просто меньше студентов стало? Вот глупых вопросов и нет...
On 4 май, 16:50, Dmitry Lendel [EMAIL PROTECTED] wrote:
Привет.
Почти всех узнал. Или нас мало осталось или шутим редко. :-))
Спасибо.
Дмитрий
Мож просто меньше студентов стало? Вот глупых вопросов и нет...
без детей начинаешь чувствовать себя сварливым старым пердуном :(
--
Булычев Алексей
http://www.stella-npf.ru
freemanzav wrote:
А когда?
Когда попросите.
--
Дмитрий Еманов
Hello, Aleksey!
Boulitchev Aleksey wrote:
Мож просто меньше студентов стало? Вот глупых вопросов и нет...
без детей начинаешь чувствовать себя сварливым старым пердуном :(
а с дитями шо, нет? то же самое...
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
On 7 май, 11:14, Dmitry Yemanov [EMAIL PROTECTED] wrote:
freemanzav wrote:
А когда?
Когда попросите.
--
Типа в трекер?
On 7 май, 11:14, Dmitry Yemanov [EMAIL PROTECTED] wrote:
freemanzav wrote:
А когда?
Когда попросите.
А может было бы проще прикрутить агрегатные UDF?
Îíî?
Íåò. ß óæå íàøåë ðåøåíèå.
http://www.vincenzo.net/isxkb/index.php?title=Service_-_Functions_to_Start%2C_Stop%2C_Install%2C_Remove_a_Service
Äìèòðèé
А когда?
Когда попросите.
А может было бы проще прикрутить агрегатные UDF?
проще забить на list. и продолжить заниматься действительно нужными вещами.
--
Булычев Алексей
http://www.stella-npf.ru
freemanzav wrote:
А может было бы проще прикрутить агрегатные UDF?
Было бы проще - прикрутили бы.
--
Дмитрий Еманов
Особо страшно звучит всвязи с прошедшим вчерась днем рождения, 27,
старый совсем становлюсь...
без детей начинаешь чувствовать себя сварливым старым пердуном :(
--
Булычев Алексейhttp://www.stella-npf.ru
Мож просто меньше студентов стало? Вот глупых вопросов и нет...
без детей начинаешь чувствовать себя сварливым старым пердуном :(
а с дитями шо, нет? то же самое...
ну, можно позволить себе немножко снисходительности, выделить децл терпения,
а самое главное - появляется привычка сначала
Malinovsky Vladimir [EMAIL PROTECTED]
wrote in message P.S. óÐÁÓÉÂÏ ×ÓÅÍ. C ×ÁÛÉÈ ÓÌÏ× Ñ ÐÏÎÑÌ, ÞÔÏ
ÐÒÏÌÅÔÅÌ ×ÙÂÒÁ× × ËÁÞÅÓÔ×Å óõâä Firebird :-(
FoxPro? ;)
úÁÞÅÍ ÖÅ? ÷ÒÅÍÑ DBF-Ï× É Paradox-Ï× ÕÖÅ ÄÁ×ÎÏ ÕÛÌÏ. ôÅÐÅÒØ È×ÁÔÁÅÔ ÒÏÄÎÙÈ
ÄÌÑ Delphi Ä×ÉÖËÏ× âä Ó ÐÏÄÄÅÒÖËÏÊ SQL, ÍÎÏÇÏÐÏÌØÚÏ×ÁÔÅÌØÓËÏÊ
ïÓÏÂÏ ÓÔÒÁÛÎÏ Ú×ÕÞÉÔ ×Ó×ÑÚÉ Ó ÐÒÏÛÅÄÛÉÍ ×ÞÅÒÁÓØ ÄÎÅÍ ÒÏÖÄÅÎÉÑ, 27,
ÓÔÁÒÙÊ ÓÏ×ÓÅÍ ÓÔÁÎÏ×ÌÀÓØ...
üÈ.. çÄÅ ÍÏÉ 27? :-))
äÍÉÔÒÉÊ
ðÒÅÄÓÔÁ×ÌÑÅÍ ÔÅÓÔÏ×ÕÀ ×ÅÒÓÉÀ Á×ÔÏÍÁÔÉÞÅÓËÏÇÏ ÕÓÔÁÎÏ×ÝÉËÁ DDEX
Firebird.NET.
åÓÌÉ ÷Ù ÒÁÂÏÔÁÅÔÅ ÎÁ VS2005, ÐÏÖÁÌÕÊÓÔÁ, ÐÒÏ×ÅÒØÔÅ ÅÇÏ ÒÁÂÏÔÕ.
ðÏÓÌÅ ÕÓÔÁÎÏ×ËÉ VS SDK ÒÁÂÏÔÁÅÔ É ÒÕÞÎÁÑ ÕÓÔÁÎÏ×ËÁ (ËÁË ÏÐÉÓÁÎÏ ÎÁ ÓÁÊÔÅ) É
ÜÔÏÔ ÄÉÓÔÒÉÂÕÔÉ×.
óÐÁÓÉÂÏ, ÚÁ ÐÏÍÏÛØ.
--
ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ
ðÏÓÌÅ ÕÓÔÁÎÏ×ËÉ ×Ï ×ÓÔÒÏÅÎÎÏÍ ÍÅÎÅÄÖÅÒÅ âä × Visual Studio ÄÏÌÖÎÁ
ÐÏÑ×ÉÔØÓÑ ×ÏÚÍÏÖÎÏÓÔØ ÓÏÚÄÁ×ÁÔØ ÐÏÄËÌÀÞÅÎÉÑ Ë âä, ÂÒÏÕÚÉÔØ ÓÈÅÍÕ
ÄÁÎÎÙÈ É Ô.Ä.
ðÅÒ×ÏÅ É ×ÔÏÒÏÅ ÅÓÔØ Á ×ÏÔ (É Ô.Ä.) ÎÅ ÎÁÂÌÀÄÁÅÔÓÑ.
óÈÅÍÁ ÔÏÌØËÏ ÄÌÑ ÐÒÏÓÍÏÔÒÁ, ÎÏ É ÚÁ ÜÔÏ ÕÖÅ ÓÐÁÓÉÂÏ
--
ó Õ×ÁÖÅÎÉÅÍ, íÅÝÅÒÑËÏ× ÷ÁÄÉÍ
ÄÉÒÅËÔÏÒ
sw wrote:
Вопрос собственно не к полям таблиц, а к переменным. Для БЛОБов есть
понятие временный.
Возможно ли использовать это для реализации *временных массивов* для
обработки внутри процедуры,
а также передачи в другие процедуры (FB21+).
Считаю, что реализация переменных-массивов как
Мне например мало выгоды видится от статических массивов это раз. Во
вторых очень часто массивы чуть большими усилиями можно заменить строками.
Hi, многоуважаемый All!
Сорри, но дальше мой понедельничный бед: ;)
Заметил странную особенность за параметрами ...
SortMemBlockSize
SortMemUpperLimit
если, указать значения побольше ;) начинает наблюдатся
(или мне кажется ...) выгрызание памяти до SortMemBlockSize
Привет!
SortMemBlockSize
SortMemUpperLimit
если, указать значения побольше ;) начинает наблюдатся
(или мне кажется ...) выгрызание памяти до SortMemBlockSize
на 1 запрос, но не более SortMemUpperLimit, а уж только потом
FB начинает создавать свот temp - файлы
SM А ты можешь рассказать, каким кросс-платформенным методом дожно
SM узнать, сколько и какой памяти?
Ну так ведь есть настройки общие, а есть для линуха и винды отдельно
Весь вопрос в том и стоит что у винды самый что ни есть глюкавый
менеджер памяти ...
Кстати насколько я
On Sat, 05 May 2007 20:03:04 +0400, Oleg Matveyev [EMAIL PROTECTED] wrote:
Продолжаем разговор. (с)
Видимо, что-то связано именно с Windows.
На сервере Linux ошибка не воспроизводится.
--
Сергей Смирнов.
WildSery ...
On Sat, 05 May 2007 20:03:04 +0400, Oleg Matveyev [EMAIL PROTECTED] wrote:
Продолжаем разговор. (с)
Видимо, что-то связано именно с Windows.
На сервере Linux ошибка не воспроизводится.
Там разный код именно в этом месте
--
Хорсун Влад
Кстати насколько я слышал есть возможность жёстко сказать
системе аллокировать ТОЛЬКО физическую память ...
OL А чего ты ещё слышал? Нам очень интересно :-):-):-):-):-):-)
Это типа я дурак ? ;) Поискать ?
PS: ИМХО, для винды - вопросец актуальный ...
OL На чём еще ты
Hello, All!
Был я на Корпоративных СУБД 2007. Мед-пиво пил, на доклады ходил, а
отчет не написал. И не напишу. Вместо этого по мотивам своего
неудачного (с моей точки зрения) накатал статейку по поводу
Больших Баз Данных.
www.ibase.ru/devinfo/vldb.htm
комментарии?
--
Dmitri Kouzmenko,
Привет, Dmitri!
Вы пишешь 07 мая 2007:
DK Был я на Корпоративных СУБД 2007. Мед-пиво пил, на доклады ходил, а
DK отчет не написал. И не напишу. Вместо этого по мотивам своего
DK неудачного (с моей точки зрения) накатал статейку по поводу
DK Больших Баз Данных.
DK
www.ibase.ru/devinfo/vldb.htm
комментарии?
NBackup - бэкап уровня 0 не является базой, поэтому минимальное время
восстановления равно времени воссоздания базы из имеющегося набора уровня
0 и инкрементов уровня 1, 2 и так далее.
В обоих случаях обновление дампа или построение инкремента
Hello, Alexey!
Boulitchev Aleksey wrote:
восстановление можно делать заблаговременно на резервный сервер и
накатывать на него изменения по мере их поступления
само-собой
если не ошибаюсь, пцаны думают в сторону частичного чтения БД при
создании инкремента
поуа все туманно.
нет ни слова
Hello, Alex!
Alex Cherednichenko wrote:
DK www.ibase.ru/devinfo/vldb.htm
DK комментарии?
По моему скромному разумению,
статья о новых методах backup-restore IB/FB,
но никак не о VLDB, как таковых вааще.
мне про vldb вообще нет никакого смысла писить или говорить.
Отсюда и
Hello, All!
Был я на Корпоративных СУБД 2007. Мед-пиво пил, на доклады ходил, а
кстати, вот чего торкнуло, так это доклад про новую,
еще не внедренную в сервер систему полнотекстового поиска
для PostgreSQL.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Dmitri Kuzmenko wrote:
кстати, вот чего торкнуло, так это доклад про новую,
еще не внедренную в сервер систему полнотекстового поиска
для PostgreSQL.
Чем торкнуло-то? Бартунов рассказывал?
--
Дмитрий Еманов
Привет!
www.ibase.ru/devinfo/vldb.htm
комментарии?
Ну статейка вопросов не вызывает (именно по существу). Хотя я бы ее
назвал обзорной, так как детальной информации там немного - по большей
мере обитателям данной конфы более-менее знакомо все. Или так и
задумывалось?
--
Best regards,
Oleg Matveyev ...
Имхо бага.
Ну исправим в 2.1 - ты ждать будешь ? :)
Исправить бы хорошо :-)
http://tracker.firebirdsql.org/browse/CORE-1248
--
Хорсун Влад
http://tracker.firebirdsql.org/browse/CORE-1248
я счастлив
:-)
Ñ ÐÒÏÛÕ ÐÒÏÝÅÎÉÑ, ÎÏ ÞÔÏ ÔÏ ÍÅÎÑ ÐÅÒÅËÌÉÎÉÌÏ, ÂÕÄÔÏ ÂÙ ÎÁÞÉÎÁÑ Ó Ä×ÏÊËÉ
ÓÔÁÌÁ ÄÏÓÔÕÐÎÁ ÔÁËÁÑ ×ÏÔ ÐÅÒÅÍÅÎÎÁÑ (rows_affected), ÔÏ ÅÓÔØ ÐÏÓÌÅ UPDATE
ÞÔÏ ÂÙ ÍÏÖÎÏ ÂÙÌÏ ÐÒÏ×ÅÒÉÔØ ÓËÏÌØËÏ ÚÁÐÉÓÅÊ ÎÁ ÓÁÍÏÍ ÄÅÌÅ ÂÙÌÏ ÉÚÍÅÎÅÎÏ.
÷ÓÅ ÍÏÉ ÐÏÉÓËÉ ÐÏ ÒÅÌÉÚÎÙÍ ÎÏÔÁÍ ÎÉÞÅÇÏ ÎÅ ÄÁÌÉ.
ôÁË ÔÁËÏÅ ÎÁ ÓÁÍÏÍ ÄÅÌÅ
Качановский Дмитрий wrote:
Так такое на самом деле нету или я неправильно что то пишу?
ROW_COUNT
--
Дмитрий Еманов
Привет, Качановский!
Вы пишешь 07 мая 2007:
КД я прошу прощения, но что то меня переклинило, будто бы начиная с двойки
КД стала доступна такая вот переменная (rows_affected), то есть после UPDATE
КД что бы можно было проверить сколько записей на самом деле было изменено.
КД Все мои
ôÁË ÔÁËÏÅ ÎÁ ÓÁÍÏÍ ÄÅÌÅ ÎÅÔÕ ÉÌÉ Ñ ÎÅÐÒÁ×ÉÌØÎÏ ÞÔÏ ÔÏ ÐÉÛÕ?
ROW_COUNT
ÐÏÎÑÔÎÏ
ÐÒÏÓÔÏ × ÒÅÌÉÚÎÙÈ ÎÏÔÁÈ ÓÔÏÉÔ ÔÁËÁÑ ÆÒÁÚÁ
ROW_COUNT has been enhanced so that it can now return the number of rows
returned by a SELECT statement.
×ÏÔ É ÐÏÄÕÍÁÌ ÞÔÏ ÜÔÏ ÏÔÎÏÓÉÔÓÑ ÔÏËÏ Ë ÓÅÌÅËÔÕ
ÈÏÔÑ ×
Качановский Дмитрий 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 has been enhanced so that it can now return the number of rows
returned by a SELECT statement.
×ÏÐÒÏÓ ÓÎÉÍÁÅÔÓÑ
ÉÌÉ ×ÓÅ-ÔÁËÉ × ÂÕÄÕÝÅÍ ÐÏ×ÅÄÅÎÉÅ ROW_COUNT ÍÏÖÅÔ ÐÏÍÅÎÑÔØÓÑ?
÷ ÞÅÍ ÉÍÅÎÎÏ?
Ñ ÕÖÅ ÐÏÎÑÌ, ÇÄÅ ÏÛÉÂÁÌÓÑ, ÓÐÁÓÉÂÏ
Ситуация... Есть Firebird 2 на двух серверах с общим RAID массивом.
Под Linux-ом. Есть клиенты тоже под Linux-ом. Если мы меняем комплект
сервера, то клиенты временно теряют соединение. В зависимости от того,
в каком состоянии они в этом момент находились, на клиентской стороне
происходит либо
Прочитав статю, коментариев и доку про NBackup появился
один интересныи (по краинеи мере мне :) )вопрос:
Если при инкрементальном бекапе юзери работают и
все изменения вносятся в делта фаил, то, например, запихнутые
в базу записи во время бекапа выдни срацу юзеру (и другим после коммита)
или
Здравствуйте, Dmitri.
Вы писали 7 мая 2007 г., 18:58:36:
комментарии?
Собственно, если дамп делается по сети на резервный сервер,
то скорость восстановления такой БД почти равна нулю.
Время восстановления равно нулю, а скорость - бесконечности :)
По поводу NBackup - я его не щупал еще но
Владимир Аксенов wrote:
мы можем взять базу суточной давности и накатить на нее инкрементов за
последние сутки, либо, если за последние сутки было логическое
повреждение - накатить только часть инкрементов.
Нельзя на базу накатывать инкременты.
--
Дмитрий Еманов
Dmitry Yemanov:
Нельзя на базу накатывать инкременты.
И очень жаль. Ведь несложно же сделать хотя бы восстановление в уже
существующий нулевой бэкап, чтобы избежать его копирования.
Hello, Dmitry!
Dmitry Yemanov wrote:
кстати, вот чего торкнуло, так это доклад про новую,
еще не внедренную в сервер систему полнотекстового поиска
для PostgreSQL.
Чем торкнуло-то? Бартунов рассказывал?
он. круто получилось.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Sergey!
Sergey Mereutsa wrote:
Ну статейка вопросов не вызывает (именно по существу). Хотя я бы ее
назвал обзорной, так как детальной информации там немного - по большей
мере обитателям данной конфы более-менее знакомо все. Или так и
задумывалось?
именно. детали по nbackup описаны в
Hello, Dmitri!
You wrote on Tue, 08 May 2007 09:42:35 +0400:
кстати, вот чего торкнуло, так это доклад про новую,
еще не внедренную в сервер систему полнотекстового поиска
для PostgreSQL.
Чем торкнуло-то? Бартунов рассказывал?
DK он. круто получилось.
А доклады будут доступны?
Может в
Hello, Владимир!
Владимир Аксенов wrote:
некоторое время назад. Можно этот shadow восстанавливать не сразу а
с задержкой на сутки допустим - тогда в случае поломки основной базы
мы можем взять базу суточной давности и накатить на нее инкрементов за
последние сутки, либо, если за последние
Hello, Freemanzav!
freemanzav wrote:
Нельзя на базу накатывать инкременты.
И очень жаль. Ведь несложно же сделать хотя бы восстановление в уже
существующий нулевой бэкап, чтобы избежать его копирования.
это уже обсуждали. уровень 0 является базовой частью
для кучи инкрементов 1, 2 и так
54 matches
Mail list logo
