iBase.ru Forum

Доброго времени суток! Возможно этот вопрос уже неоднократно обсуждался, и даже подробно описан в документации, но поиск по форуму ничего недал, поэтому спрашиваю
Вобщем ситуация следующая. В строке статуса IBExpert появляется сообщение, что "Осталось столько-то изменений таблицы". И когда этот счетчик становиться 0 - таблица перестает меняться. Я понимаю что при этом можно сделать backup/restore и все такое. Собственно вопрос - без backup/restore как-нибудь можно снова обнулить этот счетчик? Просто в приложении которое я пишу у пользователя время от времени бывает необходимость удалить очень много полей (2-3 сотни). Я запихал эти операции в одну транзакцию и стало полегче, но! Я так понимаю что всеравно этот счетчик медленно но верно увеличивается, что неочень хорошо. И как отследить его состояние из программы я незнаю. Вот собственно.

1. За писательство приложений, а которых пользователи управляют метаданными, дают 3 года расстрелу и каждый день до смерти.

2. Сбросить счётчик изменений таблицы можно либо путём b/r базы либо drop/create таблицы.

3. Отследить можно помедировав над структурой таблиц rdb$relations и rdb$formats. Полезешь менять - убьёшь базу насмерть.

Осознал свою вину. Меру, степень, глубину
Спасибо за информацию, придется делать каждый день б/р

kinnegan писал(а):Осознал свою вину. Меру, степень, глубину
Спасибо за информацию, придется делать каждый день б/р

А пункт 1 прочитал? Говорю один раз - ты пишешь дурацкую программу.

Slava Ekimov писал(а):

kinnegan писал(а):Осознал свою вину. Меру, степень, глубину :-(
Спасибо за информацию, придется делать каждый день б/р

А пункт 1 прочитал? Говорю один раз - ты пишешь дурацкую программу.

Все же интересно, что за задача такая, в которой надо вносить на уровне пользователя и регулярно сотни изменений в метаданные

SAMZ писал(а):

Slava Ekimov писал(а):

kinnegan писал(а):Осознал свою вину. Меру, степень, глубину
Спасибо за информацию, придется делать каждый день б/р

А пункт 1 прочитал? Говорю один раз - ты пишешь дурацкую программу.

Все же интересно, что за задача такая, в которой надо вносить на уровне пользователя и регулярно сотни изменений в метаданные

Это когда человек не знает, что данные строками хранятся, а не столбцами

Slava Ekimov писал(а):

SAMZ писал(а):

Slava Ekimov писал(а):

kinnegan писал(а):Осознал свою вину. Меру, степень, глубину
Спасибо за информацию, придется делать каждый день б/р

А пункт 1 прочитал? Говорю один раз - ты пишешь дурацкую программу.

Все же интересно, что за задача такая, в которой надо вносить на уровне пользователя и регулярно сотни изменений в метаданные

Это когда человек не знает, что данные строками хранятся, а не столбцами

Весело, Слава, но все-же давайте человека выслушаем... может там новый подход?

Zhur писал(а): Весело, Слава, но все-же давайте человека выслушаем... может там новый подход?

Да нет, старый это подход, перректальный.
Когда я только начинал писать бд, у меня тоже такая задача появлялась в голове - поля добавлять и удалять по мере надобности. И только через некоторое время понимаешь, появление такой задачи - это и есть подход к гландам через другое место.

Согласен... особенно после статьи про ООБД

Согласен... особенно после статьи про ООБД

статья тут мало при чем.
с манипулированием столбцами тебе еще повезло, что IB/FB позволяет это делать на живых данных. Правда, часто бывают ситуации, когда новый столбец надо обновить, а значит обновить все данные изменяемой таблицы. В общем, динамически изменяемая структура - это караул.

kdv писал(а):

Согласен... особенно после статьи про ООБД

статья тут мало при чем.

Но ведь статья-то по этой причине и появилась? Правда?

Но ведь статья-то по этой причине и появилась? Правда?

да что ты... идеи модели ОО для РСУБД появились очень давно, как минимум с конца 80-х. Лично я когда похожее на ООБД писал еще на Paradox Engine примерно в 91-93 году, у меня и мысли не было динамически столбцы добавлять. Да и вокруг тогда я приложений с динамическим изменением структур не видел ни на Foxpro, ни на клиппере.

И все же, я порекомендовал бы автору эту статью... если у него данные меняются в размерах как по числу записей... так и по числу столбцов.

с рекоммендацией статьи - совершенно верно.