OR数据库中的虚拟列：这种数据列的实际存储并不存在，是根据计算生成的。 (or数据库中的伪列)

2023-06-26 00:00:00 生成虚拟数据库中

在现代的数据库设计中，虚拟列是一个非常有用的数据类型。它们是通过对现有数据进行计算或操作而生成的列，因此，虚拟列并没有实际的存储空间。在几乎所有的关系数据库中都可以找到这种类型的列，并且它们在各种情况下都表现出了很大的实用性。

虚拟列允许数据库管理员和操作员在不更改实际存储的数据的情况下增加更多的信息和元数据。在这种情况下，虚拟列可以用于存储计算列、条件列、聚合列和其他类型的数据。更重要的是，虚拟列可以通过使用数据库系统内置的函数和计算工具来实现，因此它们可以用来自动化和简化复杂的数据处理任务。

在OR数据库中，虚拟列的使用很常见。例如，将来自不同物理服务器的数据合并到单个视图中时，虚拟列可能会用于补全丢失的数据或从其他表中提取数据。在这里，虚拟保了正确性和完整性，并且使数据更加易于分析和使用。

此外，虚拟列还可以用于改进查询性能。由于OR数据库中虚拟列的计算仅在需要时才被执行，因此它们可以根据查询条件和结果进行优化，从而减少数据扫描和处理的负担。这项功能在处理超大规模数据集时尤为重要，因为它可以显著提高查询速度和响应性。

值得一提的是，虚拟列对于数据挖掘、分析和预测等任务也非常有用。例如，在分析用户购买记录时，可以通过虚拟列计算用户的平均购买价格、购买频率、偏好和其他指标，从而更好地理解和预测这个市场。由于这些指标并不是原始数据中的实际数据列，虚拟列就显得尤为重要。

尽管OR数据库中的虚拟列提供了很多好处，但在使用它们时仍需谨慎。虚拟列的计算和操作可能会降低系统性能，因此必须在合适的时候使用。此外，虚拟列可能会引入复杂性和不必要的冗余，需要进行合理管理和优化。

与其他类型的数据列相比，虚拟列的优势在于其灵活性和可定制性。通过在OR数据库中使用虚拟列，数据管理人员和操作员可以轻松扩展数据模型、增加元数据、改进查询性能和提高数据分析的质量。只要在设计和管理方面谨慎，虚拟列将会成为OR数据库中不可或缺的工具之一。

相关问题拓展阅读：

检索中“or”什么意思？
在 oracle11g系统中约束的类型有哪些

检索中“or”什么意思？

逻辑或，多个数据中一个满足条件即可。

不同的数据库准备要求和专业搜索术语的表示。

比如：逻辑“或”

表示它所连接的两个检索词中任意一个出现在结果中就满足检索条件，检索式可写为：A OR B。在一些中文数据库中，用“+”表示逻辑“或”。例如，想检索关于“计算机”的信息，可以表达为：计算机+电脑。逻辑“或”主要用于表达检索词的

近义词

、同义词、全称和缩写等，以便全面、完整地表达相关的概念。

扩展资料

常用的有：

W（nW）：W是with的缩写，（W）哪册表示其两侧的检索词必须按前后顺序出现在记录中，两词之间不允许插入其它词，只可能有空格或一个标点符号。（nW）表示两侧的检索词中间允许插入的词最多只能有扮亩n个，且检索词的位置不能颠倒。

F: 是field的缩写，（F）表示其两侧的检索词必须出现在同一个字段中，但两个检索词的词序不限，且两个检索词之间的单词李缺宏数量也不限制。如，两个检索词必须同时出现在篇名字段、文摘字段或叙词字段。

N：是near的缩写，（N）表示其两侧的检索词位置可以互换，在两词之间不能插入其它词，但允许有空格或标点符号。（nN）表示允许在此

运算符

两策的检索词之间最多插入n个词，且两个检索词的位置可颠倒。

L：是link的缩写，（L）表示其两侧的检索词之间有主从关系，前者为主，后者为副。L可用来连接主、副标题词。

S：是subfield的缩写，（S）表示两侧的检索词必须出现在同一个子字段中，如同一个句子或短语中，但词序不限，且两个检索词之间可有若干个其它词。

参考资料来源：

百度百科-检索式

在 oracle11g系统中约束的类型有哪些

你可以导成pdm文件然后再导入到本机的.

　　ORACLE约束总结

　　你对ORACLE约束的了解如何？比较模糊还是相当透彻？如果你对下面几个问题了如指掌的话，恭喜你，你已经对约束掌握得比较好了，不用看这篇文章了。ORACLE的约束有啥功能作用？有哪些类型约束（不同版本ORACLE是否不同）？视图有约束吗？约束是否会影响SQL性能？约束信息存储在哪些系统视图、数据字典中？约束能否修改名称？能否禁用约束？延迟约束有啥好处…….

　　约束定义

　　约束是强加在表上的规则或条件。确保数据库满足业务规则。保证数据的完整性。当对表进行DML或DDL操作时，如果此操作会造成表中的数据违反约束条件或规则的话，系统就会拒绝执行这个操作。约束可以是列一级别的也可以是表级别的。定义约束时没有给出约束的名字，ORACE系统将为该约束自动生成一个名字，其格式为SYS_Cn，其歼埋中n为自然数(强烈建议各位在创建表或增加约束时，给约束定义名称。).

　　约束功能

　　约束的功能：实现一些业务规则，防止无效的垃圾数据进入数据库，维护数据库的完整性(完整性指正确性与一肢物致性)。从而使数据库的开发和维护都更加容易。

　　约束分类

　　约束分为6类：非空（NOT NULL）约束、唯一（UNIQUE）约束、主键（PRIMARY KEY）约束、外键（FOREIGN KEY）约束、条件（CHECK）约束、REF约束。

　　非空（NOT NULL）约束：顾名思义，所约束的列不能为NULL值。否则就会报错

　　唯一（UNIQUE）约束：在表中每一行中所定义的这列或这些列的值都不能相同。必须保证唯一性。否则就会违法约束条件。

　　主键（PRIMARY KEY）约束：唯一的标识表中的每一行，不能重复，不能为空。创建主键或唯一约束后，ORACLE会自动创建一个与约束同名的索引（UNIQUENES为UNIQUE唯一索引）。需要注意的是：每个表只能有且有一个主键约束。

　　外键（FOREIGN KEY）约束：用来维护从表（Child Table）和主表（Parent Table）之间的引用完整性. 外键约束是个有争议性的约束，它一方面能够维护数据库的数据一致性，数据的完整性。防止错误的垃圾数据入库；另外一方面它会增历改液加表插入、更新等SQL性能的额外开销，不少系统里面通过业务逻辑控制来取消外键约束。例如在数据仓库中，就推荐禁用外键约束。

　　条件（CHECK）约束：表中每行都要满足该约束条件。条件约束既可以在表一级定义也可以在列一级定义。在一列上可以定义任意多个条件约束。

　　REF约束的定义：REF column by definition references an object in another object type or in a relational table. A REF constraint lets you further describe the relationship between the REF column and the object it references.

　　ORACLE 11 数据库的约束类型如下：

　　ORACLE 10 数据库的约束类型如下：

　　在oracle 官方文档

下

　　C　　　　　　(check constraint on a table)

　　P　　　　　　(primary key)

　　U　　　　　　(unique key)

　　R　　　　　　(referential integrity)

　　V　　　　　　(with check option, on a view)

　　O　　　　　　(with read only, on a view)

　　C　　　　　　Check constraint on a table

　　P　　　　　　Primary key

　　U　　　　　　Unique key

　　R　　　　　　Referential integrity

　　V　　　　　　With check option, on a view

　　O　　　　　　With read only, on a view

　　H　　　　　　Hash expression

　　F　　　　　　Constraint that involves a REF column

　　S　　　　　　Supplemental logging

　　对于H、S类型，尚不清楚情况，而且从上面我在11g数据库实验结果看，也没发现这两种类型。(有了解的朋友可以告知一二)

　　约束命名规范

　　约束名称建议自己定义一套命名规则，否则使用系统生成的约束名，很难能把它和对应的表、字段联系起来。

　　非空约束　　　　NN_表名_列名

　　唯一约束　　　　UK_表名_列名

　　主键约束　　　　PK_表名

　　外键约束　　　　FK_表名_列名

　　条件约束　　　　CK_表名_列名

　　默认约束　　　　DF_表名_列名

　　如果约束名称超过32位长度，建议应该缩写表名，而不应用NN_表名_数字。不过具体视情况而定，很多时候 DF_表名_列名这样命名，往往超出了32字符。所以有时候需要缩写表面或是采用其它规则。

　　约束操作

　　约束管理

　　创建各类约束

　　先看一下如何创建主键约束

　　复制代码

　　CREATE TABLE “DM”.”DEPT”

　　(

　　”DEPTNO” NUMBER(2,0) PRIMARY KEY,

　　”DNAME” VARCHAR2(14),

　　”LOC”VARCHAR2(13)

　　) TABLESPACE “TBS_DM_DAT” ;

　　COMMENT ON TABLE “DM”.”DEPT” IS ‘部门表’;

　　COMMENT ON COLUMN “DM”.”DEPT”.”DEPTNO”IS ‘部门编号’;

　　COMMENT ON COLUMN “DM”.”DEPT”.”DNAME”IS ‘部门名称’;

　　COMMENT ON CLOUMN “DM”.”DEPT”.”LOC”IS ‘部门所在地方’;

　　复制代码

　　此时它的约束名称是系统创建的。如图所示：

　　如果我们以下面的脚本创建，此时约束如下所示

　　复制代码

　　1 CREATE TABLE “DM”.”DEPT”

　　2 (

“DEPTNO”NUMBER(2,0)　　　　,

“DNAME”VARCHAR2(14)　　　 ,

“LOC”VARCHAR2(13)　　　 ,

CONSTRAINT “PK_DEPT” PRIMARY KEY (“DEPTNO”) USING INDEX TABLESPACE TBS_DM_IN

　　7 ) TABLESPACE “TBS_DM_DAT” ;

　　12 COMMENT ON TABLE “DM”.”DEPT” IS ‘部门表’;

　　14 COMMENT ON COLUMN “DM”.”DEPT”.”DEPTNO”IS ‘部门编号’;

　　16 COMMENT ON COLUMN “DM”.”DEPT”.”DNAME”IS ‘部门名称’;

　　18 COMMENT ON CLOUMN “DM”.”DEPT”.”LOC”IS ‘部门所在地方’;

　　复制代码

　　如果一个表的约束类型比较多，你会看到一堆SYS_CN这样的约束，如果不仔细核对后面的字段，很难一眼看出约束类型、约束对应字段。

　　主键约束的限制

　　文档原文如下： (翻译在下)

　　Restrictions on Primary Key Constraints Primary constraints are subject to the following restrictions:

　　A table or view can have only one primary key.

　　一个表或视图有且只有一个主键

　　None of the columns in the primary key can be LOB, LONG, LONG RAW, VARRAY, NESTED TABLE, BFILE, REF, TIMESTAMP WITH TIME ZONE, or user-defined type. However, the primary key can contain a column of TIMESTAMP WITH LOCAL TIME ZONE.

　　主键字段不能为LOB、LOG、LOG RAW、VARRAY、NESTED TABLE、BFILE、REF、TIMESTAMP WITH TIME ZONE或用户定义类型。然而它可以包含TIMESTAMP WITH LOCAL TIME ZONE类型的字段。

　　The size of the primary key cannot exceed approximately one database block.

　　主键大小不能超过一个数据块大小。

　　A composite primary key cannot have more than 32 columns.

　　主键组合键不能超过32列。

　　You cannot designate the same column or combination of columns as both a primary key and a unique key.

　　你不能指定一列或组合列既是主键又是唯一键。

　　You cannot specify a primary key when creating a subview in an inheritance hierarchy. The primary key can be specified only for the top-level (root) view.

　　创建一个继承层次结构中的子视图时，你不能指定一个主键。主键可以唯一指定的顶层（根）视图。

　　外键约束

　　ALTER TABLE childTable

　　ADD CONSTRAINT FK_xxxx_xxx

　　FOREIGH KEY(columnName)

　　REFERENCES parentTalbe(primaryKeyColumn) ;

　　ON DELETE SET NULL子句：当主表中的一行数据被删除时，Oracle系统会自动地将所有从表中依赖于它的数据记录的外键改成空值；

　　ON DELETE CASCADE：当主表中的一行数据被删除时，Oracle系统会自动地将所有从表中依赖于它的数据记录删除；

　　注：如果在外键定义中使用了ON DELETE SET NULL 或ON DELETE CASCADE，无论删除操作是在父表这一端还是子表这一端都不会产生违反引用完整性的问题，但是却留下了安全隐患。这两个子句要谨慎使用，只有在不得已时使用，谨记谨记！！！

　　外键约束对DML与DDL的影响：

　　INSERT：只有操作是在子表或从表这一端时才会产生违反引用完整性约束的问题，父表则不然。

　　DELETE：只有操作是在父表或主表这一端时才会产生违反引用完整性约束的问题，子表则不然。

　　UPDATE：子表父表直接操作都会违反引用完整性约束。两种解决方法：

　　1）先更新子表的引用列为空，再更新父表的主键的列的值，然后把子表的引用列更新成新的父表的值；

　　2）使用ON DELETE SET NULL，先更新父表，然后将子表外键为空的记录更新为新的值。

　　DDL语句：DROP TABLE与TRUNCATE TABLE，操作父表，违反引用完整性约束，子表则不然。

　　外键约束的限制：

　　Restrictions on Foreign Key Constraints Foreign key constraints are subject to the following restrictions:

　　None of the columns in the foreign key can be of LOB, LONG, LONG RAW, VARRAY, NESTED TABLE, BFILE, REF, TIMESTAMP WITH TIME ZONE, or user-defined type. However, the primary key can contain a column of TIMESTAMP WITH LOCAL TIME ZONE.

　　外键字段不能为LOB, LONG, LONG RAW, VARRAY, NESTED TABLE, BFILE, REF, TIMESTAMP WITH TIME ZONE, or user-defined type类型，主键可以包含数据类型为TIMESTAMP WITH LOCAL TIME ZONE的字段。

　　The referenced unique or primary key constraint on the parent table or view must already be defined.

　　引用唯一或主键约束，必须是父表中已经定义的。

　　A composite foreign key cannot have more than 32 columns.

　　外键的组合列不能超过32列。

　　The child and parent tables must be on the same database. To enable referential integrity constraints across nodes of a distributed database, you must use database triggers. See CREATE TRIGGER.

　　字表和父表必须在同一个数据库。分布式数据库中，外键不能跨节点，但触发器可以

　　If either the child or parent object is a view, then the constraint is subject to all restrictions on view constraints. See “View Constraints”.

　　You cannot define a foreign key constraint in a CREATE TABLE statement that contains an AS subquery clause. Instead, you must create the table without the constraint and then add it later with an ALTER TABLE statement.

　　你不能在CREATE TABLE语句中包含AS子查询子句定义一个外键约束。相反，你必须创建一个没有约束的表，然后添加ALTER TABLE语句。

　　加上一些类似其它约束的限制．

　　条件约束

　　非空约束

　　非空约束的限制：

　　1：你不能在视图约束上指定字段为NULL或NOT NULL值

　　2：你不能指定一个对象的属性为NULL或NOT NULL。相反，而应使用的IS NULL条件CHECK约束

　　条件约束中的条件与查询语句中的条件相同，但是不能包括以下内容：

　　1）CURRVAL,NETXTVAL,LEVEL和ROWNUM这样的伪列（PSEUDOCOLUMNS）；

　　2）引用其它行中值的查询语句；

　　3）SYSDATE,USER,USERENV和UID的函数调用。

　　文档原文如下：

　　Restrictions on NOT NULL Constraints NOT NULL constraints are subject to the following restrictions:

　　You cannot specify NULL or NOT NULL in a view constraint.

　　You cannot specify NULL or NOT NULL for an attribute of an object. Instead, use a CHECK constraint with the IS NULL condition.

　　唯一约束

　　唯一约束的限制：

　　文档原文如下：

　　Restrictions on Unique Constraints Unique constraints are subject to the following restrictions:

　　None of the columns in the unique key can be of LOB, LONG, LONG RAW, VARRAY, NESTED TABLE, OBJECT, REF, TIMESTAMP WITH TIME ZONE, or user-defined type. However, the unique key can contain a column of TIMESTAMP WITH LOCAL TIME ZONE.

　　当字段类型为LOB、LOG、LONG RAW、 VARRAY、NESTED TABLE、OBJECT、REF、TIMESTAMP、用户定义类型时，不能在字段上定义唯一性约束。当数据类型为TIMESTAMP WITH LOCAL TIME ZONE

　　A composite unique key cannot have more than 32 columns.

　　组合字段定义的唯一索引，字段个数不能超过32个

　　You cannot designate the same column or combination of columns as both a primary key and a unique key.

　　你不能指定同一字段或组合字段即为主键又是唯一键

　　You cannot specify a unique key when creating a subview in an inheritance hierarchy. The unique key can be specified only for the top-level (root) view.

　　约束管理

　　删除约束

　　复制代码

　　ALTER TABLE DM.EMP

　　DROP CONSTRAINT SYS_C;

　　CASCADE子句用来删除存在有完整性关系的约束。当然你也可以用如下语法

　　ALTER TABLE DM.EMP

　　DROP UNIQUE (COMM);

　　复制代码

　　添加约束

　　复制代码

　　添加非空约束

　　ALTER TABLE DM.EMP

　　MODIFY(MGR CONSTRAINT CK_EMP_MGR NOT NULL);

　　添加其他约束

　　ALTER TABLE DM.EMP

　　ADD CONSTRAINT CK_EMP_SAL CHECK(SAL > 0 AND SAL

　　复制代码

　　重命名约束

　　ALTER TABLE METAONE.T1

　　RENAME CONSTRAINT SYS_CTO PK_T1

　　约束维护

　　禁用约束

　　ALTER TABLE 表 DISABLE CONSTRAINT 约束名 ;

　　ALTER TABLE DM.EMP

　　DISABLE CONSTRAINT UK_EMP_COMM;

　　ALTER TABLE TEST DISABLE PRIMARY KEY CASCADE;

　　参数CASCADE子句用来关闭存在有完整性关系的约束，比如DISABLE一个主键，如果没有CASCADE子句就会出错，此时使用CASCADE子句DISABLE主键可以将该主键与相关外键一起DISABLE掉。使用的情况：例如在数据库系统中大规模装入数据时，为了系统的效率您不得不牺牲数据的一致性来关闭一些约束，甚至删除一些约束将主表主键禁止的同时，也将禁止依赖于此主键的外键禁止了．

　　使用上面脚本禁用约束的时候会删除索引，如果你想禁用约束的时候，保留索引，可以使用如下脚本(当然你再启用约束的时候会重新重建索引，这对大表显然开销相当大)

　　ALTER TABLE DM.EMP

　　DISABLE CONSTRAINT UK_EMP_COMM KEEP INDEX;

　　启用约束

　　如果关闭主键约束时使用了CASCADE，此时使用ENABLE不会将主键约束与外键约束同时打开，只能对主键约束与外键约束分别使用ENABLE CONSTRAINT 子句打开。

　　推迟约束

　　Deferring Constraint Checks

　　当前事务的Constraint Checks全部推迟

　　SET CONSTRAINTS ALL DEFERRED;

　　SET CONSTRAINT XXX DEFERRED;

　　当前会话的Constraint Checks．

　　ALTER SSSSION SET CONSTRAINTS ALL deferred;

　　ALTER SSSSION SET CONSTRAINT xxx deferred;

　　约束信息

　　复制代码

　　SELECT * FROM DBA_CONSTRAINTS;

　　SELECT * FROM ALL_CONSTRAINTS;

　　SELECT * FROM USER_CONSTRAINTS;

　　SELECT * FROM DBA_CONS_COLUMNS;

　　SELECT * FROM ALL_CONS_COLUMNS;

　　SELECT * FROM USER_CONS_COLUMNS;

　　复制代码

　　约束有四种状态：ENABLE、VALID、INVALID、DISABLE

　　约束的检查机制

　　IMMEDIATE语句级：Oracle performs its constraint checking after the statement has been completely executed.

关于or数据库中的伪列的介绍到此就结束了，不知道你从中找到你需要的信息了吗？如果你还想了解更多这方面的信息，记得收藏关注本站。

相关文章

OR数据库中的虚拟列：这种数据列的实际存储并不存在，是根据计算生成的。 (or数据库中的伪列)

检索中“or”什么意思？

在 oracle11g系统中 约束的类型有哪些

在 oracle11g系统中约束的类型有哪些