Счетчик изменений метаданных
Модератор: kdv
Счетчик изменений метаданных
Доброго времени суток! Возможно этот вопрос уже неоднократно обсуждался, и даже подробно описан в документации, но поиск по форуму ничего недал, поэтому спрашиваю
Вобщем ситуация следующая. В строке статуса IBExpert появляется сообщение, что "Осталось столько-то изменений таблицы". И когда этот счетчик становиться 0 - таблица перестает меняться. Я понимаю что при этом можно сделать backup/restore и все такое. Собственно вопрос - без backup/restore как-нибудь можно снова обнулить этот счетчик? Просто в приложении которое я пишу у пользователя время от времени бывает необходимость удалить очень много полей (2-3 сотни). Я запихал эти операции в одну транзакцию и стало полегче, но! Я так понимаю что всеравно этот счетчик медленно но верно увеличивается, что неочень хорошо. И как отследить его состояние из программы я незнаю. Вот собственно.
Вобщем ситуация следующая. В строке статуса IBExpert появляется сообщение, что "Осталось столько-то изменений таблицы". И когда этот счетчик становиться 0 - таблица перестает меняться. Я понимаю что при этом можно сделать backup/restore и все такое. Собственно вопрос - без backup/restore как-нибудь можно снова обнулить этот счетчик? Просто в приложении которое я пишу у пользователя время от времени бывает необходимость удалить очень много полей (2-3 сотни). Я запихал эти операции в одну транзакцию и стало полегче, но! Я так понимаю что всеравно этот счетчик медленно но верно увеличивается, что неочень хорошо. И как отследить его состояние из программы я незнаю. Вот собственно.
1. За писательство приложений, а которых пользователи управляют метаданными, дают 3 года расстрелу и каждый день до смерти.
2. Сбросить счётчик изменений таблицы можно либо путём b/r базы либо drop/create таблицы.
3. Отследить можно помедировав над структурой таблиц rdb$relations и rdb$formats. Полезешь менять - убьёшь базу насмерть.
2. Сбросить счётчик изменений таблицы можно либо путём b/r базы либо drop/create таблицы.
3. Отследить можно помедировав над структурой таблиц rdb$relations и rdb$formats. Полезешь менять - убьёшь базу насмерть.
-
- Сообщения: 44
- Зарегистрирован: 26 окт 2004, 14:30
Все же интересно, что за задача такая, в которой надо вносить на уровне пользователя и регулярно сотни изменений в метаданныеSlava Ekimov писал(а):А пункт 1 прочитал? Говорю один раз - ты пишешь дурацкую программу.kinnegan писал(а):Осознал свою вину. Меру, степень, глубину :-(
Спасибо за информацию, придется делать каждый день б/р
-
- Сообщения: 44
- Зарегистрирован: 26 окт 2004, 14:30
Это когда человек не знает, что данные строками хранятся, а не столбцамиSAMZ писал(а):Все же интересно, что за задача такая, в которой надо вносить на уровне пользователя и регулярно сотни изменений в метаданныеSlava Ekimov писал(а):А пункт 1 прочитал? Говорю один раз - ты пишешь дурацкую программу.kinnegan писал(а):Осознал свою вину. Меру, степень, глубину
Спасибо за информацию, придется делать каждый день б/р
Весело, Слава, но все-же давайте человека выслушаем... может там новый подход?Slava Ekimov писал(а):Это когда человек не знает, что данные строками хранятся, а не столбцамиSAMZ писал(а):Все же интересно, что за задача такая, в которой надо вносить на уровне пользователя и регулярно сотни изменений в метаданныеSlava Ekimov писал(а):А пункт 1 прочитал? Говорю один раз - ты пишешь дурацкую программу.kinnegan писал(а):Осознал свою вину. Меру, степень, глубину
Спасибо за информацию, придется делать каждый день б/р
-
- Сообщения: 44
- Зарегистрирован: 26 окт 2004, 14:30
Да нет, старый это подход, перректальный.Zhur писал(а): Весело, Слава, но все-же давайте человека выслушаем... может там новый подход?
Когда я только начинал писать бд, у меня тоже такая задача появлялась в голове - поля добавлять и удалять по мере надобности. И только через некоторое время понимаешь, появление такой задачи - это и есть подход к гландам через другое место.
статья тут мало при чем.Согласен... особенно после статьи про ООБД
с манипулированием столбцами тебе еще повезло, что IB/FB позволяет это делать на живых данных. Правда, часто бывают ситуации, когда новый столбец надо обновить, а значит обновить все данные изменяемой таблицы. В общем, динамически изменяемая структура - это караул.
да что ты... идеи модели ОО для РСУБД появились очень давно, как минимум с конца 80-х. Лично я когда похожее на ООБД писал еще на Paradox Engine примерно в 91-93 году, у меня и мысли не было динамически столбцы добавлять. Да и вокруг тогда я приложений с динамическим изменением структур не видел ни на Foxpro, ни на клиппере.Но ведь статья-то по этой причине и появилась? Правда?