[Uniq!]

Я начитался умных книг и запутался.
Parametrs в ADOQuery предназначены, как я понял для создания динамически меняющихся запросов.
Можно поменять Value у параметра в RunTime сделать ReQuery и содержимое DataSet изменится.

Выкинул ADOQuery, в SQL пишу:

Код:

SELECT * FROM `tickets` WHERE `iPawnshop` = :iPawnshop ORDER BY `iStatus`, `iStartDate` ASC;

Присоединил к Connection, жму Active = true;
Вылезает ошибка, что мол "неправильно определён объект Parameter. Представлены неполные или несогласованные сведения."

Во всех книгах пишут, что не надо ручками запихивать туда параметры, мол запрос пишите и всё само туда попадёт, потом только меняйте

Код:

Parameters[0].Value = 'Новое значение'
ADOQuery.Requery;

и в путь


Конечная цель у меня такая: приложение будет стоять в разных отделениях(офисах) фирмы, каждое из которых имеет своё название.
Я хочу выводить только те записи, которые относятся к конкретному офису, а сам параметр "Название офиса", хранить где-нибудь в реестре.

[Freeman]

Сообщение от Uniq!

Присоединил к Connection, жму Active = true;
Вылезает ошибка, что мол "неправильно определён объект Parameter. Представлены неполные или несогласованные сведения."

Не знаю, как это реализовано в ADO, но по логике вещей перед открытием запроса с параметрами из IDE должно вылезать диалоговое окно, запрашивающее текущие значения параметров. Если искаропки в ADO этого нет, стоит поискать расширения добавляющие данный функционал. Можно и самому написать.

[lmikle]

Там в ADO есть маленькая проблемка. Создай объект параметра в Object Inspector'е, расставь там типы.

Может это и не то, но для начала попробуй это.

[Uniq!]

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

Там в ADO есть маленькая проблемка. Создай объект параметра в Object Inspector'е, расставь там типы.

Может это и не то, но для начала попробуй это.

Я сегодня целый день с этим возился, с одним этим запросом иногда параметры сами получают типы, иногда вышеуказанная ошибка, иногда еще какая-то лабуда, а иногда просто валится Delphi руками я его(параметр) в слепую сам могу создать...

Вообще пишут, что инструмент должен делать так: искать символ :, парсить предстоящее имя колонки, лезть в базу-смотреть тип, размер, и на основе этих данных создавать одноименный параметр.

Я вот не знаю: это фишка драйвера-же наверняка? И зависит от его возможностей?

[lmikle]

Это фишка самого ADO (не Дельфевого, у Дельфи просто враппер вокруг COM-компонентов).

[Uniq!]

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

Это фишка самого ADO (не Дельфевого, у Дельфи просто враппер вокруг COM-компонентов).

Че ж оно тогда не работает-то? У кого нибудь есть возможность протестировать? Может я что-то не так делаю.

А как на счет явной типизации?
Варианты:

Код:

Parameters[0].AsString

и т.п.
Лучше вообще по имени к параметру обращатся, например:

Код:

Query.ParamByName('ParamName')

. Такое в ADO работает?

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

[Freeman]

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

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

Не должно быть такого в ADO. Меня вот еще смущают "кривые апострофы" а-ля MySQL, которые в нормальных запросах нахрен не нужны.

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

Меня вот еще смущают "кривые апострофы" а-ля MySQL, которые в нормальных запросах нахрен не нужны.

Верно подмечено.