Есть 3 формы: 
1. основная (на ней ADOConnection, подключенный к базе); 
2. форма Категория (дбгрид со всеми записями из Kategory), KatQuery (select * from Kategory;), KatDataSource. По Alt+F11 подключил Unit1, чтобы подключить квери к Form1->ADO.
3. форма Добавление Категории. Через Alt+F11 добавил форму1(для доступа к ADO) и форму2 (для доступа к KatDataSource). 

Нужно: при добавлении новой категории (форма3) в дбгриде(форма2) добавлялась эта запись.
для этого и подключил форму2 (Категория), чтобы написать KatQuery->Requery(); Но тут другая ошибка полезла.

Появление ошибки:
на форме Категория выставляю в свойстве KatQuery Active=true. Появляется ошибка: KatQuery:Type mismatch for field 'MoneyForHour', expecting: Integer actual: BCD'
Може кто знает, что за тип ошибки?

ps. Таблица Kategory: id - Счетчик, Title - Текстовый, MoneyForHour - Денежный, Descr - Memo. 
Код: 



Это сообщение отредактировал(а) Gunslinger - 15.3.2009, 15:02

Что-то я не понял: запрос вроде как динамически формируется, а где вы выставляете active=true? Если в дезайн-режиме, то тогда что там у вас за запрос и какие поля созданы из дезайна?

Gunslinger, камрад, хорошим тоном  является вынесение всех невизуальных элементов для работы с БД в DateModule.

в дизайн-режиме выставлено только Active=true. Все остальное - в коде, который я привел. Active это тоже самое, что Open()? 



понял.

Если запрос формируется динамически, что вы открываете в дезайн-режиме?



Да.

понятно. отстать от Active, код:

Т.е. механизм, как я его представляю: квери подключается к ADO. Сначала открываем квери - он подключается к адо, затем формируем sql-код и отправляем - отправка ExecSQL(). Стопудов, я как всегда ошибаюсь

Есть такое.   

Если использовать параметры, зачем динамически запрос создавать? Ну и запихать его в режиме дизайна, а затем через параметры уже программно управлять им.

В закрытый квери написали запрос, затем выполнили, затем очистили запрос и написали новый, затем только отркыли квери.... 
Не въехал в логику механизма.
1. Что делает ExecSQL()?
2. Что делает Open()? Знаю, что открывает соединение с ADO. А предварительно написанный sql автоматически отсылает?
3. Второй запрос (select). Одним квери можно воспользоваться для нескольких запросов? Один квери!=один запрос, никаких подводных камней?


Т.е. запросы (select,insert,delete,update) прописать в проперть SQL в дизайнере, а в коде пользоваться через Parameters->ParamByName?


Это сообщение отредактировал(а) Gunslinger - 16.3.2009, 20:06

Отличие Open от Exec - только в сути команды SQL. Если команда возвращает набор данных - нужно использовать Open. Если команнда SQL возвращает только 1 значение как результат работы - то нужно использовать EXEC.

Можно просто придерживаться правилом: SELECT - Open, INSERT, UPDATE и т.п. - EXEC

По вопросу использования 1 запроса на все случаи жизни - много вы не сэкономите, а вот запутаться можно. Я не использую без особой нужды перезапись SQL запроса в одном объекте, если они радикально отличаются по смыслу.

По поводу параметризированных запросов. Можно параметры создать в дезайн-режиме, а затем заполнять их программно. Можно всю строку SQL формировать динамически. Думаю однозначно что лучше сказать никто не сможет - все зависит от ситуации. Я предпочитаю пользоваться параметрами, но иногда и полностью формирую запрос.

за все не скажу, но "большие и сильные" СУБД "кэшируют" запросы(составляют план доступа).
так вот: для запросов с параметрами эта технология успешно работает, в отличие от полностью сформированных в виде строки.

Разумеется. Использовать 100 Query для разных запросов - с моей точки зрения рачительно.


Не согласен - но тут на вкус и цвет - товарищей нет   

понял, спасибо!

mrbrooks, пока не постаил в начале Close(), Clear() - при втором добавлении лезла ошибка 'неправильно определен объект Parameter. Предоставлены несовместимые данные'. Без Close() ошибки тоже нет. Зачем предварительно закрывать квери? Если для того, чтобы очистить sql, то для второго sql (select)  ты написал только очистку без Close(). 

mrbrooks
Разумеется. Использовать 100 Query для разных запросов - с моей точки зрения рачительно.

Спорно и очень спорно.
При постоянной перестройке запрос увеличивается код.
При поддержании для каждого запроса своего Query увеличивается объем exe

Так что во истину - на вкус и на цвет.
Мой подход такой:
Объект в программе, который оторажает объект реального мира имеет в своем составе модуль данных, а в нем несколько TQuery для разных нужд этого объекта. Некоторые небольшия я перестраиваю динамически, но редко. Если мне такой объект не нужен - он у меня и не создается (как не создается модуль данных). Следовательно память не расходуется (кроме как на методы и на текстовые константы). Однако текстовые константы в таком случае существют в единственном экземпляре - для каждого TQuery.

В случае динамического создания при каждом формировании запроса используется текстовая константа. И если в разных частях программы нужно создать похожий или один и тот же запрос начинается выкручивание с функциями и т.п. либо на это все забивается и плодится еще одна константа.

Конечно можно загнать тексты запросов в ресурсы либо использовать внешние файлы.

В общем - дело вкуса, но я предпочитаю именно так.

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


Close() ... Open() используется для формирования SQL запроса и обновления НД.

Добавлено через 3 минуты и 2 секунды

Я использую виртуальный список. Мне нравится.   


в целом я поступаю также - только обхожусь одним TQuery. Мне нравится.