Создание подстановочных полей

[sal]

Вопрос такой. Есть грид, из которого данные заносятся в Interbase. Есть поле времени, ну допустим запишем туда 13:00. Вопрос в следующем: как сделать подстановку, чтобы по умолчанию в этом столбце грида уже было допустим 00:00 и необходимо было ввести только 4 числа, знак разделения подставился бы автоматически.

[baldr]

Используй TMaskEdit. Или, еще лучше, TDateTimePicker с коротким форматом времени.

[sal]

Ок. Уже понял. Есть еще один вопрос. Как мне сделать так, чтобы при создании новой записи/строки в таблице (Interbase) её ID создавался автоматически. К примеру, последний номер будет 58, после чего мы создаем новую запись и ей присваивается номер 59. Насколько я понял есть 2 возможности реализации. Непосредственно в Interbase через генераторы и средствами Delphi. Что лучше и как это реализовать?

[baldr]

Сделай поле уникальным и автоинкрементным. Это оно и есть. Настраивается когда ты создаешь таблицу.

[sal]

все хорошо, только где? В Interbase или Delphi?

[baldr]

В Interbase, если таблицу создаешь там.
(Бывает, но редко, что таблицу создают запросом. Тогда, естественно, при создании указывают в Делфе)

[Oldy]

InterBase не поддерживает автоинкрементный тип поля. Используйте генератор+триггер "before insert" на соответствующее поле. Генератор лучше тем, что работает вне контекста транзакций. Средствами Делфи можно решать только в том случае, если у вас монопольный доступ к базе данных.

[sal]

Спасибо за ответ. Но не могли бы вы поподробнее описать процедуру создания связки генератор+триггер

[Oldy]

CREATE TABLE MyTable (
ID integer NOT NULL PRIMARY KEY
NAME varchar(20)
);

CREATE GENERATOR Gen_MyTable_ID;

CREATE TRIGGER MyTable_ID FOR MyTable
BEFORE INSERT POSITION 0
AS BEGIN
NEW.ID = GEN_ID(GEN_MyTable_ID, 1)
END;

[x77]

только при такой реализации придётся жёстко завершать транзакцию с переоткрытием таблицы (CommitRetaining не поможет), иначе новые значения ID не будут видны.

[sal]

Мне удалось создать тригер и генератор и всё заработало, но на уровне базы. Но есть одна большая проблема. Delphi пишет, что ключевое поле должно быть обязательно заполнено. Это и логично, так как в самой базе напротив ключевого поля стоит, что это обязательное поле. Так фишка в том, что не получится создать КЛЮЧЕВОЕ ПОЛЕ и не сделать его не ОБЯЗАТЕЛЬНЫМ. Где же истина

[sal]

x77, так может ты предложишь свой вариант, как это лучше реализовать.

[sal]

Ведь посудите сами, это просто классика жанра!!! Должен же быть какой то классический вариант.

[Oldy]

Простите, но мне кажется, что вы смешали два жанра. То есть пытаетесь работать с SQL сервером навигационыым способом. Делайте вставку в таблицу SQL - запросом (для ключевого поля - NULL), а не из грида и будет вам счастье.
В гриде-же, весьма возможно, нужно написать какой нибудь обработчик на изменения соответствующего поля. И тоже можно ожидать счастья.

[x77]

sal, найди в свойствах поля Required и поставь в FALSE. должо работать. кроме того, если ты работаешь через IBX, то там для поля можно указывать генератор. при вставке у тебя будет автоматически выполнен запрос вида insert into table1 (field1, field2) values (gen_id (указанный_генератор, 1), :field2).

кстати, Oldy, любое действия над таблицей в дельфях всё равно выльется в выполнение того ли иного запроса жанр смешиваем не мы, а БагЛанд, которые глючные бдешные компоненты, со воими сраными буферами, сделал предками всех прочих компонент для работы с базами данных. в т.ч. и с теми, где эта буферизация сто лет не нужна. для работы с иб я всегда ползую TIbSql, который унаследован от TComponent а не от TDataSet. есс-но, от db-aware контролов пришлось отказаться. но выйгрыш по скорости просто фантастический, + не приходится возиться с глюками гридов и прочими прелестями.

[Oldy]

х77, я полностью с тобой  согласен. Наверное потому, что мне по долгу службы приходится работать с таблицами  в десятки миллионов записей я не связываюсь ни с гридами и с компонентами-наследниками от TDataSet. Более того, постарался о них забыть. А вот на API ни как не перелезу, больно много переделывать