Как получить 2 таблицы в хранимой процедуре в SQL Server?

Question

[Алексей Лебедев]

Это отлично работает, когда один результат:

using (var comm = new SqlCommand("dbo.GetProfile", conn))
{
    comm.CommandType = CommandType.StoredProcedure;
    comm.Parameters.Add(new SqlParameter("@uid", uid));
    using (var reader = comm.ExecuteReader())
    {
        if (reader.Read())
        {
            Response.Write(reader["id"]);
            Response.Write(reader["level"]);
        }
    }
}

Но когда нужно получить 2 таблицы, с такой хранимой процедурой:

ALTER PROCEDURE [dbo].[GetProfile]
@uid int
AS
BEGIN
    SET NOCOUNT ON;
	SELECT TOP 1 * FROM dbo.users where id=@uid;
	SELECT * FROM locations;
END

Как это сделать? Нормальный ли это подход или лучше разбить на 2 процедуры и на 2 запроса.

Answer 1

[Андрей Ласточкин]

...
        if (reader.Read())
        {
            Response.Write(reader["id"]);
            Response.Write(reader["level"]);
        }

        var ok = reader.NextResult(); // <---

        if( !ok ) return;

        if (reader.Read())
        {
            Response.Write(reader["lid"]);
            Response.Write(reader["sublid"]);
        }
...

Answer 2

[Станислав Макаров]

А какова цель использования хранимой процедуры только для получения данных? Я понимаю вы бы делали запросы на модификацию с добавлением логики, чтобы все это выполнить на стороне БД, а выборку-то зачем? Если есть конкретные причины, укажите, и подумаем как лучше сделать.

Comments

[Алексей Лебедев]

Для запросов используется на модификацию тоже используются хранимые процедуры.
Хочется в едином стиле + MS рекомендует использовать процедуры для безопасности и производительности

[Станислав Макаров]

Алексей Лебедев

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

Рекомендация Майкрософта звучит любопытно. Не могу сказать, что читаю много вайтпейперов по MSSQL, однако такая рекомендация выглядит странно в сочетании с Entity Framework, которую они рекомендуют для большинства бизнес-задач.

В любом случае, даже если пользуетесь ado.net напрямую, я думаю что достаточно составить правильный запрос с необходимыми агрегациями и сортировками, и пользоваться им непосредственно. Для повышения производительности используйте prepared statements, не думаю что будет много разницы с хранимками. На мой глаз ваши два селекта в хранимой процедуре смотрятся поистине странно ;)

[Алексей Лебедев]

Станислав Макаров: https://msdn.microsoft.com/ru-ru/library/ms190782.aspx