Можно ли в SP передать в качестве параметра массив чисел ?
Конкретнее ситуация следующая, сохраненная продцедура возвращает отфильтрованный по различным параметрам набор записей и суммарные значения...
Одним из параметров являеться поле Status tinyint, всего статусов 15 и они кодируються соответствующими числами от 0-14. Так вот можно какимто образом передать в SP статусы для фильтрации в виде {1,4,12,15} для использования в выражении WHERE a.Status IN (...), что то в этом роде ?

Либо единственный способ это кодироавть необходимые статусы в int и потом както разкодироать (если да то как это лучше оформить в SP ?)

Использую SQL Server 7 и клиентская часть Delphi + ADO + ADOStoredProc ...

Спасибо ! выражение
','+@statuses+',' like '%,'+convert(varchar(20),@status)+',%'
работает отлично, как я понял его надо подставить в виде :
WHERE (a.Status=NULL or ','+@statuses+',' like '%,'+convert(varchar(20),a.Status)+',%') and ... ?

я пока не попробовал т.к. запутался с JOIN-ами
Ситуация такая (надо соеденить данные из 3х таблиц):
1. LAgreements - договора (список договоров и надо получить) первичный ключ Lagr_id int (поля : AgrNum varchar(30), Status tinyint, ...)
2. LCustAgreements (клиенты участвующие в договоре и их роли в нем) в виде :
Lagr_id int
Cust_id int - первичный ключ в таблице Customers
CustType_id int - (1-клиент,2-продавец, 3-страховщик и т.д.)
3. Таблица Customers (первичный ключ Cust_id) нужны поля CustName varchar(50) ..
4. Таблица Statuses (первичный ключ Status int) - статусы договора (надо получить поле Short varchar(5))

Надо все это объеденить в список договоров в виде :
Lagr_id
AgrNum
Short
CustName

при этом чтобы была возможность фильтровать например по статусу @ststuses {1,4,5} и по клиенту (@Cust_id int и по его роли @Role int) ... примерно такая задача ! На ней я пока и споткнулся

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

Fompro :
Спсибо за идею надо подумать насчет ... 1,2,4,... ", но у меня они очень много где используються эти статусы боюсь что потом будет трудно контролировать ... а может и нет ...

Dmitry:
А есть какой-то принцип какую таблицу ставить первой ?
и вообще какое объединение считается первым самое вложенное или наоборот ?

Кстати а какая вообще разница в выполнении запросов где используеться WHERE или вместо этого INNER JOIN ?
тот же пример :
Select a.Lagr_id, a.AgrNum, s.Short, c.CustName from Lagreements a, LcustAgreements ac, Customers c, statuses s
WHERE a.lagr_id=ac.lagr_id and ac.cust_id=c.cust_id and a.status=s.status and
(a.Status =’’ or ','+@statuses+',' like '%,'+convert(varchar(20),a.Status)+',%') and ...

Имеет ли смысл делать вначале соединение таблиц как INNER JOIN а потом фильтровать используя WHERE или не какой разницы нет если все делается с помощью одного WHERE ?

Тоесть когда используеться INNER JOIN можно контролировать в какойто мере как будет идти объединение таблиц а при WHERE все решит обтимизатор запросов ...
Значит в JOIN тоже не очень важно в какой последовательности соединять таблицы, только поля ON ... надо правильно проставить т.к. если что обтимизатор запросов все расставит по местам ?

Кстати что вы скажите про такую продцедуру ее стоит переписывать с JOIN или и так будет нормально ?

CREATE PROCEDURE spL_Mng_GetFiltredAgr_List
@Manager varchar(25)='ALL_MANAGERS',
@Statuses varchar(30)='',
@Cust_id int=0,
@CustType_id int=1,
@SDate datetime=NULL,
@EDate datetime=NULL
AS
IF @Manager='CURRENT_USER' SET @Manager=CURRENT_USER

SELECT a.Lagr_id, a.AgrNum, a.AgrCDate, a.User_id, c.cust_name, s.Short
FROM LAgreements a, LAgrStatuses s, customers c , LCustAgreements ca
WHERE a.Lagr_id=ac.Lagr_id and ac.Cust_id=c.Cust_id and a.Status=s.Status
and (@Statuses ='' or ','+@Statuses+',' like '%,'+convert(varchar(10),a.Status)+',%')
and (@Cust_id=0 or (ac.Cust_id=@Cust_id and ac.CustType_id=@CustType_id))
and (@Manager='ALL_MANAGERS' or a.User_id=@Manager )
and (ISNULL(@SDate,1)=1 or a.AgrCDate>=@SDate)
and (ISNULL(@EDate,1)=1 or a.AgrCDate<=@EDate)

а если в соединение добавиться еще пара таблиц тогда тоже нормально соединиться через WHERE ?
порядок того как следуют равенства в условии WHERE на что то влияет, например на производительность и т.к. или можно писать как попало ?

Только что я обнаружил разницу в использовании WHERE и JOIN, дело в том что приведенная выше продцедура правильно не объединяет записи
я получаю список из таблицы LCustAgreements

1 11111 2001-03-08 dbo DUBULTU ŠĶELDA OFR
1 11111 2001-03-08 dbo LAIMAVA OFR
1 11111 2001-03-08 dbo LAIMAVA OFR
1 11111 2001-03-08 dbo LAIMAVA OFR
1 11111 2001-03-08 dbo LAIMAVA OFR
1 11111 2001-03-08 dbo LAIMAVA OFR
2 22222 2001-03-10 dbo SERGEJS JURKEVIČS OFR
2 22222 2001-03-10 dbo SERGEJS JURKEVIČS OFR
2 22222 2001-03-10 dbo DUBULTU ŠĶELDA OFR

Просто к данным добавленны значения соответствующих полей из других таблиц, а мне надо тоже самое но из таблицы LAgreements !

Я случайно скопировал до исправления ошибки (там алиас должен быть у LCustAgreements не ca a ac) ...

Спасибо за помощи я вроде составил запрос с JOIN сам все работает ...выглядит это так :

CREATE PROCEDURE spL_Mng_GetFiltredAgr_List
@Manager varchar(25)='ALL_MANAGERS',
@Statuses varchar(30)='',
@Cust_id int=0,
@CustType_id int=1,
@SDate datetime=NULL,
@EDate datetime=NULL
AS
IF @Manager='CURRENT_USER' SET @Manager=CURRENT_USER

SELECT a.Lagr_id, a.AgrNum, a.AgrCDate, a.User_id, c.cust_name, s.Short

FROM LAgrStatus s INNER JOIN
LAgreements a ON s.Status = a.Status and (@Statuses ='' or ','+@Statuses+',' like '%,'+convert(varchar(10),a.Status)+',%') INNER JOIN
LCustAgreements ac ON a.Lagr_id = ac.Lagr_id AND (ac.CustType_id = @CustType_id) INNER JOIN
customers c ON ac.Cust_id = c.cust_ID and (@Cust_id=0 or (ac.Cust_id=@Cust_id))

WHERE a.Lagr_id=ac.Lagr_id and ac.Cust_id=c.Cust_id and a.Status=s.Status
and (@Manager='ALL_MANAGERS' or a.User_id=@Manager )
and (ISNULL(@SDate,1)=1 or a.AgrCDate>=@SDate)
and (ISNULL(@EDate,1)=1 or a.AgrCDate<=@EDate)

но интересно есть всетаки какието правила в каком точно порядке ставить таблицы, и в чем отличия если я вставляю дополнительные условия к JOIN в виде
.. b JOIN a ON a.id=b.id and 'доп. условие' and 'доп. усл.' JOIN ...

от случая если бы я их засунул в общий WHERE ? (Дело в том что я их поставил туда где они стоят чисто интуитивно ...)