2 gav
Ещё 20 топиков и достигнем нужного результата:)

Строка формируется в переменную (exec dbo.mySP myparam), при открытии отчёта она передаётся в OpenArgs.
На открытии отчёта пишем:
If Not IsNull(Me.OpenArgs) Then Me.RecordSource = Me.OpenArgs

2 ALL

Помню, получал такую проблему:
Задаём RecordSource отчёта: dbo.mySP, в InputParameters пишем
@myparam int="2003" (у процедуры один входной myparam int), открываем отчёт - всё работает.
Теперь в дизайнере всё это удаляем, сохраняем и прописываем это на открытие отчёта:
Me.RecordSource = "dbo.mySP"
Me.InputParameters = "@myparam int=""2003"""

Получаем вопрос: введите значение параметра myparam. Где грабли? Просто по старой памяти захотел разобраться, почему так не работает. Тогда время поджимало и сделал с формированием строки заранее, без InputParameters.

2 Odess
Не понял нифига. Он КАЖДЫЙ раз выводит запрос на ввод параметра - я же хочу его программно поставлять.
При чём тут превью - абсолюьно пофиг, как я открываю отчёт - сразу на принтер или на превью.

2 АлексейК
Делаем отчёт - не прописываем ничего в RecordSource.
Пишем функцию в отчёте:

В отчёте в InputParameters:
@myparam int = getparam_s()
На открытие:
Me.RecordSource = "dbo.mySP"

Не работает - спрашивает тоже самое:)

Если прописать процедуру заранее в RecordSource - то всё нормально, но это мне и так было известно и отчётов таких вагон. Как раз интересовала проблема с программным назначением параметров и рекордсурса. В итоге, старый дедовский способ - заранее сформированаая строка, переданная в openargs.
Вот не могу понять, где грабли-то?:)

2 Odess
При этом указан Рекордсурс и параметры? Или ничего не указано и всё на открытии задаётся?

2 АлексейК
попробуй в коде сразу прописывать и источник и входные параметры
me.recordsource = ...
me.inputparameters = ...
еще вариант (я не пробовал)
источник :
"exec MYSP @param1 int = 123"
или без exec
Читам то, что я раньше писал:
Строка формируется в переменную (exec dbo.mySP myparam), при открытии отчёта она передаётся в OpenArgs.
На открытии отчёта пишем:
If Not IsNull(Me.OpenArgs) Then Me.RecordSource = Me.OpenArgs
Теперь в дизайнере всё это удаляем, сохраняем и прописываем это на открытие отчёта:
Me.RecordSource = "dbo.mySP"
Me.InputParameters = "@myparam int=""2003"""
[526798] - это всё в этом ответе.

У меня так всё и работает - заранее сформированаая строчка. Просто интересно через параметры - программно в коде их задавать не получается.
Вариант Одесса повторить не удаётся - туплю, но не понимаю. Оставляю только заполненым в свойствах параметры - программно только источник, в конструкторе превью - спрашивает. Задаю - ещё превью - опять спрашивает.
Ты абсолютно прав, при смене источника сбиваются параметры - это можно наблюдать и в дизайнере. Указана строка с параметрами, нет источника, как только прописываем источник строка с параметрами обнуляется. У меня так. Аксес ХП 10.4302.4219 - SP2.

2 incold
ОПЕРЕДИЛ!

Вот хотел как раз написать - пришёл с обеда и набрёл на тоже самое:)
Значит, правильно, что не стал изначально париться, а по старинке всё сделал....
А тот тут воду в ступе уже толчём:)

2 Odess
При этом в свойствах отчёта не прописаны InputParameters заранее, а прописан только RecordSource? Ну не работает так у меня:)
У меня не работает даже так (на открытие):
Me.InputParameters = "@myparam int=""2003"""
Если эту строчку прописать в дизайне - всё пучком.
Все манипуляции с превью из дизайна и т.п. предложенные ранее не помогли.
Что не противоречит микрософту:)

2 gav
Дык и не парься - формируй строку на лету и посылай её в RecordSource.
Прочитай пост incold.

2 Odess
А читаем всё, что другие пишут или выборочно и сразу ответик?:)
Смотрим в пост номер [527053] в этой ветке:
Аксес ХП 10.4302.4219 - SP2

2 Odess
На втором превью просит ввести значение параметра "2003".
После сохранить в конструкторе заносится строчка в параметры:
myparam int="2003". Что уже мне не нравиться, так как для хранимых нужна @.
Это я по твоей инструкции.
Кусок хелпа:
Пример строки свойства InputParameter, используемой в инструкции SQL в свойстве Источник записей (RecordSource), может иметь следующий синтаксис.
state char=[Form]![StateList], salesyear smallint=[Введите год]

Пример строки свойства InputParameter используемой в сохраненной процедуре, имеет следующий вид.

@state char=[Form]![StateList], @salesyear smallint=[Введите год]

В результате параметр @state примет текущее значение элемента управления StateList и будет выведено приглашение на ввод параметра @salesyear. Любые другие параметры сохраненной процедуры, не присутствующие в списке, получат значения по умолчанию.

В общем, я думаю, умные дядьки из микрософт не стали бы зря писать то, что привёл инкольд...

Строка с параметрами у тебя сохраниться, попробуй передавать значение из другой формы - т.е. поставь в коде ссылку на другую форму.
Фактически, ты их автоматом после твоих манипуляций с превью прописал в дизайнере отчётов, а программно ничего не задаёшь - так как ссылка на форму статична и уже прописана в конструкторе отчёта.

2 Odess
В твоем случае нужно 2003 без кавычек писать - ты присваиваешь целому параметру текстовое значение - зачем?

Кавычки - дело десятое. так как аксесе сам делает преобразование типов в случае с входными параметрами. Факт в том, что у меня не работает не из-за кавычек:)

Повторяю - хранимка не нужна - я абсолютно так же работаю с Select.... и т.п.

Я ему про козу, а он мне про Ерёму. Ты мне советуешь все репорты на селектах писать в рекордсурсе, а ХП не использовать?:) Спасибо, не надо - лучше нет занятия, чем селект в аксесе править в рекордсурсе.... Да и на ХП по многим причинам лучше - компиляция, организация доступа и т.п

С чем ты мне советуешь поразбираться?:)
Повторяю - при задании рекордсурса и параметров последовательно - НЕ РАБОТАЕТ.

2 Odess
Ну если годиться. то дело другое:)

У меня цель другая - есть некая универсальная форма (не аксесовская), а отчётности:), для внутренних нужд - т.е. меняются только подписи к данным в зависимости от разных источников. Источники ХП с параметрами - количество их разное (параметров), вот и формируется на лету рекордсус...

2 gav
Посмотрел на рассуждения по поводу формирования стринга для RecordSource на лету - для меня это пройденный этап, любая ХП работает на порядок быстрее т.к. исполняется непосредственно ядром БД.
Поэтому и хотел бы посылать ей параметр из отчета через InputParameters.

Господи, ну сколько можно тупить-то! Или читаем как-то выборочно или просто не понимаем что читаем!
Форма, на форме кнопка и поле для выбора периода, за который надо сформировать отчёт:


Модуль отчёта (без форматирования контролов по условиям (о которых я раньше писал):



Форма приведена одна из, с одним параметром, есть другие формы, которые открывают то же отчёт, но с другим источником данных и с большим количеством параметров. При этом не происходит компиляции ХП (в моём случае) каждый раз при вызове отчёта. Под ДИНАМИЧЕСКИМ формированием строки подразумевалось именно это.
По-поводу параметров: достаточно написать того, что привёл incold.

Непосредственно в параметрах ХП (запроса) проходят только конструкции, ссылающиеся на объекты формы (ну типа Me.Control1...)
Народ как-то делает через глобальные переменные, но у меня ХП(запрос) их не видит, все равно выкидывае окно для ручного ввода параметра.

Не понял, запрос к серверу или ХП - ХП (запроса) - что у вас вообще adp или mdb??? 2 БОЛЬШИЕ разницы.
Поздний вопрос:), но что-то не нашёл в сообщениях на него ответ:)

Хранимая процедура здесь сохраняется в виде запроса Access и исполняется ядром Access, насчет порядка - это я погорячился, но быстрее
Серверной части вообще нет? Используются просто запросы с параметрами?
Тогда называй вещи своими именами и не путай народ!
Чтобы программно задавать параметры в запрос читаем справку по QueryDef и используем поиск по форуму - примеров была масса. Можно с формами, можно без.

2. Вводить эти параметры без привлечения к-л формы, используя либо InputParameters, либо глобальные функции или переменные в соотв. с выбранным на блок-схеме пунктом.
Мля, ну не скрещивайте ежа с носорогом!!! InputParameters в случае с параметизированными запросами вообще из другой оперы! Что за каша в голове:)

2 Odess
И не говори:)

Зато момент с этими параметрами окончательно прояснили для себя:)