Help using "WHERE col_N IN (?,?,?)" clause in SQLJ stmnt

Question

Hi All,
I need assistance with a SQLJ SELECT statement that includes a 'WHERE <colN> IN (<value list>) clause with <value list> consisting of a set of host variables. Unfortunately, I can find NO reference to such a clause - spefically, a WHERE that includes the IN operator - in any of the standard JDBC reference material - e.g., JDBC API Tutorial & Reference, 2nd Ed. from Sun, Oracle JDBC/SQLJ programming references, etc..
I need to implement a SELECT stmnt similar to the following:
SELECT *
FROM locations
WHERE city IN ('Atlanta','San Francisco','Columbus')
If I know ahead of time how many Strings will be in my set of values, building the statement using host variables is straight-forward:
#sqlj myIterator = {
SELECT *
FROM locations
WHERE city IN (:city1, :city2, :city3)
My problem is that I don't know ahead of time how many cities will be in my list. Since SQLJ cannot handle dynamically built SELECT statements, I cannot construct
my statement at runtime and simply add as many '?' as are required.
I had hoped that I could simply put a single '?' and bind an array of Strings to it - e.g.:
String[] arValues = new String[3];
arValue[0] = new String('Atlanta');
arValue[1] = new String('San Francisco');
arValue[2] = new String('Columbus');
#sqlj myIterator = {
SELECT *
FROM locations
WHERE city IN (:arValue)
This does not appear to work.
Can anyone provide information on how to implement this kind of PrepStmnt in JDK v1.1.8/JDBC v2.0?
Thanks ahead of time for any help provided!
Cheers,
BillB

Answer 1

Well, this is the eternal problem that many people faced at least once.
At least, for JDBC, I find no other solution for to make my own jdbc layer on top of standard jdbc (oracle for exemple), to handle the variable (?,?,?...) by building, when needed, a new query string (using a cache for these already constructed, otherwise, it would be slow to build each time the query string).
As for SQLJ, I don't think there is a way, though, as SQLJ is a script, they could add it easily on top of it like I did with JDBC.
Riad