Czy są różnice między Owned Schemasi Role Members?
Z mojego zrozumienia wynika, że Role Memberssą obowiązkowe - użytkownik musi mieć Role Memberszaznaczone przynajmniej jedno pole wyboru .
Nie Owned Schemasjest to jednak obowiązkowe. Naprawdę zastanawiam się, dlaczego istnieje taka potrzeba Owned Schemas.
Odpowiedzi:
Jabłka i Pomarańcze. Role to role, a schematy to schematy. Fakt, że istnieje rola o nazwie, db_accessadmina także o nazwie schematu db_accessadmin, nie oznacza, że rola jest schematem ani że schemat jest rolą. Role to kontenery członkostwa w zabezpieczeniach, główny zobowiązany jest członkiem roli. Schematy zawierają obiekty powiązane ze schematem bazy danych i są własnością zleceniodawcy. Podczas tworzenia nowego użytkownika możesz wybrać jego domyślny schemat, dodać go do niektórych ról i przyznać mu własność schematów. Chociaż akcje są osobne, projektanci tego okna dialogowego uważają, że są w jakiś sposób spokrewnieni z zasługami dla całej tej nieruchomości UX (co jest wątpliwe, ale zupełnie inny temat).
Cóż ... to jest bardzo stary wątek, ale wciąż 2 centy ode mnie dla tych, którzy będą tu nadal odwiedzać. Ten link ma najlepszą odpowiedź na powyższe zapytanie.
Fragment tego samego:
SQL Server jest dostarczany z dziesięcioma predefiniowanymi schematami, które mają takie same nazwy jak wbudowani użytkownicy bazy danych i role. Istnieją one głównie dla kompatybilności wstecznej. Możesz usunąć schematy o tych samych nazwach, co ustalone role bazy danych, jeśli ich nie potrzebujesz.
db_datareaderrolą i schematem, które niekoniecznie są czytelne dla nikogo innego. Działa dobrze w przypadku aplikacji, która potrzebuje tylko dostępu do odczytudbo, ale musi zainstalować niektóre zapisane procesy lub wyzwalacze. Oczywiście nadal wymaga to ręcznego dodania każdego użytkownika do roli i schematu.