SAP ARAP重分类配置及操作
应收应付重分类的原理就是根据账面余额在借方还是贷方，通过调整凭证将金额调整到
相应的科目中，从而使得从资产负债表上看到正确的结果。
例如，应收账款最后的余额是贷方，那么该客户的应收账款应该作为预收账款，这个时候就
可以通过应收重分类充分来解决。
系统是按照每个统驭科目去确定是否需要重分类。
定义评估方法
T-code:OB59
QQ:315396901
QQ:315396901如图所示，在定义评估方法时需要指定汇率类型XXYY和外币评估凭证的凭证类型（需要预先定义）。
定义评估范围
币，即表明外币评估的范围是公司第一本位币。分配会计准则到分类账组
QQ:315396901分配评估范围和会计准则
一般将会计准则设置为GAAP。
定义排序方法
QQ:315396901
QQ:315396901
配置重分类
财务会计(新)->总账会计核算(新)->定期处理->重新分类->转帐和排序应收款和应付款->根据到期日定义应收/应付帐款的调整科目
T-code:OBBV
QQ:315396901
QQ:315396901
QQ:315396901
应收/应付重分类科目按如下规则进行设置：
排序方法应收款（应收须要调整的是应付账款科目的借方）：统驭科目调整科目目标科目
应付账款应付账款调整预付账款调整
其他应付款其他应付款调整其他应收款调整
应付票据应付票据调整应付票据调整
排序方法应付款（应付须要调的是应收账款的贷方）：
统驭科目调整科目目标科目
应收账款应收账款调整预收账款调整
其他应收款其他应收款调整其他应付款调整
应收票据应收票据调整应收票据调整
准备会计科目
只需要设置普通的科目即可，字段状态也是常规的。
QQ:315396901
发生业务
T-code: f-02
QQ:315396901
重分类
会计核算→财务会计→应收款→定期处理→结算→重新分类→排序/重分类（新）
T-code:FAGLF101
QQ:315396901
通过Posting 可以查看即将生成的会计凭证。
从中看出调整科目在次月有冲销凭证。检查无误后，就可以正式执行重分类。此时并未生成会计凭证，需用SM35后台执行外币评估会话FAGL_CL_REGR.
QQ:315396901
SM35执行会话
QQ:315396901选中FAGL_CL_REGR 行，点击上部的命令后，出现下视图：
执行完成显示如下会话
光标选中会话FAGL_CL_REGR 行，点击日志按钮（红色框中LOG ），出现界面如下：
双击日期则可显示凭证日志如下
QQ:315396901
FB03查看凭证
QQ:315396901
上面讲的只是应收账款的调整，对于应付账款等统驭科目的调整是同样的道理。在运行应收应付重分类(FAGLF101)时，系统将会产生以下几笔凭证：
本月记账：
借：应付账款调整借：应收账款调整
贷：预付账款调整贷：预收账款调整
下月冲回：
借：预付账款调整借：预收账款调整
贷：应付账款调整贷：应收账款调整
QQ:315396901
传输系统的配置和管理 本章主要内容： 传输系统的配置 传输CHANGE REQUEST SAP的整个系统一般包括开发系统、测试系统、生产系统。所有的配置、开发都要求在开发系统完成，然后形成CHANGE REQUEST，再通过传输系统传入测试系统进行测试，最后传入生产系统。SAP的传输系统具有域的概念，所有的系统都要求处于同一个传输域中，并且有并只能有一个域控制器，用来控制对CHANGE REQUEST的传输，一般情况下传输系统的域控制器都选择为开发系统，并且把传输域控制器的/usr/sap/trans目录共享出来，保证测试、生产系统可以对/usr/sap/trans目录进行读写访问。 7.1 传输系统的配置 配置传输系统的步骤如下： 1 在开发、测试、生产系统上，设置传输路径的参数（修改参数文件的方法参见“十修改参数文件”）： RZ10--修改子系统参数文件--扩展管理，把参数“DIR_TRANS”设置为//SAPTRANSHOST/sapmnt/trans。其中SAPTRANSHOST为传输域控制器的主机名。 在WINDOWS系统上，如果开发、测试、生产系统不在一个域内，需要建立各个域的信任关系，确保所有系统实现对/usr/sap/trans的读写访问。 2 登陆传输域控制器（以下指定为开发系统）的CLIENT 000，运行STMS。
2 在没有配置传输系统时，系统将弹出窗口，要求配置传输系统。作为域控制器的开发系统，直接在弹出窗口点保存，默认开发系统为域控制器。 3 登陆测试或生产系统的CLIENT 000，运行事物代码STMS
4 系统要求配置传输，点保存右侧的“OTHER CONFIGURATION” 5 选择Include system in domain
三大主流数据库对比哪个更有优势 Oracle Oracle 能在所有主流平台上运行（包括Windows）。完全支持所有的工业标准。采用完全开放策略。可以使客户选择最适合的解决方案。对开发商全力支持，Oracle并行服务器通过使一组结点共享同一簇中的工作来扩展Windows NT的能力，提供高可用性和高伸缩性的簇的解决方案。如果Windows NT不能满足需要，用户可以把数据库移到UNIX中。Oracle 的并行服务器对各种UNIX平台的集群机制都有着相当高的集成度。Oracle获得最高认证级别的ISO标准认证.Oracle性能最高，保持开放平台下的TPC-D和TPC-C的世界记录Oracle多层次网络计算，支持多种工业标准，可以用ODBC、JDBC、OCI等网络客户连接。 Oracle 在兼容性、可移植性、可联结性、高生产率上、开放性也存在优点。Oracle产品采用标准SQL，并经过美国国家标准技术所（NIST）测试。与IBM SQL/DS，DB2，INGRES，IDMS/R等兼容。Oracle的产品可运行于很宽范围的硬件与操作系统平台上。可以安装在70种以上不同的大、中、小型机上；可在VMS、DOS、UNIX、WINDOWS等多种操作系统下工作。能与多种通讯网络相连，支持各种协议（TCP/IP、DECnet、LU6.2等）。提供了多种开发工具，能极大的方便用户进行进一步的开发。Oracle良好的兼容性、可移植性、可连接性和高生产率是Oracle RDBMS具有良好的开放性。 Oracle价格是比较昂贵的。据说一套正版的Oracle软件早在2006年年底的时候在市场上的价格已经达到了6位数。所以如果你的项目不是那种超级大的项目，还是放弃Oracle 吧。 SQL Server SQL Server 是Microsoft推出一套产品，它具有使用方便、可伸缩性好、与相关软件集成程度高等优点，逐渐成为Windows平台下进行数据库应用开发较为理想的选择之一。SQLServer是目前流行的数据库之一，它已广泛应用于金融、保险、电力、行政管理等与
基坑工程安全等级 基坑工程监测项目的选择与基坑工程的安全等级有关。目前基坑工程安全等级的划分不同规范中有所不同。 （1）《建筑地基基础工程施工质量验收规范》GB 50202-2002的划分方法 符合下列情况之一的基坑，定为一级基坑： 1）重要工程或支护结构作为主体结构的一部分； 2）开挖深度大于10m； 3）与邻近建筑物、重要设施的距离在开挖深度以内的基坑； 4）基坑范围内有历史文物、近代优秀建筑、重要管线等需要严加保护的基坑。 三级基坑为开挖深度小于7m，且周围环境无特别要求的基坑。 除一级基坑和三级基坑外的基坑均属二级基坑。 （2）《建筑基坑支护技术规范》JGJ 120-99的划分方法 基坑侧壁安全等级按照基坑破坏后果划分，见表2-1-1. 基坑侧壁安全等级表2-1-1 注：有特殊要求的建筑基坑侧壁安全等级可根据具体情况另行确定。 （3）《建筑地基基础设计规范》GB 50007-2002的划分方法 该规范中的基坑监测项目的选择是按照地基基础设计等级确定的，它将地基基础设计等级分为甲、乙、丙三个设计等级。其中“位于复杂地质条件及软土地区的二层及二层以上地下室的基坑工程”属于甲级设计等级。 （4）其他相关规范中的划分方法 冶金部的行业标准《建筑基坑工程技术规范》YB 9258-97对基坑工程安全等级的划分同建设部的行业标准《建筑基坑支护技术规范》JGJ 120-99基本相同，也是按照破坏后果确定为一级、二级、三级。
（5）上海市标准《基坑工程设计规程》DBJ 08-61-97中的划分方法 关于基坑工程安全等级的划分同《建筑地基基础工程施工质量验收规范》GB 50202-2002基本相同。 （6）《深圳地区建筑深基坑支护技术规范》SJG 05-96中的划分 关于基坑工程安全等级的划分主要依据工程的复杂程度和破坏程度，分为一级、二级、三级。 （7）山东省地方标准《建筑地基工程监测技术规范》DBJ 14-024的划分方法 该规范突出国家标准《建筑地基基础工程施工质量验收规范》GB 50202-2002、《建筑地基基础设计规范》GB 50007-2002的地位，将基坑工程安全等级划分为一级、二级、三级。符合下列情况之一的基坑，定为一级基坑： 1）重要工程或支护结构同时作为主体结构一部分的基坑； 2）与邻近建筑物、重要设施的距离在开往深度以内的基坑； 3）基坑影响范围内（不小于2倍的基坑开挖深度）有历史文物、近代优秀建筑、重要管线等需要严加保护的基坑； 4）开挖深度大于10m的基坑； 5）位于复杂地质条件及软土地区的二层及二层以上地下室的基坑。 基坑开挖深度小于7m，且周围环境无特别要求的基坑属于三级基坑。 除一级基坑和三级基坑外的基坑均属二级基坑。 （8）上海市工程建设地方标准《基坑工程施工监测规程》DG/T 108-2001-2006的划分方法 该规程规定了基坑工程监测等级，分为特级、一级、二级和三级。基坑工程监测等级根据基坑工程安全等级、周边环境等级和地基复杂程度划分。基坑工程安全等级又依据破坏后果、基坑开挖深度划分为一级、二级和三级；周边环境等级依据周边环境条件划分为特级、一级、二级和三级；地基复杂程度等级依据地基土土性、软弱程度和水文地质条件划分为复杂、中等和简单。 （9）《南京市房屋建筑深基坑工程质量监督管理实施细则（试行）》宁建工字[2006]213号文件中的划分方法 该文件同时吸纳了国家标准《建筑地基基础工程施工质量验收规范》GB50202-2002、《建筑地基基础设计规范》GB 50007-2002和建设部的行业标准《建筑基坑支护技术规程》JGJ 120-99，将基坑划分为一级安全等级、
SAP系统BW模块配置和操作指导详解概述 业务说明 基于SAP ECC6 使用RSA3 0TCT_DS01数据源可以查看对BW数据的读取情况。 为了从EP中链接到SAP系统，需要配置单点登录，另外需要用户在ECC中拥有RSRR_WEB的权限 本文是由塞依教育编辑整理，了解更多SAP培训信息，请进入https://www.doczj.com/doc/a69063971.html,/knowledge/ 基本原理 以下是基于文件的BW设置的基本原理，也可以说是一个基本的操作过程。 1.设置一个源系统，用于确定数据从哪里来。 2.创建一个Datasource，用于存放抽取过来的数据。此时的抽取式通过InfoPackage实现的。 3.创建一个DataStore Object对象，用于存放处理后的数据。Datasource和DataStore Object之间通过Transformation（转换规则）进行关联，同时需要创建一个Transfer Process用于数据的抽取处理。每个DataStore Object是属于一个InfoArea，也就是说一个Info Area下可以根据需要按照不同的规则更新出不同DataStore Object。 4.在Explorer中创建一个查询，查询需要的数据，设计查询时可以设置一个过滤器进行必要的筛选。 Table RSIDOCSA VE 相关概念 BI（Business Intelligence，商务智能） SAP BI（SAP Business Information Warehouse） DW（Data Warehouse，数据仓库） DM （Data Mining，数据挖掘） OLTP（Online Transaction Process，在线事务处理） OLAP（Online Analysis Process，在线分析处理） 逻辑视图
基坑一般按下面种分类法综合分析，符合两个等级的，按周边环境高一级考虑，因为保 护周边环境安全最重要。 基坑侧壁安全等级的划分: 一级：周边环境条件很复杂；破坏后果很严重；基坑深度H>12M；工程地质条件复杂；地下水位很高、条件复杂、对施工影响严重 二级：周边环境条件较复杂；破坏后果很严重；基坑深度6M 筑物； 一级：离基坑1-2倍开挖深度范围内有重要的地下设施、大直径管线，重要建（构）筑物；周边环境条件很复杂；破坏后果很严重；基坑深度H>12M；工程地质条件复杂；地下水位很高、条件复杂、对施工影响严重 二级：离基坑1倍开挖深度范围内有重要的支线地下管线，大型建（构）筑物；周边环境 条件较复杂；破坏后果很严重；基坑深度6M SAP BW配置及操作手册 SAP BW配置及操作手册 概述 业务说明 基于SAP ECC6 使用RSA3 0TCT_DS01数据源可以查看对BW数据的读取情况。 为了从EP中链接到SAP系统，需要配置单点登录，另外需要用户在ECC中拥有RSRR_WEB 的权限 基本原理 以下是基于文件的BW设置的基本原理，也可以说是一个基本的操作过程。 1.设置一个源系统，用于确定数据从哪里来。 2.创建一个Datasource，用于存放抽取过来的数据。此时的抽取式通过InfoPackage实现的。 3.创建一个DataStore Object对象，用于存放处理后的数据。Datasource和DataStore Object 之间通过Transformation（转换规则）进行关联，同时需要创建一个Transfer Process用于数据的抽取处理。每个DataStore Object是属于一个InfoArea，也就是说一个Info Area下可以根据需要按照不同的规则更新出不同DataStore Object。 4.在Explorer中创建一个查询，查询需要的数据，设计查询时可以设置一个过滤器进行必要的筛选。 T able RSIDOCSA VE 相关概念 BI（Business Intelligence，商务智能） SAP BI（SAP Business Information Warehouse）DW（Data Warehouse，数据仓库） DM （Data Mining，数据挖掘） OL TP（Online Transaction Process，在线事务处理）OLAP（Online Analysis Process，在线分析处理） 逻辑视图 概念（BW） 信息区域（Info Area） 数据库选型的五大要素 面对品种繁多的数据库产品，如何才能独具慧眼，选中适合自己的数据库产品呢？众所周知，正确的评估、选型与数据库技术本身同样重要。而通常，数据库厂商都会在性能清单和技术基准表中尽量展现产品最佳的一面，对产品弱点却避免提及或进行遮掩，关于这一点，业界已经是人尽皆知了。其实在挑选和评估过程中，首要目标是选择一款能够满足甚至超过预定要求的技术或解决方案。选型的正确方法将使用户在面对众多产品时，提高其做出最佳选择的能力。 数据库选型时，必须考虑以下五大因素： 1. 开发要求 2. 性能/成本 3. 数据库运行和管理 4. 可升级性 5. 总体拥有成本 开发要求 首先，需要清楚自己究竟想使用什么开发技术。例如，你是要以https://www.doczj.com/doc/a69063971.html,访问传统的关系型数据库？还是要以纯面向对象技术构建J2EE应用平台？又或是需要建设XML Web Services？如果你要实现的是纯关系型的开发典范，那么实际要 使用的受支持的标准（和非标准）SQL功能有多少？ 如果你要规划的是面向对象开发策略，那么在原计划里的数据库支持真正的面向对象吗？它是如何支持的？若有需要, 它能同时提供SQL的功能吗？数据库支持这个功能吗？虽然,有些关系型数据库声称支持对象开发，但实际上并不是直 接支持的。这种非直接的体系结构将导致更多的事务处理故障，以及潜在的可升级性和性能问题。 另外，你还需要确定自己的前端技术如何与后端进行“对话”。你的业务逻辑是放在客户机一端呢？还是放在服务器一端？你要使用哪些脚本语言？它们与后端服务器的兼容性如何？它们是快速应用开发（RAD）环境吗？ 目前，实现基于关系型数据库的应用可以选择传统的主流品牌，这些数据库产品有着很成熟的关系技术以及广泛的应用资源。但是,如果实现的是基于面向对象技术的应用、又或是数据结构更为复杂时，不妨考虑目前一些公司推出的所谓 后关系数据库。它所代表的正好是关系数据库和面向对象技术的融合，以多维数据引擎作为核心，从根本上支持复杂的对象存储及主流的二维表，同时也已经配备了功能强大的应用服务引擎，可作对象逻辑操作的平台。它的出现已经为传统数据库领域带来了冲击，而在面向对象数据库方面更是广受欢迎。 性能/成本 测量数据库性能最常见的方法是TPC基准。TPC明确地定义了数据库方案、数据量以及SQL查询。测量的结果是，在特 定的操作系统上，配置了特定的数据库版本，以及在惊人的硬件条件下，每项事务的成本是多少——其中的事务可以是TPC测试中定义的任何数据库操作。 从理论上来讲，这类基准旨在提供不同产品间客观的比较值。但在现实中，这些方案又有多少能准确反映并回答你在挑选技术时所存在的疑惑？其次，所有技术厂商发布的TPC基准都会超过以前发布的结果。这样，TPC基准在更大程度上 反映的是为解决问题而投入的内存和CPU量，而不是数据库性能的任何真实表现。 以笔者多年所见，只有在真实的环境中进行实际的比较测试才可以推断出数据库的预期性能及评估所需成本。常用的方法包括平衡移植，把原来的数据转移到类似硬件上的另一套数据库，然后以真实的客户端连接这套测试对象。又或是以数据产生器针对真实的数据模型，建立出庞大的数据量，再以客户端连接作测试。 这种做法跟实验室中的做法的不同之处有以下几点：第一，试验中的硬件构架跟你预期的方案不会有太大的差别；第二，所测试的事务在宽度和深度方面跟未来计划的也差不太远；第三，如果是硬件条件一样，我们可以直接看出测试对象跟原来方案有着多少差异。 如何划分基坑等级 学号：100401207 姓名：金荣荣 学院：建筑工程学院 专业：工程监理 班级：监理102 前言： 随着城市建设的发展，高层建筑和地铁的修建逐步进入了普及时代，涉及到深基坑的工程越来越多，而且对其施工的质量要求越来越高。尤其对基坑安全和稳定性的要求特别重要，这就要求我们对基坑等级的划分有足够的了解，认识到不同等级的基坑的适用范围。 基坑等级可以从不同的方面进行划分，不同的规范对其有不同的划分说明。本文主要从安全等级、周边环境等级、地基复杂程度等对其进行划分。根据不同的建筑物以及其重要程度，使用不同等级的基坑，因此基坑等级的正确划分显得尤为重要。 与行业标准《建筑基坑支护技术规程》（JGJ120-99）相比，新规程具有以下十大特点：.如邻近建（构）筑物为价值不高的、待拆除的或临时性的，管线为非重要干线，一旦破坏没有危险且易于修复，则α值可提高一个范围值；对变形特别敏感的邻近建（构）筑物或重点保护的古建筑物等有特殊要求的建（构）筑物、当基坑侧壁安全等级为二级或三级时，应提高一级安全等级；当既有基础（或桩基础桩端）埋深大于基坑深度时应根据基础距基坑底的相对距离、附加荷载、 桩基础形式以及上部结构对变形的敏感程度等因素综合确定α值范 围及安全等级。 与行业标准《建筑基坑支护技术规程》（JGJ120-99）相比，新规程具有以下十大特点特点之一：基坑侧壁安全等级划分更加详细明确，更具可操作性特点之二：对基坑支护设计文件的内容及设计深度进行了规范 特点之三：基坑开挖面以下自重土压力计算不同 特点之四：补充了有限宽土压力的计算方法 特点之五：提出了上部土钉墙（放坡）、下部桩墙支护的计算方法特点之六：对设计时效、季节施工提出了明确的规定 特点之七：考虑地区经验及临时性支护工程特点，对支护结构设计弯矩取值作了经验性调整特点之八：对土钉墙的适用范围进行更严格限制，对土钉墙结点构造及施工提出了更明确的要求特点之九：强调满足基础施工要求与保护水资源及环境安全兼顾的地下水控制理念，并对降水施工提出更加严格的要求 特点之十：强调了施工监控、信息施工的重要性 1 基坑侧壁安全等级的划分原则：根据基坑开挖深度、周边环境条件支护结构破坏后果的严重程度，将基坑侧壁安全等级划分为三级。 基坑工程安全等级划分表 基坑工程安全等级环境、破坏后果、基坑深度、工程地质和地下水条件 最新规范显示： 根据结构破坏可能产生的后果(危及人的生命、造成经济损失、产生社会影响等)的严重性，《统一标准》将建筑物划分为三个安全等级。 大量的一般建筑物列入中间等级，重要的建筑物提高一级，次要的建筑物降低一级。 设计部门可根据工程实际情况和设计传统习惯选用。大多数建筑物的安全等级均属二级。 同一建筑物内的各种结构构件宜与整个结构采用相同的安全等级，但允许对部分结构构件根据其重要程度和综合经济效果进行适当调整。如提高某一结构构件的安全等级所需额外费用很少，又能减轻整个结构的破坏，从而大大减少人员伤亡和财物损失，则可将该结构构件的安全等级比整个结构的安全等级提高一级；相反，如某一结构构件的破坏并不影响整个结构或其他结构构件，则可将其安全等级降低一级。 《荷载规范》在荷载效应组合中新增一项由永久荷载效应控制的组合，使承受恒载为主的结构构件的安全度有所提高，《混凝土结构设计规范》(GB 5001—2002)(以后简称《混凝土规范》)取消了原规范弯曲抗压强度fcm，，统一取用抗压强度fC,使以混凝土受压为主的结构构件的安全度有所提高，所以取消了原规范“对屋架、托架、承受恒载为主的轴心受压柱、小偏心受压柱安全等级应提高一级” 的规定。 工程实践表明，由于混凝土结构在施工阶段容易发生质量问题，因此取消了原规范“对施工阶段预制构件安全等级可降低一级”的规定。 《岩土工程勘察规范》GB 50021—2001中对地基勘察的一般规定是什么？ 4 各类工程的勘察基本要求 4.1 房屋建筑和构筑物 4.1.1 房屋建筑和构筑物(以下简称建筑物)的岩土工程勘察，应在搜集建筑物上部荷载、功能特点、结构类型、基础形式、埋置深度和变形限制等方面资料的基础上进行。其主要工作内容应符合下列规定： 1 查明场地和地基的稳定性、地层结构、持力层和下卧层的工程特性、土的应力历史和地下水条件以及不良地质作用等； 2 提供满足设计、施工所需的岩土参数，确定地基承载力，预测地基变形性状； 3 提出地基基础、基坑支护、工程降水和地基处理设计与施工方案的建议； 4 提出对建筑物有影响的不良地质作用的防治方案建议； 5 对于抗震设防烈度等于或大于 6 度的场地，进行场地与地基的地震效应评价。 4.1.2 建筑物的岩土工程勘察宜分阶段进行，可行性研究勘察应符合选择场址方案的要求；初步勘察应符合初步设计的要求；详细勘察应符合施工图设计的要求；场地条件复杂或有特殊要求的工程，宜进行施工勘察。 场地较小且无特殊要求的工程可合并勘察阶段。当建筑物平面布置已经确定，且场地或其附近已有岩土工程资料时，可根据实际情况，直接进行详细勘察。 E:\80万word\管理信息化-综合\doxc转doc\.....\ E:\80万word\管理信息化-综合\doxc转doc\.....\ SAP BW配置及操作手册 SAP BW配置及操作手册 概述 业务说明 基于SAP ECC6 使用RSA3 0TCT_DS01数据源可以查看对BW数据的读取情况。 为了从EP中链接到SAP系统，需要配置单点登录，另外需要用户在ECC中拥有RSRR_WEB 的权限 基本原理 以下是基于文件的BW设置的基本原理，也可以说是一个基本的操作过程。 1.设置一个源系统，用于确定数据从哪里来。 2.创建一个Datasource，用于存放抽取过来的数据。此时的抽取式通过InfoPackage实现的。 3.创建一个DataStore Object对象，用于存放处理后的数据。Datasource和DataStore Object 之间通过Transformation（转换规则）进行关联，同时需要创建一个Transfer Process用于数据的抽取处理。每个DataStore Object是属于一个InfoArea，也就是说一个Info Area下可以根据需要按照不同的规则更新出不同DataStore Object。 4.在Explorer中创建一个查询，查询需要的数据，设计查询时可以设置一个过滤器进行必要的筛选。 Table RSIDOCSA VE 相关概念 BI（Business Intelligence，商务智能） SAP BI（SAP Business Information Warehouse）DW（Data Warehouse，数据仓库） DM （Data Mining，数据挖掘） OL TP（Online Transaction Process，在线事务处理）OLAP（Online Analysis Process，在线分析处理） 逻辑视图 概念（BW） 信息区域（Info Area） 分享三款主流数据库及其特点 1.Oracle数据库 Oracle Database，又名Oracle RDBMS，或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小、微机环境。它是一种高效率、可靠性好的、适应高吞吐量的数据库解决方案。 基本介绍： ORACLE数据库系统是美国ORACLE公司（甲骨文）提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。比如SilverStream就是基于数据库的一种中间件。ORACLE数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。但它的所有知识，只要在一种机型上学习了ORACLE知识，便能在各种类型的机器上使用它。Oracle数据库最新版本为Oracle Database12c。Oracle数据库12c引入了一个新的多承租方架构，使用该架构可轻松部署和管理数据库云。此外，一些创新特性可最大限度地提高资源使用率和灵活性，如Oracle Multitenant可快速整合多个数据库，而Automatic Data Optimization和Heat Map能以更高的密度压缩数据和对数据分层。这些独一无二的技术进步再加上在可用性、安全性和大数据支持方面的主要增强，使得Oracle数据库12c成为私有云和公有云部署的理想平台。 知网、万方和维普三种主流数据库比较 中国知网（CNKI） 简介：中国知识资源总库（CNKI）《中国知识资源总库》是由清华大学主办、 中国学术期刊（光盘版）电子杂志社出版、清华同方知网（北京）技术有限公司发行、数百位科学家、院士、学者参与建设，精心打造的大型知识服务平台和数字化学习系统。目前，《总库》囊括了自然科学、人文社会科学及工程技术各领域知识，拥有期刊、报纸、博硕士培养单位的博士和优秀硕士学位论文、全国重要会议论文、中小学多媒体教辅以及1000多个加盟数据库。全文采用CAJ和PDF 格式，必须下载专门的CAJ和PDF浏览器才可阅读。 数据库：《中国期刊全文数据库（CJFD）》截至2007年3月共收录了国内8127 种期刊，全文文献总量已达2272万多篇，收录起始时间一般为1994年，个别追溯到1979年或创刊年，按学科分126个专题，内容每日累增。产品形式有网络形式、光盘形式、《中国期刊专题全文数据库光盘版》。《中国优秀博硕士学位论文全文数据库（CDMD）》收录2000年至今300多个博硕士培养单位的学位论文，内容每日累增。《中国重要报纸全文数据库（CCND）》收录2000年至今1000多种重要报纸，内容每日累增。《中国重要会议论文集全文数据库》（CPCD）收录2000年至今400家学术团体的会议论文，内容每日累增。 搜索界面： 收费方式： 使用步骤： 数据库特点：最全面的中文数据库，内容丰富，更新速度快，收费灵活，价格较万方和维普适中。 万方数据库 简介：集纳了涉及各个学科的期刊、学位、会议、外文期刊、外文会议等类型 的学术论文，法律法规，科技成果，专利、标准和地方志。期刊论文：全文资源。收录自1998年以来国内出版的各类期刊6千余种，其中核心期刊2500余种，论文总数量达1千余万篇，每年约增加200万篇，每周两次更新。 搜索界面： 收费方式： XXX地铁建设工程 安全风险等级划分指导标准 一、编制依据 依据XXX下发的《XXX城市轨道交通工程重点建设环节质量安全管理办法（试行）》（建技[XXX]XXX号）文件的有关规定，参照《城市轨道交通地下工程建设风险管理规范》（GB50652-2011）、《XXX轨道交通地下工程质量安全风险控制指导书》的有关标准，同时结合XXX地铁以往的地下工程经验，制定本标准。 二、风险分类及分级 城市轨道交通地下工程设计风险因素应从地下工程自身风险以及周边环境两方面等考虑，归纳为自身风险和环境风险两类。 根据风险事件发生的可能性和风险损失、社会影响等，将风险源的等级由高至低分为Ⅰ、Ⅱ、Ⅲ、Ⅳ级。 三、自身风险 地下工程的自身风险是指由于地下工程自身建设要求或施工活动所导致的风险。自身风险等级主要考虑地质条件、工程埋深、工艺特点、结构特性（如地下结构层数、跨度、断面形式、覆土厚度）等风险因素。其中，明挖法和盖挖法可按地质条件、基坑深度作为分级参考依据；盾构法以隧道相互之间的空间位置关系、连续掘进长度等作为分级参考依据；暗挖结构根据隧道的长度、地质复杂程度、环境条件等作为分级参考依据。 （一）基坑工程安全风险分级：Ⅰ、Ⅱ、Ⅲ、Ⅳ级 Ⅰ级: 明（盖）挖法基坑开挖深度H≥25m； Ⅱ级: 明（盖）挖法的基坑开挖深度20m≤H＜25m； Ⅲ级: 明（盖）挖法的基坑开挖深度14m≤H＜20m； Ⅳ级:明（盖）挖法的基坑开挖深度5m≤H＜14m。 注:当水文地质和工程地质条件复杂时，风险等级可上调一级。 （二）盾构隧道安全风险分级：Ⅰ、Ⅱ、Ⅲ级 1、Ⅰ级 （1）处于非常接近状态（距离≤0.3D）的并行或交叠盾构隧道； （2）较长范围（长度≥100m）浅埋（盾构覆土厚度≤0.7D）的盾构隧道； （3）连续掘进长度超过1.5km的盾构隧道； （4）较长范围（长度≥150m）内开挖断面70%以上存在密实承压水砂层； （5）超长（长度大于18m）盾构区间联络通道；上方有重要建（构）筑物、 S A P使用技巧及基本操作培训完整操作手册 集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN# 目录 致力为兄弟们提供SAP各系统各版本安装包免装虚拟机和专业培训辅导 系统涵盖：SAP R3/ECC6 SR2/SR3/EHP4/EHP5， BO/BW/BI/CRM/SRM/SCM/APO/SLM 模块涵盖：MM SD PP FI CO ABAP BASIS QM WM SRM SCM CRM BI BW BO PS HR PM PLM http http SAP最近行情非常好，我们陆续在下个月有3个项目要开展，顾问缺口有20多个，一般兄弟从我这里拿了SAP系统和视频项目资料学了2个月后，基本我们都很容易把他们卖到我们项目里。以前一个兄弟，我把给客户安装的SAP IDES给他学，他说有点后悔，为什么这么晚才遇到我，他说他做了7年的用友ERP，发展都到瓶顶了，一直找不到新的发展空间和平台.....~~他装好我给的SAP后，开始摸索学习，学了6个月后，我给他安排了一个职位，辅导他面试，他很容易就谋到了SAP FICO顾问的职位，薪资比做了7年UFSOFT还要高1倍多...所以我在这里开始向大家推荐，目的也就是为了帮助大家进入这个行业.....为那些想寻找更大发展空间的兄弟们提供新的机遇的筹码。 包括： 1，SAP各个版本的安装或虚拟机，任选符合您的电脑配置的系统版本 2，SAP各模块专业PA视频，任选您自己主功的模块 3，送联想，某家电，某化工，某食品等多个项目文档 4，送SAP各模块综合培训资料，视频。各模块电子书（影印的或电子版本的） 5，长期在线辅导你学习SAP各模块,并提供远程协助，永久 6，推荐就业 我自己是做SAP外部顾问的，做过联想，XX家电，XX相机，XX化工，XX食品等。致力为SAP兄弟们提供最全面的服务，要自学或晋升SAP各模块的兄弟们，可以好好发挥你们的自学天赋，巩固学习SAP各模块了。学习过程中，可以加入我的Q群学习讨论， 常见主流数据库分类 1、IBM 的DB2 DB2是IBM著名的关系型数据库产品，DB2系统在企业级的应用中十分广泛。截止2003年，全球财富500强（Fortune 500）中有415家使用DB2，全球财富100强（Fortune100）中有96家使用DB2，用户遍布各个行业。2004年IBM的DB2就获得相关专利239项，而Oracle 仅为99项。DB2目前支持从PC到UNIX，从中小型机到大型机，从IBM到非IBM（HP及SUN UNIX 系统等）的各种操作平台。 IBM绝对是数据库行业的巨人。1968年IBM在IBM 360计算机上研制成功了IMS这个业界第一个层次型数据库管理系统，也是层次型数据库中最为著名和最为典型的。1970年，IBM E.F.Codd发表了业界第一篇关于关系数据库理论的论文“A Relational Model of Data for Large Shared DataBanks”，首次提出了关系模型的概念。1974年，IBM Don Chamberlin和Ray Boyce通过System R项目的实践，发表了论文“SEQUEL：A Structured English Query Language”，我们现在熟知SQL就是基于它发展起来的。IBM 在1983年发布了DATABASE 2（DB2）for MVS（内部代号为“Eagle”），这就是著名的DB2数据库。2001年IBM以10亿美金收购了Informix的数据库业务，这次收购扩大了IBM分布式数据库业务。2006 DB2 9作为第三代数据库的革命性产品正式在全球发布。 作为关系数据库领域的开拓者和领航人，IBM在1977年完成了System R系统的原型，1980年开始提供集成的数据库服务器——System/38，随后是SQL/DSforVSE 和VM，其初始版本与SystemR研究原型密切相关。 DB2 forMVSV1 在1983年推出。该版本的目标是提供这一新方案所承诺的简单性，数据不相关性和用户生产率。1988年DB2 for MVS 提供了强大的在线事务处理（OLTP）支持，1989 年和1993 年分别以远程工作单元和分布式工作单元实现了分布式数据库支持。最近推出的DB2 Universal Database 6.1则是通用数据库的典范，是第一个具备网上功能的多媒体关系数据库管理系统，支持包括Linux在内的一系列平台。 2、Oracle Oracle 前身叫SDL，由Larry Ellison 和另两个编程人员在1977创办，他们开发了自己的拳头产品，在市场上大量销售，1979 年，Oracle公司引入了第一个商用SQL 关系数据库管理系统。Oracle公司是最早开发关系数据库的厂商之一，其产品支持最广泛的操作系统平台。目前Oracle关系数据库产品的市场占有率名列前茅。 Oracle公司是目前全球最大的数据库软件公司，也是近年业务增长极为迅速的软件提供与服务商。IDC(Internet Data Center)2007统计数据显示数据库市场总量份额如下：Oracle 44.1% IBM 21.3%Microsoft 18.3% Teradata 3.4% Sybase 3.4%。不过从使用情况看，BZ Research的2007年度数据库与数据存取的综合研究报告表明76.4%的公司使用了Microsoft 1、IBM 的DB2 DB2是IBM著名的关系型数据库产品，DB2系统在企业级的应用中十分广泛。截止2003年，全球财富500强（Fortune 500）中有415家使用DB2，全球财富100强（Fortune100）中有96家使用DB2，用户遍布各个行业。2004年IBM的DB2就获得相关专利239项，而Oracle 仅为99项。DB2目前支持从PC到UNIX，从中小型机到大型机，从IBM到非IBM（HP及SUN UNIX 系统等）的各种操作平台。 IBM绝对是数据库行业的巨人。1968年IBM在IBM 360计算机上研制成功了IMS这个业界第一个层次型数据库管理系统，也是层次型数据库中最为著名和最为典型的。1970年，IBM 发表了业界第一篇关于关系数据库理论的论文“A Relational Model of Data for Large Shared DataBanks”，首次提出了关系模型的概念。1974年，IBM Don Chamberlin和Ray Boyce通过System R项目的实践，发表了论文“SEQUEL：A Structured English Query Language”，我们现在熟知SQL就是基于它发展起来的。IBM 在1983年发布了DATABASE 2（DB2）for MVS （内部代号为“Eagle”），这就是著名的DB2数据库。2001年IBM以10亿美金收购了Informix 的数据库业务，这次收购扩大了IBM分布式数据库业务。2006 DB2 9作为第三代数据库的革命性产品正式在全球发布。 作为关系数据库领域的开拓者和领航人，IBM在1977年完成了System R系统的原型，1980年开始提供集成的数据库服务器——System/38，随后是SQL/DSforVSE和VM，其初始版本与SystemR研究原型密切相关。 DB2 forMVSV1 在1983年推出。该版本的目标是提供这一新方案所承诺的简单性，数据不相关性和用户生产率。1988年DB2 for MVS 提供了强大的在线事务处理（OLTP）支持，1989 年和1993 年分别以远程工作单元和分布式工作单元实现了分布式数据库支持。最近推出的DB2 Universal Database 则是通用数据库的典范，是第一个具备网上功能的多媒体关系数据库管理系统，支持包括Linux在内的一系列平台。 2、 Oracle Oracle 前身叫SDL，由Larry Ellison 和另两个编程人员在1977创办，他们开发了自己的拳头产品，在市场上大量销售，1979 年，Oracle公司引入了第一个商用SQL 关系数据库管理系统。Oracle公司是最早开发关系数据库的厂商之一，其产品支持最广泛的操作系统平台。目前Oracle关系数据库产品的市场占有率名列前茅。 Oracle公司是目前全球最大的数据库软件公司，也是近年业务增长极为迅速的软件提供与服务商。IDC(Internet Data Center)2007统计数据显示数据库市场总量份额如下：Oracle % IBM %Microsoft % Teradata % Sybase %。不过从使用情况看，BZ Research的2007年度数据库与数据存取的综合研究报告表明%的公司使用了Microsoft SQL Server，不过在高端领域仍然以Oracle，IBM，Teradata为主。 SAP BW配置及操作手册 概述 业务说明 基于SAP ECC6 使用RSA3 0TCT_DS01数据源可以查看对BW数据的读取情况。 为了从EP中链接到SAP系统，需要配置单点登录，另外需要用户在ECC中拥有RSRR_WEB的权限 基本原理 以下是基于文件的BW设置的基本原理，也可以说是一个基本的操作过程。 1.设置一个源系统，用于确定数据从哪里来。 2.创建一个Datasource，用于存放抽取过来的数据。此时的抽取式通过InfoPackage实现的。 3.创建一个DataStore Object对象，用于存放处理后的数据。Datasource和DataStore Object之间通过Transformation（转换规则）进行关联，同时需要创建一个Transfer Process用于数据的抽取处理。每个DataStore Object是属于一个InfoArea，也就是说一个Info Area下可以根据需要按照不同的规则更新出不同DataStore Object。 4.在Explorer中创建一个查询，查询需要的数据，设计查询时可以设置一个过滤器进行必要的筛选。 Table RSIDOCSAVE 相关概念 BI（Business Intelligence，商务智能） SAP BI（SAP Business Information Warehouse）DW（Data Warehouse，数据仓库） DM （Data Mining，数据挖掘） OL TP（Online Transaction Process，在线事务处理）OLAP（Online Analysis Process，在线分析处理） 逻辑视图 概念（BW） 信息区域（Info Area） 信息对象（InfoObject） 概述 信息对象组（InfoObject Catalog） 特性Characteristic 关键值Key figures 四种主流数据库的比较 四种主流数据库的比较2010-06-11 19 08四种主流数据库的比较目前有 许多DBMS产品如DB2、Oracle、Microsoft SQL Server、Sybase SQL Server、Informix、MySQL等它们在数据库市场上各自占有一席之地。下面 简要介绍几种常用的数据库管理系统。(1)DB2 DB2第一种使用使用SQL的数据 库产品。DB2于1982年首次发布现在已经可以用在许多操作系统平台上它 除了可以运行在OS/390和VM等大型机操作系统以及中等规模的AS/400系统之 外IBM还提供了跨平台(包括基于UNIX的LINUXHP-UXSun Solaris以及 SCO UnixWare还有用于个人电脑的Windows 2000系统)的DB2产品。应用程 序可以通过使用微软的ODBC接口、Java的JDBC接口或者CORBA接口代理来访 问DB2数据库。DB2有不同的版本比如DB2 Everyplace是为移动用户提供的 一个内存占用小且性能出色的版本DB2 for z/OS则是为主机系统提供的版本 Enterprise Server Edition(ESE)是一种适用于中型和大型企业的版本 Workgroup Server Edi on(W SE)主要适用于小型和中型企业它提供除大型机 连接之外的所有ESE特性而DB2 Express则是为开发人员提供的可以免费使 用的版本。IBM是最早进行关系数据库理论研究和产品开发的公司在关系数 据库理论方面一直走在业界的前列所以DB2的功能和性能都是非常优秀的 不过对开发人员的要求也比其他数据库系统更高使用不当很容易造成宕机、 死锁等问题DB2在SQL的扩展方面比较保守很多其他数据库系统支持的SQL 扩展特性在DB2上都无法使用同时DB2对数据的类型要求也非常严格在数 据类型不匹配的时候会报错而不是进行类型转换而且如果发生精度溢出、数 据超长等问题的时候也会直接报错这虽然保证了数据的正确性但是也使得 基于DB2的开发更加麻烦。因此很多开发人员称DB2为"最难用的数据库系统 "。(2)Oracle Oracle是和DB2同时期发展起来的数据库产品也是第二个采 用SQL的数据库产品。Oracle从DB2等产品中吸取到了很多优点同时又避免 了IBM的官僚体制与过度学术化大胆的引进了许多新的理论与特性所以 Oracle无论是功能、性能还是可用性都是非常好的。(3)Microsoft SQL Server Microsoft SQL Server是微软推出的一款数据库产品。细心的读者也 许已经发现我们前面提到了另外一个名字非常相似的Sybase SQL Server这 里的名字相似并不是一种巧合这还要从Microsoft SQL Server的发展史谈起。微软当初要进军图形化操作系统所以就开始和IBM"合作"开发OS/2最终当 然无疾而终但是微软就很快的推出了自己的新一代视窗操作系统而当微软 发现数据库系统这块新的市场的时候微软没有自己重头开发一个数据库系统 而是找到了Sybase来"合作"开发基于OS/2的数据产品当然微软达到目的以 后就立即停止和Sybase的合作了于1995年推出了自己的Microsoft SQL Server 6.0经过几年的发展终于在1998年推出了轰动一时的Microsoft SQL Server 7.0也正是这一个版本使得微软在数据库产品领域有了一席之地。正 因为这段"合作"历史所以使得Microsoft SQL Server和Sybase SQL Server 在很多地方非常类似比如底层采用的TDS协议、支持的语法扩展、函数等等。 微软在2000年推出了Microsoft SQL Server 2000这个版本继续稳固了 Microsoft SQL Server的市场地位由于Windows操作系统在个人计算机领域 的普及Microsoft SQL Server理所当然的成为了很多数据库开发人员的接触 的第一个而且有可能也是唯一一个数据库产品很多人甚至在"SQL Server"和" 数据库"之间划上了等号而且用"SQL"一次来专指Microsoft SQL Server可SAP BW配置及操作手册(BW中文图文教程)
数据库选型的五大要素
如何划分基坑等级
(整理)建筑安全等级划分
【岗位说明书】SAPBW配置及其操作手册
分享三款主流数据库及其特点
知网、万方、维普三种主流数据库比较
工程风险等级划分标准
SAP使用技巧及基本操作培训完整操作手册
常见主流数据库的分类与详细比较
常见主流数据库的分类与详细比较
sapbw配置及操作手册
四种主流数据库的比较
相关主题
文本预览