Thu, January 11 2018
Fine-Tuning Oracle DG40DBC
DELETE FROM mytable@MYLINKEDDATABASE WHERE MyCol = 'MyValue'; 17:01:01 [DELETE - 0 row(s), 0.000 secs] [Error Code: 2070, SQL State: 42000] ORA-02070: database MYLINKEDDATABASE does not support some function in this context
and this was resolved by:
SQL> select fds_class_name from HS_FDS_CLASS; ODBC18.104.22.168.0_0008 exec dbms_hs.replace_class_caps('ODBC22.214.171.124.0_0008', 564,'ODBC126.96.36.199.0_0008',564, 8191,NULL,1); PL/SQL procedure successfully completed. SQL> commit; Commit complete
In Oracle, "SELECT FDS_CLASS_NAME FROM HS_FDS_CLASS" will return a string that identifies your DG4ODBC version. E.g.:
Running this query:
SELECT * FROM HS_CLASS_CAPS WHERE FDS_CLASS_NAME ='ODBC188.8.131.52.0_0008';
returns a number of "capabilities" that show how DG4ODBC is configured to behave.
In the example shown earlier, the column the customer was an
NVARCHAR type. Under the direction of Oracle support, the customer changes how DG4ODBC behaved with regards to this data type.
The customer found the relevant field in
564 TO_NCHAR(op1) 0
and changed it with the Oracle package,
Note that what the various DG4ODBC capabilities do are not, it seems, documented anywhere public. This blog cannot therefore provide specific guidance as to how to use them to resolve a specific problem. Instead, the blog is provided to make you aware that you have another tool at your disposal, if editing parameters in the DG4ODBC configuration file, init<SID>.ora does not resolve any issues your are having with your DG4ODBC connectivity.