Discussions
Categories
- 385.5K All Categories
- 5.1K Data
- 2.5K Big Data Appliance
- 2.5K Data Science
- 453.4K Databases
- 223.2K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 47 Multilingual Engine
- 606 MySQL Community Space
- 486 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3.2K ORDS, SODA & JSON in the Database
- 585 SQLcl
- 4K SQL Developer Data Modeler
- 188K SQL & PL/SQL
- 21.5K SQL Developer
- 46 Data Integration
- 46 GoldenGate
- 298.4K Development
- 4 Application Development
- 20 Developer Projects
- 166 Programming Languages
- 295K Development Tools
- 150 DevOps
- 3.1K QA/Testing
- 646.7K Java
- 37 Java Learning Subscription
- 37.1K Database Connectivity
- 201 Java Community Process
- 108 Java 25
- 22.2K Java APIs
- 138.3K Java Development Tools
- 165.4K Java EE (Java Enterprise Edition)
- 22 Java Essentials
- 176 Java 8 Questions
- 86K Java Programming
- 82 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 208 Java User Groups
- 25 JavaScript - Nashorn
- Programs
- 667 LiveLabs
- 41 Workshops
- 10.3K Software
- 6.7K Berkeley DB Family
- 3.6K JHeadstart
- 6K Other Languages
- 2.3K Chinese
- 207 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 474 Portuguese
If Table names changed will it affect DB link?

I have table in Database 1, Database 2 have access to it though DB link. If table name is changed in Database 1, Can Database 2 still access the table? will it affect DB link in any way?
Best Answers
-
What does one have to do with the other? A dblink points from one server to another server, not to a specific table.
Of course, to access the table, it will have to be referenced by the new name, but other than that, and if nothing else has changed, if the table was accessible before, it will still be accessible after the name change.
Note that if access is granted to another user (or if another user grants access to their table to you), and then the table name changes, the grant follows the name change. This has nothing to do with dblink, anyway.
Procedures that reference the table, and materialized views, etc., are not updated automatically; they will have to be updated manually. But this, too, has nothing to do with dblink.
-
Here is a short demo. I am logged in as MATHGUY, and I will grant SELECT and UPDATE on a table I have in my schema. Then I will check what table privileges I have granted to SCOTT. Then I will rename the table (in my schema) and check again. As you can see in this example, the privilege is attached to the table, not to the name.
show user USER is "MATHGUY" grant select, update on engines to scott; Grant succeeded. select table_name, privilege from all_tab_privs where grantor = 'MATHGUY' and grantee = 'SCOTT' ; TABLE_NAME PRIVILEGE --------------- --------------- ENGINES SELECT ENGINES UPDATE alter table engines rename to motors; Table ENGINES altered. select table_name, privilege from all_tab_privs where grantor = 'MATHGUY' and grantee = 'SCOTT' ; TABLE_NAME PRIVILEGE --------------- --------------- MOTORS SELECT MOTORS UPDATE
Answers
-
What does one have to do with the other? A dblink points from one server to another server, not to a specific table.
Of course, to access the table, it will have to be referenced by the new name, but other than that, and if nothing else has changed, if the table was accessible before, it will still be accessible after the name change.
Note that if access is granted to another user (or if another user grants access to their table to you), and then the table name changes, the grant follows the name change. This has nothing to do with dblink, anyway.
Procedures that reference the table, and materialized views, etc., are not updated automatically; they will have to be updated manually. But this, too, has nothing to do with dblink.
-
Had a doubt if grant follows name change or we need to grant access again with new name. Thanks for clearing it out and confirming grant follows the name change.
-
Here is a short demo. I am logged in as MATHGUY, and I will grant SELECT and UPDATE on a table I have in my schema. Then I will check what table privileges I have granted to SCOTT. Then I will rename the table (in my schema) and check again. As you can see in this example, the privilege is attached to the table, not to the name.
show user USER is "MATHGUY" grant select, update on engines to scott; Grant succeeded. select table_name, privilege from all_tab_privs where grantor = 'MATHGUY' and grantee = 'SCOTT' ; TABLE_NAME PRIVILEGE --------------- --------------- ENGINES SELECT ENGINES UPDATE alter table engines rename to motors; Table ENGINES altered. select table_name, privilege from all_tab_privs where grantor = 'MATHGUY' and grantee = 'SCOTT' ; TABLE_NAME PRIVILEGE --------------- --------------- MOTORS SELECT MOTORS UPDATE