На форме у меня расположено три компонента ADO: Query, Connection, и Data Source. В свойстве SQL прописала так
SELECT x, Lx
FROM Таблица
WHERE x=:xv AND x=:xv+n
xv, n -это параметры. То есть в итоге я должна получить значения -два столбца x, Lx и две строки значения.
В коде на кнопку прописала
ADOQuery1.Close;
ADOQuery1.Parameters.ParamByName('xv').Value:=Edit1.text;
ADOQuery1.Parameters.ParamByName('n').Value:=Edit2.text;
ADOQuery1.Open;
DataSource1.DataSet:=ADOQuery1;
И тут у меня ошибка с параметром возникла не находит Параметр  n как это исправить??

а ну  DBGrid

WHERE x=:xv AND x=:xv+n
тут ошибка.
если n - это должен быть параметр, тогда
WHERE x=:xv AND x=:xv+:n
но!
такой запрос при n<>0 не вернет ничего

вместо AND должен быть OR, если уж
> в итоге я должна получить значения -два столбца x, Lx и
> две строки значения

Спасибо вам   сейчас попробую

Все равно не находит параметр n ((

> но!такой запрос при n<>0 не вернет ничего

то есть n больше, меньше 0? не поняла эту запись

а знак равносильности.   Исправила не получается.Может у меня все дело в параметрах ?

Если убрать второй параметр вообще, то с легкостью работает :(

что такое n?

> [0] Tanya   (09.05.14 03:53)
> xv, n -это параметры. То есть в итоге я должна получить
> значения -два столбца x, Lx и две строки значения.

Точно? Не диапазон (x-n, x+n)?

Долго можно гадать :)

> Tanya

Текст ошибки сюда скопируй

только зашла
Поясняю значит, я хочу чтобы в результате моего запроса отображалась два поля x и Lx, в первой строке отображалось значение  поля Lх по х столбцу, с введенным параметром  x=:xv, а во второй строке значение  поля Lх по х с веденным параметром x=:xv+:n, где xv и n параметрические переменные введенные в edit-ах. Например отображается x и Lx при х=40 и х=40+10 то есть 50.
Текст ошибки: Project1.exe raised exception class EDatabase Error with message 'ADOQuery1: Parameter 'n' not found. Process stoped.

> Tanya   (09.05.14 18:41) [12]


>  'ADOQuery1: Parameter 'n' not found. Process stoped.

Зайди еще раз в список параметров ADOQuery1. Бывает что после изминения запроса не схватывает.

> SELECT x, Lx FROM Таблица WHERE x=:xv AND x=:xv+nxv, n -
> это параметры. То есть в итоге я должна получить значения
> -два столбца x, Lx и две строки значения.В коде на кнопку
> прописала ADOQuery1.Close;ADOQuery1.Parameters.ParamByName('xv').
> Value:=Edit1.text;ADOQuery1.Parameters.ParamByName('n').
> Value:=Edit2.text;

У вас в запросе параметр ":xv" используется дважды.
Параметр "n" - ни разу, т.к. не обозначен двоеточием.
Поэтому, при подстановке,  "n" не будет найден вообще,
":xv" будет присвоен только один раз, поскольку будет воспринят парсером как два параметра с одинаковым именем.
Для него либо используйте два разных имени передавая одну величину, либо ищите в цикле все параметры с названием "xv".

SELECT x, Lx
FROM Таблица
WHERE x=:xv1 or x=:xv2 + :n
ADOQuery1.Parameters.ParamByName('xv1').Value:= Edit1.text;
ADOQuery1.Parameters.ParamByName('xv2').Value:= Edit1.text;
ADOQuery1.Parameters.ParamByName('n').Value:= Edit2.text;

Однако, подставлять напрямую текст из боксов чревато запустить юзерскую ошибку, либо sql-инъекцию от злоумышленника.
Хотя бы проводите преобразование к нужному типу данных во избежание.

> либо sql-инъекцию от злоумышленника.
sql-инъекция через параметры запроса не возможна. только при сборке запроса из частей.

> Однако, подставлять напрямую текст из боксов чревато запустить
> юзерскую ошибку, либо sql-инъекцию от злоумышленника.


Не болтайте ерундой.

Вы хотите сказать, что и пользовательская ошибка не возможна?

> [18] Дмитрий   (13.05.14 16:18)

Какая именно?

любая
текст вместо числа

> Дмитрий   (13.05.14 16:43) [20]
>
> любая
> текст вместо числа

Ну, попробуй :)

Я пробовал
Раньше

> Вы хотите сказать, что и пользовательская ошибка не возможна?
хотели бы сказали бы. не думай за нас.

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

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

развейте мои заблуждения

> [24] Дмитрий   (14.05.14 16:16)
> развейте мои заблуждения

Параметр :Prm1 не то же самое, что замена в тексте запроса куска ":Prm1" на текст присваиваемого значения.

> [25] Inovet ©   (14.05.14 16:31)
> Параметр :Prm1

Присвоение значения параметру :Prm1

Где у меня написано про замену параметра куском текста?
У меня написано конкретно: в тексте запроса параметр "n" не обозначен двоеточием, поэтому не обнаруживается и генерит ошибку.
Соответствующий пример изменения текста запроса у меня дан.

не переводи "стрелки". тебя исправляли по "sql-инъекции" (и продолжают про него) и по необходимости "приведения типа" вместо access-а. про параметр "n" никто не "заикался", все верно по нему написано.

Удалено модератором
Примечание: Правила читаем и уважаем

>Дмитрий   (14.05.14 20:38) [29]
sql-injection при работе с параметрами невозможна
то, что Вы не умеете признать свою ошибку, Ваша и только Ваша проблема

Если вы перечитаете, то про SQL-инъекцию я не настаиваю.

В смысле, инъекцию через параметры.