oracle学习笔记——视图、索引(转载)

本文深入探讨了SQL视图的概念、作用、创建、更改、删除等操作,以及索引的创建、修改、删除过程,重点阐述了视图与索引在数据库性能优化中的应用,包括如何通过合理使用视图和索引来提升查询效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


1.视图(VIEW)
1.1 概念
       视图-----是由SELECT查询语句(可以是单表或者多表查询)定义的一个\"逻辑表\",只有定义而无数据,是一个\"虚表\". 在创建视图时,只是将视图的定义信息保存在数据字典中, 而并不将实际的数据复制到任何地方, 即不需要在表空间中为视图分配存储空间. 视图是查看和操纵基表数据的一种方法, 可以像使用表一样使用视图.
        
tips: 查询视图没有什么限制, 插入/更新/删除视图的操作会受到一定的限制; 所有针对视图的操作都会影响到视图的基表; 为了防止用户通过视图间接修改基表的数据, 可以将视图创建为只读视图(带上with read only选项).
        视图中的数据会随基表的更新而自动更新.
         视图犹如基表的一个\"窗口\", 通过这个\"窗口\", 可以实施许多管理. 在一个视图中可以定义的最大列数为1000, 与表的限制相同.
         视图约束: 允许在视图上生成约束, 如\"主键约束、唯一键约束、外键约束、检查约束\"等. 但视图上的约束不是强制性的, 而是声明性的. 视图约束的语法与表相同. 在创建视图时, 可以使用with check option选项,给视图定义check约束,使其只能查询、操作满足check约束的记录行.
1.2 作用
         1)提供各种数据表现形式, 可以使用各种不同的方式将基表的数据展现在用户面前, 以便符合用户的使用习惯(主要手段: 使用别名).
         2)隐藏数据的逻辑复杂性并简化查询语句, 多表查询语句一般是比较复杂的, 而且用户需要了解表之间的关系, 否则容易写错; 如果基于这样的查询语句创建一个视图, 用户就可以直接对这个视图进行\"简单查询\"而获得结果. 这样就隐藏了数据的复杂性并简化了查询语句. 这也是oracle提供各种\"数据字典视图\"的原因之一,all_constraints就是一个含有2个子查询并连接了9个表的视图(在catalog.sql中定义).
         3)执行某些必须使用视图的查询. 某些查询必须借助视图的帮助才能完成. 比如, 有些查询需要连接一个分组统计后的表和另一表, 这时就可以先基于分组统计的结果创建一个视图, 然后在查询中连接这个视图和另一个表就可以了.
        4)提供某些安全性保证. 视图提供了一种可以控制的方式, 即可以让不同的用户看见不同的列, 而不允许访问那些敏感的列, 这样就可以保证敏感数据不被用户看见.
        5)简化用户权限的管理. 可以将视图的权限授予用户, 而不必将基表中某些列的权限授予用户, 这样就简化了用户权限的定义.
1.3 创建视图
        权限: 要在当前方案中创建视图, 用户必须具有create view系统权限; 要在其他方案中创建视图, 用户必须具有create any view系统权限. 视图的功能取决于视图拥有者的权限.
        语法: create [ or replace ] [ force ] view [schema.]view_name
                      [ (column1,column2,...) ]
                      as 
                      select ...
                      [ with check option ] [ constraint constraint_name ]
                      [ with read only ];
        
tips:
        or replace: 如果存在同名的视图, 则使用新视图\"替代\"已有的视图
        force: \"强制\"创建视图,不考虑基表是否存在,也不考虑是否具有使用基表的权限
        column1,column2,...:视图的列名, 列名的个数必须与select查询中列的个数相同; 如果select查询包含函数或表达式, 则必须为其定义列名. 此时, 既可以用column1, column2指定列名, 也可以在select查询中指定列名.
        with check option: 指定对视图执行的dml操作必须满足“视图子查询”的条件即,对通过视图进行的增删改操作进行\"检查\",要求增删改操作的数据, 必须是select查询所能查询到的数据,   否则不允许操作并返回错误提示. 默认情况下, 在增删改之前\"并不会检查\"这些行是否能被select查询检索到. 
        with read only:创建的视图只能用于查询数据, 而不能用于更改数据.
1.3.1 创建简单视图
         是指基于单个表建立的,不包含任何函数、表达式和分组数据的视图。
         示例1:基于emp表创建一个vw_emp视图
         create view vw_emp
         as
         select empno,ename,job,hiredate,deptno from emp; --------创建简单视图
         desc vw_emp; --------象表一样使用
         select * from vw_emp where deptno=10;--------查询
         insert into vw_emp values(1234,\'JACK\',\'CLERK\',\'29-4月-1963\',10);--------增加
         update vw_emp set ename=\'刘德华\' where ename=\'JACK\';--------更新
         delete vw_emp where ename=\'刘德华\'; --------删除
         
         create view vw_emp_readonly
         as
         select empno,ename,job,hiredate,deptno from emp
         with read only ; --------创建只读视图,只能用于执行select语句
         delete from vw_emp_readonly where empno=1234;--------删除失败
         create view vw_emp_check
         as
         select empno,ename,job,hiredate,deptno 
         from emp where deptno=10
         with check option constraint vw_emp_chk ;
         --------创建检查视图:对通过视图进行的增删改操作进行检查,
                                       要求增删改操作的数据必须是select查询所能查询到的数据。           
         insert into vw_emp_check
         values(1235,\'JACK\',\'CLERK\',\'29-4月-1963\',20);
         --------20号部门不在查询范围内,违反检查约束
         delete from vw_emp_check where empno=1234;
         --------所删除的数据在查询范围内,不违反检查约束
1.3.2 创建连接视图
        是指基于多个表所创建的视图,即,定义视图的查询是一个连接查询。 主要目的是为了简化连接查询
         示例1: 查询部门编号为10和30的部门及雇员信息
              create view vw_dept_emp
              as
              select a.deptno,a.dname,a.loc,b.empno,b.ename,b.sal
              from dept a , emp b
              where a.deptno=b.deptno 
              and a.deptno in (10,30);
              select * from vw_dept_emp;

1.3.3 创建复杂视图
        是指包含函数、表达式、或分组数据的视图。主要目的是为了简化查询。 主要用于执行查询操作,并不用于执行DML操作。
          注意:当视图的select查询中包含函数或表达式时,必须为其定义列别名。
          示例1:查询目前每个岗位的平均工资、工资总和、最高工资和最低工资。
              create view vw_emp_job_sal
              (job,avgsal,sumsal,maxsal,minsal)
              as
              select job,avg(sal),sum(sal),max(sal),min(sal)
              from emp
              group by job;
              select * from vw_emp_job_sal;
1.3.4 强制创建视图
        正常情况下,如果基表不存在,创建视图就会失败。但是可以使用force选项强制创建视图(前提:创建视图的语句没有语法错误!),此时该视图处于失效状态。
         示例1:
              create force view vw_test_tab
              as
              select c1,c2 from test_tab;--------会出现“警告: 创建的视图带有编译错误。”
              select object_name,status from user_objects
              where object_name=\'VW_TEST_TAB\';--------视图状态:INVALID
              select * from vw_test_tab;--------报错
              create table test_tab--------先建表
              (c1 number(9) primary key, c2 varchar2(20),c3 varchar2(30));
              select * from vw_test_tab;--------自动编译失效的视图
              select object_name,status from user_objects
              where object_name=\'VW_TEST_TAB\';--------视图状态:VALID               
1.4 更改视图
          在对视图进行更改(或重定义)之前,需要考虑如下几个问题:
          之一——由于视图只是一个虚表,其中没有数据,所以更改视图只是改变数据字典中对该视图的
                       定义信息,视图的所有基础对象都不会受到任何影响
          之二——更改视图之后,依赖于该视图的所有视图和PL/SQL程序都将变为INVALID(失效)状态
          之三——如果以前的视图中具有with check option选项,但是重定义时没有使用该选项,
                       则以前的此选项将自动删除。
1.4.1 更改视图的定义
          方法——执行create or replace view语句。这种方法代替了先删除(“权限也将随之删除”)
                       后创建的方法,会保留视图上的权限,但与该视图相关的存储过程和视图会失效。
          示例1:create or replace view v_test_tab
                      as
                      select c1,c2||\' + \'||c3 c23 from test_tab;
   
1.4.2 视图的重新编译
           语法:alter view 视图名 compile;
           作用:当视图依赖的基表改变后,视图会“失效”。为了确保这种改变“不影响”视图和依赖于该视图的
                     其他对象,应该使用 alter view 语句“明确的重新编译”该视图,从而在运行视图前发现重新
                     编译的错误。视图被重新编译后,若发现错误,则依赖该视图的对象也会失效;若没有错误,
                     视图会变为“有效”。
           权限:为了重新编译其他模式中的视图,必须拥有alter any table系统权限。
           注意:当访问基表改变后的视图时,oracle会“自动重新编译”这些视图。
           示例1:select last_ddl_time,object_name,status
                       from user_objects
                       where object_name=\'V_TEST_TAB\';——视图的状态:有效
                       alter table test_tab modify (c2 varchar2(30));——修改c2列的长度
                       select last_ddl_time,object_name,status
                       from user_objects
                       where object_name=\'V_TEST_TAB\';——视图的状态:失效
                       alter view v_test_tab compile;——明确的重新编译
                       select last_ddl_time,object_name,status
                       from    user_objects
                       where object_name=\'V_TEST_TAB\';——视图的状态:有效
            思考:若上述代码修改的不是列长,而是表名,结果又会如何?
                      <警告:更改的视图带有编译错误;视图状态:失效>
                                           
1.5 删除视图
        可以删除当前模式中的任何视图;
        如果要删除其他模式中的视图,必须拥有DROP ANY VIEW系统权限;
        视图被删除后,该视图的定义会从词典中被删除,并且在该视图上授予的“权限”也将被删除。
        视图被删除后,其他引用该视图的视图及存储过程等都会失效。
       示例1:drop view vw_test_tab;
1.6 查看视图
        使用数据字典视图
         dba_views——DBA视图描述数据库中的所有视图
         all_views——ALL视图描述用户“可访问的”视图
         user_views——USER视图描述“用户拥有的”视图
         dba_tab_columns——DBA视图描述数据库中的所有视图的列(或表的列)
         all_tab_columns——ALL视图描述用户“可访问的”视图的列(或表的列)
         user_tab_columns——USER视图描述“用户拥有的”视图的列(或表的列)
         示例1:查询当前方案中所有视图的信息
         desc user_views;
         set long 400;
         select view_name,text from user_views;
         示例1:查询当前方案中指定视图(或表)的列名信息
         select * from user_tab_columns where table_name=\'VW_DEPT\';
1.7 在连接视图上执行DML操作
         在视图上进行的所有DML操作,最终都会在基表上完成;
         select 视图没有什么限制,但insert/delete/update有一些限制
1.7.1 在视图上执行DML操作的步骤和原理
         第一步:将针对视图的SQL语句与视图的定义语句(保存在数据字典中)“合并”成一条SQL语句
         第二步:在内存结构的共享SQL区中“解析”(并优化)合并后的SQL语句
         第三步:“执行”SQL语句
                      示例:
                      假设视图v_emp的定义语句如下:
                      create view v_emp 
                      as
                      select empno,ename,loc
                      from employees emp,departments dept
                      where emp.deptno=dept.deptno and dept.deptno=10;
                      当用户执行如下查询语句时:
                      select ename from v_emp
                      where empno=9876;
                      oracle将把这条SQL语句与视图定义语句“合并”成如下查询语句:
                      select ename 
                      from employees emp,departments dept
                      where emp.deptno=dept.deptno and dept.deptno=10
                      and empno=9876;
        然后,解析(并优化)合并后的查询语句,并执行查询语句
1.7.2 查询视图“可更新”(包括“增删改”)的列
        使用数据字典视图
         dba_updatable_columns——显示数据库所有视图中的所有列的可更新状态
         all_updatable_columns——显示用户可访问的视图中的所有列的可更新状态                                    
        user_updatable_columns——显示用户拥有的视图中的所有列的可更新状态
         示例1: 查询v_stu_dept中的哪些列是可更新的
              select table_name,column_name,insertable,updatable,deletable
              from    user_updatable_columns
              where table_name=\'V_STU_DEPT\';
1.7.3 可更新连接视图
        如果创建连接视图的select查询“不包含”如下结构,
        并且遵守连接视图的“更新准则”,
       则这样的连接视图是“可更新”的:
        之一:集合运算符(union,intersect,minus)
        之二:DISTINCT关键字
        之三:GROUP BY,ORDER BY,CONNECT BY或START WITH子句
        之四:子查询
        之五:分组函数
        之六:需要更新的列不是由“列表达式”定义的
        之七:基表中所有NOT NULL列均属于该视图
1.7.4 键值保存表
        如果连接视图中的一个“基表的键”(主键、唯一键)在它的视图中仍然存在,
         并且“基表的键”仍然是“连接视图中的键”(主键、唯一键);
         即,某列在基表中是主键|唯一键,在视图中仍然是主键|唯一键
         则称这个基表为“键值保存表”。
              
         一般地,由主外键关系的2个表组成的连接视图,外键表就是键值保存表,而主键表不是。
1.7.5 连接视图的更新准则
        之一:一般准则——(讲)
                        任何DML操作,只能对视图中的键值保存表进行更新,
                        即,“不能通过连接视图修改多个基表”;
                        在DML操作中,“只能使用连接视图定义过的列”;
                        “自连接视图”的所有列都是可更新(增删改)的
         之二:insert准则
                       在insert语句中不能使用“非键值保存表”中的列(包括“连接列”);
                       执行insert操作的视图,至少应该“包含”键值保存表中所有设置了约束的列;
                       如果在定义连接视图时使用了WITH CHECK OPTION 选项,
                       则“不能”针对连接视图执行insert操作                                     
        之三:update准则
                        键值保存表中的列是可以更新的;
                        如果在定义连接视图时使用了WITH CHECK OPTION 选项,
                        则连接视图中的连接列(一般就是“共有列”)和基表中的“其他共有列”是“不可”更新的,
                        连接列和共有列之外的其他列是“可以”更新的
       之四:delete准则
                        如果在定义连接视图时使用了WITH CHECK OPTION 选项,
                        依然“可以”针对连接视图执行delete操作
2 索引
       目标是为了提高查询的速度,当用户对查询速度不满意而需要对数据库的性能进行调校时,优先考虑建立索引。
       数据库中索引的概念与书索引的概念非常类似,
       不同之处在于数据库索引用来在表中查找特定的行。
       索引缺点:
                      向表中“添加/删除”行时,必须花费额外的时间来更新该行的索引。
       创建索引的时机:
                      当需要从大表中检索少数几行时,都应该对列创建索引。
       基本准则:
                      当任何单个查询要检索的行<=整个表行数的10%时,索引就非常有用。
       索引的候选列:
                      应该是用来存储很大范围的值的列
       自动创建索引:
                      表的主键和唯一键将自动创建索引
2.1 语法
       create [unique] index 索引名 -------unique指定索引列中的值是唯一的,索引名建议以idx打头
       on 表名(列1, 列2... ...) --------可以对多列创建索引,这种索引称为“复合索引”
       [tablespace 表空间名]; --------省去后,索引将被存储到用户的默认表空间中
       提示:
       出于性能方面的原因,通常应该将索引与表存储到不同的表空间中
       示例:
       create index idx_customers_lastname on customers(last_name);
2.2 查询索引和索引列的信息
      select * from user_indexes where table_name in(\'CUSTOMERS\', \'EMPLOYEES\');
      select * from user_ind_columns where table_name in(\'CUSTOMERS\', \'EMPLOYEES\');
2.3 修改索引
      alter index 索引名 rename to 新索引名
2.4 删除索引
      drop index 索引名
印染厂生产仓储信息系统 需求分析说明书 一. 系统背景 我国经济经历经多高速增长后,正处于崭新的发展阶段,人民生活水平普遍提高,国家不断加强环境保护和节能减排的政策力度。同时2008下半源自发达经济体的金融危机,愈演愈烈,已成为一场经济危机,并向全球蔓延。在这样的国际和国内经济背景下,我国经济发展面临着严峻考验,特别是以出口导向型劳动密集型产业面临的形势更为严峻:一方面劳动力、原材料、污水处理等成本上升,另一方面出口订单减少。在这种情况下,沿海某纺织印染集团公司的决策层经过分析和讨论,审时度势做出战略决策:与时俱进,调整和优化产品构,提高产品附加值、推行细化管理和集约化经营。 目前,根据集团的总体规划,将在印染分厂逐步建立一系列信息化系统,其中《生产仓储信息系统》,将实现原坯布和成品仓储管理信息化,达到细化、确化和高效化管理,达到最大限度降低仓储管理成本和提高仓储管理效率的目的。 本文将对《生产仓储信息系统》的实际需求进行分析,并制定出解决方案。 二. 系统目标 《生产仓储信息系统》主要实现以下目标:  实现坯布库存摆放和出入的信息化  实现灵活多样查询和统计  实现有效可靠的用户权限管理和系统的安全性 三. 业务描述 对纺织布匹进行印染加工是印染企业主要生产内容。布匹是印染厂的最主要生产物资,未经印染加工布匹被称为坯布(即纺织企业出厂产品),经过印染企业加工的布匹被称为成品布(即直接可在市场上销售的布匹)。 坯布进入印染厂后,首先存放在坯布仓库中,需要生产时,从坯布库中出库,供生产使用,本系统主要内容为坯布库的出入库管理和位置摆放管理。 (一) 坯布库管理  库存初始数据设置 在刚刚开始使用本系统时,可能仓库中已有一定的坯布,这时需要录入库存的初始量。库存初始信息包括: 规格、数量(米)、登记时间(月日),是否确定。 对初始信息可以设置、修改和确定。 一旦确定之后就不可以再进行设置和修改。  坯布出入库 坯布出入库即将坯布提出坯布库和进入坯布库。仓库管理人员对每一次出入库情况做详细记录,每天下班前结账结账以后的出入记录不可以再修改和变化,同时向上级部门报坯布库存日报表和日出入库明细清单。 出入库记录信息包含如下内容: 记录号、出入类型(出库、入库、盘盈、盘亏)、时间(月日)、客户、坯布厂家、规格、数量(米)、位置、登记人、登记时间(月日时分秒)、是否已结账结账人、结账时间(月日时分秒)、是否注销,注销人、注销时间。 坯布出入库管理主要包括: 新增入库,即新建一条坯布入库信息,记录内容 包括:记录号、时间(月日)、客户、坯布厂家、规格、数量(米)、位置、登记人、登记时间(月日时分秒) 修改出入库记录:对入库信息进行修改(记录号不可以修改),登记人和登记时间重新记录,结账以后的信息不可以修改。 注销出入库记录:对作废的、错误的出入库记录注销,表示不再使用,同时记录注销人和注销时间,结账以后的信息不可以注销。 结账:对选择日期当天的出入库记录进行结账,经结账记录加结账标志,同时记录结账人和结账日期。结账以后的信息不可以二次结账。 生成日报:依据当日结账出入库记录和上日存,生成当日库存日报,日报表样如下: 坯布库存日报表 部门:坯布库 报表人:XXX 日期:2009-6-28 规格 数量 上日存 日入库 日出库 日存 合计 生成日出入库明细:将当日结账出入库记录生成日出入库明细单,样表如下: 坯布日出入库明细单 部门:坯布库 报表人:XXX 日期:2009-6-28 记录号 规格 客户 坯布厂家 出入类型 数量 合计  坯布库存月报 坯布库存月报表 部门:坯布库 报表人:XXX 月份:2009-6 规格 数量 上月存 月入库 月出库 月存 合计  坯布库存报 坯布库存报表 部门:坯布库 报表人:XXX 份:2009 规格 数量 上入库 出库 存 合计  坯布库存盘点 库存盘点即对库存坯布进行实物清点,并进行帐实核对,并生成盘点报表。 在盘点之时,停止所有坯布出入库,未结帐的数据全部结账,生成盘点表: 坯布库存盘点表 部门:坯布库 盘点日期:2009-8-20 规格 账面库存量 实际数量 盈亏数量 盘点人 盘点表中需要填入的信息是实际数量、盈亏数量、盘点人。 根据盘点表生成盘点报表: 坯布库存盘点报表 部门:坯布库 盘点日期:2009-8-20 规格 账面库存量 实际数量 盈亏数量 最后应当盈亏入账,使帐实相符,具体在出入库记录中添加记录,出入类型为盘盈或者盘亏。  坯布库查询 可以按客户、规格、出入库日期、出/入库、位置、是否结账、是否注销、登记人等条件灵活地组合查询出入库记录。 (二) 系统的安全要求 本系统的用户及权限 管理员:能够进行系统的用户管理和维护,以及为用户分配权限。 其他用户:等够操作权限范围内的业务。 用户管理 任何用户必须经过权限分配和登录方可进入系统进行操作,任何用户操作都不能超越所拥有的权限。 密码维护 任何用户可以且仅能修改自己的密码 四. 系统功能划分 生产仓储信息系统将实现面向所有用户的统一操作平台,不同的业务功能,通过该平台实现统一登录统一管理,具有内在联系业务之间数据共享,尽可能避免重复操作。 (一) 安全子系统  用户管理 系统自带一个管理员用户,可以进行用户信息管理,负责对系统用户信息维护,及用户的权限分配。具体功能描述如下: 可以新建用户信息:用户ID、用户名称,密码由系统默认“123456”。 可以修改用户信息(不含密码)和删除用户信息,删除用户时同时删除该用户所拥有的权限。  用户登录 所用的系统用户,必须通过登录验证方可进入系统。如果用户不存在或者密码错误应当返回登录页面,并给用户相应提示。 未经登录的用户直接访问需要登录后才能访问的url时,系统应等够阻止。  用户登录后的操作菜单(首界面) 用户登录系统后所看到的操作菜单应为用户拥有的权限范围内的菜单。 (二) 基础信息子系统  客户信息维护 根据生产需要输入和维护必要的订单编号信息,内容为订单编号,客户名称等。  规格维护 根据生产需要录入和维护规格信息,内容为规格名称等。  位置代码维护 位置代码是指在物品所在仓库位置的编号,本功能即对位置代码进行定义和维护。 位置代码为5位编码,规则:仓库代号+区号+排号+列号,其含义如下: 仓库代号:R-坯布库 P-成品库 区号:00-99 排号:0-9 列号:0-9  坯布厂家维护 对坯布厂家信息进行录入和维护。  初始库存设置 可以对初始库存进行录入和修改,无误之后可以对初始库存进行确定,确定之后不再可以新增和更改。  盘点开关设置 进入本功能模块,在非盘点期间可以进行开始盘点操作,在盘点期间可以进行束盘点操作。 (三) 坯布库子系统  坯布出入库 非盘点期间 当日未结账之前,用户可以进行以下操作。 直接录入有关坯布出入库信息:出入类型(出库、入库、盘盈、盘亏)、客户、坯布厂家、规格、数量(米)、位置;系统自动生成记录号,并记录出入库日期、登记人姓名、登记人操作时间。 信息录入之后用户可以进行修改和注销和取消注销,但记录号不可以修改。 当日结账之后,仅可以查看出入库数据,不可以录入和修改、注销。 在盘点期间 不可以进行新增出入库信息,可以修改和注销现有未结帐信息,可以取消未结帐注销信息。  出入库结账 在非盘点期间 可以结账,即对选择某一日的出入记录进行扎结账之后不允许在已结账日期进行录入、修改、注销和结账操作,仅可以查看。 在该模块,用户可以生成当日库存日报。 在盘点期间 可以进行盘点结账,盘点结账之后不再可以修改、注销和取消注销。  坯布库存盘点 在盘点期间 用户可以生成盘点表,可以在盘点表中录入实际库存数量,可以提交保存,也可以修改。 如果盘点束或者盈亏已入账则不可以再录入和维护实际库存数量(即不可以修改盘点表)。 盘点束后 可以生成盘点报表。  坯布盈亏入账 用户可以将最近一次盘点盈亏数据入账,即以盘亏和盘盈的形式增加库存出入信息,这些信息来源于盘点表。 (四) 查询统计子系统  坯布库查询 可以按客户、规格、出入库日期、出/入库、位置、是否结账、是否注销、登记人等条件灵活地组合查询出入库记录。  坯布库存月报  坯布库存报 五. 系统环境 (一) 硬件环境  1)硬件平台 1、网络环境: 内部的局域网网速:局域网线路带宽为100M,工作站要求10M/100M,DB服务器为100M/1000M。 客户机(浏览器)外部接入网速不低于256kbps 2、服务器要求: DB服务器要求为高性能的PC服务器,配置最低要求(5个客户端):奔腾双核1.8GHz CPU,2G DDR2,160G HDD,100M/1000M NET,其他设备建议配备磁盘阵列备份与UPS电源。 WEB服务器要求为为高性能的PC服务器,配置最低要求:奔腾双核2.0GHz CPU,2G DDR,40G HDD,100M/1000M NET,其他设备建议配备磁盘阵列备份与UPS电源。 3、客户端要求: CPU频率在1.8GHZ/内存256M/硬盘20G以上的PC机,其中显示器建议可正常上1024×768分辨率。 (二) 软件平台  1)软件平台 服务器操作系统:WINDOWS XP/ WINDOWS 2000 Server 数据库系统:sqlserver 2005 JAVA平台:JDK1.5 J2EE1.4 WEB服务器: Tomcat 6.0 客户端操作系统: WINDOWS2000、WINDOWS XP 客户端浏览器:IE7.0或以上版本  2)系统开发工具 Eclipse 3.3+MyEclipse 6.5 + Tomcat6.0
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值