A. The amount of undo retained is user controlled.
B. SecureFile LOBs can be used only for nonpartitioned tables.
C. Fragmentation is minimized by using variable-sized chunks dynamically.
D. SecureFile encryption allows for random reads and writes of the encrypted datA.
E. It automatically detects duplicate LOB data and conserves space by storing only one copy.
Answer: CD
http://docs.oracle.com/cd/E11882_01/appdev.112/e18294/adlob_smart.htm#ADLOB45945
Specifies the number of |
http://docs.oracle.com/cd/E11882_01/appdev.112/e18294/adlob_smart.htm#ADLOB45950
LOGGING, NOLOGGING, or FILESYSTEM_LIKE_LOGGING
Specify LOGGING
if you want the creation of the LOB, and subsequent inserts into the LOB, to be logged in the redo log file. LOGGING
is the default.
Specify NOLOGGING
if you do not want these operations to be logged.
For a non-partitioned object, the value specified for this clause is the actual physical attribute of the segment associated with the object. For partitioned objects, the value specified for this clause is the default physical attribute of the segments associated with all partitions specified in the CREATE
statement (and in subsequent ALTER
... ADD PARTITION
statements), unless you specify the logging attribute in the PARTITION
description.
FILESYSTEM_LIKE_LOGGING
means that the system only logs the metadata. This option is invalid for BasicFiles LOBs. This setting is similar to metadata journaling of file systems, which reduces mean time to recovery from failures. The LOGGING
setting for SecureFiles LOBs is similar to the data journaling of file systems. Both the LOGGING
and FILESYSTEM_LIKE_LOGGING
settings provide a complete transactional file system with SecureFiles LOBs.
For SecureFiles LOBs, the NOLOGGING
setting is converted internally to FILESYSTEM_LIKE_LOGGING
.
FILESYSTEM_LIKE_LOGGING
ensures that data is completely recoverable after a server failure.
http://docs.oracle.com/cd/E11882_01/appdev.112/e18294/adlob_smart.htm#ADLOB45947
CHUNK
CHUNK
is one or more Oracle blocks. For SecureFiles LOBs, CHUNK
is an advisory size and is provided for backward compatibility purposes. For BasicFiles LOBs, you may specify the chunk size when creating a table that stores LOBs; it corresponds to the data size used by Oracle Database when accessing or modifying the LOB value.
http://docs.oracle.com/cd/E11882_01/appdev.112/e18294/adlob_smart.htm#ADLOB46110
About Encryption
SecureFiles Intelligent Encryption, available with the Oracle Advanced Security Option, introduces a new encryption facility for LOBs. The data is encrypted using Transparent Data Encryption (TDE), which allows the data to be stored securely, and still allows for random read and write access.
E为什么不对,难道是因为 license ?
http://docs.oracle.com/cd/E11882_01/appdev.112/e18294/adlob_smart.htm#ADLOB46110
About Deduplication
SecureFiles Intelligent Deduplication, available with the Oracle Advanced Compression Option, enables Oracle Database to automatically detect duplicate LOB data within a LOB column or partition, and conserve space by storing only one copy of the data.
Note that you must have a license for the Oracle Advanced Compression Option before implementing SecureFiles Intelligent Deduplication. See Oracle Database Licensing Information for more information.