sap中客户端与开发机，测试机，生产机的关系 是不是可以定义某个客户端为后三者

首先讲什么是客户端：是指给终端用户使用的，因终端用户通常习惯于windows的图形界面，在计算机术语中也叫图形用户接口，称为GUI。每一个客户端都对应一个客户端编号，你可以理解为它是一个独立的数据库。

每一个客户端对应对应独立的数据库地址。

开发机指的是系统开发和配置环境，叫DEV,这里客户端是用来写代码+配置系统的系统，也会做一些基本的测试。

测试机是测试数据的系统，也叫QAS，大部分业务数据要在这个客户端进行测试，用户在这个客户端进行培训。

生产机又叫PRD，是正式的记录业务发生的系统。该系统只有正式用户才能进入。

不是BASIS的人，不太清楚具体细节。

但是如果从日后维护的角度出发，还是一致比较好。

举例，如果生产系统由于某个UNIX的问题宕机，那么如果测试和开发系统是同一个 *** 作系统，那么你就有可能在测试或开发系统中模拟相同问题，从而找出解决方案。

SAP为“SystemandProcts”的简称，是SAP公司的产品——企业管理解决方案的软件名称。

自学SAP三道坎

打算进入SAP咨询领域的朋友很多，只是SAP的产品过于复杂，而实施了SAP的企业也不愿意重新培养自己SAP人员——培养了不长时间就因为薪资待遇问题而离职，得不偿失。所以对于有ERP工作经验的人来说，SAP的门槛太高。入行的机会甚至远小于那些刚毕业的学生。

通过自学SAP进入SAP咨询领域，相信是很多ERPer共同的梦想，那么如何跨过这道门槛呢？在这里我总结了些经验供大家参考。

第一道坎：入门

自学SAP的人在入门的时候常常遇到的有四个误区，或许很多人都没有仔细考虑过，这样的错误我也曾犯过，也耽误了不少时间。

误区一：不学前台学后台

有ERP经验的人自学SAP反倒不如没有ERP经验的人学习SAP快，或许这个问题很多人都没有想过。在论坛里跟很多自学SAP的朋友沟通过，似乎大伙所看重的不过是如何配置SAP系统。装上个IDES就要研究SPRO——前台嘛，那算什么？可问题就在于：根基不稳，如何能走的快，走的远？很多人倚仗自己对别的ERP产品的理解来研究SAP，可往往在学习了很久以后仍看不到自己的长进，原因也就在于此：不够踏实。

误区二：不看功能，看维护

在这里所指的维护是一些“设置用户权限”“CLIENT拷贝”“系统调优”“内存优化”“数据库优化”等BASIS所做的工作。然而在真正的SAP团队中，这些工作是由专人负责的。花过多的精力在这个上面，也就耽误了真正该学习的内容。

不知道哪位仁兄在论坛里宣传什么装好IDES后拷贝一个“干净的”CLIENT来学习——或许这话是对的，但对于初学者来说：等到你能把所有参数都设置完成了，呵呵呵，恐怕已经是三五年后的事情了。

还有部分人一开始就琢磨SAP的权限分配、数据库备份。而这部分也是由BASIS专职负责——而做好BASIS的难度绝不亚于一个模块顾问的难度。

误区三：开发跟实施不分

也听很多朋友说过：研究一个系统最简单的方式是看数据库中数据的流向。弄懂了数据的流向你才能真正明白这个系统是如何设计的，才能从底层掌握这个系统。嗯，这话没错。但别忘记：你是个初学者，你的目标是SAP的咨询顾问，而不是开发人员。对，ABAPer跟咨询顾问也是两个职位，除非你自己定位的是开发顾问，否则，在初学的阶段还是远离ABAP的好。要知道SAP有数万个表，一个不小心你就会掉进迷潭。

但话也要分开讲——一个不懂ABAP的咨询顾问，也绝对成不了高级顾问，只是你不能太急罢了。

误区四：满大街找资料

我自己手头的SAP资料大约是几十个G吧，可回过头来看看，真正对自己入门帮助最大的还是ONLINEHELP。

大把的英文资料看得头痛？也是。但只要你找对方法，学习起来真就很容易了。而正确的方法就是：看跟IDES相关的东西。你装的学习环境不就是IDES嘛，里面什么数据都有，参考着SAP帮助文件里的步骤一步一步走下去，很快就能熟练的 *** 作这个系统。入门实在是太容易了。

总结起来，入门的方法就是：不要急，从前台 *** 作入手，研究透了基本 *** 作再研究后台的设置。这个方法简单吧？对，抛开你以前所有的经验和资历，象一个完全不懂的菜鸟那样从SAP的基本 *** 作开始学习。看看PPT，看看入门教材一步一步的走下去。

第二道坎：英语

说到学SAP的第二道坎，恐怕N多人都会有相同的感慨：英语。

很多人都上网去找中文的资料，说是看起来更容易些，可别忘记了，那并非SAP官方资料。在翻译和理解上中英文的资料差异还是非常大的。尤其是提高方面的资料——官方认证培训资历，可是只有英文版的。

作为一个自学者，在熟练的掌握了SAP的基本 *** 作以后，必然要去看SAP的官方培训资料——提高嘛。更不用说我们在前面提到的ONLINEHELP。在这方面，如果没有良好的英语基础或者说没有看英文资料的习惯，在很长的时间内都难以提高。

说到英文的资料，如果是自学的话，最终于的一点还是强迫自己习惯这些东西。这也是没有办法的事情。

研究SAP的后台配置是学习最重要的工作之一，就我目前所能掌握到的资料来看，有心将所有的配置关联讲清楚的，也只有SAP的官方资料。所以，不要叫苦啦。

第三道坎：机会

能不能耐的住寂寞？

对于自学者来说，不被正规渠道所承认是非常难受的事情。如何被正规渠道所承认呢？

在我看来，自学SAP难就难在耐不住寂寞。

仔细想想，对于SAP的用户来说，两年经验也都只能算菜鸟，那么对于自学SAP的人来说，你能否坚持两年，勤勤恳恳的学下去？相信没有具体的工作，很多人学习了三五个月便放弃了。而三五个月学习的真实效果如何？不用我说，对比了时间我想你也知道。当然，也有人会说：我投入的时间绝对不比人家专职学习花费的时间少——可这话，你仔细想想，能成立吗？有心做SAP顾问的人会不用心去学习系统吗？

所以我认为：坚持下去才是最最难得的事情。在你看不到路的情况下，如何抹黑的走下去。

对于自学SAP朋友的建议

1、从基础开始，目标要清晰，绝对清晰。但不要把初始的目标定的过于远大。参考一个SAP顾问正常的途径走下去，从基本的 *** 作开始。要对所有的前台工作都了如指掌。这也是一个SAP顾问所需要具备的基本要求。

2、坚持看英语的文档，尤其是仔细按照ONLINEHELP所提供的那些练习一步一步的来做。有了基础之后在仔细研究SAP的标准教材。直到你有能力看完PA的课程。

3、交流，尽量的与人交流，包括在BBS上，QQ群上，尽量的与人交流。而交流过程中最重要的并非看别人的帖子，按别人说的方法去 *** 作——尽管这也是每个人学习SAP过程中要做的事情。最重要的是：解答别人的问题。细想一下：作为顾问难道不就是每天要回答用户提出的各种问题吗？对，你只是提前测试这项工作罢了。仅仅按照别人提供的思路解决问题并不能代表什么，关键是自己的吸收。

4、规划自己学习的过程。按自己计划的方式学习，不要偏离方向。

对于第四点，我个人的感触特别深。对于自学者而言，你很难知道哪一天才能加入SAP相关工作的行列——一年？两年？甚至是更长的时间，没有一个良好的学习规划，并且坚持下去，恐怕没有人能等到最后。所以一定要给自己一个比较长期的规划。而对于一个SAP的项目来说，我们同样要强调的是计划。

5、尽量结合你现有的工作整理数据。

对于所有的ERP项目来说对数据的收集整理导入都是必须经历的。而SAP的项目对于流程的调研、数据的收集更为重视。只有结合你现有的工作并在SAP系统中模拟这些工作，你才能更贴切的了解上一个系统到底要做些什么。

SAP的项目资料对于初学者和自学者来说参考价值有限。除了SAP公司似乎还没有哪家公司的哪套资料能将一个项目所涉及到的所有内容完整的展现——即使是有这样的资料，对于初学者来说你也不清楚什么阶段该做什么，什么阶段该如何循环。网络上的那些所谓项目资历对于大多数顾问来说仅仅是“参考”而以，甚至连参考的价值都没有。

根据系统数据交换的方式以及读写数据的相对关系不同，可以将外部系统与SAP系统的接口形式分为：主动式，被动式和中间式

1、主动式接口

即外部系统将SAP系统所需的信息直接写入SAP系统的数据库中。这种方式要求详细了解SAP系统内部的数据库结构，并且SAP系统允许外部系统往里写数据(即有写的权限)。一般来说，主动式接口形式需要对SAP系统的数据库结构很清楚，对SAP系统录入数据时需要进行哪些数据校验也要很清楚，同时也要遵循SAP系统的数据校验规范，将其所需的物料信息、产品信息、加工信息等一一写入SAP系统中，保证数据的准确性和有效性。

采用主动式接口形式的优点：外部系统与SAP系统中的信息同步性好。但在安全性方面存在一定问题，如出现写数据冲突，即外部系统写数据到SAP系统的同时，SAP系统本身也在往数据库中写入数据。对于SAP系统建议一般不要采用此种方式。

2、被动式接口

被动式接口，即SAP系统从外部系统中读取所需的数据，将其写入自已的数据库中。对于被动式又有两种方式：全被动式和半被动式。

．全被动式：外部系统完全公开其表达和存储信息的数据库结构，SAP系统读取信息时自行判断哪些信息是增加的，哪些是修改的，哪些己删除了。

．半被动式：外部系统除公开其数据库结构外，还提供一些握手信号单独存入握手信号表中，握手信息说明哪些信息作了更新，这样SAP系统在读取外部系统中的信息(如某物料更改信息)时，根据握手信号表来读取外部系统中已经发生更改的部分信息，不需要全部读一遍，这样可以提高接口处理的速度。

采用被动式接口形式的优点：外部系统与SAP系统的同步性也做得比较好，安全性方面也比主动式要好。但实现起来较为麻烦，需要有较强的SAP接口方面的知识。一般由专门的SAP实施顾问来完成这种开发。

3、中间式接口

中间式接口，即外部系统将SAP系统所需的信息生成中间文件或中间数据表，SAP系统直接读取中间文件或将中间表中的信息写入数据库中，这种方式要求对外部系统和SAP系统两方都要做一些开发工作。

需要特别提出的是：采用中间式接口时必须时刻注意如何保证外部和SAP信息一致性。常用的有两种方式：一种是由SAP系统来保证，即外部系统将SAP系统所需的信息定期写在中间文件或数据表中，SAP系统读取该信息时与SAP系统中已有的信息进行分析比较，判断哪是新增的、哪是修改的、哪些删除了，最后把更新的信息写入SAP系统中：另一种是，外部系统在生成中间文件或数据表时，与SAP系统中己有的数据进行比较，判断哪些数据进行了更新，并将更新的数据写入中间文件或数据表。然后，SAP系统读取中间文件或数据表中的数据直接写入自己的数据库中。这种方式要求在外部系统写中间文件之前SAP系统将其数据库中的数据导出，以供外部系统进行比较用。

中间式接口是比较常用的一种方式，这种方式外部系统和SAP系统相对独立，接口不涉及双方内部的结构，而且接口的责任也很明确，数据的安全性也得到了保证。但这种方式存在的问题就是两个系统的数据同步性稍差一些，但只要合理地规定读写中间文件或数据表的时间，数据的同步性是不会影响使用的。

用户可以选择的各种平台的版本都有SAP和微软,IBM和SAP的合作关系比较复杂,不过肯定的是Oracle现在也作应用软件成了sap的对手所以SAP自己说过:“1987年我们写下第一行R/3程序是在Oracle的数据库平台上的，从1999年开始我们转向IBM 的DB2数据库平台，在全球过去我们的产品有70%～80%是基于Oracle数据库平台，现在下降 到50%——我们不会主动向客户推荐Oracle的产品。”

HANA是一个软硬件结合体，提供高性能的数据查询功能，用户可以直接对大量实时业务数据进行查询和分析，而不需要对业务数据进行建模、聚合等

SAP内存数据库的数据并不是只在内存里，也会不停写到硬盘里，这就用到复制服务器ReplicationServer，包括Log-based，Trigger-based和ETL-based

这些复制服务器需要用到SybaseReplicationServer、SybaseReplicationServerAgent、SybaseAdaptiveServerEntERPrise(AES，适用性服务器)等，以及HANALoadController和BODataServices

要提高 SAP 生成大凭证的速度，可以考虑以下几个方面：

1 提高系统硬件配置

SAP 生成大凭证需要大量的计算和存储资源，尤其是在数据量很大的情况下。可以通过提高服务器硬件配置，例如增加 CPU 核心数、内存容量和硬盘读写速度等，来提高 SAP 处理数据的速度。

2 优化 SAP 系统设置

可以通过调整 SAP 系统的参数设置来提高其性能。例如，可以通过优化数据库的缓存、增加 SAP 应用程序的缓存、通过并行处理任务等方式来优化 SAP 系统的性能。

3 合理规划数据结构

在设计凭证业务数据结构时，需要考虑数据的分块和分配，以保证数据的相对平均分布和均衡访问。这样可以提高 SAP 生成大凭证的效率，缩短处理时间。

4 优化程序逻辑

合理的程序逻辑可以降低程序的复杂性、提升代码执行效率，可以优化 SAP 系统的性能。例如，可以通过使用并行处理、减少访问数据库的次数、使用缓存提高访问速度、控制数据量等方式来优化程序的逻辑。

总之，提高 SAP 生成大凭证的速度需要从多个方面入手，包括硬件配置、系统设置、数据结构规划和程序逻辑优化等。

以上就是关于sap中客户端与开发机，测试机，生产机的关系 是不是可以定义某个客户端为后三者全部的内容，包括:sap中客户端与开发机，测试机，生产机的关系 是不是可以定义某个客户端为后三者、请教关于SAP 正式生产系统与测试开发系统必须 *** 作系统一致吗、SAP是什么如何学习SAP_sap自学等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！