что потвоему делеает like?

SELECT `tip` FROM `toplivo` WHERE n='".(int)$nn."' AND tt like '%".mysql_real_escape_string($_SESSION['tip'])."%'

Oyeme


спасибо!...я с синтаксисом наделал ошибок...тоже так пытался.., но неправильно

А у тебя там всегда список чисел? Если да, то тогда у тебя БД неправильно спроектирована. Поиск в текстовом виде заведомо медленнее будет, чем целых чисел.

sergeiss
нет, там в основном будут слова...числа это скорее исключение

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

Trianon

в моем случае достаточно сложно технически сделать их элементами БД их очень много и они являются элементами списков...списков тоже очень много и они стационарны и просто являются ХТМЛем.

A.B.C.
Значит, до тех пор, пока в Вашем "случае достаточно сложно технически сделать их элементами БД " - у Вас будет хреновый, то есть крайне медленный поиск, расходующий изрядно процессорного времени СУБД.

Списки - это словари (образно выражаясь), а значит их можно хранить в бд и делать по ним выборки.

Я все же тогда подробнее объясню.

1. Есть страничка на ней раскрывающийся список обычный, юзер выбирает в нем значение нажимает кнопку и это хначение улетает в БД.

2. Значение в сптиске берутся напрямую из скрипта с хтмл т.е.

<option> 92 </option>

(конечно легко можно сделать так, чтоб эти значения брались из какой-нибудь таблички в БД)

3. Есть такая же страничка, но на ней мульти-список, который позволяет выбрать в списке несколько значений, а именнно не только "92", но и "80","95" и т.д. В отличии от обычных списков переменная таких списков массив т.е. name="tt[]", а не name="tt", как у простых.

4. При нажатии кнопки отправить в БД улетает на одно значение, а целая строчка, разделенных запятой значений, либо можно было бы сделать чтоб улетало 5 строк, кажда со своим единственным значением, но тогда они бы эти как-бы объявления дублировались чего мне совсем не надо.

5. Вот я и сделал так, что если придется искать "92", он будет искать при помощи LIKE, а не при помощи "=".

Что есть значения 92, 80, 95 и т.д., не от балды же они берутся?

linker
это марки бензина, а вот аналог цвета:

<option>Белый</option>
<option>Черный</option>
<option>Серебристый</option>
<option>Серый</option>
<option>Вишня</option>

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

когда юзер выбирает 1 цвет проблем никаких нет. В ячеку таблицы БД...попадает значение: Белый, а если он выбирет их несколько, то попадет значение:Белый,Серебристый,Серый.

Можно сделать что вместо этих слов будут индексы таблицы цветов, но я не вижу большой разницы с этой строчкой "Id=16,Id=17,Id=18" где I - id цветов в таблицы. Либо, еще как вариант сделать одинаковые 3 строки все параметры бут разные кроме цветов.

Вот поэтому я и подумал применить LIKE

И еще попутно хочу спросить насколько оправдана фраза: "Чем меньше кода тем лучше!"?

Всем большое спасибо.