SQL Join?

[Williams]

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

"SELECT * FROM [Profiles] JOIN [UsersCredentials] ON Profiles.ID = UsersCredentials.ProfileID JOIN [UsersApplications] ON Profiles.ID = UsersApplications.ProfileID"

Имею вышеуказанный синтаксис. На выходе получаю только индексы записей в привязанных таблицах, однако желаю получать готовые значения. Как? (MS SQL)

[ANDLL]

Че?
И почему все так любят join on вместо простого where?

[Ronin]

бред

[Williams]

Короче мне надо считать сам профайл, его credentials (которых может быть много) и applications (также много) - все разом

[Ronin]

Короче мне надо считать сам профайл, его credentials (которых может быть много) и applications (также много) - все разом

А проблема то в чем??

[ANDLL]

Конструкция select * from a,b,c where a.x = b.y and b.z = c.ю

[Williams]

Конструкция select * from a,b,c where a.x = b.y and b.z = c.ю

хы, так просто? Тогда в чем фишка юзать Join?

[Ronin]

Конструкция select * from a,b,c where a.x = b.y and b.z = c.ю

ИМХО microsoft запросы лучше, т.к. способом, который ты указал можно сделать не все

[Ronin]

Либо я чего то не понимаю, либо я чего то не заметил, но в чем проблема была? Не работал запрос?

[Williams]

Еще забыл указать: в UsersApplications хранятся только индексы имеющихся у пользователя приложений. В то время как в "Applications" хранятся сами данные о приложениях. (видимо в этом загвоздка была). Как их оттуда выдрать в одном же запросе?

[ANDLL]

Тогда в чем фишка юзать Join?

В том виде который привел ты - бестолку. У джойн есть другие применения

[ANDLL]

Изъясняйся в простых терминах, описание таблиц и связи полей, желательно в виде abc

[Ronin]

INNER JOIN Applications ON Applications.ID = UsersApplications.ApplicationID добавь

[Williams]

4 таблицы:

Applications (приложения)
Profiles (пользовательские профайлы)
UsersApplications (пользовательские приложения - привязка к Profiles и Applications)
UsersCredentials (пользовательские данные, пара логин-пароль, привязка к Profiles)


По имени профайла надо получить список его приложений и credentials.

Затем все это будет паковаться в пользовательский класс вида


Class Profile
Applications
Credentials
...
End Class

[Ronin]

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

SELECT     UserCrentials.*, Applications.*
FROM Profiles   INNER JOIN UserCrentials  ON ....
            INNER JOIN UserApplications ON ....
            INNER JOIN Applications ON ....


Но лучше разбить на 2 запроса отдельно: Applications и UserCrentials

[Williams]

Но лучше разбить на 2 запроса отдельно: Applications и UserCrentials

Какие приемущества?

[Ronin]

Но лучше разбить на 2 запроса отдельно: Applications и UserCrentials

Какие приемущества?

если в UsersCredentials 1 строка то никаких.. А вот если несколько то либо придется использовать последующую группировку либо DISTINCT.
При такой схеме, когда 2 таблицы связываются с 1 то получается так что из каждой строки таблицы Profiles получится (Количество строк, связанных из UsersApplications * количество связанных из UsersCredentials) строк. То есть получится по сути Cross Join

[Williams]

UsersCredentials может быть несколько на 1 профайл. В каком случае как быть?

[Ronin]

Смотри, у тебя к примеру таблицы A, B, C... Как в твоем случае, связка идет так - FROM A INNER JOIN B ON A.BID = B.BID INNER JOIN C ON A.CID = C.CID
К примеру у тебя в таблице A (читай Profiles) 1 строка (то есть их много но рассматриваем мы одну)
По связке к ней привяжутся 2 строки из B и 2 строки из С. Тогда в итоге у тебя на выходе будет 4 строки

UsersCredentials может быть несколько на 1 профайл. В каком случае как быть?

Все зависит от задачи, которая перед тобой стоит..

[Ronin]

Если в связке Profiles и UsersCredentials джойнятся по 1 записи, то все нормально, а если у одного профиля несколько UsersCredentials и несколько UsersApplications то я бы предпочел выбрать сначала Applications, затем Credentials (это в том случае если ты выбираешь только одну запись (WHERE Profiles.ID = #). Если же тебе надо сразу получить все, то потом придется группировать

[Williams]

Задача решена совместными усилиями, во многом благодаря Ronin

[SLIM]

Вообще подробнее нужно было структуру описывать, с полями и т.д.
А то не ясно где у тебя что цепляется и по каким полям.
Вообще, поидее, inner join не должен исказить данные и сопоставить каждой записи одной таблицы все записи другой, зачем только лишняя группировка не пойму (Ronin ?)

[Ronin]

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

+1

Вообще, поидее, inner join не должен исказить данные и сопоставить каждой записи одной таблицы все записи другой, зачем только лишняя группировка не пойму (Ronin ?)

Хм, INNER JOIN Выводит записи один-к-одному, т.е. все связанные, а не каждой записи одной все записи другой.
Под группировкой я имел ввиду не GROUP BY (она тут не уместна), а группировка в пост обработке строк foreach'ем.. Т.к запрос возвращает разносторонние записи (одна таблица с PK и две с FK), то возвращать их в одном запросе мне кажется неприемлемым.
Как оказалось мы с Williams не так друг друга поняли. Ему не надо было получать эти данные именно в одном запросе. И все удачно решили, сделав 2 запроса через точку с запятой в одно обращение к серверу

[Williams]

Может кому пригодится:

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

"SELECT     Applications.name, Applications.action FROM         Profiles INNER JOIN " & _
                      "UsersApplications ON Profiles.id = UsersApplications.profileid INNER JOIN " & _
                      "Applications ON UsersApplications.applicationid = Applications.id WHERE Profiles.Name = @ProfName;" & _
"SELECT     UsersCredentials.name, UsersCredentials.value " & _
"FROM         Profiles INNER JOIN " & _
                      "UsersCredentials ON Profiles.id = UsersCredentials.profileid WHERE Profiles.Name = @ProfName"

[SLIM]

Смотрел смотрел я на запрос, смотрел смотрел....
Слушай, а почему не с'inner join-ть все сразу в одном запросе?
Как Ronin и сказал, всы выберется один-к-одному. Выводится в итоге четыре поля. Две таблицы соединяются по "id prof"-а, и один раз по idapp
Советую inner-ить UserCred не к ProFiles, а к UserApp, а потом все это дело цеплять к App.

И ошибок я думаю не будет

[Ronin]

Смотрел смотрел я на запрос, смотрел смотрел....
Слушай, а почему не с'inner join-ть все сразу в одном запросе?
Как Ronin и сказал, всы выберется один-к-одному. Выводится в итоге четыре поля. Две таблицы соединяются по "id prof"-а, и один раз по idapp
Советую inner-ить UserCred не к ProFiles, а к UserApp, а потом все это дело цеплять к App.

И ошибок я думаю не будет

Ну ты создай примерно такую же структуру и попробуй сделать проще. Я не говорю, что нельзя сделать одним запросом. Просто тогда придется использовать пост обработку результата
Правильно, 4 поля. 2 из одной таблицы и 2 из другой. Причем они будут объеденены по Cross Join (каждая с каждой)

[SLIM]

Я не понял почему Cross то...ладно, нарисую схемку, разберем потом