Вообщем хочу посоветоваться в одном вопросе.
Для простоты понимания моего вопроса для начала кратко опишу ряд таблиц БД ответственные за склад.

Таблицы:
SKLAD_RAW - хранит данные о сырье которое имеется на складе
SR_ID - идентификатор записи, primary key
SKLAD_ID - идентификатор склада берется из внешней, foreign key
RAW_ID - идентификатор сырья берется из внешней таблицы, foreign key
...
SKLAD_RAW_PARTY - хранит партии сырья
SRP_ID - идентификатор записи, primary key
SR_ID - ключ таблицы SKLAD_RAW, foreign key
INCOME - приход
PRICE - цена партии за един.
DATE - дата прихода
...

SKLAD_EXPENSE - хранит расход по партиям
SE_ID - идентификатор записи, primary key
SRP_ID - ключ таблицы SKLAD_RAW_PARTY, foreign key
EXPENSE - расход
Date - дата расхода
...

Проблема в том что в организации данных по приходу, расходу и остатку я увидел 2 подхода решения задачи:
1) Когда структура таблица в самом простом ее видете соответствует той, что я привел. Далее мы заводим хранимую процедуру, которая в качестве входных данных имеет SKLAD_ID и RAW_ID, а в качестве выходных возвращает полную инфу о сырье его приходе, расходе и остатке.
2) Второй же подходе отличается от первого, что остаток мы вычисляем не с помощью хранимой процедуры, а на клиенте например в OnCalcFields и плюс ко всему расчитанный остаток мы физически храним в таблице SKLAD_RAW_PARTY, для чего туда добавляем дополнительное поле REMAINDER

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

fraksТы немного конфой ошибся, с этим вопросом надо в
Проектирование БД
Да ты прав. Модератор может перенести или продублировать тему?

Модератор: Тема перенесена из форума "InterBase, Firebird, Yaffil".