Core to the process of granting rig

Core to the process of granting rights is who to grant rights to. I’ve introduced the database user, commonly
referred to as just user. The user is the lowest level of security principal in the database and can be mapped to
logins, certificates, and asymmetrical keys, or even not mapped to a login at all (either a user created with the
WITHOUT LOGIN option specifically for impersonation, or they can be orphaned by dropped users). In this section,
I will expand a bit more on just what a role is.
Roles are groups of users and other roles that allow you to grant object access to multiple users at once.
Every user in a database is a member of at least the public role, which will be mentioned again in the “Built-in
Database Roles” section, but may be a member of multiple roles. In fact, roles may be members of other roles. I’ll
discuss a couple types of roles:
• Built-in database roles: Roles that are provided by Microsoft as part of the system
• User-defined database roles: Roles, defined by you, that group Windows users together in
a user-defined package of rights
• Application roles: Roles that are used to give an application specific rights, rather than to a
group or individual user
Each of these types of roles is used to give rights to objects in a more convenient manner than granting them
directly to an individual user. Many of these possible ways to implement roles (and all security really) are based
on the politics of how you get to set up security in your organization. There are many different ways to get it done,
and a lot of it is determined by who will do the actual work. End users may need to give another user rights to do
some things, as a security team, network administrators, DBAs, and so on, also dole out rights. The whole idea of
setting up roles to group users is to lower the amount of work required to get things done and managed right.

Результаты (украинский) 1:

Технології базових до процес надання прав є хто надати права. Я представив користувач бази даних зазвичайназивають просто користувача. Користувач є низьким рівнем безпеки, головним у базі даних і можуть бути зіставлені злогіни, сертифікатів і асиметричні ключів, або навіть не буде зіставлено Логін на всіх (у будь-якому користувачеві, створені за допомогою вБЕЗ ЛОГІН варіант спеціально для уособлення, або вони можуть сиротами пропусканню користувачів). У цьому розділіБуде розширюватися, трохи більш просто яку роль розташований на.Ролі є груп користувачів і інших ролей, які дозволяють вам надавати доступ до об'єктів для кількох користувачів одночасно.Кожного користувача в базі даних є членом принаймні на суспільну роль, яка буде згадано знову в "вбудованіБаза даних ролей"розділ, але може бути членом кілька ролей. По суті, ролі може бути членами інших ролей. Я будуРозглянемо два типи ролей:• Вбудована база даних ролей: ролей, які надаються корпорацією Майкрософт як частина системи• Користувацькі бази даних ролей: ролі, визначені вами, що група користувачів Windows разом вКористувацький пакет прав• Застосування ролей: ролей, які використовуються для дати застосування певних прав, замість того, щоб заГрупа або окремого користувачаКожен з цих видів ролей використовується для надання прав на об'єкти в більш зручний спосіб, ніж надання їмбезпосередньо до окремого користувача. Багато хто з цих можливих шляхів для здійснення ролей (і всі безпеки дійсно) заснованіна політику як ви можете налаштувати захист у вашій організації. Є багато різних способів, щоб зробити це,і багато його визначається хто буде робити обсяг виконаної роботи. Кінцевим користувачам може знадобитися передати іншому прав користувача, щоб зробитиДеякі речі, як команда безпеки, адміністратори мережі, адміністраторів баз даних і так далі, також роздавати права. Вся ідеяНастроювання ролей користувачам Група знизити кількість роботи необхідно отримати речі зроблено і управляється прямо.

Результаты (украинский) 2:

Ядро до процесу надання прав в тому , хто надавати права. Я представив користувача бази даних, який зазвичай
називають просто користувачем. Користувач найнижчий рівень учасника безпеки в базі даних і можуть бути співставлені з
логінами, сертифікатів і асиметричних ключів, або навіть не відображається на вході в систему на всіх (або користувач , створений з
без опції LOGIN спеціально для уособлення, або вони може бути сиротами з- за випали користувачів). У цьому розділі
я буду розширювати трохи більше на тільки те , що роль.
Ролі групи користувачів і інших ролей , які дозволяють надавати доступ об'єкта декільком користувачам одночасно.
Кожен користувач в базі даних є членом по крайней мере, суспільна роль, яка буде знову згаданий в "Вбудована
розділі ролей бази даних", але може бути членом кількох ролей. Насправді, ролі можуть бути членами інших ролей. Я буду
обговорювати пару типів ролей:
• Вбудовані ролі бази даних: Ролі, які надаються корпорацією Майкрософт в рамках системи
• Користувальницькі ролі бази даних: Ролі, які визначаються вами, то ця група користувачів Windows , разом в
більш Користувацькі певний пакет прав
• ролі додатків: ролі, які використовуються , щоб дати додатком певні права, а не до
групи або окремому користувачеві
Кожен з цих типів ролей використовується для надання прав на об'єкти в зручнішим способом , ніж надання їм
безпосередньо окремого користувача. Багато з цих можливих шляхів здійснення ролі (і все настройки безпеки на самом деле) засновані
на політиці , як ви отримаєте налаштувати безпеку у вашій організації. Є багато різних способів , щоб зробити це,
і багато чого з цього визначається , хто буде робити реальну роботу. Кінцеві користувачі , можливо , буде потрібно надати ще права користувачів , щоб зробити
деякі речі, як команда безпеки, мережевих адміністраторів, адміністраторів баз даних, і так далі, а також роздавати права. В цілому ідея
створення ролей користувачів групи полягає в зниженні обсягу робіт , необхідних , щоб досягти мети і управління ними в порядку.

Результаты (украинский) 3:

C%%Група%20або%20індивідуальних%20Користувач %5 EEach%20з 20% цих%20види%20з 20% ролей%20є%20використовується%20до 20% дають%20права%20до 20% об'єктів%20в%20а%20більш%20зручно%20манері%20ніж%20надання%20їх%5 Edirectly%20до 20% у 20% індивідуальних%20користувача.%20багато%20з 20% цих%20можливі%20шляхи%20до 20% впроваджують%20ролей%20(і%20всі%20безпеки%20дійсно)%20є%20на основі%5%EON (розширена інформація з інших радіомереж), 20%20політиці%20з 20% як%20ти%20отримати%20до 20% встановленої%20до 20% безпеки%20в 20-20%вашого 20організації.%20там%20є%20багато%20різних%20шляхи%20до 20% отримують%20його%20зроблено,%5EІ%20а%20багато%20з 20% його%20є%20визначено%20за 20%, які%20буде%20робити%20в%20фактичного%20роботи.%20наприкінці 20-20% користувачів можуть 20%20потрібно%20до 20% дають%20ще%20користувача%20права%20до 20%,%5 Esome%20речі,%20а%20а%20безпеки%20команди,%20мережі%20адміністраторів,%20DBAs,%20а%20так%20, 20% також%20доула%20з 20%людини.%20В%20весь%20ідею%20з%5 Esetting%20до 20% ролей%20до 20% групи%20користувачів%20є%20до 20% нижча 20% на 20% суми%20з 20% працюють%20необхідних%20до 20% отримують%20речі%20зроблено%20а%20вдалося%20вправо.