Subject | Re: [IB-Architect] Rows Affected inside of a stored procedure or trigger |
---|---|
Author | Ian Newby |
Post date | 2001-12-10T09:44:47Z |
Hi Jason,
Why does implementing returning require a singleton operation? Isn't
it an option to return a result set?
The current client tools would need modification anyway to allow
either option to take place as I don't believe that an DML statement can
return anything. Allowing it to return a result set would mean that any
client tool would work without changing the interface.
the number of primary records read. ie ignore any records affected by
triggers etc.
Regards
Ian Newby
Why does implementing returning require a singleton operation? Isn't
it an option to return a result set?
The current client tools would need modification anyway to allow
either option to take place as I don't believe that an DML statement can
return anything. Allowing it to return a result set would mean that any
client tool would work without changing the interface.
> Only problem I see is in the case of multiple record operations like anI think that the best approach for this type of problem is to return
> update or delete. AFFECTED would always be an aggregate but would you then
> have to start "fetching" the update process along or get some kind of
> aggregate on the operation for other columns.
the number of primary records read. ie ignore any records affected by
triggers etc.
Regards
Ian Newby