BD-1st-2.4-lab14.tresc-1.1-Slajd18
Synonimy (1)
Omówimy teraz synonimy. Nie są to obiekty bezpośrednio związane z autoryzacją użytkowników bazy danych, są często wykorzystywane do znacznego uproszczenia postaci zapytań.
Synonim jest dodatkową nazwą dla obiektu, stosowaną w poleceniach SQL. Można podać wiele celów stosowania synonimów. Pierwszy z nich to uproszczenie konstrukcji poleceń SQL – zamiast używać w zapytaniu oryginalnej, niewygodnej nazwy relacji (np. PRAC1999-09-01) można dla niej utworzyć synonim (np. PRAC_WRZ). Synonim skutecznie ukrywa nazwę oryginalnego obiektu – użytkownik korzystający z synonimu nie ma często świadomości, że nazwa obiektu, z którego np. odczytuje dane, jest zupełnie inna. Wreszcie synonimy często stosuje się do uproszczenia dostępu do obiektów z innych schematów: zamiast w zapytaniach używać nazwy relacji z przedrostkiem w postaci nazwy schematu (np. OLEK.PRACOWNICY) łatwiej jest utworzyć synonim (np. PRAC).
Istnieją dwa rodzaje synonimów. Synonim prywatny może być utworzony przez użytkownika bazy danych i jest widoczny tylko dla swojego właściciela oraz dla użytkowników, którzy uzyskają prawo korzystania z synonimu. Stąd w bazie danych w różnych schematach może istnieć wiele synonimów prywatnych o tych samych nazwach. Z kolei synonim publiczny jest dostępny dla wszystkich użytkowników bazy danych, stąd jego nazwa musi być unikalna.
Należy podkreślić, że synonim nie jest w żaden sposób powiązany z obiektem, na który wskazuje. Gdy obiekt, dla którego synonim utworzono, zostaje usunięty, definicja synonimu pozostaje w bazie danych, ale synonim nie jest już dalej poprawny.
