Работаю с базой *.MDB средствами ADO из Visual C++.
В базе создана SP с параметрами, возвращающая набор записей,
зависящий, есс-но от параметров.
Если выполнить SQL запрос, аналогичный телу SP, время отклика ~40 сек.
Время отклика при обращении к SP оператором EXEC procname составляет
3 - 4 сек (ради чего все и делается).
Может ли кто объяснить следующее:
1. Почему время генерации SP при выполнении CREATE PROC составляет
40 - 50 сек
2. Почему это время создания сильно зависит от количества LEFT JOIN в
теле SP, хотя время исполнения от этого не зависит
3. Самое странное и неприятное то, что SP иногда!!! не возвращает только
что добавленные записи, хотя эквивалентный SQL запрос - возвращает!!!
Если SP пересоздать, возвращаются все записи.

Создается впечатление, что SP - это просто заранее подготовленный результирующий набор, но как его можно подготовить не зная параметров???
Как бы я хотел ошибаться!!! Помогите, кто может!!!

Вот текст SP, хотя без структуры базы он, наверное, мало что значит.
Вопрос-то не по синтаксису, а в ппринципе, что есть SP в понимании
Access.
Access у меня нет, и не будет. Soft только лицензионный.

CREATE PROC DEMO (@reg int, @typ int, @vid1 int, @vid2 int, @vid3 int, @status1 int, @status2 int, @status3 int,
@prm1 int, @prm2 int, @prm3 int, @prm4 int, @prm5 int, @prm6 int, @prm7 int, @prm8 int, @prm9 int, @prm10 int)
AS
SELECT OBJ.OBJ_ID, OBJ.OBJ_REG, OBJ.OBJ_TYP, OBJ.OBJ_NAME, RG.NAME, VAL1.VAL_NAME, PRM1.PRM_VAL, PRM10.PRM_VAL, PRM2.PRM_VAL, PRM3.PRM_VAL, VAL2.VAL_NAME, VAL3.VAL_NAME, VAL4.VAL_NAME, VAL5.VAL_NAME, OBJ.OBJ_DTIN, VAL6.VAL_NAME, OBJ.OBJ_DTOUT, PRM4.PRM_VAL, PRM5.PRM_VAL, PRM6.PRM_VAL, PRM7.PRM_VAL, PRM8.PRM_VAL, PRM9.PRM_VAL
FROM ((((((((((((((((OBJ INNER JOIN RG ON OBJ.OBJ_ZONE=RG.CODE)
INNER JOIN VAL VAL1 ON (VAL1.VAL_REG = OBJ.OBJ_ZONE) AND (VAL1.VAL_CODE=OBJ.OBJ_PLACE) AND (VAL1.VAL_SPR = OBJ.[OBJ_#PLACE]))
INNER JOIN VAL VAL2 ON (VAL2.VAL_REG = OBJ.OBJ_REG) AND (VAL2.VAL_CODE=OBJ.OBJ_TYP) AND (VAL2.VAL_SPR = OBJ.[OBJ_#TYP]))
INNER JOIN VAL VAL3 ON (VAL3.VAL_REG = OBJ.OBJ_REG) AND (VAL3.VAL_CODE = OBJ.OBJ_VID) AND (VAL3.VAL_SPR = OBJ.[OBJ_#VID]))
INNER JOIN VAL VAL4 ON (VAL4.VAL_REG = OBJ.OBJ_REG) AND (VAL4.VAL_CODE = OBJ.OBJ_STATUS) AND (VAL4.VAL_SPR = OBJ.[OBJ_#STATUS]))
INNER JOIN VAL VAL5 ON (VAL5.VAL_REG = OBJ.OBJ_REG) AND (VAL5.VAL_CODE = OBJ.OBJ_PRIN) AND (VAL5.VAL_SPR = OBJ.[OBJ_#PRIN]))
INNER JOIN VAL VAL6 ON (VAL6.VAL_REG = OBJ.OBJ_REG) AND (VAL6.VAL_CODE = OBJ.OBJ_PROUT) AND (VAL6.VAL_SPR = OBJ.[OBJ_#PROUT]))
LEFT JOIN (SELECT PRM_REG, PRM_ID, PRM_VAL FROM PRM WHERE PARAM_CODE = @prm1) PRM1 ON (PRM1.PRM_REG = OBJ.OBJ_REG) AND (PRM1.PRM_ID = OBJ.OBJ_ID))
LEFT JOIN (SELECT PRM_REG, PRM_ID, PRM_VAL FROM PRM WHERE PARAM_CODE = @prm8) PRM8 ON (PRM8.PRM_REG = OBJ.OBJ_REG) AND (PRM8.PRM_ID = OBJ.OBJ_ID))
LEFT JOIN (SELECT PRM_REG, PRM_ID, PRM_VAL FROM PRM WHERE PARAM_CODE = @prm9) PRM9 ON (PRM9.PRM_REG = OBJ.OBJ_REG) AND (PRM9.PRM_ID = OBJ.OBJ_ID))
LEFT JOIN (SELECT PRM_REG, PRM_ID, PRM_VAL FROM PRM WHERE PARAM_CODE = @prm10) PRM10 ON (PRM10.PRM_REG = OBJ.OBJ_REG) AND (PRM10.PRM_ID = OBJ.OBJ_ID))

LEFT JOIN (SELECT PRM.PRM_REG, PRM.PRM_ID, VAL.VAL_NAME AS [PRM_VAL]
FROM (PRM INNER JOIN PARAMS ON (PARAMS.REG = PRM.PRM_REG) AND (PARAMS.CODE = PRM.PARAM_CODE))
INNER JOIN VAL ON (VAL.VAL_REG = PRM.PRM_REG) AND (VAL.VAL_SPR = PARAMS.SPR) AND (VAL.VAL_CODE = PRM.PRM_VAL_SPR)
WHERE PRM.PARAM_CODE = @prm2) PRM2
ON (PRM2.PRM_REG = OBJ.OBJ_REG) AND (PRM2.PRM_ID = OBJ.OBJ_ID))

LEFT JOIN (SELECT PRM.PRM_REG, PRM.PRM_ID, VAL.VAL_NAME AS [PRM_VAL]
FROM (PRM INNER JOIN PARAMS ON (PARAMS.REG = PRM.PRM_REG) AND (PARAMS.CODE = PRM.PARAM_CODE))
INNER JOIN VAL ON (VAL.VAL_REG = PRM.PRM_REG) AND (VAL.VAL_SPR = PARAMS.SPR) AND (VAL.VAL_CODE = PRM.PRM_VAL_SPR)
WHERE PRM.PARAM_CODE = @prm3) PRM3
ON (PRM3.PRM_REG = OBJ.OBJ_REG) AND (PRM3.PRM_ID = OBJ.OBJ_ID))

LEFT JOIN (SELECT PRM.PRM_REG, PRM.PRM_ID, VAL.VAL_NAME AS [PRM_VAL]
FROM (PRM INNER JOIN PARAMS ON (PARAMS.REG = PRM.PRM_REG) AND (PARAMS.CODE = PRM.PARAM_CODE))
INNER JOIN VAL ON (VAL.VAL_REG = PRM.PRM_REG) AND (VAL.VAL_SPR = PARAMS.SPR) AND (VAL.VAL_CODE = PRM.PRM_VAL_SPR)
WHERE PRM.PARAM_CODE = @prm4) PRM4
ON (PRM4.PRM_REG = OBJ.OBJ_REG) AND (PRM4.PRM_ID = OBJ.OBJ_ID))

LEFT JOIN (SELECT PRM.PRM_REG, PRM.PRM_ID, VAL.VAL_NAME AS [PRM_VAL]
FROM (PRM INNER JOIN PARAMS ON (PARAMS.REG = PRM.PRM_REG) AND (PARAMS.CODE = PRM.PARAM_CODE))
INNER JOIN VAL ON (VAL.VAL_REG = PRM.PRM_REG) AND (VAL.VAL_SPR = PARAMS.SPR) AND (VAL.VAL_CODE = PRM.PRM_VAL_SPR)
WHERE PRM.PARAM_CODE = @prm5) PRM5
ON (PRM5.PRM_REG = OBJ.OBJ_REG) AND (PRM5.PRM_ID = OBJ.OBJ_ID))

LEFT JOIN (SELECT PRM.PRM_REG, PRM.PRM_ID, VAL.VAL_NAME AS [PRM_VAL]
FROM (PRM INNER JOIN PARAMS ON (PARAMS.REG = PRM.PRM_REG) AND (PARAMS.CODE = PRM.PARAM_CODE))
INNER JOIN VAL ON (VAL.VAL_REG = PRM.PRM_REG) AND (VAL.VAL_SPR = PARAMS.SPR) AND (VAL.VAL_CODE = PRM.PRM_VAL_SPR)
WHERE PRM.PARAM_CODE = @prm6) PRM6
ON (PRM6.PRM_REG = OBJ.OBJ_REG) AND (PRM6.PRM_ID = OBJ.OBJ_ID))

LEFT JOIN (SELECT PRM.PRM_REG, PRM.PRM_ID, VAL.VAL_NAME AS [PRM_VAL]
FROM (PRM INNER JOIN PARAMS ON (PARAMS.REG = PRM.PRM_REG) AND (PARAMS.CODE = PRM.PARAM_CODE))
INNER JOIN VAL ON (VAL.VAL_REG = PRM.PRM_REG) AND (VAL.VAL_SPR = PARAMS.SPR) AND (VAL.VAL_CODE = PRM.PRM_VAL_SPR)
WHERE PRM.PARAM_CODE = @prm7) PRM7
ON (PRM7.PRM_REG = OBJ.OBJ_REG) AND (PRM7.PRM_ID = OBJ.OBJ_ID)

WHERE OBJ.OBJ_REG = @reg AND OBJ.OBJ_TYP = @typ AND (OBJ.OBJ_VID = @vid1 OR OBJ.OBJ_VID = @vid2 OR OBJ.OBJ_VID = @vid3)
AND (OBJ.OBJ_STATUS = @status1 OR OBJ.OBJ_STATUS = @status2 OR OBJ.OBJ_STATUS = @status3)

Не понял как ответить конкретному автору в этом форуме.
Для Витал отвечаю:
работаю с файловой базой *.MDB, но Access у меня нет, и не предвидится.
Все делается как принято в SQL Server, операторами CREATE TABLE, CREATE PROC, и т.п. Вынужден так делать, т.к. закзчик хочет иметь "чистую" настольную СУБД.

И не понял так же, как редактироавать свои сообщения. Извините,
и подскажите пожалуйста.
Для Витал:
откомпилированная SP выполняется очень быстро (см текст), в этом вся ее
прелесть! Вот только "компилируется" она очень долго. Примерно столько же,
сколько выполняется простой SQL запрос.
Проблема в в том, что уже откомпилировнная процедура иногда!!!, не всегда,
не возвращает все имеющиеся в базе записи, в то время как SQL запрос возвращает все как полагается, только работает неприемлемо долго.

1 To VIG
Thanks to VIG for explanation.

1 Владимир Саныч.
Как-то читается неудобно ('to' всё-таки, необходимая вещь).
М.б. что-то знаешь по теме. Поделись, опытом.
Профиль твой, конечно посмотрел.

2 to Владимир Саныч
Охотно верю, судя по количеству постов.
Пожалуйста, подумай, вспомни м.б. что-то придёт.
Я же не рецепт прошу, а просто совет!

to VIG
см. MSDN april 2001
...\\Advanced Microsoft Jet SQL for Access 2000.htm
Есть в Access 2000 понятие SP, слава тебе Microsoft, но очень слабо в сравнении с SQL Server.
Невозможно (по моему опыту) создать SP более чем из одного SQL
выражения.

Теперь эмоции:

уже 2 суток мучаюсь, м.б. лучше они этого и не обещали!
SP и QUERY в Access 2000 не то же самое.
Я пользуюсь только JET ENGINE 4.0, и не знаю как создать запрос
используя ADO
Весь проект летит нахрен!!!
Думаю проверять количество записей, возвращаемых из SP
сравнением с выражением типа SELECT COUNT
и пересоздавать SP, если не совпадает.
Но это-же 40-50 сек!!!
И что я связался с этим грёбаным *.MDB!!!
Уважаемые ГУРУ, ПОМОГИТЕ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

to progist
Да, но!!!
Я же не могу, и не хочу заставлять клиента иметь MSDE или что иное
(InterBase, или, не приведи Господи ORACLE).
Мне надо оттелаться простой установкой MDAC, и ничего больше!!!

to progist
Да не об этом же прения!!!
В User Interface Access 2000 их нет, конечно же, но средствами ADO
можно создавать не только SP, но и View, и это было бы круто,

если бы..................................................................................
заяц белый, куда бегал, трыды-брынды, что поклал, пид колоду закопал......

Меня интересуют мнения о механизме реализации
SP в машине JET 4.0 (см первый пост)

to Владимир Саныч (к одному из них).
"Зашел в профиль Sha, прочитал про пневматическое оружие"
Это оттяжка, и ерунда. За целкость не платят!!!
Дай совет, Уважаемый Саныч!
Т.к. вся логика реализована в программе (иначе с *.MDB не подлучается)
кроме этого, основного для проги запроса в виде SP,
м.б. проще переехать на другой базис?
Sovety, Sovety, Sovety, Sovety!!!!!!!!!!!!!!!!!!!!!!
Или пошлите меня на......другой форум.

to Progist
Неужели Вы мне не верите, есть в JET 4.0 хранимые процедуры, и View тоже есть. Я этим пользуюсь уже два года. И рельная польза тоже есть
(см первый пост). Еще раз отмечаю, что через User Interface самого Access
эти возможности недоступны (поправь меня Саныч, если я ошибся в орфографии). Вся эта байда доступна через ADO и ADOX.
Упёрся я в дурь какую-то, и прошу совета, как из этой дури выбраться!!!

Да пожалуйста, ничего особенного тут нет
Хочу!Хочу!Хочу!Хочу!Хочу!Хочу!Хочу!Хочу!Хочу!Хочу!
Совета, как мне выкрутиться из этого дурацкой ситуации,
пока заказчик не заметил дури!!!!!!!!!!!!!!!!!!!!!!!!!!!

/*это тело файла Memory.udl
[oledb]
Provider=Microsoft.Jet.OLEDB.4.0;Data
//это просто путь к моей базе
Source=D:\MSDEV\Work_C++\Data\MemoBig.mdb;Persist Security Info=False
*/
//инициализируем глобальный объект Connection
_bstr_t bstrConnStr = "File Name=Memory.udl";

hr = g_pConn.CreateInstance("ADODB.Connection");
if(FAILED(hr))
{
ShowHResultError(hr, "CSGridDoc::OnNew\n
Неудалось создать экземпляр Connection");
return FALSE;
}
try
{
g_pConn->Open(bstrConnStr, "", "", 0);
}
catch(_com_error pCE)
{
vDisplayError(pCE);
return FALSE;
}
catch(CException e)
{
e.ReportError();
return false;
}
catch(...)
{
LPVOID lpMsgBuf;
FormatMessage(
FORMAT_MESSAGE_ALLOCATE_BUFFER |
FORMAT_MESSAGE_FROM_SYSTEM |
FORMAT_MESSAGE_IGNORE_INSERTS,
NULL,
GetLastError(),
0, // Default language
(LPTSTR) &lpMsgBuf,
0,
NULL
);
}

Извинитте, дал полный код, смотрится плохо!
Да это всё не в тему!
Вы говорите нет в Access SP, а ест только QUERY?
Но почему тогда я не вижу SP как QUERY в самом Access (нелегально, чтобы никто не засёк меня за этим занятием)
Нет, это что-то другое, но вот что, сам никак не пойму, хотя работает!
Только вот плохо работает (см первый пост) но скорость - отличная!

to Саныч.
Саныч, тебе это конечно неинтересно, а мне надо за субботу и воскресенье устранить глюк. А я вот никак не пойму в чём он.
Ты же видишь, я редко обращаюсь к форуму, но сейчас припёрло!!!!

to fedd
дык вызов-то всего лишь навсего EXEC DEMO 1,2,3,4,5,.........
параметры заданы по-умолчанию, т.е их можно не указывать.
Последние, разумеется.


Ну мужики, я же не о технике, а о сути!!!!!
ЧТО ЕСТЬ ХРАНИМАЯ ПРОЦЕДУРА В СМЫСЛЕ ACCESS??????
Или мне пора на пенсию по инвалидности умственной!!!!!

to VIG
Спасибо за внимание!
Но я ничего не понял, я в Access никогда не работал.
Пожалуйста, более доходчиво изложите Ваше мнение!!!

to fedd
Эти грёбаные LEFT JOIN - ы и портят мне жизнь (сегодня)
Предполагается, что юзер может захотеть (чтоб его.......)
увидеть в Grid-е некоторые из множества параметров объекта.
Их (видимых) может быть столько, скольео LEFT JOIN -ов я пропишу
в главном запросе. В этом суть.
После 5-ти LEFT-ов процесс создания процедуры начинает тормозить.
Хуже того, тормоза экспоненциальные!!!
Вот это-то и наталкивает меня на мысль о суициде.
Тестовый вариант базы не предусматривал более 3-х,
яйца оторвал бы этим бабам, если бы они у них былм!!!

to fedd
Есть, конечно у меня краденный Access, не видит он хранимых процедур!
Да я же дал ссылку на MSDN, там всё честно написано,
НО НЕ ВСЁЁЁЁЁЁЁЁ!!!

to Владимир Саныч
А вот ещё анекдот не в тему (из Internet, разумеется, они там появляются
до того, как я их сочиню!!!)
Один из ВУЗОВ России проводит день открытых дверей.
Однако, вместо телефона деканата, опубликовали телефон морга.
(разница была в одну цифру).
Всё было спокойно в течении двух недель, но накануне этого дня...
Звонок из морга в деканат. "У нас, конечно, всегда двери открыты, но не дако же степени, чтобы спрашивать 'а можно я приду и уточню подробности поступления'."