In this chapter, we will be coverin

In this chapter, we will be covering the following topics:
• Database security prerequisites: We will cover some of the fundamentals that you need to
understand before dealing with database-level access.
• Database securables: Once you are in the context of a database, you have a lot of built-in
control over what users can access. In this section, we will cover what they are.
• Controlling access to data via T-SQL coded objects: We will look beyond direct access
to data, at how you can restrict access to data in more granular ways using T-SQL
procedures, views, and so on.
• Crossing database lines: Databases are ideally independent containers, but on occasion,
you will need to access data that is not stored within the confines of the database. In this
section, we will cover some of the caveats when implementing cross database access.
• Obfuscating data: Often, you cannot prevent a user from having access to some data, but
you want the program to be able to decode the data only situationally. This is particularly
important for personally identifiable data or financial data, so we encrypt the data to keep
eyes out except where allowable.
• Monitoring and auditing: Turning on a “security camera” and watch what people are
doing is sometimes the only real way to verify that you can provide adequate security, and
in many cases you will do this and the aforementioned items.

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

У цій главі ми будемо охоплює такі теми:• Бази даних безпеки передумови: ми розглянемо деякі з основ, що вам потрібнозрозуміти, перш ніж справа з бази даних на рівні доступу.• База даних securables: як тільки ви в контексті бази даних, у вас є багато вбудованихконтроль за те, що користувачі можуть отримати доступ. У цьому розділі ми розглянемо, які вони є.• Контроль за доступом до даних за допомогою T-SQL закодовані об'єктів: ми будемо дивитися за межі прямий доступдо даних на те, як можна обмежити доступ до даних таким чином, більш зернистою за допомогою T-SQLпроцедур, переглядів тощо.• Перетину ліній бази даних: бази, в ідеалі незалежних контейнери, але з нагодивам знадобиться для доступу до даних, які не зберігаються в межах бази даних. У цьомурозділ, ми розглянемо деякі з застереження при реалізації хрест бази даних access.• Obfuscating дані: часто, ви не може уникнути користувача доступу до деяких даних, аленеобхідно, щоб мати можливість декодування даних тільки situationally. Це особливо стосується країнважливим для особистих даних чи фінансові дані, так що ми шифрування даних, щоб зберегтиочі на за винятком, де допустимих.• Моніторинг і аудит: Увімкнення «безпеки, камери» і дивитися, що людироблять це іноді Єдиний реальний спосіб переконатися, що ви можете забезпечити належну безпеку, іу багатьох випадках буде робити це і вищезазначених елементів.

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

У цьому розділі ми будемо розглядати такі теми:
• попередніх умов безпеки баз даних: Ми розглянемо деякі з основних принципів , які ви повинні
розуміти , перш ніж справа з доступом на рівні бази даних.
• База даних захищаються: Після того, як ви перебуваєте в контексті бази даних , у вас є багато вбудованих
контролю над тим, що може отримати доступ до користувачам. У цьому розділі ми розглянемо , якими вони є.
• Управління доступом до даних з допомогою T-SQL закодованих об'єктів: Ми будемо дивитися за межі прямого доступу
до даних, як можна обмежити доступ до даних в більш деталізованих способами з допомогою T-SQL
процедури, переглядів, і так далі.
• лінії бази даних переходів: бази даних ідеально незалежні контейнери, але в деяких випадках,
вам потрібно буде отримати доступ до даними , що не зберігаються в межах бази даних. У цьому
розділі ми розглянемо деякі з застережень при реалізації перехресного доступу до бази даних.
• заплутування дані: Часто, ви не можете заблокувати надходження мати доступ до деяких даних, але
ви хочете, щоб програма , щоб мати можливість декодувати дані тільки ситуаційно. Це особливо
важливо для персонально ідентифікованих даних або фінансових даних, тому ми шифрувати дані , щоб тримати
очі винятком випадків , коли допустимо.
• Моніторинг і аудит: Включення в "камери безпеки" і подивитися , що люди
роблять це іноді єдиний реальний спосіб переконайтеся , що ви можете забезпечити належну безпеку, і
в багатьох випадках ви будете робити це і вищезгадані елементи.

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

%%%%E2%80%A2%20Моніторингу%20а%20аудиту:%20Повертаючи%20на%20а%20%E2%80%9 Csecurity%20фотоапарат%E2%80%9D%20а%20дивитися%20а%20людей%20є%5 Edoing%20є%20іноді%20в%20лише%20реального%20спосіб%20до 20% перевірити%20,%20ти%20може%20забезпечують%20адекватних%20безпеки,%20а%5Заборго%20багато%20 випадків%20ти%20буде%20робити%20цього%20а%20в%20вищезгаданих%20шт.