Почему не работает SQL запрос без...?

Question

[Therapyx]

Собственно есть маленькая таблица категорий. Цель -> Выводить категории в DrowDownList основываясь на Session["UserID"]. Добавил тест данные.
[img]http://ipic.su/img/img7/fs/ask1.1440547824.jpg[/img] + Сам запрос

/*
exec usp_Category_Select '2'
*/
ALTER Procedure [dbo].[usp_Category_Select](
       @UserID int	          
       ) as
select Category.CategoryID, Category.Category, Category.UserID, [User].UserID
from [User], [Category] 
where @UserID = Category.UserID and [User].UserID = @UserID

Собственно вопрос: Почему если сравнивать "только" - where @UserID = Category.UserID без Category.UserID and [User].UserID = @UserID мне выводит все категории с ID 1 и 2 переиминовывая все это в ID = 1 или же 2, смотря какой Айди добавляю в параметр. В таблице Категорий ведь уже есть забитый айди, который я могу сравнить с айди, который находится в сессии, почему же не работает без второго сравнения? Получается так, что мне выдается таблица с двумя UserID. Интересно просто разобраться в этом нюансе :) А так работает все уже прекрасно. Но -> через метод тыка.

Answer 1

[heartdevil]

Привет.

Все дело в том, что вы объединяете одним условием таблицы Users и Category, а вторым запросом фильтруете запись только по category относительно пользователя.

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

То есть будет примерно так.

/*
exec usp_Category_Select '2'
*/
ALTER Procedure [dbo].[usp_Category_Select](
       @UserID int	          
       ) as
SELECT Category.CategoryID, Category.Category, Category.UserID
FROM [Category] 
WHERE Category.UserID = @UserID

Если вам нужен запрос пересечения двух таблиц, то лучше использовать INNER JOIN, чтобы у вас все было наглядно и не запутанно.

/*
exec usp_Category_Select '2'
*/
ALTER Procedure [dbo].[usp_Category_Select](
       @UserID int	          
       ) as
SELECT [Category].CategoryID, [Category].Category, [Category].UserID, [User].UserID
FROM [User]
INNER JOIN [Category] ON [User].UserID = [Category].UserID /* Это условие пересечения двух таблиц */
WHERE [Category].UserID = @UserID  /* Это условие фильтрации по полю UserID */

Comments

[Therapyx]

вот оно что) убрал селект таблицы юзера и все стало проще)) Спасибо. Просто я никак не пойму, даже если я беру все другие таблицы в запросе и просто их не использую(к примеру), но сам то запрос проверяется по "where @UserID = Category.UserID", т.е. это 1 = 1 или 2 = 2, но он каким-то боком ставит все существующие категории как 1 или 2.

[Therapyx]

А к join как-то не привык :( надо переучивать себя, помню еще давно старался так, а преподу все не нравилось. Вот и привык так... хД

[heartdevil]

Therapyx: Вот смотрите. В таблице Categories у вас есть, к примеру, такое множество {1,2,3,2,4,2,1}. В сессии у вас сейчас пользователь c id = 2. Если вы используете свое условие в WHERE, то получаете только такое множество {2,2,2}. Если я вас правильно понял.

[Therapyx]

heartdevil: ну в таблице категорий сделал 6 записей. 3 из них добавлены юзером 1, и 3 из них добавлены юзером номер 2. получается если я сравниваю с UserID, который уже находится в категориях, то больше ничего и не надо. И тогда все прекрасно работает, это я понял :) Особенно ваши 2 коммента на Join разьяснили мне все куда лучше, чем большие статьи ) Но вот в моем случае (по моему говно запросу) если добавить к нему просто селект не только категории, но и юзера, то все рушиться, при том, что я не использую эти данные в каких-либо сравнениях в дальнейшем. Вот что именно мне не до конца ясно)

[heartdevil]

Therapyx: Смотрите, если вы вот так просто сделаете SELECT * FROM [User], [Categories] без условия объединения этих таблиц, то у вас в итоге сработает CROSS JOIN. То есть значения будут объединены каждое с каждым. Грубо говоря, умножение записей произойдет. В первой таблице было 3 записи, во втором тоже 3, в итоге будет 3*3 = 9 записей. Поэтому ТОЛЬКО если вам умножение записей необходимо в задаче, вы это можете делать. В остальных же случаях. ВСЕГДА используйте условие объединения таблиц через INNER JOIN (либо LEFT/RIGHT). Вы, конечно, можете и в WHERE все объединить, но тогда вам придется аккуратно сочинить правильное условие. Что гораздо проблематичнее, что показал ваш пример. Гораздо лучше использовать условие объединения таблиц через INNER JOIN, а уж потом в результирующем наборе записей фильтровать по WHERE так, как вам нужно.

[Therapyx]

"Смотрите, если вы вот так просто сделаете SELECT * FROM [User], [Categories] без условия объединения этих таблиц, то у вас в итоге сработает CROSS JOIN." = Аааааааааа все)) теперь понял, я просто этой штуки не знал. Надо запонять пробелы... :(

[Therapyx]

heartdevil: Еще раз спасибо :)

[heartdevil]

Therapyx: всегда пожалуйста).