I have a handful of raw SQL queries for SQL Server which use SCOPE_IDENTITY to retrieve the generated ID for a specific INSERT immediately after that INSERT occurs all in one execution…
INSERT into Batch(
BatchName,
BatchType,
Source,
Area
) Values (
@strBatchName,
@strType,
@strSource,
@intArea
);
SELECT SCOPE_IDENTITY() BatchID;
The question is:
What’s the best way to do that for an Oracle database?
Can this be done on Oracle through standard SQL or do I have to switch this to use a stored procedure and place something similar in the body of the stored proc?
If it must be a stored proc, then what is the de-facto standard way for retrieving the last generated sequence number, taking care to consider there will likely be overlapping executions on multiple threads so this mechanism will need to retrieve the right generated ID and not necessarily the absolute last generated ID.
If two execute simultaneously then each must return the correct generated ID from each respective call. Notice I’m not using SQL Server’s “@@IDENTITY” because of that multithreaded nature of the calls.
I would rather keep it as raw SQL if possible since that’s much easier for me to manage across platforms (single file containing each platform’s SQL block separated by DBMS identifying tags). Stored procs are a bit more work for me to manage, but I can go that way if it’s the only way possible.
Expanding a bit on the answers from @Guru and @Ronnis, you can hide the sequence and make it look more like an auto-increment using a trigger, and have a procedure that does the insert for you and returns the generated ID as an out parameter.
You can then call the procedure instead of doing a plain insert, e.g. from an anoymous block:
You can make the call without an explicit anonymous block, e.g. from SQL*Plus:
… and use the bind variable
:l_batchidto refer to the generated value afterwards: