Using CSV is probably the simplest way, assuming you can be 100% certain that your elements won't themselves contain strings.
An alternative, and probably more robust, way of doing this is to create a custom type as a table of strings. Supposing your strings were never longer than 100 characters, then you could have:
CREATE TYPE string_table AS TABLE OF varchar2(100);
You can then pass a variable of this type into your stored procedure and reference it directly. In your case, something like this:
FUNCTION EXECUTE_UPDATE(
identifierList string_table,
value int)
RETURN int
IS
BEGIN
[...other stuff...]
update table1 set col1 = col1 - value
where id in (select column_value from table(identifierList));
RETURN SQL%ROWCOUNT;
END
The table()
function turns your custom type into a table with a single column "COLUMN_VALUE", which you can then treat like any other table (so do joins or, in this case, subselects).
The beauty of this is that Oracle will create a constructor for you, so when calling your stored procedure you can simply write:
execute_update(string_table('foo','bar','baz'), 32);
I'm assuming that you can handle building up this command programatically from C#.
As an aside, at my company we have a number of these custom types defined as standard for lists of strings, doubles, ints and so on. We also make use of Oracle JPublisher to be able to map directly from these types into corresponding Java objects. I had a quick look around but I couldn't see any direct equivalents for C#. Just thought I'd mention it in case Java devs come across this question.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…