Упаковка базы FireBird

← →
smu (2004-01-13 10:55) [0]

Здравствуйте! В процессе разработки приходилось несколько раз создавать и удалять таблицы. Нужно ли после удаления таблиц паковать базу данных. Если да, то как. Спасибо.

← →
Johnmen (2004-01-13 11:03) [1]

Иди на ibase.ru Читай...

← →
smu (2004-01-13 11:05) [2]

> Johnmen ©

Читаю, тока не могу найти то что нужно...

← →
Johnmen (2004-01-13 11:07) [3]

>smu ©

Э-э-э... Поищим вместе ?
:)))))

← →
Sergey13 (2004-01-13 11:08) [4]

2smu © (13.01.04 10:55)
Упаковка сама по себе ничего не дает, кроме уменьшения места на диске, что само по себе не всегда хорошо, учитывая последующий рост объемов инфы.
А вот бэкап/ресторе очень даже не помешает. Я бы даже настоятельно рекомендовал.

← →
smu (2004-01-13 11:09) [5]

> Johnmen ©

на я не против :)

← →
Andriano (2004-01-13 11:09) [6]

Периодически желательно делать Backup базы и тут же восстанавливать на место текущей. Это очень полезно для базы GDB (если делать аккуратно). Очень часто позволяет исправлять физ. ошибки. Но нет никакой необходимости это делать после удаления таблиц, вот после года безпрерывной работы или примерно около того (конечно зависит от базы) можно.

Я видел базы, которые по пять лет работали без всякого обслуживания и ничего.

← →
Sergey13 (2004-01-13 11:21) [7]

2Andriano (13.01.04 11:09) [6]
>Периодически желательно делать Backup базы и тут же восстанавливать на место текущей .
Упаси Бог действовать по твоему совету. Ни в коем случае. Только в новую БД.

← →
Andriano (2004-01-13 11:26) [8]

> Sergey13 ©
Я же написал - аккуратно. А это значит: сделать Backup; затем в Restore в новую; убедиться что всё ОК; удалить старую.

А вообще в процессе разработки (пока база почти пуста) я восстанавливаю сразу на место старой. Проблем не было.

← →
smu (2004-01-13 11:27) [9]

> Andriano

значит после удаления таблиц нечего делать не нужно... Спасибо это мне и нужно было знать..

← →
Danilka (2004-01-13 11:28) [10]

> [8] Andriano (13.01.04 11:26)
> А вообще в процессе разработки (пока база почти пуста) я
> восстанавливаю сразу на место старой. Проблем не было.

Как раз во время разработки у меня и были ситуации, когда из бакапа не восстанавливалась база.

← →
Anatoly Podgoretsky (2004-01-13 11:28) [11]

В рубашке родился.

← →
Andriano (2004-01-13 11:35) [12]

> Danilka ©
> Anatoly Podgoretsky ©

Ну напали... У меня всегда есть копия дома и на работе. Пишу я одновременно и там и там. Вот и ношу туда-сюда в Backup формате.

Ну что, обо всём писать надо? "Аккуратно" - это ОЧЕНЬ ШИРОКОЕ понятие. Оно и означает, что ели чего то не получилось, значит сделали совсем НЕ АККУРАТНО.

← →
Sergey13 (2004-01-13 11:45) [13]

2Andriano (13.01.04 11:35) [12]
>У меня всегда есть копия дома и на работе.
Когда однажды (тьфу-тьфу-тьфу) ты восстановишь на работе позавчерашний домашний файл...

>Ну что, обо всём писать надо? "Аккуратно"
Это напоминает "слегка беременна" в данном контексте. 8-)

← →
Deniz (2004-01-13 12:27) [14]

> smu © (13.01.04 11:27) [9]
> значит после удаления таблиц нечего делать не нужно... Спасибо это мне и нужно было знать..

Как раз после "удаления таблиц", а точнее модификации метаданных, и нужно делать бекап+ресторе, потому как в IB есть ограничение на количество(было 256 может уже увеличили) изменений метаданных, после бекап+ресторе этот счетчик скидывается в 0.

← →
smu (2004-01-13 13:23) [15]

← →
Deniz (2004-01-13 15:08) [16]

> smu © (13.01.04 13:23) [15]

Дык, никто и про данные не говорил, метаданные это немного другое, т.е. сооовсем другое. Это, как бы это помягче сказать, структура БД(таблицы, поля в них, триггеры, генераторы, хранимые процедуры и т.д.). Так вот, если в программе часто используется Create Table/Drop Table/Alter Table, то через некоторое время(зависит от частоты вызовов) программа перестанет работать и начнет ругаться на вышеупомянутые конструкции.

← →
Desdechado (2004-01-13 15:53) [17]

в IB ограничено число модификаций метаданных.
Счетчик сбрасывается backup-restore

Упаковка базы FireBird Найти похожие ветки