Совет по поводу вычисляемого поля в firebird

[Евгений_Магистр]

Здравствуйте. Существует таблица с данными, тип поля: NUMERIC(5,1). В программе есть форма с DBGRID, где необходимо произвести вычисление. Т.е. внес количество, поменялась сумма. Хотелось бы подсказку получить, как лучше и правильнее это организовать? Создать вычисляемое поле через IBQUERY и потом его результат "складывать" в БД или создать триггер в самой базе? Необходимо, чтобы сумма пересчитывалась моментально. Я так думаю, что первый вариант будет наиболее правильный, но хотелось бы узнать мнение специалистов.

[Dozent]

Если нужно хранить сумму, то поле в нужной таблице, если нет, то можно запросом отображать, через Query. Тут как удобнее...
Каким бразом изменения производятся? Отдельная формачка или кликом по гриду?

[Евгений_Магистр]

Сообщение от Dozent

Если нужно хранить сумму, то поле в нужной таблице, если нет, то можно запросом отображать, через Query. Тут как удобнее...
Каким бразом изменения производятся? Отдельная формачка или кликом по гриду?

Изменение данных происходят в самом гриде, по клику. Ну т.е. некое поле "Масса" открыто на редактирование, тупо вписал количество и нажал Enter, либо перескочил на другу. строку и данные должны перечитаться. Потому что, тут же на подхвате срабатывает TDBSumList. Использую компоненты EhLib.

[Dozent]

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

[Евгений_Магистр]

Сообщение от Dozent

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

Используются поля: "Белки", "Жиры", "Углеводы", "Калорийность". А вот меняются как раз сами "граммы". По умолчанию, при добавлении записи, происходит подстановка = 100г. Т.е. б/ж/у/к так же имеются в БД. И хранить их нужно, потому что в дальнейшем по ним будет строиться график. Будет удобней работать с уже имеющимися данными, чем вновь пересчитывать, тем более, что БД будет постоянно расти.

[Dozent]

Сообщение от Евгений_Магистр

И хранить их нужно, потому что в дальнейшем по ним будет строиться график. Будет удобней работать с уже имеющимися данными, чем вновь пересчитывать, тем более, что БД будет постоянно расти.

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

[Евгений_Магистр]

Сообщение от Dozent

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

Нет, базы выглядит вроде нормально:
TABLE FOOD (
ID INTEGER NOT NULL,
FOOD_NAME VARCHAR(150),
FOOD_PROTEIN NUMERIC(5,1),
FOOD_FAT NUMERIC(5,1),
FOOD_CARBOHYDRATE NUMERIC(5,1),
FOOD_CALORIES NUMERIC(5,1),
GRUPPA_ID INTEGER,
FOOD_COEFFICIENT NUMERIC(6,2) DEFAULT 100

Просто я на Русском написал названия полей, чтобы было понятней, чего я хочу. Тогда получается, лучше делать подсчет в гриде... Более того, БД будет находиться на удаленном сервере и к чему лишний трафик... Ну спасибо, что помог мне дойти до истины.