field required but not supplied - firebird

[Greek9000]

Здравствуйте.
Не могу понять с какой стороны подступисться к такой проблеме:
в firebird-базе данных есть таблица SUBSCRIBER_TBL. У неё задан первичный ключ по полю ID_ с которым связан соответствующий генератор через триггер BEFORE_INSERT.
Набор данных этой таблицы отображается в DBGridEh из TZQuery (ZEOS).
Проблема заключается в том, что я не могу добавить новую запись в таблицу при помощи DBGridEh (т.е. при помощи курсора). Происходит вот что: после того как у новой записи заполняю требуемые значения (NAME_ и PHONE_) жму Enter (т.е. вызываю Post для моего набора данных) и вылетает сообщение "field ID_ required but not supplied" и запись не добавляется. Хотя если я делаю то же самое в IBExpert-е, то новая запись нормально добавляется.
Подскажите, плз, из-за чего может возникнуть эта проблема (DBGridEh или TZQuery), и как её можно решить. Или хотя бы где копать?

[Karabash]

Проблема из-за того, что отправляя новую запись на сервер TZQuery не имеет и не передает значения ID_. Его парсер, "зная", что это значение требуется, но не обнаружив такового в запросе выдает ошибку.
Такое происходит только если добавление записи делается в гриде на форме.

В IBDataset, например, чтобы обойти эту проблему существует свойство GeneratorField, где указывается какое поле из таблицы имеет автоинкремент и с каким шагом. Это позволяет Dataset'у самому сгенерировать очередное значение новой записи и отправить его с запросом.
Может быть в TZQuery (или других компонентах, работающих с БД) тоже подобное есть. Наверняка разработчики Zeos знают об этой проблеме.

Если же нет, то пути два.
Первый написать ХП, которая доставляет на клиента значение текущего ID нужной таблицы (опросив генератор, в какой позиции у него находится ID). Клиент увеличивает это значение на тот шаг, который задан в генераторе и посылает это значение вместе со значениями всех полей. При этом придется в гриде добавить совсем не нужное поле для значений ID_.

Второй - бросить редактировать таблицу в гриде. Оставить ее только для отображения данных.

Есть, правда, и третий. Генерировать уникальные значение самому, а не поручать это генераторам.

P.S. Не очень понятно зачем в этом случае нужен ZEOS, когда для Firebird в Дельфи есть штатные компоненты IBX.

[Greek9000]

Отвечаю сам себе
Оказывается, что TZQuery, когда создаёт набор полей, то для полей, которые помечены как NOT NULL выставляет св-во Required равным True. А когда он выполняет обновление, порверяет, что бы Required было не равно True.
Обойти эту штуку можно 2-мя способами:
1. Создать поля вручную и нужным полям выстовить Required := False.
2. Каждый раз после загрузки набора данных указывать нужному полю Required := False

P.S.
Пока писал ответ нашлись ещё два варианта

[Karabash]

Не знаю какие еще нашлись варианты, но первые два из серии: "от лома нет приема".
Зачем же в полях таблицы БД устанавливать NOT NULL, если эта проверка отключается на клиенте (пусть даже у "нужных" полей)?