Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
19.03.2008, 16:21
|
|||
|---|---|---|---|
|
|||
Разделение базы данных на две для решения задачи резервного копирования |
|||
|
#18+
В разрабатываемой системе база данных состоит из двух частей: 1. Параметры объектов - описания объектов, изменяемые пользователями. Небольшие объемы, сложная структура. Хранится ценная информация. Резервную копию нужно делать каждый день. 2. История событий - история событий, происходящих на объектах. Большие объемы, довольно простая структура. Таблицы разбиваются по месяцам, старые таблицы удаляются, ... Потеря истории не критична и нет жестких требований к резервному копированию и скорости восстановления. Нужно просто и эффективно решить задачу резервного копирования и восстановления параметров объектов. Так же параметры объекта хочется хранить более чем в одной схеме для разделения на логические блоки. Т.е. резервное копирование схемы не подходит. Насколь я знаю возможности резервного копирования нескольких схем в один файл нет? Есть идея разделить базу данных на две независимые базы. Какие плюсы и минусы такого решения? Понятно, что не будет ссылочной целостности, будет небольшое дублирование данных. Но при этом никаких проблем с резервным копированием. Интересно ваше мнение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.03.2008, 04:20
|
|||
|---|---|---|---|
|
|||
Разделение базы данных на две для решения задачи резервного копирования |
|||
|
#18+
Никаких проблем с одной базой не вижу. В pg_dump начиная с версии 8.2 можно задать несколько таблиц из разных схем, использовать маску имени, список исключений. Если имена исторических таблиц имеют строго определённый префикс/суффикс - элементарно делается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=53&mobile=1&tid=2004503]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 214ms |
| total: | 335ms |

| 0 / 0 |
