ORACLE_组织架构

组织架构

（一）业务组（BG）

（二）法律实体（LE）

（三）业务实体（OU）

（四）库存组织（INV）

（五）公司成本中心（Cost Center）

（六）HR组织

（七）多组织接入控制

组织架构

在企业管理实践的过程中，“组织”（Organization）一词是个经常需用到的概念，一般与“人员”与“职能”这两个要素密切相关，反映某种行政管理关系，例如“财务部、销售部、采购部、生产部、仓储部”等等。企业内部行政组织（部门）的划分是企业基于“职能驱动”业务管理模式进行运作的基础。目前，国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置问题，其系统应用模块的划分，例如采购模块、仓管模块、销售模块等等，实际上就已经基本反映了企业运作的“组织职能”划分问题。

但是，对于业务复杂、规模较大的企业（如所谓“集团企业”），管理软件使用与实施的系统“组织设置”问题将是一个首要的重要问题。一个常见的、也是错误的系统实现方式就是将企业的“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。这种系统实现方式虽有理解、掌握比较容易的优势，但却完全违背了大企业运作必须基于“流程驱动”业务模式的基本管理原则。国内有所谓高端管理软件在系统实施过程中，常常出现有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织的“盛况”，导致系统几乎没法使用的困境，其症结正在于此。

与企业的“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统的“组织设置”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模扩大的过程中具有延续性与继承性。作为ERP鼻祖的SAP将系统组织简单地分为“集团（Client）、公司代码（Company Code）、采购组织（Purchase Org）、销售组织（Sale Org）、工厂（Plant）”等类别。ORACLE的组织设置本质上与之基本相似，但作为后来者作了进一步抽象与简化，系统组织划分为“业务组（Business Group）、法律实体（Legal Entity）、业务实体（Operating Unit）、库存组织（Inventory Org）”等。

如果说SAP的组织模型字面上多少还带有一点“行政组织”痕迹的话（这可能是某些声称学SAP的国内产品误入歧途的原因），ORACLE系统的组织模型字面上已经几乎看不出与“行政组织”还有什么关系，其中的“Inventory Org”现今中文翻译成“库存组织”，容易令人望文生义和企业的“仓库管理部门（Warehouse）”混淆，但Inventory的本义实际应该是“存货”，称之为“存货组织”或许更好一些。如下图22所示ORACLE系统有关核心业务的多组织模型：

上图中的“财务、销售、采购”并非系统的“组织实体”，它仅表示业务实体（OU）具有的相关业务处理功能。“子库”是特殊的系统组织实体，没有上下文环境可进入，主要表示库存组织之下的某种业务功能。

（一）业务组（BG）

“业务组”的概念可以与企业的“集团”概念参看，但不同的是一个企业在系统中可以设置多个“业务组（集团）”。通常对于一个企业来说，系统中有一个“业务组”就够了，这表示企业就是一个“集团公司”。而对于某些业务“多元化”的特大型公司（如跨国公司），则可能需要在系统中设置多个“业务组”，表示企业由多个“集团公司”组成。业务组设置是系统组织设置的第一步，是最高层级的组织形态，但它主要是与人力资源信息的分隔有关，即“人员信息”的设置在一个BG范围内是由各业务模块共享的（如果需要）。一旦系统设置的用户名（User）被与“人员”（Employee）关联，无论使用什么“责任”进入系统，都会定位至一个确定的BG中，任何责任在任意时刻只能关联一个BG。EBS安装好后，系统里面已经预置了一个名为“Setup Business Group”的“初始业务组”。如图23所示系统预置的“Setup Business Group”：

当以系统预置超级用户SYSADMIN进入后，应首先设置一个具有在HRM或INV下创建组织功能的“责任”名，随后给此责任的“HR：User Type”配置文件设定值为“HR User”，则该责任就有了创建新BG的能力。通常需要一次性将企业所需要的BG全部建立，一般另创建一个与企业名称一致如“某某集团”的新BG就可以了，也可以（不推荐）直接使用系统预设的“Setup Business Group”而不创建新BG。

系统每新建一个BG，就会自动在配置文件“HR：安全性配置文件”的LOV中自动添加一个与新建BG同名的可选值（初始时只有“Setup Business Group”一个值）。在某一个BG下（初始为Setup Business Group）新建的任何责任，系统都将该责任的配置文件“HR：安全性配置文件”值默认为当前BG。要在进入系统时能切换到新的BG，必须先修改该责任的“HR：安全性配置文件”设定值。

如果将配置文件“HR：交叉业务组”的值设为“是”，则在不同BG下，新建的组织名称应当（虽然可以）不同，否则查看时可能会引起混淆。在同一个BG下的所有新建组织，名称不允许相同。

（二）法律实体（LE）

法律实体（LE，Legal Entity）对应于真实世界中的按国家法律法规要求注册的“法人公司”。在R11中，LE在组织FORM定义时，对于每个LE必须为其“法人主体会计科目”关联一个“帐套SOB”。每个LE对应一个SOB，这与真实世界的法规要求是吻合的。如下图24所示：

要注意的是，在R11中定义的LE时，并未作与“会计科目弹性域结构”的“公司段”值关联，用户必须对于其是与公司段值中的哪个值对应心中有数。而在R12中，LE的组织定义虽在FORM中仍然保留，但LE的“法人主体会计科目”的FORM设置被废弃（故FORM中定义了也无用），改为在定义“分类帐”时的“会计科目设置管理器”WEB中定义并分配法人实体LE。一个分类帐设置（主辅分类帐）可以添加多个LE，但每个LE只能具有一个分类帐设置。如下图25所示：

在R12中，还必须为法人实体分配会计科目弹性域结构的公司段即平衡段值。每个LE可以分配多个“平衡段”值，公司段值集中每个段值一旦被分配给某LE，则其它LE就不能再被分配。在R11或R12中创建一个LE后，应当及时到会计科目弹性域结构中添加需要对应的公司段值LOV（一个或多个），并重新进行弹性域的编译，否则系统可能会弹出错误报警信息。R12中一个LE对应多个公司平衡段值，代表有多个分公司，LE是它们的合并。主辅分类帐可拥有相同或不同的公司段值集，表示从不同的维度（如按地区、按产品等）去划分公司以方便考核。如图26所示为LE添加平衡段值：

无论是R11还是R12，法律实体LE的设置都对具体的业务处理影响不大，其与系统用户或责任不关联，不直接影响系统上下文的切换，故有人甚至认为EBS的LE设置作用不大。这对于系统的内部运作来讲情况确实近似如此，但对于需要通过系统产生供外部使用的具有法律意义的文书（如采购订单、财务报表等等），严格区分法律实体LE还是必须的。R12显然更多地考虑了外部使用的这种法律要求（即所谓“法规遵从性”或“合规性”），并在相关业务应用模块中有所体现。

（三）业务实体（OU）

业务实体（OU，Operating Unit）是EBS系统组织设置的重点也是难点之一。它与法人主体LE本身没有必然的关系，与会计科目弹性域结构中的“公司段”也没有直接关系。从企业实际业务管理需要的角度去看，业务实体OU可以看作是在系统中按照业务的相似性，把多个不同公司（包括LE）的业务处理过程及数据划分成相对独立的“管理单元”。在每个管理单元内部，各公司的业务运作共享相关数据并执行统一的业务策略。

例如，有一个业务多元化的企业既生产医院使用的X光机也生产普通电视机，并且其下属在全国各地有多家生产X 光机或电视机的分公司、子公司。由于这两种产品所使用的物料、供应商以及针对的客户群差异很大，企业为方便管理，可以将“业务运营”划分为两个相对独立的“业务管理群组”，对应到EBS系统中就是两个业务实体OU。

从企业日常业务运作管理的角度来看，对于单纯的电视机业务，全国范围内就设一个公司负责计划、生产、采购、销售等运营管理最为简便，但企业从非运营管理角度例如“税收优惠、地方政策”等等因素考虑，有时不得不在全国各地乃至世界各地注册若干所谓“公司”，以便向当地政府纳税并接受其财务会计方面的监管。

EBS在一个业务实体OU下，例如“电视机管理群组”，包含了全国各地所有负责生产或销售电视机的分公司、子公司（LE）的日常业务运作，在业务运作的组织层面忽略了作为法人实体的公司信息，但在反映业务运营最终结果的财务阶段（GL），仍能够方便地按照各地的法规要求提供财务数据与结果。而对于负责具体业务的系统用户来说，日常工作几乎不用关心或考虑“公司”的设置问题。

EBS中LE的数量可以根据需要任意增加，但对于OU的数量基于管理方便性则要求尽可能精简。EBS产品早期在实施过程中，存在一个公司（LE）对应一个OU的做法或一个OU只能属于一个LE的说法，这种做法或说法并不恰当。

某些国内产品的设计由于未能有效区分“法律实体（公司）”与“业务实体（运营）”两者在系统中既相连接又有本质区别的特殊关系，只好采取一个法人公司对应一个系统业务实体的“笨办法”，企业规模小倒还能对付，一旦规模变大，注册公司增多，所谓的“系统多组织架构”就变得根本不具可用性。

ORACLE EBS业务实体OU的这一系统特性极大地方便了企业运作的日常管理，具有高度的灵活性与可扩展性。如下图27是R11的OU定义界面：

图中的“业务实体信息”中，必须而且只能为之设定一个“帐套”，即一个OU只能属于一个帐套（反之，一个帐套可以分配给多个OU）。要注意的是，上述业务实体信息中的法人实体设定，并不代表OU只能属于一个LE，它只是表示在“业务实体”中进行业务操作需要法人实体信息时提供默认值（在R12中明确了是“默认值”这一点）。R12中的业务实体定义同R11基本相同，只是将帐套改为“主要分类帐”。

在EBS中，一个OU可以同时指定给多个LE，上面“电视机管理群组”的例子已经说明了这一点；一个LE也可以有多个OU，这相当于一个注册的法人实体公司下，有多个需要独立运营的“事业部”（如X光机和电视机）。OU与LE是“多对多”的关系，但有一个限制性的前提条件，即OU与LE必须属于同一个SOB或Ledger。由于LE与OU 的设置在系统中可以独立进行，因此如果双方的SOB或Ledger不同，则不能建立连接关系。

如果说法人实体LE与真实世界的企业行政管理组织架构还有点关系的话，业务实体OU则是与行政管理几乎无关，企业内部的行政组织变化对OU的设置没有直接影响。在EBS中有关采购管理、销售订单履行、应收应付管理等业务模块的功能均是建立在OU基础之上的。用户在执行上述相关模块的业务处理时，总是必须进入确定的OU（上下文环境）才可以进行，EBS的所谓“多组织”功能（MOAC）也是针对多OU而言的，与真实世界中的“多公司”（LE）没有直接关系。

实际上，SAP的“采购组织、销售组织”设置也是与真实世界的行政组织“采购部、销售部”无关的，ORACLE抛弃了“采购组织、销售组织”的概念，OU实际上就起到了类似的组织分隔作用。ORACLE的某些相关文档中，如果因

描述需要而提及所谓“采购组织、销售组织”等概念，有时实际指的就是业务实体OU（或OU下的库存INV组织）。

（四）库存组织（INV）

ORACLE EBS的库存组织（INV）是系统组织设置的最基础、也是最重要的工作之一。库存组织的内涵远不是真实世界的“仓库部门”那么简单，它除了是有关“物料接收与发出”等业务功能的基础之外，更重要的是，它还是EBS 系统有关计划（MPS/MRP）、在制品管理（WIP）、物料清单（BOM）等模块业务功能的操作与管理平台。如下图28所示：

EBS中的库存组织INV的作用与功能可以与SAP中的工厂Plant参看。一个库存组织INV只能属于一个确定的帐套SOB、一个确定的法人实体LE、一个确定的业务实体OU，具有唯一性的关系（注意：R11的设置界面未考虑SOB/LE/OU 的关联限定，容易产生错误；R12作了改进，在选定Ledger之后，可用的LE/OU就被限定）。反之，一个“帐套/法人实体/业务实体”组合则可以有多个库存组织INV。此外，一个OU下的多个INV可以对应属于该OU的不同LE，这相当于将分属于两个法人公司的生产两种产品的四个工厂，按相同产品两两组合抽取出来，分属于两个不同OU 进行日常业务管理。

在EBS中还有两个组织概念“MRP组织、WIP组织”，它们实际是必须构建于库存组织之上的组织概念，表示该库存组织还可以进行MRP或WIP的功能。系统之所以如此处理，主要是为了控制某些INV不能做MRP或WIP而已，因为基于物料接收或发出需要所设定的INV数量可能比较多。

对于绝大多数基于库存组织INV的业务功能（个别除外），系统用户在做业务操作时，均必须首先进行INV的选择切换，以便进入确定的INV上下文环境。库存组织的作用是如此基础，以至于EBS的相关文档在提及组织（Org）概念时，如果未作特别说明，默认就是指INV组织。

（五）公司成本中心（Cost Center）

EBS的所谓“成本中心组织”并没有业务处理的功能，它的设置主要是考虑与“会计科目弹性域结构”中的“公司段值”与“成本中心段值”的对应关系问题。如下图29所示：

在系统中创建“公司成本中心组织”后，可以运行一个“并发检查程序”，以校验“会计科目弹性域结构”中的段值是否与所有的“公司成本中心”组织的设置保持一致。

当在“会计科目弹性域结构”中的“成本中心段”值集中添加LOV值并重新编译后，可以运行系统的“自动组织”并发程序功能，由系统自动创建“公司成本中心”组织。

应当注意的是，一个公司成本中心组织及其成本中心段值，不可能属于不同法人实体LE及其公司段值，这与真实世界中的管理要求是一致的。库存组织INV与会计科目弹性域中的“成本中心”段（部门）则具有“一对一或多对一”的关系，即一个“成本中心”段值可以有多个库存组织INV，但一个库存组织INV只能属于一个确定的成本中心。

（六）HR组织

系统的HR组织设置是与HRM模块的相关业务处理功能相关，与核心业务/财务处理功能关系不大，主要是需要注意其是否和“成本中心”关联，需要时可以输入“成本中心”代码，其LOV就是“会计科目弹性域”结构中成本中心段的值集。如下图30所示：

（七）多组织接入控制

在图30的EBS组织设置界面中，所谓的组织“类型”（Type）划分仅是基于组织自身的统计分析工作需要而定义的一个“维度”，例如“公司总部、产品线”等等，并不影响系统的业务处理功能。真正起作用的是设置界面中的“组织分类”（Classification），系统预置的组织分类LOV除了上述“业务组、法律实体、业务实体、库存组织”等之外，还有诸如“资产组织、运营公司、雇主”等等选项。在EBS系统中各应用模块所具有的业务处理功能通常需构建在一个确定的“组织分类”之上，“组织”是相关业务处理功能的平台，企业是否需要作相关组织分类设置、如何设置，取决于企业所需要使用到的应用模块功能。

例如所谓“资产组织”的设置，它是在企业需使用到资产管理模块FA时才涉及到。“资产组织”实际上是所谓“资产账簿”的代名词，它只是表示有关资产信息的一个数据维度，作用主要在于分隔数据范围，用户进入系统作业务处理时，并不需要作上下文业务环境的切换。对于这类并不涉及“上下文”环境切换的所谓“组织”，ORACLR系统的设计主要是为了借用“组织”所具有的“层次结构”（Hierarchy）概念来达到“多组织接入”权限的控制功能。

需指出的是，这里的组织“层次结构”与真实世界企业的行政管理组织层次结构没有直接关系（尽管可能有所参考），它只是企业根据某种需要（如权限管理控制、数据统计汇报等）而人为设定的一个“层次结构”，例如将系统中已经设置的任意数量的“业务实体”或“库存组织”等等组织Name，人为地设定一个具有上下级关系、自顶向下的金字塔形多层结构。如下图31所示：

上图中开始定义时，一旦选定（最）顶端组织Name，则就只能为之分配下属组织Name，如要给下属组织分配更下一级的组织，则需点击“向下”按钮，将当前该下属组织上升到“顶端组织”位置。点击“向上”按钮，则将当前“顶端组织”下降到下属组织位置。企业可以根据实际需要设定若干个具有不同内部结构的“组织层次结构”Name，以供定义系统所谓“安全性配置文件”时调用。如下图32所示：

上图所定义“安全性配置文件”是系统用以控制包括“组织安全性”等在内的各种安全性控制的基础，它具体规定了系统安全性控制的范围与实现方式，所有定义的“安全性配置文件”Name构成系统多组织接入控制参数“MO：安全性配置文件”的LOV。如下图33所示：

EBS 通过“MO：业务实体”、“MO：安全性配置文件”、“MO：默认业务实体”这三个系统配置文件的共同作用，实现所谓“多组织接入”控制功能MOAC。但上述三个配置文件在R11与R12中的作用有比较大的差别。

对于“MO：业务实体”，在R11中必须设定，而且起决定性控制作用，其LOV由系统基于创建的OU name自动创建，用户登录时系统自动定位于指定OU。而在R12中，一旦设定“MO：安全性配置文件”，则此配置文件失效而不起作用。

对于“MO：安全性配置文件”，在R11中虽有，但实际不起OU接入的控制作用，只针对FA等模块的得某些应用如数据统计等起作用。因此，一般认为R11并不具有完善的多组织接入控制功能。在R12中，该参数如果不设定，则必须设定“MO：业务实体”参数；一旦该参数被设定，则就起决定作用，系统主要依赖其实现MOAC。

对于“MO：默认业务实体”，在R11中虽有但实际不起作用。在R12中，随“MO：安全配置文件”起作用后才起作用，其LOV是所有已定义OU，但如果设定值不在“MO：安全配置文件”所选择的“组织层次架构”的范围内，则仍不起作用（即在与OU相关诸如PO、OM等的FORM界面，OU字段的默认值仍然为空）。这似乎是ORACLE 系统设计方面的一个难题，即“MO：默认业务实体”的LOV值集无法与“MO：安全性配置文件”中“组织层次架构”中的OU值范围保持一致。

ORACLE强调其“多组织接入MOAC”功能主要是针对业务实体OU而言，其另外一层含义是，所有构建于库存组织INV上的应用功能，实际是与上述配置文件无关的。库存组织的可接入性是在“组织访问”控制功能中，专门设定“库存组织”与“责任”的关联性，如下图34所示：

按照ORACLE的说法，如果系统在初始的时候，不定义库存组织的“组织访问”控制，则所有“责任”可访问所有INV，一旦限制或分配其中一个，则其余均必须逐个进行分配以建立“库存组织”与“责任”的链接关系。

总之，EBS系统通过“弹性域段值安全性”、“帐套/分类帐安全性”、“多组织接入安全性（MOAC）”、“库存组织访问控制”等多维度、多方面的组合系统设置，提供了灵活、方便的用户权限管理功能，厘清并掌握它们的复杂关系是系统实施的一项重要基础性工作。

Oracle数据库编程

《Oracle数据库编程》练习 一、选择题(未标明多选的均为单选题) 1．关于Oracle中的实例描述，下列说法正确的是（多选）：（cd ） A．实例是保存在硬盘上的文件，它不会随着数据库的启动/关闭而存在或消失。 B．实例是内存中的结构，是一种访问数据库的方式。 C．可以用语句Select instance_name FROM v$instance获得实例名。 D．一个实例可以访问多个数据库。 2．关于数据类型Char和Varchar2的描述，下列说法正确的是(多选)：（bd ）A．Char和varchar2都是字符型数据，Char是变长字符型，Varchar2是定长字符型。 B．某个字段类型为Char（200），那么对于这个字段的任何记录来说，所占的实际长度都为200个字符。 C．某个字段类型为Varchar2（200），那么对于这个字段的任何记录来说，所占的实际长度都为200个字符。 D．对于相同长度的Char和Varchar2类型数据，char的性能通常要比varchar2高。3．关于对空值的描述，下列说法正确的是：（ a ） A．包含空值的任何算术表达式结果都等于空。 B．包含空值的连接字符串|| 等于与空字符串连接，结果还是空值。(实践过，不是空值) C．空值做为判断条件是写法是：判断字段=null。(is null / is not null ) D．表Emp中有5条记录，empID分别为1，2，3，4，5，那么查询语句Select * from Emp where empID not in （2，3，4，null）的执行后结果是2条记录。(实践过，为0条记录) 4．已知05年7月25日是星期一，那么函数

Oracle数据库的空间数据类型

Oracle数据库中空间数据类型随着GIS、CAD/CAM的广泛应用，对数据库系统提出了更高的要求，不仅要存储大量空间几何数据，且以事物的空间关系作为查询或处理的主要内容。Oracle数据库从9i开始对空间数据提供了较为完备的支持，增加了空间数据类型和相关的操作，以及提供了空间索引功能。 Oracle的空间数据库提供了一组关于如何存储，修改和查询空间数据集的SQL schema与函数。通过MDSYS schema规定了所支持的地理数据类型的存储、语法和语义，提供了R-tree空间数据索引机制，定义了关于空间的相交查询、联合查询和其他分析操作的操作符、函数和过程，并提供了处理点，边和面的拓扑数据模型及表现网络的点线的网络数据模型。 Oracle中各种关于空间数据库功能主要是通过Spatial组件来实现。从9i版本开始，Oracle Spatial空间数据库组件对存储和管理空间数据提供了较为完备的支持。其主要通过元数据表、空间数据字段（即SDO_GEOMETRY字段）和空间索引来管理空间数据，并在此基础上提供一系列空间查询和空间分析的函数，让用户进行更深层次的GIS应用开发。Oracle Spatial使用空间字段SDO_GEOMETRY存储空间数据，用元数据表来管理具有SDO_GEOMETRY字段的空间数据表，并采用R树索引和四叉树索引技术来提高空间查询和空间分析的速度。 1、元数据表说明。 Oracle Spatial的元数据表存储了有空间数据的数据表名称、空间字段名称、空间数据的坐标范围、坐标参考信息以及坐标维数说明等信息。用户必须通过元数据表才能知道ORACLE数据库中是否有Oracle Spatial的空间数据信息。一般可以通过元数据视图（USER_SDO_GEOM_METADATA）访问元数据表。元数据视图的基本定义为： ( TABLE_NAME V ARCHAR2(32), COLUMN_NAME V ARCHAR2(32), DIMINFO MDSYS.SDO_DIM_ARRAY, SRID NUMBER

oracle系统表和视图说明

1.视图的概述 视图其实就是一条查询sql语句，用于显示一个或多个表或其他视图中的相关数据。视图将一个查询的结果作为一个表来使用，因此视图可以被看作是存储的查询或一个虚拟表。视图来源于表，所有对视图数据的修改最终都会被反映到视图的基表中，这些修改必须服从基表的完整性约束，并同样会触发定义在基表上的触发器。(Oracle支持在视图上显式的定义触发器和定义一些逻辑约束) 2.视图的存储 与表不同，视图不会要求分配存储空间，视图中也不会包含实际的数据。视图只是定义了一个查询，视图中的数据是从基表中获取，这些数据在视图被引用时动态的生成。由于视图基于数据库中的其他对象，因此一个视图只需要占用数据字典中保存其定义的空间，而无需额外的存储空间。 3.视图的作用 用户可以通过视图以不同形式来显示基表中的数据，视图的强大之处在于它能够根据不同用户的需要来对基表中的数据进行整理。视图常见的用途如下： 通过视图可以设定允许用户访问的列和数据行，从而为表提供了额外的安全控制 隐藏数据复杂性 视图中可以使用连接(join)，用多个表中相关的列构成一个新的数据集。此视图就对用户隐藏了数据来源于多个表的事实。 简化用户的SQL 语句 用户使用视图就可从多个表中查询信息，而无需了解这些表是如何连接的。 以不同的角度来显示基表中的数据 视图的列名可以被任意改变，而不会影响此视图的基表 使应用程序不会受基表定义改变的影响 在一个视图的定义中查询了一个包含4 个数据列的基表中的3 列。当基表中添加了新的列后，由于视图的定义并没有被影响，因此使用此视图的应用程序也不会被影响。 保存复杂查询 一个查询可能会对表数据进行复杂的计算。用户将这个查询保存为视图之后，每次进行类似计算只需查询此视图即可。

Oracle数据库数据对象分析_张达宇

Oracle数据库数据对象分析 日期：2006-01-18 08:00 点击： Oracle数据库数据对象中最基本的是表和视图，其他还有约束、序列、函数、存储过程、包、触发器等。对数据库的操作可以基本归结为对数据对象的操作,理解和掌握Oracle数据库对象是学习Oracle的捷径。 表和视图 Oracle中表是数据存储的基本结构。ORACLE8引入了分区表和对象表，ORACLE8i引入了临时表，使表的功能更强大。视图是一个或多个表中数据的逻辑表达式。本文我们将讨论怎样创建和管理简单的表和视图。 管理表 表可以看作有行和列的电子数据表，表是关系数据库中一种拥有数据的结构。用CREATE TABLE语句建立表，在建立表的同时，必须定义表名，列，以及列的数据类型和大小。例如： 这样我们就建立了一个名为products的表，关键词CREATE TABLE后紧跟的表名，然后定义了三列，同时规定了列的数据类型和大小。 在创建表的同时你可以规定表的完整性约束，也可以规定列的完整性约束，在列上普通的约束是NOT NULL,关于约束的讨论我们在以后进行。 在建立或更改表时，可以给表一个缺省值。缺省值是在增加行时，增加的数据行中某一项值为null时，oracle即认为该值为缺省值。 下列数据字典视图提供表和表的列的信息： . DBA_TABLES . DBA_ALL_TABLES . USER_TABLES . USER_ALL_TABLES . ALL_TABLES . ALL_ALL_TABLES . DBA_TAB_COLUMNS . USER_TAB_COLUMNS . ALL_TAB_COLUMNS 表的命名规则 表名标识一个表，所以应尽可能在表名中描述表，oracle中表名或列名最长可以达30个字符串。表名应该以字母开始，可以在表名中包含数

甲骨文PEST五力模型SWOT分析整理讲解学习

一、甲骨文的五力模型............................................................................... 2（一）行业竞争状况2 （二）潜在进入者 (3) （三）买方 (3) （四）供应商 (4) （五）替代品 (4) 二、甲骨文的PEST分析 (4) （一）政治法律环境分析 (4) （二）经济环境分析 (4) （三）知识产权技术环境分析 (5) （四）社会文化环境分析 (5) 三、甲骨文的swot分析 (6)

甲骨文分析材料整理 一甲骨文的五力模型 （一）行业竞争状况 近年来随着应用产品市场竞争加剧，竞争格局由原来的国外厂商占据主导地 位，发生了反转。国外厂商实施项目的客户满意度出现下滑，而国内厂商的客户满 意度则出现上升形势。在经过与国外厂商多年的竞争，国内厂商逐渐找到差距，加 强了交付能力和专业服务能力，加之国内厂商对本地化业务的理解具有先天优势， 使得国内厂商实施项目的客户满意度持续上升。 客户满意度的上升，直接影响了其在各个分级市场的占有率。在应用产品市场， 针对高中低端不同分级市场的竞争，一直是国内外厂商竞争的焦点。在各分级市场 的品牌份额比较，更受关注。目前来看，在各级市场上形成了:高端市场平分秋色， 中端市场国内厂商占优，低端市场国内厂商垄断的局面。 图s 高中低端应用产品市场品牌份额结构图 以2012年的统计数据为例，根据计世资讯统计显示:2012年中国应用产品高 端市场规模19.98亿元，中端市场94.38亿元，低端市场8.34亿元。长期以来，高 端市场为国外品牌盘踞，甲骨文和SAP 的客户集中于高端市场的大型企业和跨国 甲骨文应用产品市场分析及战略研究集团,但近几年用友NC!金蝶EAS!浪潮GS 等高端应用产品的推出,逐渐赢得 大型企业的认可,使得国内品牌在高端市场份额增长迅速"2012年国内品牌在高 端市场收入已达9.83亿元,占高端市场份额49.2%,形成了与国外品牌抗衡的竞 争局面"国内厂商在取得业绩和市场份额双双突破的同时,在房地产!建筑!银行! 证券!烟草等中国特色明显的行业领域,更取得了明显的领先优势[7]" 在中端市场,国内应用产品处于主导地位,国外品牌仅占16.1%的市场份额, 形成这一竞争格局的原因主要有两点:一是目前中端应用复杂程度有限,众多品牌! 尤其是主流的国内品牌基本都拥有成熟的应用产品,能够覆盖客户业务需求;二是 潜在进入者 微软、SAP 等 产业竞争者 SAP 、用友NC 、金蝶EAS 、浪潮GS 等 替代品 企业自身 供应商 公司软件开发人买方 个人消费者、企业用户 开发成本较大 买方砍价能力较强 潜在进入者的威胁 替代产品或服务的威胁

Oracle数据库试题及答案word版本

O r a c l e数据库试题及 答案

Oracle数据库试题 一、选择题 1、段是表空间中一种逻辑存储结构，以下（ D ）不是ORACLE数据库使用的段类型。 （A）索引段（B）临时段（C）回滚段（D）代码段 2、 ORACLE数据库物理结构包括以下三种文件，以下不属于的是（ A ）。（A）系统文件（B）日志文件（C）数据文件（D）控制文件 3、数据库中有两个用户scott和muuser，物资表wz是属于myuser用户的，但当前用户是scott，要求查询物资表wz（wno，wname，wtype，wunit）物资单位wunit列为null的记录，取结果的前5条记录显示，以下正确的SQL语句是（ C ） （A）select*from scott.wz where wunit is null and rownum<5； （B）select*from myuser.wz where wunit = null and rownum<5； (C) select*from myuser.wz where wunit is null and rownum<6； （D）select*form scott.wz where wunit is null and rownum<6； 4、若当前日期为’25-5月-06’，以下（ D ）表达式能计算出5个月后那一天所在月份的最后一天的日期。 （A）NEXT_DAY(ADD_MONTHS(28-5月-06,5)) （B）NEXT_DAY(MONTHS_BETWEEN(28-5月-06,5)) （C）NEXT_DAY(MONTHS_BETWEEN(’28-5月-06’,5)) （D）NEXT_DAY(ADD_MONTHS(’28-5月-06’,5))

Oracle中无效数据库对象的处理方法

Oracle中无效数据库对象的处理方法 Oracle总是会尝试自动重编译无效的PL/SQL对象和视图，但是可能不会成功。虽然Oracle可能建议手动地进行编译，不过我们并非必须进行这个操作。通常无效对象的产生是由于数据库迁移，针对无效对象，我们可以采取重编译和索引重建。 1.1、标识无效的对象 为了标识数据库中的所有无效的对象，我们可以作为SYSTEM用户或其他有权限的用户做如下查询。 SQL> select owner, object_name, object_type from dba_objects where status = 'INVALID'; 1.2、修正无效的对象 编译对象 SQL> alter procedure ADD_NUMS compile; Procedure altered. 如果编译成功，就不存在问题，如果编译失败，就需要找出失败的原因。 SQL> show errors 如果希望确定编译错误的原因，通常需要首先使用DBA_DEPENDENCIES视图。 SQL> desc dba_dependencies; Name Null? Type ----------------------------------------- -------- --------------- OWNER NOT NULL VARCHAR2(30) NAME NOT NULL VARCHAR2(30) TYPE VARCHAR2(17) REFERENCED_OWNER VARCHAR2(30) REFERENCED_NAME VARCHAR2(64) REFERENCED_TYPE VARCHAR2(17) REFERENCED_LINK_NAME VARCHAR2(128) DEPENDENCY_TYPE VARCHAR2(4) 如果要重新编译成百上千的的无效对象，可以运行下面命令。 SQL> @?/rdbms/admin/utlrp --编译无效对象脚本utlrp.sql

Oracle索引分析与查询优化

龙源期刊网 https://www.sodocs.net/doc/2d2861716.html, Oracle索引分析与查询优化 作者：崔黎明志远李婧 来源：《数字技术与应用》2016年第07期 摘要：Oracle是目前国内在大型数据存储中用得比较多的一种关系型数据库，磁盘阵列技术（RAID）和集群技术（RAC）的运用，使Oracle在处理数据效率和数据安全上有非常大的提高，在国内交通、电力，通信和金融等重要领域都有广泛的用途。本文基于Oracle 11g版本，对Rowid和索引的原理机制做出分析，并论述利用这些原理对大型数据表查询的优化。 关键词：Oracle Rowid 索引查询 中图分类号：TP311.13 文献标识码：A 文章编号：1007-9416（2016）07-0234-02 在逻辑上，Oracle是由多个表空间构成的，在新建一个表空间的时候，必须指定存储的文件，可以指向多个存储在不同磁盘上的数据。表空间下面分为段、区、块。新建一张表的时候，Oracle数据库就会为它创建一个段。所谓区就是指连续的块（block）构成的空间，一般区包含8个空块，block是Oracle数据库最小的数据空间，一般为8k或16k，当开始往这个表中插入数据的时候，Oralce数据库会自动为这个表分配一个区，并把数据不断往此区进行填充，当数据填满此区后，Oralce数据库会重新为该表分配一个区而不是一个段。实际上，对于我们不同的查询过程中，就是通过一些谓词过滤条件，从对应的数据块中获取正确的一行数据或多行数据。如何快速定位到该数据行，是一个数据库学习者不断探索的方向。 1 Rowid 1.1 简介 从字面上理解是行标识的意思，它是Oracle数据库中数据表的一个伪列，用于存放该表中每一行数据的地址，在8i版本之前，Oracle采用受限制的rowid，它是由数据文件编号，块编号和数据在该块内的偏移量这三个部分构成，长度为6个字节，因此在8i之前的版本中，每 个数据库最多可以包含1022个文件，每个文件最多能有4m个数据块，而每个数据库最多能 存储64k条记录。为了突破长度的限制和解决其他一些缺陷，Oracle数据库引入了这样一个概念：相对文件号。它的主要特点是改变之前rowid中数据文件编号是整个数据库范围组成的表空间，即文件编号为5的文件不再是数据库中编号为5的数据文件，而是表空间中对应编号的数据文件。如下图1所示为Oracle11g中一个普通表的rowid。 从该图1中可以看到rowid共有18位，分为四部分，格式为：AAAAAABBBCCCCCCDDD，其中AAAAAA六位表示dataobjectid，根据这个id可以确定该行数据在哪个段中；BBB三位表示相对文件号，通过这个字段号可以用来确定该行数据的绝 对文件号；CCCCCC六位表示datablocknumber，它是相对于datafile的编号；最后三位DDD

Oracle数据库定时自动备份批处理代码

echo off set pweek=%date:~-1% set fn=e:\bakdb\gdosys_dqgis%Date:~0,4%%Date:~5,2%%Date:~8,2% if %pweek% equ 日( exp system/sysorcl file=%fn%.dmp owner=gdosys,dqgis log=%fn%.log rar a %fn%.rar %fn%.* del %fn%.dmp del %fn%.log ) else ( exp system/sysorcl file=d:\bakweek\%date:~8,2%.dmp owner=gdosys,dqgis log=d:\bakweek\%date:~8,2%.log rem exp system/sysorcl file=d:\bakweek\%date:~11,3%.dmp owner=gdosys log=d:\bakweek\%date:~11,3%.log ) ———————————————————————————————————————————— hi.baidu./lvns/blog/item/beb171d3c2fa2cd6a8ec9a2d.html 这是最近写的一个Oracle数据库自动备份的批处理，经过测试正常运行，记录如下。包括两部分，逻辑备份和冷备份，如有不完整之处，还往看到本文的高手指导！ 注：这些容是本人经过一番学习和多次测试调试后的结果，如果想，请以连接的形式，合作！第一部分，逻辑备份 下面是：AutoBackup_Logic.bat --逻辑备份的主文件，直接在计划任务中调用就可以了。echo off rem rem 需要配置的参数说明： rem BAT_HOME：即本批处理所在的目录； rem DUMP_DIR：即要备份到的数据文件目录,存在与数据字典表：dba_directories 中。 rem set BAT_HOME=E:\BAT set DUMP_DIR=E:\Temp\DBBackup set BKFILE=%Date:~0,4%%Date:~5,2%%Date:~8,2% set HHMMSS=%time:~0,2%%time:~3,2%%time:~6,2% call %BAT_HOME%\LogicBackup.bat %DUMP_DIR% >%BAT_HOME%\LogicBackup_%BK FILE%%HHMMSS%.log echo Completed! 下面是：LogicBackup.bat echo off rem call LogicBackup.bat %DUMP_DIR% rem ====================================================================== ==================== rem 本批处理实现支持expdp数据泵的Oracle数据库版本的数据库逻辑备份，流程为：导出数据到

Oracle数据库简介

oracle数据库是一种大型数据库系统，一般应用于商业，政府部门，它的功能很强大，能够处理大批量的数据，在网络方面也用的非常多。不过，一般的中小型企业都比较喜欢用SQL数据库系统，它的操作很简单，功能也非常齐全。只是比较oracle 数据库而言，在处理大量数据方面有些不如。 Oralce数据库的发展历程 Oralce数据库简介 Oracle简称甲骨文，是仅次于微软公司的世界第二大软件公司，该公司名称就叫Oracle。该公司成立于１９７9年，是加利福尼亚州的第一家在世界上推出以关系型数据管理系统（RDBMS）为中心的一家软件公司。 Oracle不仅在全球最先推出了RDBMS，并且事实上掌握着这个市场的大部分份额。现在，他们的RDBMS被广泛应用于各种操作环境：Windows NT、基于UNIX系统的小型机、IBM大型机以及一些专用硬件操作系统平台。 事实上，Oracle已经成为世界上最大的RDBMS供应商，并且是世界上最主要的信息处理软件供应商。由于Oracle公司的RDBMS都以Oracle为名，所以，在某种程度上Oracle己经成为了RDBMS的代名词。 Oracle数据库管理系统是一个以关系型和面向对象为中心管理数据的数据库管理软件系统，其在管理信息系统、企业数据处理、因特网及电子商务等领域有着非常广泛的应用。因其在数据安全性与数据完整性控制方面的优越性能，以及跨操作系统、跨硬件平台的数据互操作能力，使得越来越多的用户将Oracle作为其应用数据的处理系统。 Oracle数据库是基于“客户端／服务器”模式结构。客户端应用程序执行与用户进行交互的活动。其接收用户信息，并向“服务器端”发送请求。服务器系统负责管理数据信息和各种操作数据的活动。 Oracle数据库有如下几个强大的特性： 支持多用户、大事务量的事务处理 数据安全性和完整性的有效控制 支持分布式数据处理 可移植性很强 Oracle大体上分两大块，一块是应用开发，一块是系统管理。 开发主要是写存储过程、触发器什么的，还有就是用Oracle的Develop工具做form。有点类似于程序员，需要有较强的逻辑思维和创造能力。管理则需要对Oracle 数据库的原理有深刻的认识，有全局操纵的能力和紧密的思维，责任较大，因为一个小的失误就会丢失整个数据库，相对前者来说，后者更看重经验。 Oracle数据库服务器： Oracle数据库包括Oracle数据库服务器和客户端 Oracle Server是一个对象一关系数据库管理系统。它提供开放的、全面的、和集成的信息管理方法。每个Server由一个 Oracle DB和一个 Oracle Server实例组成。它具有场地自治性（Site Autonomy）和提供数据存储透明机制，以此可实现数据存储透明性。每个 Oracle数据库对应唯一的一个实例名SID，Oracle数据库服务器启动后，一般至少有以下几个用户：Internal，它不是一个真实的用户名，而是具有SYSDBA优

Oracle经典案例代码

ORACLE经典案例 ORACLE--E-001）员工信息综合查询 （ORACLE 定义 ORACLE-F-001——ORACLE-F-005的综合练习： 1.用sqlplus连接数据库时，为什么会出Oracle not available错误？ 2.找出员工的姓中（last_name）第三个字母是a的员工名字 3.找出员工名字中含有a和e的 4.找出所有有提成的员工，列出名字、工资、提出，显示结果按工资从小到大，提成从小 到大 5.42部门有哪些职位 6.哪些部门不是Sales部 7.显示工资不在1000到1550之间的员工信息：名字、工资，按工资从大到小排序。 8.显示职位为Stock Clerk和Sales Representative，年薪在14400和17400之间的员工 的信息：名字、职位、年薪。 9.解释select id ，commission_pct from s_emp where commission_pct is null和select id ， commission_pct from s_emp where commission_pct = null的输出结果。 10.select语句的输出结果为 select * from s_dept; select * from s_emp; select * from s_region; select * from s_customer; …… 当前用户有多少张表，结果集有多少条记录。 11.判断select first_name , dept_id from s_emp where salary > '1450'是否抱错，为 什么？

Oracle数据库基础题库【含答案】

1、判断题，正确请写写"T"，错误请写写"F"， 1、oracle数据库系统中，启动数据库的第一步是启动一个数据库实例。（ T ） 2、Oracle服务器端的监听程序是驻留在服务器上的单独进程，专门负责响应客户机的连接请求。（ F） 3、oracle数据库中实例和数据库是一一对应的（非ORACLE并行服务，非集群）。（ T） 4、系统全局区SGA 是针对某一服务器进程而保留的内存区域，它是不可以共享的。（ F ） 5、数据库字典视图ALL_***视图只包含当前用户拥有的数据库对象信息。（ F ） 8、数据字典中的内容都被保存在SYSTEM表空间中。（ T ） 9、HAVING后面的条件中可以有聚集函数，比如SUM(),AVG()等， WHERE 后面的条件中也可以有聚集函数。（ F ） 10、"上海西北京" 可以通过like ‘%上海_’查出来。（ F ） 11、表空间是oracle 最大的逻辑组成部分。Oracle数据库由一个或多个表空间组成。一个表空间由一个或多个数据文件组成，但一个数据文件只能属于一个表空间。（ T ） 12、表空间分为永久表空间和临时表空间两种类型。（ T ） 13、truncate是DDL操作，不能 rollback。（ T ） 14、如果需要向表中插入一批已经存在的数据，可以在INSERT语句中使用WHERE语句。（ F ） 15、Oracle数据库中字符串和日期必须使用双引号标识。（ F ） 16、Oracle数据库中字符串数据是区分大小写的。（ T ） 17、Oracle数据库中可以对约束进行禁用，禁用约束可以在执行一些特殊操作时候保证操作能正常进行。（ F ） 18、为了节省存储空间，定义表时应该将可能包含NULL值的字段放在字段列表的末尾。（ T ） 20、在连接操作中，如果左表和右表中不满足连接条件的数据都出现在结果中，那么这种连接是全外连接。（ T ） 21、自然连接是根据两个表中同名的列而进行连接的，当列不同名时，自然连接将失去意义。（ T ） 23、PL/SQL代码块声明区可有可无。（ T ） 24、隐式游标与显式游标的不同在于显式游标仅仅访问一行，隐式的可以访问多行。（ F ）

ORACLE数据库管理系统介绍

ORACLE 数据库管理系统介绍 的特点: 可移植性 ORACLE采用C语言开发而成，故产品与硬件和操作系统具有很强的独立性。从大型机到微机上都可运行ORACLE的产品。可在UNIX、DOS、Windows等操作系统上运行。可兼容性由于采用了国际标准的数据查询语言SQL，与IBM的SQL/DS、DB2等均兼容。并提供读取其它数据库文件的间接方法。 可联结性对于不同通信协议，不同机型及不同操作系统组成的网络也可以运行ORAˉCLE数据库产品。 的总体结构 （1）ORACLE的文件结构一个ORACLE数据库系统包括以下5类文件:ORACLE RDBMS的代码文件。 数据文件一个数据库可有一个或多个数据文件，每个数据文件可以存有一个或多个表、视图、索引等信息。 日志文件须有两个或两个以上，用来记录所有数据库的变化，用于数据库的恢复。控制文件可以有备份，采用多个备份控制文件是为了防止控制文件的损坏。参数文件含有数据库例程起时所需的配置参数。 （2）ORACLE的内存结构一个ORACLE例程拥有一个系统全程区（SGA）和一组程序全程区（PGA）。 SGA（System Global Area）包括数据库缓冲区、日志缓冲区及

共享区域。 PGA（Program Global Area）是每一个Server进程有一个。一个Server进程起动时，就为其分配一个PGA区，以存放数据及控制信息。 （3）ORACLE的进程结构ORACLE包括三类进程: ①用户进程用来执行用户应用程序的。 ②服务进程处理与之相连的一组用户进程的请求。 ③后台进程 ORACLE为每一个数据库例程创建一组后台进程，它为所有的用户进程服务，其中包括: DBWR（Database Writer）进程，负责把已修改的数据块从数据库缓冲区写到数据库中。LGWR（Log Writer）进程，负责把日志从SGA中的缓冲区中写到日志文件中。 SMON（System Moniter）进程，该进程有规律地扫描SAG进程信息，注销失败的数据库例程，回收不再使用的内存空间。PMON（Process Moniter）进程，当一用户进程异常结束时，该进程负责恢复未完成的事务，注销失败的用户进程，释放用户进程占用的资源。 ARCH（ARCHIVER）进程。每当联机日志文件写满时，该进程将其拷贝到归档存储设备上。另外还包括分布式DB中事务恢复进程RECO 和对服务进程与用户进程进行匹配的Dnnn进程等。 的逻辑结构 构成ORACLE的数据库的逻辑结构包括: （1）表空间

浅谈对的理解对象—关系型数据库

浅谈对对象—关系型数据库的理解 姓名：杨小敏 学号：2010206190026

针对对象—关系型数据库的理解我想结合自己的专业（地图学与地理信息系统）从下面三个方面来理解：（1）关系型数据的发展以及在空间数据管理方面的优缺点（2）面向对象数据库的发展及在空间数据管理方面的优缺点（3）关系型数据库和面向对象技术的融合在数据库发展中所起到的独特作用在我们GIS专业领域内，随着信息技术的发展，各种应用系统建设的不断深入，像现在面向21世纪的应急应用系统的建设、城市基础地理空间信息数据库系统与共享平台的建设、地理信息公共服务平台的建设，小到“数字城市”的建设，大到“数字地球”乃至“智慧地球”的建设，我们已经开始不满足数值和文字的信息处理，为了达到系统建设平台尤其是公共服务平台的建设起到良好的客户友好体验，大量的图形信息，音频信息已经深入到数据库的设计中，其中尤其是空间数据库管理备受瞩目。所以，面对信息爆炸的21世纪，海量数据的存储和管路已经不是传统的数据库能解决的，空间数据管理需要更强的数据库——对象关系型数据库。 为什么空间数据需要对象关系型数据库的管理才更有效？我想简单的说一下GIS空间数据的基本特征：（1）空间特征：每个空间对象都具有空间坐标，所以在存储空间数据的同时我们要考虑数据的空间分布特征；（2）非结构化特征：通用数据库或者是传统数据库数据记录一般是结构化的，在面对空间图形信息的时候难以直接采用关系数据管理系统；（3）空间关系特征：空间数据的空间关系最重要的就是空间拓扑关系，这种拓扑结构方便了空间数据的查询和空间分析，但是给空间数据的一致性和完整性的维护增加了复杂性；（4）海量数据的特征：数据库在面对海量数据的存储和组织时，一般在二维空间上划分块或图幅，在垂直的方向上划分层在组织海量空间数据。 在空间数据的管理技术的发展中，从手工管理管理阶段到文件管理阶段再到数据库管理阶段，在三个数据管理阶段，对数据管理方式也不尽相同，在这里，我想说的是空间数据库的发展历史对空间数据管理的影响，第一是层次关系型数据库：只是数据库发展的初级阶段，这是空间数据的管理大多用文件方式管理，很显然不适合管理海量的空间数据，所以淘汰；第二是网络关系型数据库：在一定程度上解决了空间数据复杂管理的难题，但还是被日益崛起的关系型数据库所淘汰；第三是关系型数据库的发展：为了解决难于保证数据的完整性，开始将空

案例16-5：甲骨文敌意收购仁科

案例16-5：甲骨文敌意收购仁科 一．并购各方概况 1．甲骨文公司 甲骨文公司是全球最大的企业软件供应商，向超过145个国家的用户提供数据库、工具、应用软件以及相关的咨询、培训和支持服务。甲骨文公司总部设在美国加利福尼亚州的红木城，全球员工超过40000名，2003年年收入达到95亿美元，是《财富》全球500强企业。自1977年在全球率先推出关系型数据库以来，甲骨文公司已开始利用技术革命改变现代商业模式。甲骨文公司同时还是世界上唯一能够对客户关系——操作应用——平台设施实施全球电子商务解决方案的公司。 2．仁科公司 仁科公司（People Soft Inc.)是全球第二大的企业应用程序软件公司，在150个国家和地区中用以拥有11000位客户。仁科是人才资本管理应用程序领域的领导者，同时，在制造、客户关系管理、房地产、分析、财务管理、供应商关系分析管理、分销以及资产管理等各种软件方面也居于领先地位。仁科在12个行业中明显地占据了领导地位，其中包括金融服务、电信、人事、高等教育、制造和分销、政府、房地产以及日常消费品等。

二．并购过程 2003年6月6日，对还沉浸在几天前以18亿美元签约收购竞争对手J.D. Edwards公司的喜悦之中的硅谷软件企业仁科公司却不是那么顺利。这一天，甲骨文公司向仁科公司发出了51亿美元的巨额收购要约，真可谓“螳螂扑蝉，黄雀在后”，甲骨文公司做出如此大手笔的第一收购计划，果真要掀起一场软件行业的兼并浪潮，还只是借机阻挠仁科的规模重组进程，令人费思。在硅谷的高科技企业中，甲骨文公司的收购计划引起了相当大的反响。在这个行业中，，第一收购的做法通常是被小心避免的，因为一旦这样做，被收购公司的技术精英们就会离职而去，反而“偷鸡不成，反蚀把米”，得到一个无用的资产。2003年6月7日，仁科公司对软件巨头甲骨文公司6月6日的敌意收购进行了猛烈抨击，指责这是一“种恶劣的坏行为”，企图阻止仁科自己的收购。 仁科总裁兼首席执行官康威（曾经供职于甲骨文公司）认为：“显然，甲骨文明显的企图是阻止仁科本周宣布的对J.D. Edwards 的收购。”仁科曾在6月12日宣布，他将用18亿美元友好收购竞争对手J.D. Edwards 仁科董事会12日正式宣布不接受甲骨文公司51亿美元的收购邀请。董事会认为这次收购时恶意的，收购价格远远低于公司的价值，其目的在于破坏仁科收购J.D. Edwards 的计划。 仁科表示，最近几年，它与甲骨文公司相比市场份额已经有所

Oracle数据库试题

请将下列试题的正确答案写在答题栏里。（每小题2分） 1.当Oracle服务器启动时，下列哪种文件不是必须的（）。 A．数据文件 B．控制文件 C．日志文件 D．归档日志文件 2.在Oracle中，当用户要执行SELECT语句时，下列哪个进程从磁盘获得用户需要的数据（）。 A．用户进程 B．服务器进程 C．日志写入进程（LGWR D．检查点进程（CKPT） 3.在Oracle中，一个用户拥有的所有数据库对象统称为（）。 A．数据库 B．模式 C．表空间 D．实例 4.在Oracle中，有一个教师表teacher的结构如下： ID NUMBER(5) NAME V ARCHAR2(25) EMAIL VARCHAR2(50) 下面哪个语句显示没有Email地址的教师姓名（）。 A．SELECT name FROM teacher WHERE email = NULL; B．SELECT name FROM teacher WHERE email <> NULL; C．SELECT name FROM teacher WHERE email IS NULL; D．SELECT name FROM teacher WHERE email IS NOT NULL; 5.在Oracle数据库的逻辑结构中有以下组件： A 表空间 B 数据块 C 区 D 段 这些组件从大到小依次是（）。 A．A→B→C→D B．A→D→C→B C．A→C→B→D D．D→A→C→B 6.在Windows操作系统中，Oracle的（）服务监听并接受来自客户端应用程序的连接请求。 A．OracleHOME_NAMETNSListener

oracle视图总结

oracle视图总结(转) 视图简介: 视图是基于一个表或多个表或视图的逻辑表，本身不包含数据，通过它可以对表里面的数据进行查询和修改。视图基于的表称为基表。视图是存储在数据字典里的一条select语句。通过创建视图可以提取数据的逻辑上的集合或组合。 视图的优点： 1.对数据库的访问，因为视图可以有选择性的选取数据库里的一部分。 2.用户通过简单的查询可以从复杂查询中得到结果。 3.维护数据的独立性，试图可从多个表检索数据。 4.对于相同的数据可产生不同的视图。 视图的分类： 视图分为简单视图和复杂视图。 两者区别如下： 1.简单视图只从单表里获取数据，复杂视图从多表获取数据； 2.简单视图不包含函数和数据组，复杂视图包含； 3.简单视图可以实现DML操作，复杂视图不可以。 视图的创建： CREATE [OR REPLACE] [FORCE|NOFORCE] VIEW view_name [(alias[, alias]...)] AS subquery [WITH CHECK OPTION [CONSTRAINT constraint]] [WITH READ ONLY] 其中： OR REPLACE：若所创建的试图已经存在，ORACLE自动重建该视图； FORCE：不管基表是否存在ORACLE都会自动创建该视图； NOFORCE：只有基表都存在ORACLE才会创建该视图： alias：为视图产生的列定义的别名； subquery：一条完整的SELECT语句，可以在该语句中定义别名； WITH CHECK OPTION ：插入或修改的数据行必须满足视图定义的约束； WITH READ ONLY ：该视图上不能进行任何DML操作。 例如： Sql代码 1.CREATE OR REPLACE VIEW dept_sum_vw 2.(name,minsal,maxsal,avgsal)

Oracle数据库的日常使用命令(SAG_考核)

Oracle数据库的日常使用命令 1.基本知识 (2) 2.启动和关闭数据库 (3) 3.控制监听 (3) 4.数据库用户管理 (3) 5.Oracle的权限管理 (4) 6.更改字符集为中文 (5) 7.查询语句 (5) 8.表空间管理 (6) 9.数据文件被误删后的处理 (7) 10.查询当前系统的配置参数 (7) 11.显示当前用户 (8) 12.Oracle排错处理 (8) 13.查看表结构 (8) 14.查看数据库文件 (8) 15.将select查询出的结果保存至一个文件 (9) 16.存储过程 (9) 17.数据库的备份与恢复 (10) Export 转入程序 (10) Import 恢复程序 (12) 增量卸出/装入 (14)

18.如何查看各个表空间占用磁盘情况？ (15) 19.如何知道数据裤中某个表所在的tablespace? (15) 20.内核参数的应用 (15) 21.如何单独备份一个或多个表？ (16) 22.如何单独备份一个或多个用户？ (16) 23.如何显示当前连接用户? (16) 24.如何外连接? (16) 25.如何执行脚本SQL文件? (17) 26.如何搜索出前N条记录？ (18) 27.为表创建序列 (18) 28.查看本用户下的各种对象的SQL脚本 (18) 29.SQL*Plus系统环境变量有哪些？如何修改？ (20) 30.如何在PL/SQL中读写文件？ (20) 31.某个数据文件损坏，如何打开数据库？ (21) 1. 基本知识 一个表空间只能属于一个数据库 每个数据库最少有一个控制文件（建议3个，分别放在不同的磁盘上） 每个数据库最少有一个表空间（SYSTEM表空间） 建立SYSTEM表空间的目的是尽量将目的相同的表存放在一起，以提高使用效率，只应存放数据字典 每个数据库最少有两个联机日志组，每组最少一个联机日志文件 一个数据文件只能属于一个表空间 一个数据文件一旦被加入到一个表空间中，就不能再从这个表空间中移走，也不能再加入到其他表空间中 建立新的表空间需要建立新的数据文件

oracle数据库工作原理

oracle工作原理 (2007-05-18 08:47:40) 转载▼ 分类：计算机技术 第一篇Oracle架构总览 先让我们来看一张图 这张就是Oracle 9i的架构全图。看上去，很繁杂。是的，是这样的。现在让我们来梳理一下： 一、数据库、表空间、数据文件 1.数据库 数据库是数据集合。Oracle是一种数据库管理系统，是一种关系型的数据库管理系统。 通常情况了我们称的“数据库”，并不仅指物理的数据集合，他包含物理数据、数据库管理系统。也即物理数据、内存、操作系统进程的组合体。 数据库的数据存储在表中。数据的关系由列来定义，即通常我们讲的字段，每个列都有一个列名。数据以行(我们通常称为记录)的方式存储在表中。表之间可以相互关联。以上就是关系模型数据库的一个最简单的描述。 当然，Oracle也是提供对面象对象型的结构数据库的最强大支持，对象既可以与其它对象建立关系，也可以包含其它对象。关于OO型数据库，以后利用专门的篇幅来讨论。一般情况下我们的讨论都基于关系模型。 2.表空间、文件 无论关系结构还是OO结构，Oracle数据库都将其数据存储在文件中。数据库结构提供对数据文件的逻辑映射，允许不同类型的数据分开存储。这些逻辑划分称作表空间。

表空间(tablespace)是数据库的逻辑划分，每个数据库至少有一个表空间（称作SYSTEM表空间）。 为了便于管理和提高运行效率，可以使用一些附加表空间来划分用户和应用程序。例如：USER表空间供一般用户使用，RBS表空间供回滚段使用。一个表空间只能属于一个数据库。 每个表空间由同一磁盘上的一个或多个文件组成，这些文件叫数据文件(datafile)。一个数据文件只能属于一个表空间。在Oracle7.2以后，数据文件创建可以改变大小。创建新的表空间需要创建新的数 据文件。 数据文件一旦加入到表空间中，就不能从这个表空间中移走，也不能与其它表空间发生联系。 如果数据库存储在多个表空间中，可以将它们各自的数据文件存放在不同磁盘上来对其进行物理分割。在规划和协调数据库I/O请求的方法中，上述的数据分割是一种很重要的方法。数据库、表空间、文件之间的关系如下图所示： 二、数据库实例 为了访问数据库中的数据，Oracle使用一组所有用户共享的后台进程。此外，还有一些存储结构(统 称为System Gloabl Area,即SGA)，用来存储最近从数据库查询的数据。数据块缓存区和SQL共享池(Shared SQL Pool)是SGA的最大部分，一般占SGA内存的95％以上。通过减少对数据文件的I/O次数，这些存储区域可以改善数据库的性能。 数据库实例(instance)也称作服务器(server)，是用来访问数据库文件集的存储结构及后台进程的集合。一个数据库可以被多个实例访问（这是Oracle并行服务器选项）。实例与数据库的关系如下图所示： 决定实例大小及组成的参数存储的init.ora文件中（在9i中是spfile）。实例启动时需要读这个文件，并且在运行时可以由数据库管理员修改。对该文件的任何修改都只有在下一次启动时才启作用。实例的init.ora文件件通常包含实例的名字:如果一个实例名为orcl,那么init.ora文件通常被命名为initorcl.ora。另一个配置文件config.ora用来存放在数据库创建后就不再改变的变量值(如数据库的块 大小)。实例的config.ora文件通常也包含该实例的名字：如果实例的名字为orcl，则config.ora一般 将被命名为configorcl.ora。为了便于使用config.ora文件的设置值，在实例的init.ora文件中，该文件必须通过IFILE参数作为包含文件列出。