The Forums on slxdeveloper.com are now retired. The forum archive will remain available for the time being. Thank you for your participation on slxdeveloper.com!
|
|
Query won't work through provider
Posted: 14 Nov 06 10:27 AM
|
fiogf49gjkf0d I'm trying to run the following query with no luck. -------------------- SELECT sysdba.Account.Account, sysdba.Account.InternalAccountNo, sysdba.Oracle_Address.Customer_Name, sysdba.Oracle_Address.Customer_Numer
From sysdba.Account INNER JOIN sysdba.Oracle_Address ON sysdba.Account.InternalAccountNo = sysdba.Oracle_Address.Customer_Numer --------------------
I've used Query Express and ADO Explorer, both going through the SLX provider. If I go directly to Oracle or MS SQL it runs fine.
The Oracle_Address table was NOT created with the Database Manager. This was done by the DBA because the table is just a 'holding table' and SalesLogix wouldn't be accessing this table within the client app. We are going to write a script that will compare addresses from our primary customer DB (Oracle Apps) against what is in SLX and update SLX if needed.
Is the provider throwing up because the Oracle_Address table is not a valid SalesLogix table? Is there a way to hack the table now that it's created to make it 'valid'? |
|
|
|
Re: Query won't work through provider
Posted: 14 Nov 06 11:33 AM
|
fiogf49gjkf0d What is the error you are getting?
Does sysdba own the Oracle_Address table?
BTW, you should not need the SYSDBA prefix when you go through the provider. This is because the provider connects as sysdba.
|
|
|
|
Re: Query won't work through provider
Posted: 14 Nov 06 11:51 AM
|
fiogf49gjkf0d Removing the 'sysdba.' prefix and it worked. I'm sure i've been using sysdba. on other simple selects (no joins). |
|
|
|
Re: Query won't work through provider
Posted: 14 Nov 06 11:59 AM
|
fiogf49gjkf0d Great. Feels like the provider was getting confused by the syntax.
Were you getting table does not exist error? |
|
|
| |
|
Re: Query won't work through provider
Posted: 14 Nov 06 1:17 PM
|
fiogf49gjkf0d I just did some experimenting on one on a local databases and was able to reproduce the failed to parse SQL error. |
|
|
|