Download presentation source

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

IMDb wikipedia , lookup

Entity–attribute–value model wikipedia , lookup

Microsoft SQL Server wikipedia , lookup

Ingres (database) wikipedia , lookup

Open Database Connectivity wikipedia , lookup

Commitment ordering wikipedia , lookup

Database wikipedia , lookup

PL/SQL wikipedia , lookup

SQL wikipedia , lookup

Functional Database Model wikipedia , lookup

Clusterpoint wikipedia , lookup

Microsoft Jet Database Engine wikipedia , lookup

Relational model wikipedia , lookup

Extensible Storage Engine wikipedia , lookup

Serializability wikipedia , lookup

Database model wikipedia , lookup

Concurrency control wikipedia , lookup

Transcript
Security, Transactions, and
Views
About Security
As is the case in most shared
environments, the DBMS also must
implement a security mechanism that
allows the setting of permissions to data
and actions pertaining to that data.
This is required to ensure data security.
Security
• Achieved through GRANT & REVOKE
• Assumes the database can recognize its
users and verify their identity
• can also be controlled through the use of
views - subsets of data
• usually maintained by the database
administrator or DBA
GRANT Command
This “grants” a user or group of users
permission to manipulate specified data in
specified ways.
GRANT {ALL | privilege_list}
ON {table_name | view_name [(col_list)]}
TO {PUBLIC | user_list}
REVOKE Command
This “revokes” a granted permission issued by
GRANT from a specified user.
REVOKE {ALL | privilege_list}
ON {table_name | view_name [(col_list)]}
FROM {PUBLIC | user_list}
Tip:
1) You GRANT TO and REVOKE FROM.
2) The most recently issued statement
supercedes all others.
Views
A view is representation of an existing
table which corresponds to the SELECT
statement that created it. The view can
then be manipulated much like an actual
table.
A view is not a separate table or entity. It’s
more like a mask of the actual table.
Uses of a VIEW
• Hiding sensitive data from users
• Preserving a previous table schema
• Presenting data to users in a desired
format.
• Simplify a complex query
Creating a VIEW
CREATE VIEW view_name [(col_name…)]
AS
SELECT _statement
Dropping a VIEW
DROP VIEW view_name
Only drops the view… not the table.
More about Views
• The view displays like any table and the
data you see is the actual data in the
table(s).
• A view is more for viewing rather than
updating since an update could disqualify a
record from the view.
• Updates made to a view are made to the
table(s) and any changes made to the
table(s) are reflected in the view.
Naming View Columns
• Column names are inherited from the
underlying tables.
• New names can be assigned
• Columns must be renamed when using
arithmetic expressions or when more
than one column has the same name.
Transactions are...
Transaction
- Logical unit of work
Transaction Management
- ensuring that a set of SQL statements is
treated as a unit - an indivisible entity
Transactions
A transaction is a set of SQL statements
that represent a unit of work or a
procedural operation.
A transaction is not complete unless all off
its steps are followed through.
This can be critical to maintaining data
integrity such as when an account must
be credited while debiting another.
Why transactions?
Transactions are necessary for the purpose
of concurrency control and recovery
concurrency control
- allowing multiple users simultaneous
access
recovery
- allowing the database system to return
the database to a reliable state after a
failure.
Concurrency
• Lost-update problem
• Locking
– database system puts a lock on accessed
data so it cannot be altered until lock is
released.
Locking
Since many users may be trying to access
the same data simultaneously the DBMS
has a locking mechanism which locks
data which is in use.
This provides a solution to concurrency
problems which would arise if locking
were not available.
2 Types of Locks
Exclusive
- for UPDATE, INSERT, and DELETE (write
operations)
- no other transaction can acquire lock until
original is released
Shared
- applied during non-update or read
operations - usually SELECT
- prevents write operations from acquiring
lock
- allows other read operations to share lock
Recovery
• Allows a database to bounce back after a
system failure
• must decide
– what transactions are incomplete
– which transactions completed but were not
written and must be redone
User-defined Transactions
• Allows user to define any number of SQL
statements as a transaction and instruct
the database to process them as one
unit.
Defining a Transaction
• A transaction starts with the keyword
BEGIN
BEGIN
SQL statement
SQL statement
SQL statement
COMMIT
Finishing the Transaction
• If the transaction goes successfully then
the COMMIT command will commit the
changes to the database.
• However, if an error occurs the
ROLLBACK command can be used to
restore the database to its state prior to
the transaction.