iBase.ru Forum

Был программный комплекс (ПК), работавший с базой Firebird, содержащей около 80 таблиц (файл БД на сегодня имеет размер около 200 мб), из которых половина - нормативные данные (справочники), другая половина - текущие данные (документы).
Возникла задача написания 2-го программного комплекса, который бы использовал те же нормативные таблицы, а текущие данные хранил в своих таблицах, структура которых отличается от текущих таблиц 1-го ПК.
Вопрос: что лучше, с точки зрения минимизации нагрузки на сервер, сеть и клиентские ЭВМ -
1) добавить таблицы с текущими данными 2-го ПК в существующую базу, при этом работать оба ПК будут с единой большой базой;
2) разделить существующую базу на две - нормативную и текущую для 1-го ПК, + создать третью базу для текущих данных 2-го ПК, при этом каждый ПК будет работать с двумя файлами БД: единой нормативной базой и своей текущей.

Пока FB не поддерживает гетерогенные запросы, все надо держать в одной базе. FK - rulezz.

Путь нумбер 1 есть нормальный рабочий подход, путь нумбер 2 сплошной гемор.

Ivan_Pisarevsky писал(а): сплошной гемор.

- а в чем он может проявиться, поясни пожалуйста

IgorWZ писал(а):а в чем он может проявиться, поясни пожалуйста

А сам не понимаешь что ли? Тебе же сразу ответили - гетерогенные (из разных баз сразу) запросы не поддерживаются. Все свои справочники с рабочими таблицами будешь на клиенте сам клеить, никаких JOIN.

WildSery
Все, врубился. Благодарю.

кстати, если речь про базу в 200-300мб, то при чем тут "разделение нагрузки на сервер"? О какой нагрузке вообще речь?

kdv писал(а):кстати, если речь про базу в 200-300мб, то при чем тут "разделение нагрузки на сервер"? О какой нагрузке вообще речь?

Когда-то давно, когда у меня был еще иб6 он у меня в некоторых местах на такой небольшой БД затыкался, после перехода на фб1,5 стало неактуально, усе летает со свистом.