есть две таблиц
1) имя | категория - одному имени может соответствовать несколько категорий
2) столбец категорий

надо выбрать те строки из первой таблицы в которых есть все категории что и во второй



заранее благодарен

Это сообщение отредактировал(а) obmor - 5.10.2008, 19:14

Вопрос, похоже, понятен ТОЛЬКО Вам. Ибо структура таблиц противоречит вопросу.

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

Категории выбранные пользователем представляются в виде таблицы состоящей из одного столбца

что то я ен понял, мне кажется это N-M связь и тут надо три таблицы...
или как у вас хранятся ID категорий к книгам?

ты под каждый выбор пользователя делаешь отдельную таблицу?
зачем?
предлагаю:
таблица рубрики_книг:
1) id книги(book_id)
2) id рубрики(category_id)
список id рубрик, выбранных пользователем, implode'им в одну строку, с разделением запятой(например, "1,55,32,65,45"). назовем это пааметром categories_list
количество выбранных категорий назовем параметром categories_count.
тогда запрос будет выглядеть так:

естественно, categories_list и categories_count вставляются в запрос до его выполнения средствами клиентского языка прогрммирования.

это же против второго закона нормализации БД!!! (или даже первого)
нее тут ИМХО надо делать по человечески  3 таблицы (на самом деле их там больше, но нас будут волновать только три)
книги
ID, name, ............
категории
ID, name,......
связная
cat_ud, book_id

тогда можно будет делать выборку книг что то типа

что то в этом роде.  что то я призабыл!! надо посмотреть а то через and как то глупо решать. Но идти надо ИМХО по этому пути 

аааа... т.е. как эт конструкция

против "законов нормализации"?    

Добавлено через 47 секунд
нормализация касается сугубо структуры хранилища данных. к логике построения запроса не имеет никакого отношения.

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

Предложенный вами вариант подходит если необходимо выбрать те книги в которых встречается хоть одна категория. 



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











Спасибо вам за помощ, премного благодарен

нельзя так делать. я бы понял ещё, если бы создавалась temporary table, что гарантировало бы уникальность данных для каждого отдельного подключения, но одна постоянная таблица на всех... тебе надо либо делать lock на эту таблицу во время работы с ней одного из пользователей, либо уповать на то, что пользователи не сильно расстроятся, когда увидят в результатах поиска "немного не то". впрочем, может, я излишне пессимистичен?

извени, просто был вечер, и я понял так, что ты хочешь рубрики для книг заносить в одно поле через запятую     поэтомя я и закричал... прошу прощения     


вот теперь я точно не совсем понял структуру.....

skyboy, спасибо тебе за совет, запрос получился как нельзя лучше.
 А насчет промежуточной таблицы я подумаю, действительно не не учел эту проблему

obmor, на форуме принято:если проблема решена и на вопрос актуальный(е) получен(ы)  ответ(ы), то тема помечается решенной. чтоб это сделать, автор темы(в данном случае - ты) кликает по ссылке "пометить как решенный" справа вверху оносительно первого сообщения темы.