探讨一个SAP Dynpro编程的问题: Dynpro切换时，貌似会做隐式数据库Commit，原因何在?

adgjl

你说的对，这当然是Grobe Einschätzung。HANA作为BW-Accelerator的后续产品（最初的）主要目的是为了加速BW而设计。但是HANA是一个很复杂的系统，并不只是预读数据到内存而已，它有自己的relational engine和通过Row Store和Column Store可以进行数据的压缩，Delta write等完整的机制。通过效率和功能的平衡（同步和加速的平衡），HANA也是Offiziell用于ERP的。你的这种担心肯定不仅仅是你自己有，而是希望引入HANA的所有IT Leiter都有的，SAP当然也是通过无数次的试验用可以证明的数据证明了整体数据访问速度（而不是某个单独的表格）可以有数量级的提高才推向市场的。

雪候鸟

adgjl 发表于 2012-9-13 10:58
你说的对，这当然是Grobe Einschätzung。HANA作为BW-Accelerator的后续产品（最初的）主要目的是为了加 ...

要是真能这样当然很好，那hana的意义不是战术级别的了，而是战略。看来sap想通过hana屏蔽物理数据库，来避免自己这方面的短板

adgjl

雪候鸟 发表于 2012-9-13 09:41
谢谢兄弟写了这么多，你说的都在理。我觉得这个隐含的DB Commit可能有些历史原因。以前大多数数据库写会阻赛读操作，而且锁是表锁或者页锁，这种锁的代价很高，所以那个时候提倡频繁的commit, 先在内存里做修改，或者使用sperrobjekt, 都是为了减少表锁和页锁的开销. 现在大部分数据库写不在阻塞读了，例如oracle其实很早就是, DB2从9开始这样了，锁轻量级了，反而提倡不要频繁commit. 数据库对一个erp产品来说是很重要的一块，我一直觉得sap没有知名的数据库是个很大的缺憾，很多地方要受制于人

成熟的数据库技术不是一镞而就的，我相信SAP肯定有团队在搞自己的数据库，只是还未成熟而已，事实上HANA就是这种尝试的一大步前进。

企业都想完全独立，不受制于人，可是强大如苹果，不也得依赖于硬件生产商，甚至竞争对手三星生产屏幕和CPU么？我们不用替SAP担心，人家也不傻，不会看不到这种依赖性和它的后果，慢慢SAP会尽量摆脱这种依赖的，就像苹果摆脱三星一样。

sbtree

adgjl 发表于 2012-9-12 23:50
是个软硬件结合的数据库性能优化技术。说白了就是，硬件上保证把潜在要读的数据提前读到Memory里。对于程 ...

多谢adgjl的讲解，想问个问题是，如何知道哪些数据是潜在要读取的？还有数据库系统就我的理解来说还仅仅限于应用层上，如何做到物理层上去了？是我落后了？实在不太了解新技术了

雪候鸟

adgjl 发表于 2012-9-13 11:10
成熟的数据库技术不是一镞而就的，我相信SAP肯定有团队在搞自己的数据库，只是还未成熟而已，事实上HAN ...

数据库这东西，基本就是绑定，一旦上了贼船就很难下来在。对了问个问题，以前听说可口可乐是迁移到db2上了，现在跑在db2的sap多不多

kleinlin

看来当初我不碰dynpro开发是正确的，根本看不懂在说什么

雪候鸟

kleinlin 发表于 2012-9-13 11:35
看来当初我不碰dynpro开发是正确的，根本看不懂在说什么

dynpro ist nicht ganz schlecht.

左转

雪候鸟 发表于 2012-9-13 10:41
谢谢兄弟写了这么多，你说的都在理。我觉得这个隐含的DB Commit可能有些历史原因。以前大多数数据库写会 ...

SAP 跟Oracle 的关系很复杂，一方面给人家赔很多钱，一方面是最大的竞争对手之一，另一方面又是最大的合作伙伴之一。
两年前买了Sybase，当时还有很多人以为他们是要提高自身核心竞争力跟Oracle 数据库竞争，但是其实更多是为了Mobile 和HANA

现在HANA 技术还没有竞争对手

sbtree

HANA有哪些技术亮点？与数据库系统本身的性能方面的技术相比有什么优势？继续接受扫盲

kleinlin

雪候鸟 发表于 2012-9-13 11:41
dynpro ist nicht ganz schlecht.

ABAP只是我的hobby