I googled a lot and found that usually this could not be done. I came across one of the hackers:
http://www.bp-msbi.com/2011/04/ssrs-cascading-parameters-refresh-solved/
But it does not work for me in ssrs 2005. It's just interesting if anyone else tried in 2005. Or there are other hacks that you can try.
In accordance with this article, a dependent parameter is updated only when its values are invalid by a selection in the first parameter. If we can cancel the dependent parameter each time the parameter is changed, we will provide a complete update. An easy way to do this is to add a value, such as a GUID, obtained using the T-SQL NEWID () function.
So basically we want to introduce a fake parameter between two real parameters. This fake parameter is supposed to return new values every time the stored file behind it adds a guide to the result set every time you call proc. Thus, it completely updates the other parameters.
Now the main problem that I am facing is the following:
Sets the default value for this fake parameter. For available values, the program is stored behind a false parameter, it starts and returns data in the format say: result1, result2_GUIDFROMSQL
Now it looks like the same storeproc is being called again to set the defult value if I ask it to get the default value from the request. But as storeproc starts up, a new guid appears again, so the old value cannot be found, therefore it cannot be set as desired.
I just need to figure out the mechanism for passing this pointer from the entered parameter to the next parameter.
That's where I fail.
My problem can simply be replicated by creating a parameter whose data source is this request.
select getdate() id, @name nid
So, in this case, how to set the default value for this parameter.