Oracle Schema Objects——Tables——TableStorage

Oracle 数据库使用表空间中的数据段保存表数据。

As explained in "User Segments", a segment contains extents made up of data blocks.

如"用户段"所述，段包含由数据块组成的扩展盘区。

The data segment for a table (or cluster data segment, when dealing with a table cluster) is located in either the default tablespace of the table owner or in a tablespace named in the CREATE TABLE statement.

表数据段（或涉及表簇时的簇数据段）位于表所有者的默认空间中，或CREATE TABLE 语句中所指定的表空间中。

• 逻辑存储结构包括表空间，段，区，数据块。逻辑结构之间的关系是：多个块组成区，多个区组成段，多个段组成表空间，多个表空间组成逻辑数据库。
• 表空间（多个表空间组成逻辑数据库）
• 段（多个段组成表空间）
• 区（多个区组成段）
• 数据块（多个数据块组成区）
• 一个区：一个区只能在一个数据文件中。
• 段中的各个区：一个段中的各个区可以分别在多个数据文件中。
• 组成区的块：组成区的块是连续的。
• 逻辑存储结构是有大小的：由于逻辑的数据块对应磁盘空间中某个固定大小尺寸，所以逻辑存储结构也是有大小的。

• 表空间（tablespace） – – 逻辑存储对象
• 逻辑上

– 表空间—表（索引，分区..)

• 物理上

– 表空间—段—extent—block –data file

• 一个表空间有多个数据文件.
• 将索引放在索引表空间上；
• 数据放在数据表空间上；
• 表空间也是一个存储的管理.

• 段（ segment ）
• 分配了空间的对象就是段.
• 段是表的物理化的过程（数据怎么物理存储）
• 段是表存储的一种方式
• 只要是分配了存储空间的东西都可以叫做段.
• 段用于存储表空间中某一种特定的，具有独立存储结构的数据块对象的数据。
• 段是由一个或多个连续的区组成。
• 当创建表、索引、簇等对象时，oracle就会为这些对象分配存储空间（即段），以便存储它们的数据。
• 段随着存储数据的增大而逐渐变大。段的增大过程是通过增加区的个数而实现的（每次增加一个区）。每个区的大小是块的整数倍。
• segment-->extend-->block-->data file
• ORACLE存储方面的存储关系
• ORACLE最底层的叫数据文件。
• 数据存放的最小的单位为块Blocks，通常ORACLE的块大小为8kb。这个可以修改。
• 一组blocks组成了extent.
• 段Segment是由多个Extent构成。

• 段（ segment ）例子：
• 产生4个段
• Table lob_table
• 本身表分配了一个段.
• Index on my|_column
• 只要是指定某个字段为主键，ORACLE就会自动创建一个索引，ORACLE又给索引分配了一个段.
• CLOB:
• 如果这个字段是CLOB(Character Large Object Block字符大型对象块)，ORACLE会单独给它分配一个段.
• Index on CLOB
• 在CLOB字段上建立的索引也会分配一个段.

• 区（extent）
• 区是由物理上连续存放的块所组成的。
• 区是oracle存储分配的最小单位。
• 一个或多个块组成区，一个或多个区组成段。
• 一个区只能属于一个数据文件。
• 一个段中的各个区可以分别在多个数据文件中。
• 当数据库中创建带有实际存储结构的方案对象时（如表、索引），oracle将为方案对象分配若干个区，以便组成一个对应的段，来为该方案对象提供初始的存储空间。
• 当段中已分配的区都写满，oracle就要在该方案对象所在的表空间中为该段分配下一个新的空白区，以便容纳更多的数据。

• 块（block）
• 块是最小的数据管理单位，即oracle的所有存储的i/o操作都是以块为单位的。操作系统执行i/o的最小单位是操作系统块。
• 块的大小是操作系统块的大小的整数倍。
• 块的大小是一个表空间的属性。
• SYSTEM系统表空间和SYSAUX辅助系统表空间具有相同的标准的块大小，这个大小是在创建数据库时（会同时创建者两个表空间）由DB_BLOCK_SIZE初始化参数制定的，但创建数据库之后这个参数值不能改变。

——堆

堆组织表？

——无序的行的集合

添加行时，数据的位置？

——放置在数据段中第一个可用空间空间.

默认情况下，表按 堆的形式来组织数据，这意味着数据库将行存放在最适合他们的位置，而不是按用户指定的顺序来存放。

Thus, a heap-organized table is an unordered collection of rows. 因此，堆组织表是一个无序的行的集合。

As users add rows, the database places the rows in the first available free space in the data segment. Rows are not guaranteed to be retrieved in the order in which they were inserted.

当用户往其中添加行时，数据库将行置于在数据段中第一个可用的空闲空间。不能保证行按照插入它们的顺序进行检索。

——列顺序对行都是相同的

例外？

列的顺序对于表中的所有行都是相同的。

The database usually stores columns in the order in which they were listed in the CREATE TABLE statement, but this order is not guaranteed. For example, if a table has a column of type LONG, then Oracle Database always stores this column last in the row. Also, if you add a new column to a table, then the new column becomes the last column stored.

通常，数据库按它们被列在CREATE TABLE 语句中的列顺序来存储列，但这个顺序是不保证的。

例如，如果表中有 LONG 类型的列，那么数据库总是将其存储到行中的最后一列。此外，如果向表中添加一个新列，则新列将被存储为最后一列

虚拟列

与常规列不同，表可以包含 虚拟 列，它不占用磁盘上的空间

The database derives the values in a virtual column on demand by computing a set of user-specified expressions or functions. You can index virtual columns, collect statistics on them, and create integrity constraints. Thus, virtual columns are much like nonvirtual columns.

数据库通过计算一组用户指定的表达式或函数，在虚拟列中按需派生一个值。您可以对虚拟列创建索引、 收集统计数据、并创建完整性约束。因此，虚拟列非常像非虚拟列。

——行存储在数据块block中.

行片？Row pieces？

——用于存储少于256个列的行.

数据库将行存储在数据块中。在表中，少于 256 个列的行，被存储在一个多个 行片中。

If possible, Oracle Database stores each row as one row piece.

数据库尽可能将每一行作为一个行片来存储。

However, if all of the row data cannot be inserted into a single data block, or if an update to an existing row causes the row to outgrow its data block, then the database stores the row using multiple row pieces (see "Data Block Format").

但是，如果所有的行数据不能插入到一个单一数据块中，或者对现有的行的更新导致行溢出，则数据库使用多个行片来存储此行（参见"数据块格式"）。

Rows in a table cluster contain the same information as rows in nonclustered tables. Additionally, rows in a table cluster contain information that references the cluster key to which they belong.

表簇中的行除了包含非聚集表中的行相同的信息，还包含对其所属簇键的用信息

行片的行id

——行的一个10字节的物理地址.

——行id用来构建索引

rowid 实际上是行的一个 10 字节的物理地址。

As explained in "Rowid Data Types", every row in a heap-organized table has a rowid unique to this table that corresponds to the physical address of a row piece. For table clusters, rows in different tables that are in the same data block can have the same rowid.

如"Rowid 数据类型"中所述，堆组织表中的每一行都有一个在该表中唯一的 rowid，与一个行片的物理地址相对应。对于表簇，处于同一个数据块的不同表中的行可以有相同的rowid。

Oracle Database uses rowids internally for the construction of indexes.

Oracle 数据库在内部使用 rowids来构建索引。

For example, each key in a B-tree index is associated with a rowid that points to the address of the associated row for fast access (see "B-Tree Indexes"). Physical rowids provide the fastest possible access to a table row, enabling the database to retrieve a row in as little as a single I/O.

例如，在 B 树索引中的每个键与一个指向关联行地址的 rowid 相关联，以便快速访问（请参阅"B 树索引"）。物理 rowids 提供对表行尽可能最快的访问，使数据库几乎只需单次I/O就可以检索到行。