On 10/26/26 3:56 AM, Mark wrote:
Correction for anybody who reads this later:
Adrian
I eventually got what you were hinting at, I should INOUT to supply the
parameters at part of the SELECT, though I feel like this is not a good
idea unless actually required from a security perspective (though I
acknowledge this will be a trivial difference)
Given that OUT is basically an alternate form of RETURNS why do you want
to supply the OUT values to the function/procedure SELECT/CALL in the
first place?
That would be something the function/procedure does internally using the
IN values, where IN is either explicitly stated or implied by a lack of
an IN/OUT/INOUT declaration.
--
Adrian Klaver
[email protected]
