Ðож пÑоÑÑо менÑÑе ÑÑÑденÑов ÑÑало? ÐÐ¾Ñ Ð³Ð»ÑпÑÑ
вопÑоÑов и неÑ...
без деÑей наÑинаеÑÑ ÑÑвÑÑвоваÑÑ ÑÐµÐ±Ñ ÑваÑливÑм ÑÑаÑÑм пеÑдÑном :(
--
ÐÑлÑÑев ÐлекÑей
http://www.stella-npf.ru
freemanzav wrote:
А когда?
Когда попросите.
--
Дмитрий Еманов
Hello, Aleksey!
Boulitchev Aleksey wrote:
Ðож пÑоÑÑо менÑÑе ÑÑÑденÑов ÑÑало? ÐÐ¾Ñ Ð³Ð»ÑпÑÑ
вопÑоÑов и неÑ...
без деÑей наÑинаеÑÑ ÑÑвÑÑвоваÑÑ ÑÐµÐ±Ñ ÑваÑливÑм ÑÑаÑÑм пеÑдÑном :(
а Ñ Ð´Ð¸ÑÑ
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,
ÑÑаÑÑй ÑовÑем ÑÑановлÑÑÑ...
>
> без деÑей наÑинаеÑÑ ÑÑвÑÑвоваÑÑ ÑÐµÐ±Ñ ÑваÑливÑм ÑÑаÑÑм пеÑдÑном :(
>
Мож просто меньше студентов стало? Вот глупых вопросов и нет...
без детей начинаешь чувствовать себя сварливым старым пердуном :(
а с дитями шо, нет? то же самое...
ну, можно позволить себе немножко снисходительности, выделить децл терпения,
а самое главное - появляется привычка сначала п
"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, www.i
Привет, Dmitri!
Вы пишешь 07 мая 2007:
DK> Был я на Корпоративных СУБД 2007. Мед-пиво пил, на доклады ходил, а
DK> отчет не написал. И не напишу. Вместо этого по мотивам своего
DK> неудачного (с моей точки зрения) накатал статейку по поводу
DK> Больших Баз Данных.
DK> www.ibase.ru/devinfo/
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, как ÑаковÑÑ
вааÑе.
м
Hello, All!
ÐÑл Ñ Ð½Ð° ÐоÑпоÑаÑивнÑÑ
СУÐÐ 2007. Ðед-пиво пил, на Ð´Ð¾ÐºÐ»Ð°Ð´Ñ Ñ
одил, а
кÑÑаÑи, Ð²Ð¾Ñ Ñего ÑоÑкнÑло, Ñак ÑÑо доклад пÑо новÑÑ,
еÑе не внедÑеннÑÑ Ð² ÑеÑÐ²ÐµÑ ÑиÑÑÐµÐ¼Ñ Ð¿Ð¾Ð»Ð
Dmitri Kuzmenko wrote:
кстати, вот чего торкнуло, так это доклад про новую,
еще не внедренную в сервер систему полнотекстового поиска
для PostgreSQL.
Чем торкнуло-то? Бартунов рассказывал?
--
Дмитрий Еманов
ÐÑивеÑ!
> www.ibase.ru/devinfo/vldb.htm
> комменÑаÑии?
ÐÑ ÑÑаÑейка вопÑоÑов не вÑзÑÐ²Ð°ÐµÑ (именно по ÑÑÑеÑÑвÑ). ХоÑÑ Ñ Ð±Ñ ÐµÐµ
назвал обзоÑной, Ñак как деÑалÑной инÑоÑмаÑии Ñам немноÐ
"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_affect
>> ôÃà ÃÃÃÃÃ
ÃÃ ÃÃÃÃÃ ÃÃ
ÃÃ
ÃÃ
ÃÃ ÃÃÃ Ã ÃÃ
ÃÃÃÃÃÃÃÃÃ ÃÃÃ ÃÃ ÃÃÃÃ?
>
> ROW_COUNT
ÃÃÃÃÃÃÃ
ÃÃÃÃÃÃ Ã ÃÃ
ÃÃÃÃÃÃ ÃÃÃÃÃ ÃÃÃÃÃ ÃÃÃÃÃ ÃÃÃÃÃ
ROW_COUNT has been enhanced so that it can now return the number of rows
return
ÐаÑановÑкий ÐмиÑÑий 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 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:
> комменÑаÑии?
>>СобÑÑвенно, еÑли дамп делаеÑÑÑ Ð¿Ð¾ ÑеÑи на ÑезеÑвнÑй ÑеÑвеÑ,
>>Ñо ÑкоÑоÑÑÑ Ð²Ð¾ÑÑÑÐ°Ð½Ð¾Ð²Ð»ÐµÐ½Ð¸Ñ Ñакой ÐРпоÑÑ
Владимир Аксенов wrote:
мы можем взять базу суточной давности и накатить на нее инкрементов за
последние сутки, либо, если за последние сутки было логическое
повреждение - накатить только часть инкрементов.
Нельзя на базу накатывать инкременты.
--
Дмитрий Еманов
Dmitry Yemanov:
>
> Нельзя на базу накатывать инкременты.
>
И очень жаль. Ведь несложно же сделать хотя бы восстановление в уже
существующий нулевой бэкап, чтобы избежать его копирования.
Hello, Dmitry!
Dmitry Yemanov wrote:
кÑÑаÑи, Ð²Ð¾Ñ Ñего ÑоÑкнÑло, Ñак ÑÑо доклад пÑо новÑÑ,
еÑе не внедÑеннÑÑ Ð² ÑеÑÐ²ÐµÑ ÑиÑÑÐµÐ¼Ñ Ð¿Ð¾Ð»Ð½Ð¾ÑекÑÑового поиÑка
Ð´Ð»Ñ PostgreSQL.
Чем ÑоÑкнÑло-Ñо? Ðа
Hello, Sergey!
Sergey Mereutsa wrote:
ÐÑ ÑÑаÑейка вопÑоÑов не вÑзÑÐ²Ð°ÐµÑ (именно по ÑÑÑеÑÑвÑ). ХоÑÑ Ñ Ð±Ñ ÐµÐµ
назвал обзоÑной, Ñак как деÑалÑной инÑоÑмаÑии Ñам немного - по болÑÑей
меÑ
Hello, Dmitri!
You wrote on Tue, 08 May 2007 09:42:35 +0400:
>>> кÑÑаÑи, Ð²Ð¾Ñ Ñего ÑоÑкнÑло, Ñак ÑÑо доклад пÑо новÑÑ,
>>> еÑе не внедÑеннÑÑ Ð² ÑеÑÐ²ÐµÑ ÑиÑÑÐµÐ¼Ñ Ð¿Ð¾Ð»Ð½Ð¾ÑекÑÑового поиÑка
>>> Ð´Ð»Ñ PostgreSQL.
Hello, Владимир!
Владимир Аксенов wrote:
некоторое время назад. Можно этот "shadow" восстанавливать не сразу а
с задержкой на сутки допустим - тогда в случае поломки основной базы
мы можем взять базу суточной давности и накатить на нее инкрементов за
последние сутки, либо, если за последние су
Hello, Freemanzav!
freemanzav wrote:
Нельзя на базу накатывать инкременты.
И очень жаль. Ведь несложно же сделать хотя бы восстановление в уже
существующий нулевой бэкап, чтобы избежать его копирования.
это уже обсуждали. уровень 0 является базовой частью
для кучи инкрементов 1, 2 и так д
Hello, freemanzav!
freemanzav wrote:
И очень жаль. Ведь несложно же сделать хотя бы восстановление в уже
существующий нулевой бэкап, чтобы избежать его копирования.
нашел сравнение - эта операция похожа на gbak -r.
которая в массе убивает базу. пусть даже некоторые
ключом -r пользуются прави
и нифиган у тебя не получится, потому что
рестор нбэкап делает всегда целиком. то есть
или только уровень 0
или 0+1
или 0+1+2
но никогда не 0+1, а потом +2.
Т.е. никак не возможно сначала заресторить уровень 0, а потом на
него "накатить" инкремент 1.
Поэтому "держать под рукой" "полуресторенный
Boulitchev Aleksey wrote:
отстой и дерьмище :(
Спасибо большое.
ну что стоило разбить восстановление на этапы?
Расскажи, как ты видишь накат на базу инкрементов уровня 3 один за
другим, если все они содержат дельту от уровня 2.
--
Дмитрий Еманов
On Tue, 08 May 2007 09:55:04 +0400, Dmitri Kuzmenko <[EMAIL PROTECTED]> wrote:
>> И очень жаль. Ведь несложно же сделать хотя бы восстановление в уже
>> существующий нулевой бэкап, чтобы избежать его копирования.
>
> нашел сравнение - эта операция похожа на gbak -r.
> которая в массе убивает базу.
Hi Dmitry Yemanov пишет:
Расскажи, как ты видишь накат на базу инкрементов уровня 3 один за
другим, если все они содержат дельту от уровня 2.
Можно проблемму поподробнее? Если у нас есть бекап уровня 3 от 1.1.2007
и бекап уровня 3 от 1.2.2007, то тогда бекап от 1.2.2007 должен
содержать все тс
И ешё мысль одна стукнула в голову - а незя ли сделать так
что при инкрементном бекапе идёт ешё проверка целостности бази ?
Хотя, например, неприсутствуют ли бытие индекси или
чтото другое битое ?
Regards
Janex
"freemanzav" ...
> Ведь несложно же сделать хотя бы восстановление в уже
> существующий нулевой бэкап, чтобы избежать его копирования.
А если таки доку до конца прочитать ?
--
Хорсун Влад
Dmitri Kuzmenko пишет:
shadow уже не канает. не стоит оно того.
А можно подробнее почему?
>> отстой и дерьмище :(
>
> Спасибо большое.
:) копирайт забыл поставить
>
>> ну что стоило разбить восстановление на этапы?
>
> Расскажи, как ты видишь накат на базу инкрементов уровня 3 один за другим,
> если все они содержат дельту от уровня 2.
неа.
делаем бакап уровень 0
тут же начинаем ег
Horsun Vlad:
> "freemanzav" ...
>
> > Ведь несложно же сделать хотя бы восстановление в уже
> > существующий нулевой бэкап, чтобы избежать его копирования.
>
> А если таки доку до конца прочитать ?
А что, такая возможность появилась? Я читал
http://www.firebirdsql.org/manual/nbackup-backups.h
59 matches
Mail list logo