че-то я не понимаю. какая то микроскопическая база в 3 мегабайта, и 1.5 секунды prepare. Я понял бы, если бы через модем на 9600.

crionА там более подробно расписано, на каких этапах выполнения задержки?
да нет ни у кого никаких задержек. У вас там что-то феерическое творится в сетке или на компе с ФБ.

Владимир2012Спасибо тебе за FBScanner2616Community.
спасибо принято, на здоровье.

crion,

http://ru.wikipedia.org/wiki/Индекс_(базы_данных)

crionпрочитав это и написал предыдущий пост о том, как я понял
тогда читай http://www.ibase.ru/devinfo/dataaccesspaths.htm

crionно иногда первичным ключом является например дата - тогда думал нет смысла создавать еще одно поле(индекс), которое будет так же являться ключом (однозначно определяться по полю Дата).
дата практически никогда не может являться ключом. Разве что в случае, когда за одну дату (или в одну дату-время с точностью до секунды или миллисекунды) не может произойти два "события".
Первичный ключ - это идентификатор записи.
А индексы служат для ускорения поиска и контроля целостности pk, fk и unique.
Вам надо почитать еще и
http://www.ibase.ru/devinfo/NaturalKeysVersusAtrificialKeysByTentser.html

crionkdv, фаерберда типы похоже немного отличаются.
иногда имеет смысл посмотреть в профиль отвечающего. :-) Спасибо, но я знаю какие в ФБ есть типы данных, какие были, и чем они отличаются.

crionу меня в один день множество событий происходит, и все они в одну дату, а время она и так не хранит. поэтому дата и является первичным ключом и индексом.
из этого следует, что тип DATE в данном случае не может быть ПК, потому что если его сделать ПК, то вы 2 записи за один и тот же день не создадите.
У вас совсем плохо с проектированием структуры БД. Единственное, что могу посоветовать - читать литературу, в т.ч. указанные мной ссылки. Хотя, похоже, для вас там многое будет непонятно.