13.07.2015 Views

SAS/ACCESS 9.2 for Relational Databases: Reference, Fourth Edition

SAS/ACCESS 9.2 for Relational Databases: Reference, Fourth Edition

SAS/ACCESS 9.2 for Relational Databases: Reference, Fourth Edition

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>SAS</strong>/<strong>ACCESS</strong> Interface to Microsoft SQL Server 4 Naming Conventions <strong>for</strong> Microsoft SQL Server 601Isolation LevelRU (read uncommitted)V (versioning)DefinitionAllows dirty reads, nonrepeatable reads, and phantomreads.Does not allow dirty reads, nonrepeatable reads, orphantom reads. These transactions are serializable buthigher concurrency is possible than with the serializableisolation level. Typically, a nonlocking protocol is used.Here is how the terms in the table are defined.Dirty readNonrepeatablereadPhantom readsA transaction that exhibits this phenomenon has very minimalisolation from concurrent transactions. In fact, the transactioncan see changes that are made by those concurrenttransactions even be<strong>for</strong>e they commit.For example, if transaction T1 per<strong>for</strong>ms an update on a row,transaction T2 then retrieves that row, and transaction T1 thenterminates with rollback. Transaction T2 has then seen a rowthat no longer exists.If a transaction exhibits this phenomenon, it is possible that itmight read a row once and, if it attempts to read that rowagain later in the course of the same transaction, the row mighthave been changed or even deleted by another concurrenttransaction. There<strong>for</strong>e, the read is not necessarily repeatable.For example, if transaction T1 retrieves a row, transactionT2 updates that row, and transaction T1 then retrieves thesame row again. Transaction T1 has now retrieved the samerow twice but has seen two different values <strong>for</strong> it.When a transaction exhibits this phenomenon, a set of rowsthat it reads once might be a different set of rows if thetransaction attempts to read them again.For example, transaction T1 retrieves the set of all rows thatsatisfy some condition. If transaction T2 inserts a new row thatsatisfies that same condition and transaction T1 repeats itsretrieval request, it sees a row that did not previously exist, aphantom.UPDATE_ISOLATION_LEVEL= S | RR | RC | VThe Microsoft SQL Server ODBC driver manager supports the S, RR, RC, and Visolation levels that are defined in the preceding table.Naming Conventions <strong>for</strong> Microsoft SQL ServerFor general in<strong>for</strong>mation about this feature, see Chapter 2, “<strong>SAS</strong> Names and Support<strong>for</strong> DBMS Names,” on page 11.The PRESERVE_COL_NAMES= and PRESERVE_TAB_NAMES= LIBNAME optionsdetermine how <strong>SAS</strong>/<strong>ACCESS</strong> Interface to Microsoft SQL Server handles case sensitivity,spaces, and special characters. (For in<strong>for</strong>mation about these options, see “Overview ofthe LIBNAME Statement <strong>for</strong> <strong>Relational</strong> <strong>Databases</strong>” on page 87.) The default value <strong>for</strong>both of these options is YES <strong>for</strong> Microsoft Access, Microsoft Excel, and Microsoft SQL

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!