Решено: Как сделать SQL запрос?

[Assuri]

Есть какая-то строка "asd", а в БД находяться записи: " hi asd", "asdfg".
Как мне сделать SQL запрос, чтобы он возвращал те записи, где "asd" бы являлась подстрокой?

[Uncle_Theodore]

Есть какая-то строка "asd", а в БД находяться записи: " hi asd", "asdfg".
Как мне сделать SQL запрос, чтобы он возвращал те записи, где "asd" бы являлась подстрокой?

SELECT * FROM <имя_таблицы> WHERE <имя_поля> LIKE "%asd%";

[Assuri]

Есть какая-то строка "asd", а в БД находяться записи: " hi asd", "asdfg".
Как мне сделать SQL запрос, чтобы он возвращал те записи, где "asd" бы являлась подстрокой?

SELECT * FROM <имя_таблицы> WHERE <имя_поля> LIKE "%asd%";

ПРЕмного благодарен!

Тему можно закрывать ;)

[sergio]

Есть какая-то строка "asd", а в БД находяться записи: " hi asd", "asdfg".
Как мне сделать SQL запрос, чтобы он возвращал те записи, где "asd" бы являлась подстрокой?

select count(*) FROM runs WHERE info is null or info not like '%wrong%';

"процент" используется как маска...

[Assuri]

Оказывается проблема не решена до конца. Задача чуточку усложняется: нужно найти те строки, чтобы после подстроки были не любые симоволы, а пробел, амперстанд, подчеркивание или такая подстрока. Как организовать такой запрос?

[serzh-z]

-DooM-, like '%asdbf %'

[Uncle_Theodore]

Оказывается проблема не решена до конца. Задача чуточку усложняется: нужно найти те строки, чтобы после подстроки были не любые симоволы, а пробел, амперстанд, подчеркивание или такая подстрока. Как организовать такой запрос?

SELECT * FROM <имя_таблицы> WHERE <имя_поля> REGEXP "asd|asd |asd&";
Ну и так далее...

[Assuri]

-DooM-, like '%asdbf %'

Не совсем понятно, где тут амперстанд? И откуда взялись "bf" ?

SELECT * FROM <имя_таблицы> WHERE <имя_поля> REGEXP "asd|asd |asd&";
Ну и так далее...

Код: Выделить всё

query->exec(QString("SELECT * FROM %1 WHERE word REGEXP \"%2 |%2|%2&|%2%2\" ORDER BY word").arg(tableName).arg(str));

Пишет, что не найдена функция REGEXP.

[serzh-z]

Пишет, что не найдена функция REGEXP.

Это не является стандартом SQL. MySQL, вроде бы поддерживает, остальные - сомневаюсь.

е совсем понятно, где тут амперстанд? И откуда взялись "bf" ?

Наример: where like '%<substr> %' or like '%<substr>_%' or like '%<substr>&%'

[Assuri]

Код: Выделить всё

query->exec(QString("SELECT * FROM %1 WHERE word LIKE  \'%2 %\' OR LIKE \'%2&%\' OR LIKE \'%2_%\'  ORDER BY word").arg(tableName).arg(str));

Пишет, что синтаксическая ошибка.

Когда уберу LIKE после OR ошибок нет, но находит только первый вариант ( \'%2 %\' )

[Uncle_Theodore]

Код: Выделить всё

query->exec(QString("SELECT * FROM %1 WHERE word LIKE  \'%2 %\' OR LIKE \'%2&%\' OR LIKE \'%2_%\'  ORDER BY word").arg(tableName).arg(str));

Пишет, что синтаксическая ошибка.

Когда уберу LIKE после OR ошибок нет, но находит только первый вариант ( \'%2 %\' )

Попробуй так
SELECT * FROM %1 WHERE word LIKE \'%2 %\' OR word LIKE \'%2&%\' OR word LIKE \'%2_%\' ORDER BY word;

[serzh-z]

Судя по всему в этом чудном QString проценты являются шаблоном, и нужные проценты, для LIKE, нужно просто экранировать.

[Assuri]

Попробуй так
SELECT * FROM %1 WHERE word LIKE \'%2 %\' OR word LIKE \'%2&%\' OR word LIKE \'%2_%\' ORDER BY word;

Все получилось - спасибо

Судя по всему в этом чудном QString проценты являются шаблоном, и нужные проценты, для LIKE, нужно просто экранировать.

Если бы после процентов стояло число, то Вы правы.

[halturin]

select ... from .... where... OR...OR..OR - за такое убивать надо на массивной базе за такие запросы я обычно своим девелоперам отрываю руки по самые ноги

[Assuri]

select ... from .... where... OR...OR..OR - за такое убивать надо на массивной базе за такие запросы я обычно своим девелоперам отрываю руки по самые ноги

Почему ? О_о

[halturin]

select ... from .... where... OR...OR..OR - за такое убивать надо на массивной базе за такие запросы я обычно своим девелоперам отрываю руки по самые ноги

Почему ? О_о

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

[Assuri]

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

В таких случаях, конечно же, Вы правы.

[halturin]

На самом деле никогда нельзя делать скидку из-за того, что база будет маленькой и нагрузки никакой. Если человек изначально старается сделать правильно и красиво, то потом уже и не замечаешь, под какие объемы пишешь, не приходится себя приучивать к обдумыванию кода "под тяжесть" ибо мысль уже по привычке сама в это русло уходит. Просто думать надо на шаг дальше, а не в лоб. Сори, просто действительно накипело на узколобые сиквелы в боевой базе.

[Assuri]

На самом деле никогда нельзя делать скидку из-за того, что база будет маленькой и нагрузки никакой. Если человек изначально старается сделать правильно и красиво, то потом уже и не замечаешь, под какие объемы пишешь, не приходится себя приучивать к обдумыванию кода "под тяжесть" ибо мысль уже по привычке сама в это русло уходит. Просто думать надо на шаг дальше, а не в лоб. Сори, просто действительно накипело на узколобые сиквелы в боевой базе.

Да ничего - мне полезно это знать.

А как в моем случае можно избавится от кучи OR при этот оставит результат?