LIKE 1 & "*"
- это некорректно. Эта конструкция заставляет Аксесс преобразовывать чиловое значение 1 в строковое по неуказанному формату. Он может сделать это разными способами:
"1"
" 1"
"1.0"
"1,0"
и т.д. Поэтому лучше выбрать из этих вариантов тот, который на самом деле нужен, и написать его явным образом.

Кроме того, можно попробовать вместо * написать %.

P.S. И тогда не нужен &, а просто можно написать
LIKE "1*"
LIKE "1.0*"
и т.д.

BezumВ данном случае "1" является именно символом, а не числом, тип поля сивольный.
Почему же тогда в приведенной команде употреблено число 1, а не строка?

Хочу увидеть окончательный вариант селекта и пример данных, которые он должен вернуть.

А поле Artikul?.. Впрочем, и так догадываюсь.

А без like оно хоть как-то работает?

Тогда могу только предложить заменить * на %. То, что из Аксесса оно не работает, не имеет значения.

Serge Gavrilovзачем нужен амперсанд?
А я уже предлагал автору убрать его, см. 21:07. :^)

Боюсь, что проблема не в этом. А что еще может быть, кроме %? Я надеюсь, что автор проверял % не только из Аксесса...

BezumКакого ляпа там стоит & уж не знаю, так посоветовали /topic/101498
Так советовал я, потому что в вопросе речь шла о соединении переменной (параметра) и строковой константы (звездочки). А сейчас речь о двух константах, и я же говорю, что тогда & не нужен. Не думаю, что мне там можно верить больше, чем мне здесь.

BezumА насчет %, разумеется проверял и с него начинал.
Только в Аксессе (21:24) или через C++ Builder тоже?

Предлагаю еще один вариант селекта.

Select sum(M_oper.cena1) as Many, Tov_Name
From M_Oper inner join Tovar on M_Oper.Nomtov=Tovar.K_Tov
Where M_oper.V_Dock=6 and Artikul LIKE "Б%"
Group by Tov_Name

Если не пойдет, то дальше можно пробовать:

1. Вернуть * (в этом же селекте).
2. Не Б, а цифру (может, проблема с русскими буквами).
3. У названия Artikul дорисовать имя таблицы.
4. Подключиться не через ADO, а через DAO (не знаю, можно ли; если да, то со *, а не %).
5. Упростить селект до крайности, оставив только одну таблицу, одно условие и без группировки.

6. Вместо двойных кавычек поставить одиночные (апострофы).

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

BezumВобщем хрень какая-то. Хоть садись вешайся и пиши свою пользовательскую функцию.
Предлагаю все-таки проверить ВСЕ мои пункты, причем в разных сочетаниях друг с другом. Особенно 5 и 6.

Опыт говорит, что если делать хотя бы что-нибудь, то решение обычно находится. Соответственно, если нет, то нет. Впрочем, этот форум не для того, чтобы погонять, а для того, чтобы давать советы. Если следовать им не хочется, то так тому и быть. Просто мне не хочется, чтобы на моей совести было самоубийство.

BezumКстати говоря LIKE "Б%" ищет ни что иное как поле со значением Б%.
ОК, спасибо за информацию. Тогда возвращаемся к * и больше ее не трогаем.

Видимо, п.6 оказался самым трудным?

BezumТак же вскрытие показало что значек & просто склеивал "текст" & "*"="текст*"
Блин. Я же это и повторял все время.

В другом топике тот же автор писал:Мооя проблема заключается в следующем:
Я отправля запрос из приложения написанного на C++Builder к базе Access.
При этом использую в конструкции WHERE Оператор LIKE.
Например:

SELECT *
FROM Tble1
WHERE
Feald1 LIKE 'А*'

Если запустить этот запрос непосредственно в Access то получится набор данных, где записи в поле Feald1 начинаются с символа "A".
Если запустить этот запрос из приложения С++Builder то получится набор данных, где записи в поле Feald1 имеют значение "A*".

Если использовать, как в других СУБД, вместо '*' символ '%', то и в Access и в Builder выбираются записи которые в поле Feald1 имеют значение "A%".

Мне же надо выбрать записи при поомоощи приложения написанного на C++Builder, которые в поле Feald1 имеют значения начинающиеся с символа "А".

Поодскажите, где сообака зарыта???
Тот топик удаляется.