Переход на 2.1.1 действительно помог!
Используй стабильный релиз 2.1.1, а не альфа-версию.
Hello, Alexey!
Alexey Voytsehovich wrote:
но все равно каким то образом надо использовать место которое было
выделено под эту запись в файле бд. я бы тут скорее голосовал за
программу дефрагментации для файла бд которая работает одновременно с
клиентами (не бэкап\ресторе)
думающим про
Hello, Alexey!
Alexey Voytsehovich wrote:
а сборка мусора? файл будет рости оч быстро.
уже ведь объясняли.
Если добавлять новое и удалять старое, то
получается
insert new - тут одна версия
delete old - тут две версии, старая и delete stub
если же обновлять старое на новое, то тут
update
On 30.09.2008 11:25, Dmitri Kuzmenko wrote:
Hello, Alexey!
Alexey Voytsehovich wrote:
но все равно каким то образом надо использовать место которое было
выделено под эту запись в файле бд. я бы тут скорее голосовал за
программу дефрагментации для файла бд которая работает одновременно с
Привет!
думающим про фрагментацию таблиц внутри файла БД я бы
defrag на уровне операционки периодически запускается.
То, что оптимально для файловой системы может быть не оптимально для файлов БД.
И наоборот.
WBR, Dmitry Beloshistov AKA [-=BDS=-]
__ Èíôîðìàöèÿ îò ESET NOD32
On 30.09.2008 12:27, Dmitriy A. Beloshistov wrote:
Привет!
думающим про фрагментацию таблиц внутри файла БД я бы
defrag на уровне операционки периодически запускается.
То, что оптимально для файловой системы может быть не оптимально для файлов БД.
И наоборот.
теперь у нас пошли
Hello, Alexey!
Alexey Voytsehovich wrote:
но все равно каким то образом надо использовать место которое было
выделено под эту запись в файле бд. я бы тут скорее голосовал за
программу дефрагментации для файла бд которая работает одновременно с
клиентами (не бэкап\ресторе)
думающим про
Hello, Alexey!
Alexey Voytsehovich wrote:
теперь у нас пошли предположения о том что лучше и что хуже бд для
скорости работы. а в свете последней информации что я узнал пока
разбирался со сборкой мусора, предположения тут скорее вредны :)
вредны безосновательные предположения, например
А в это самое время сидит какой нибуть индус, отвечающий за драйвер
рейд-контроллера и думает - здесь все от мэнэ зависит.
Коваленко Дмитрий.
, âåðñèÿ áàçû äàííûõ ñèãíàòóð
âèðóñîâ 3482 (20080930) __
Ñîîáùåíèå ïðîâåðåíî ïðîãðàììîé ESET NOD32 Antivirus.
http://www.esetnod32.ru
А в это самое время сидит какой нибуть индус, отвечающий за драйвер
рейд-контроллера и думает - здесь все от мэнэ зависит.
и делает копипаст из драйвера видюхи - шоб не расслаблялись ;)
Не, если копипаст, то это уже китаец. Разные вещи!
Коваленко Дмитрий.
Vlad Khorsun wrote:
Ещё надо добавить:
- Исключительная устойчивость к сбоям.
Я плакалъ (ц)
Ты не плачь, такой большой дядя а нюни распустил.
Плоский массив структур в файле это самое надёжное хранилище.
--
Vlad Khorsun wrote:
Никаких обломов не будет. Сейчас аналогичная фигня может произойти в
read commited транзакциях. Просто стапшоты станут вести себя как RC по
отношению к удаляемым таким образам данным.
С какой стати ломать снапшот ?
Не надо читать с конца. Ломать будет только
Vlad Khorsun wrote:
Почему мусор то? Естественно эта операция будет черевата при неверном
применении, но это именно то что прописал дохтор при текущем состоянии
дел с ядром FB.
Можно подробнее про ядро, про дела и про их состояние ? текущее...
Утверждаешь что нормальное
(20080930) __
Ñîîáùåíèå ïðîâåðåíî ïðîãðàììîé ESET NOD32 Antivirus.
http://www.esetnod32.ru
Alexey Popov ...
Vlad Khorsun wrote:
Никаких обломов не будет. Сейчас аналогичная фигня может произойти в read commited транзакциях. Просто стапшоты станут вести
себя как RC по отношению к удаляемым таким образам данным.
С какой стати ломать снапшот ?
Не надо читать с конца. Ломать
Alexey Popov ...
Vlad Khorsun wrote:
Почему мусор то? Естественно эта операция будет черевата при неверном применении, но это именно то что прописал дохтор при
текущем состоянии дел с ядром FB.
Можно подробнее про ядро, про дела и про их состояние ? текущее...
Утверждаешь что
Alexey Popov ...
Vlad Khorsun wrote:
Ещё надо добавить:
- Исключительная устойчивость к сбоям.
Я плакалъ (ц)
Ты не плачь, такой большой дядя а нюни распустил.
Плоский массив структур в файле это самое надёжное хранилище.
Та ты шо ?! Дык - зачем же тебе Firebird ? Go to
Vlad Khorsun wrote:
Не надо читать с конца. Ломать будет только специальная операция
урезания таблицы, когда разом нужно лимоны записей снести.
Никакая операция не будет ничего ломать
Никогда.
Это понятно ?
Нет. Никто так и не предложил лучшего кардинального варианта решения
Hello, Dmitry!
Kovalenko Dmitry wrote:
А в это самое время сидит какой нибуть индус, отвечающий за драйвер
рейд-контроллера и думает - здесь все от мэнэ зависит.
про диск я написал выше. Даже в HDTune в конце идет тест рандомного
доступа, на котором явно видна зависимость от расположения
Vlad Khorsun wrote:
Утверждаешь что нормальное сегментирование реализовать в текущий
момент проще?
Я
а) в этом письме ничего не утверждал
б) не знаю что такое нормальное сегментирование с твоей т.з.
в) хотел бы узнать - так как же там текущие дела с ядром ?
г) хотел бы также узнать
On 30.09.2008 14:10, Dmitri Kuzmenko wrote:
Hello, Alexey!
Alexey Voytsehovich wrote:
теперь у нас пошли предположения о том что лучше и что хуже бд для
скорости работы. а в свете последней информации что я узнал пока
разбирался со сборкой мусора, предположения тут скорее вредны :)
вредны
Alexey Popov ...
Vlad Khorsun wrote:
Утверждаешь что нормальное сегментирование реализовать в текущий момент проще?
Я
а) в этом письме ничего не утверждал
б) не знаю что такое нормальное сегментирование с твоей т.з.
в) хотел бы узнать - так как же там текущие дела с ядром ?
г) хотел
Итак, сделал нить, перед вызовом isc_ функции сохраняю в ней статус
вектор и дбхэндл. Из нити вывожу окно и по нажатию на кнопку
вызываю fb_cancel_operation с флагом cancel_raise = 3.
Тестирую:
1) сделал процедуру с большим циклом. Выполняю ее. Как и следовало
ожидать,
основная нить приложения
да. еще стоит заметить, что вызов fb_cancel_operation возвращает 0,
т.е. все Ок.
Andrei ...
Маленький тестовый пример есть ?
--
Хорсун Влад
Есть приложение на FIB+, работающее с FB 1.5.5
Одна из баз переведена в состояние ReadOnly.
Обнаружили, что 2 _одинаковых_ приложения не хотят одновременно
запускать транзакции isc_tpb_write, isc_tpb_nowait
Т.е. если первое приложение закрыло транзакцию - все ОК, второе может
открыть, если нет
http://gsbelarus.com/gs/content/downloads/other/test_fb_cancel.rar
Как пользоваться:
1) В архиве я собрал простейшую программу, которая устанавливает
подключение
к заданной БД и выполняет указанный запрос. Если время выполнения
превышает 2 сек, то
на экране появится окно с кнопкой Прервать,
Andrei ...
http://gsbelarus.com/gs/content/downloads/other/test_fb_cancel.rar
Спасибо, посмотрю
--
Хорсун Влад
Да, забыл написать: зависает на команде
Q.Transaction.Active:=true;
On Tue, 30 Sep 2008 20:28:17 +0400, Konstantin R. Beliaev [EMAIL PROTECTED]
wrote:
Q.Transaction.Active:=true;
Ужас.
А по теме - какой смысл в транзакции write на RO базе?
--
Сергей Смирнов.
á ÐÏ ÔÅÍÅ - ËÁËÏÊ ÓÍÙÓÌ × ÔÒÁÎÚÁËÃÉÉ write ÎÁ RO ÂÁÚÅ?
óÅÒÇÅÊ óÍÉÒÎÏ×.
é ×ÅÄØ ×ÓÅÇÄÁ ÎÁÊÄÅÔÓÑ ÞÅÌÏ×ÅË, ËÏÔÏÒÙÊ ÓËÁÖÅÔ
http://www.youtube.com/watch?v=ITkQrzrMPj4
îÕ ÎÁÄÏ ÅÍÕ. ðÒÉÌÏÖÅÎÉÅ Õ ÞÅÌÏ×ÅËÁ ÓÄÅÌÁÎÏ ÄÌÑ ÒÁÂÏÔÙ Ó ÎÏÒÍÁÌØÎÏÊ âä.
îÏ ÉÎÏÇÄÁ ÎÁÄÏ ÐÏÄËÌÀÞÉÔØÓÑ Ë ÁÒÈÉ×Õ ÉÌÉ ÞÕÖÏÊ ÂÁÚÅ,
ËÏÔÏÒÁÑ,
Alexey Popov wrote:
Работают то работают, но при _параллельных_ операциях если записи лежат на
одной странице без то лока не обойтись.
Почему ты решил, что страница обязана лочиться надолго?
Если сейчас у FB проблемы с многопоточностью, и проблемы нет
Не вижу связи между локами страниц и
Konstantin R. Beliaev wrote:
Есть приложение на FIB+, работающее с FB 1.5.5
Одна из баз переведена в состояние ReadOnly.
Обнаружили, что 2 _одинаковых_ приложения не хотят одновременно
запускать транзакции isc_tpb_write, isc_tpb_nowait
Т.е. если первое приложение закрыло транзакцию - все ОК,
Dmitry Yemanov ...
Alexey Popov wrote:
Работают то работают, но при _параллельных_ операциях если записи лежат на
одной странице без то лока не обойтись.
Почему ты решил, что страница обязана лочиться надолго?
Он не это имел в виду. Что - ещё не придумал, позже будут новые инструкции.
Andrei wrote:
Вызов fb_cancel_operation из параллельной нити не дает никакого результата
Протокол какой?
--
Дмитрий Еманов
37 matches
Mail list logo
