Чи є відмінності між Owned Schemasі Role Members?
Наскільки я розумію, користувачеві Role Membersобов'язково потрібно мати принаймні один прапорець під цим Role Membersпрапором.
Однак Owned Schemasце не є обов'язковим. Це насправді змушує мене замислитися, чому тут потрібно мати Owned Schemasтам.
Відповіді:
Яблука та апельсини. Ролі - це ролі, а схеми - схеми. Те, що є названа роль, db_accessadminа також називається схема db_accessadmin, не означає, що роль є схемою, а також, що схема не є роллю. Ролі є контейнерами для членства в безпеці, головний член - це роль. Схеми містять об'єкти, пов'язані зі схемою бази даних, і належать принципалу. Під час створення нового користувача ви можете вибрати його схему за замовчуванням, додати його до певних ролей та надати йому право власності на схеми. Хоча дії є окремими, дизайнери цього діалогу вважають, що вони якимось чином пов'язані із заслугою всієї нерухомості UX ( це сумнівно, але зовсім інша тема).
Ну .. це дуже стара тема, але все-таки 2 копійки від мене для тих, хто все-таки відвідає тут. Це посилання найкраще відповідає на вищезазначений запит.
Уривок з того ж:
SQL Server поставляється з десятьма заздалегідь визначеними схемами, які мають ті ж імена, що і вбудовані користувачі бази даних та ролі. Вони існують переважно для зворотної сумісності. Ви можете скидати схеми, які мають ті ж назви, що і фіксовані ролі бази даних, якщо вони вам не потрібні.
db_datareaderроллю та схемою, які не обов’язково читати хтось інший. Було б добре працювати з додатком, якому потрібен лише доступ для читанняdbo, але йому потрібно встановити деякі збережені програми або тригери. Звичайно, це все ж вимагає додавання кожного користувача до ролі та схеми вручну.