Default Schema in Oracle Connection URL
Asked Answered
P

5

53

I'd like to set default database schema in Oracle Connection URL

jdbc:oracle:thin:@<server>:<port1521>:<sid>

My sample SQL statement:

select monkey_name from animals.monkey

I need to query database without schema prefix animals. i.e. when I run this statement

select monkey_name from monkey

it will use animals schema by default.

What do I need to specify in connection URL above get such effect?

Thanks.

Plagio answered 1/3, 2010 at 2:35 Comment(0)
E
45

You can't put anything in the connection URL.

In Oracle each user has their own schema (even if doesn't contain any objects) and that is their default schema. Once logged in/connected, they can change their default schema with an

ALTER SESSION SET CURRENT_SCHEMA=animals

So you'd need to do the extra statement after connecting. It is possible to have a logon trigger on the user and/or database that will run this when they log in. I'd personally prefer an explicit statement when an application connects.

Esperance answered 1/3, 2010 at 4:43 Comment(2)
This looks like something I can work around it. Create logon trigger with this statement might be my possible solution. Thanks.Plagio
I can now see that, this should be a solution. By having this logon trigger, I don't have to modify my sql. So all generic statements are still portable.Plagio
P
14

If you use C3PO you can make it do it when it checks the connection out.

As properties:

c3p0.preferredTestQuery=alter session set current_schema=animals
c3p0.testConnectionOnCheckout=true

As Java code:

ComboPooledDataSource dataSource = new ComboPooledDataSource();
dataSource.setPreferredTestQuery("alter session set current_schema=animals");
dataSource.setTestConnectionOnCheckout(true);

Downside is this will happen every time the connection is taken out of the pool.

If you are using a JDBC connection yourself you could just do:

Class.forName("oracle.jdbc.driver.OracleDriver");
Connection connection = getConnection("jdbc:oracle:thin:@//server:1521/instance",   "username", "password");
connection.createStatement().execute("alter session set current_schema=animals"));
Periphrastic answered 8/1, 2013 at 17:54 Comment(1)
Do I need to give any privilege to instance user? I am accessing oracle via localhost, "jdbc:oracle:thin:@localhost:1521:xe" this connection works, but when I try to change xe with created user it fails to connect with error ORA-12505, TNS:listener does not currently know of SID given in connect descriptorIntyre
R
12

What about the use of synonyms?

create synonym monkey for animals.monkey;

select monkey_name from monkey
Re answered 1/3, 2010 at 12:51 Comment(4)
It's a good idea. However I find it is not definite, I am not sure if there are any side effects that could break things along the way.Plagio
This is usually the much better choice over altering the session since it shifts the problem from a behavioural aspect to a structural, which is much more robust.Tutu
Although this does work for most cases, in many corporate environments there will exist multiple application schemas in a single database. there will be a namespace collision if the original table names aren't created using prefixes. e.g. MY_APP_PREFIX_USER (usually more succint) many people find this ugly and would prefer the concept of a default schema over synonyms.Brnaby
coderathet, that would be true if you used public synonyms. It is always advisable to use private synonyms as far as possible, which avoids such name collisions.Cosentino
S
4

Since Java 1.7 there is a setSchema method on java.sql.Connection.

In the Oracle's oracle.jdbc.driver.PhysicalConnection implementation this method execute the alter session set current_schema = ? statement.

Seducer answered 29/1, 2021 at 14:3 Comment(0)
P
2

You can create a trigger using connection DB user to change the current schema.

create or replace trigger SET_SCHEMA_AFTER_LOGON
    after logon on database
begin
     execute immediate 'alter session set CURRENT_SCHEMA=animals';
end SET_SCHEMA_AFTER_LOGON;
Pegpega answered 22/5, 2018 at 3:51 Comment(0)

© 2022 - 2024 — McMap. All rights reserved.