Back
  1. Home
  2. Can I substitute table in FROM with a hosted variable?

Can I substitute table in FROM with a hosted variable?

Primary tabs

Replies

Robert Cemper's picture
Reply by Robert Cemper 6 days ago

NO it is not possible:
In IRIS for Windows (x86-64) 2020.1 (Build 215U) it is compiled.
But at run time you get an SQLCODE=1 and an error message for a bad SQL statement. 
Better compose an SQL string  "SELECT name FROM "_table and process it with some ResultSet class, 

The embedded code in the class we know from Cache is gone.
It all generates into  a %scqlc.* class
 

0 0
Accepted Answer
 
John Murray's picture
Reply by John Murray 5 days ago

Better compose an SQL string  "SELECT name FROM "_table and process it with some ResultSet class

But take care you don't open your system up to an SQL Injection attack.

+ 1 0
 
Vitaliy Serdtsev's picture
Reply by Vitaliy Serdtsev 6 days ago

Extending the reply of @Robert Cemper

  • The following query compiles without errors, even though Studio highlights the error 
    &sql(select :fieldname into :fieldvar from :tablename)

    Everything is fine in Caché: the error occurs at the compilation-time.

    In order for an error to occur in IRIS Studio too you need to use the flag /compileembedded=1

  • It is strange that the documentation mentions field name, but there is no mention of table name:
    A host variable cannot be used to pass a field name or keyword into an SQL statement. proof
+ 1 0
Accepted Answer
 
Benjamin De Boe's picture
Reply by Benjamin De Boe 6 days ago

For more about where the source code for embedded SQL has gone in 2020.1, please see this article on the Universal Query Cache

Indeed funny the doc doesn't call out table names while it does talk about field names, probably because it silently assumes the one implies the other. I'll ask our doc writer to fix that. Thanks for the notification.

0 0
 
Danny Wijnschenk's picture
Reply by Danny Wijnschenk 5 days ago

Use %SQL.Statement for dynamic sql, do not use %ResultSet anymore (it is slower).

0 0