Given the following:
Schema: KT is the owner of dB objects: TEST (Table), KT (Table), V_TBS (View), OBJ (Procedure)
Schema: STUDENT is the owner of dB objects: STUDENT, COURSE, GRADE,... (all tables)
I start a Command Window in R13 and login as KT.
From the SQL prompt I type: SELECT COUNT (*) FROM KT.
After the dot, the Coding Assistant does not pop up. No response from pressing F6. I drop the table KT and try again. This time, the Coding Assistant pops up and offers me the selection: TEST, V_TBS and OBJ
The above test against Oracle's SQL*Developer: after the dot, the coding assistant shows all 4 objects (TEST, KT, OBJ and V_TBS)
In R13: From the SQL prompt I type: SELECT COUNT (*) FROM STUDENT.
After the dot, the Coding Assistant pops up and offers me a selection of dB objects belonging to schema STUDENT. This is a correct behaviour.
I issue the following command: ALTER SESSION SET CURRENT_SCHEMA = STUDENT
I type: SELECT COUNT (*) FROM KT.
The Coding Assistant pops up and correctly displays the objects belonging to KT schema.
I type: SELECT COUNT (*) FROM STUDENT.
After the dot, the Coding Assistant pops up and offers me a selection of column names of the table STUDENT.
This is incorrect. Inside the FROM clause the object preceding the dot is a schema not a table.
The above test (altering session test) against Oracle's SQL*Developer: The Coding Assistant does not pop up after the dot. However, if I just type the schema name STUDENT (without the dot) then its Coding Assistant displays:
1. STUDENT.student (note that it shows me the schema name in upper case)
2. TGT.student (TGT is just another schema in my dB which has a table named student)
3. student (I guess this is a user with a user icon to its left)
Hope this helps