Your problem is, most likely, one of two things: either the object you're trying to access doesn't exist or the user you're trying to access that object with doesn't have the correct permissions to query that object.
Go to your connection pool object and get the username defined there. Login into your database (using sql developer for example) with that username and issue a simple query such as "SELECT * FROM YOUR_OBJECT". You should get the same error that you get in the RPD (table or view does not exist).
So what you need to do will be one of the following options:
1 - Object doesn't exist at all in the database - you need to create it
2 - Object exists - you either grant the correct permissions for the user that you're using in your connection pool to query that object or you need to change the user querying that object in the connection pool.
Does the user in the connection pool has the privilege to access this table in the database?
You're in offline mode. Does the machine running the Admin Tool actually HAVE the ability to connect to those sources with the right / sufficient credentials?
Yes, you're right, I am in offline mode. About the credentials of the machine, I put down the source's firewalls. Which other credentials does the machine, where Admin Tool is running, need?
Hi Pedro F. thank you so much for your help.
I checked again if the user of my connection pool has right privileges and if objects exists, but everythin is ok. The user has granted the correct permissions and the objetcs does exists.
Even, I tried to connect as system and I got the same error.
May be the problem is that my machine running the Admin tool doesn't have the right / sufficient credentials to connect to my source.
Thank you for your help Mr. Christian Berg, if you know what credentials need my machine please let me know.
The table giving you the error is owned by the user you used to connect? (so into the schema use used in your connection pool)
If not you must check the checkbox to use fully qualified names if it isn't checked in the connection pool.
Here is a few things you can do.
1. Perform a tnsping to the database from the machine from which you are opening the admintool.
2. Connect using sqlplus/sql developer with the same user as in the connection pool and query the tables in question.
3. You could also try importing a table from the database just to see if admintool is able to communicate to the database.
4. Also you can perform a telnet from command prompt to the database to rule out firewall issues.
Also a question, is the user in the connection pool the owner of the tables?
Gianni Ceresa, thank you for your help.
The user that I am using is not the owner, but it has the right privileges.
1 person found this helpful
1. Perform a tnsping to the database from the machine from which you are opening the admintool. R.- I performed a tnsping to the database succesfully.
2. Connect using sqlplus/sql developer with the same user as in the connection pool and query the tables in question. R.- I validated the user in DB source as in the connection pool.
3. You could also try importing a table from the database just to see if admintool is able to communicate to the database. R.- admin tool can import the tables, it is able to communicate to the database.
4. Also you can perform a telnet from command prompt to the database to rule out firewall issues. R.- I will try a telnet to the database, I will let you know the results.
Also a question, is the user in the connection pool the owner of the tables? R.- The user is not the owner, but it has the right privileges.
THANK YOU FOR YOUR HELP!!
I never talked about privileges, but fully qualified name which is: schema.tablename vs tablename (without the schema).
An option in the connection pool which by default isn't checked (it's a checkbox) and you must enable to make it works.
That's a simple SQL thing: you can't expect the database scans all the schemas you have some privileges to find out if by mistake there is an object with a matching name, also because ... what happen if same name in 2 schemas?
That's why there is that checkbox which, IMHO, must always be enabled because it doesn't cost anything but prevent so many issues ....
Thank you for your help again.
I already checked the checkbox "checkbox to use fully qualified names" and I still have the same error, BUT as I said befeore, the user that I am using is not the owner of the table so, if I connect to source through sqlplus with this user I have to use schema.table_name to be able to see the data, so I created a synonym for a table to validate if it works and it does. BUT I think that it is not the best solution. Do I have to create synosyms for every table when I use another user who is not owner of table??
Can you try giving the "SELECT" privilege to user used in connection pool ?
GRANT SELECT ON owner.table TO user;