雪候鸟 发表于 2012-9-13 11:49

kleinlin 发表于 2012-9-13 11:52 static/image/common/back.gif
ABAP只是我的hobby

bist du auch entwickler order berater?

pamagic 发表于 2012-9-13 11:52

sbtree 发表于 2012-9-13 11:51 static/image/common/back.gif
HANA有哪些技术亮点？与数据库系统本身的性能方面的技术相比有什么优势？继续接受扫盲

HANA 好像是内存型数据库。。。

adgjl 发表于 2012-9-13 12:30

雪候鸟 发表于 2012-9-13 10:04 static/image/common/back.gif
要是真能这样当然很好，那hana的意义不是战术级别的了，而是战略。看来sap想通过hana屏蔽物理数据库，来避 ...

现在的SAP就已经基本做到屏蔽物理数据库了，并不是绑定的。

作为Quereinsteiger你应该尽量忘掉你的数据库优化技术，让SAP自己优化。比如，你明知道使用Open SQL的时候指定某个Index访问速度会加快，但是绝对不要这么做，让SAP自己去选择Index，如果SAP选错了，交给Basis去处理。每种数据库都有自己的特别之处，比如MSSQL访问nonclustered index效率极低，应该避免使用，但是这都是SAP自己通过Note优化的东西，Developer不要插手。你访问数据库，只要通过Open SQL（而不是Native SQL），尽量访问Indexed Fields，这就足够了，其它性能上的缺陷，让Basis去处理。

ABAP语法最初是很简单的，大部分的ABAPer也不是Informatiker科班出身，但是他们懂得SAP的规则。你的同事可能不懂什么是页锁，但是他不会在Dynpro里面到处执行数据库变更。

虽然数据库迁移不容易，但是我也做过这种项目，从某种数据库改为另一种并且迁移全部数据。有朝一日SAP有了自己的数据库，这种大规模迁移也是很自然的。

adgjl 发表于 2012-9-13 12:46

本帖最后由 adgjl 于 2012-9-13 12:51 编辑

sbtree 发表于 2012-9-13 10:51 static/image/common/back.gif
HANA有哪些技术亮点？与数据库系统本身的性能方面的技术相比有什么优势？继续接受扫盲

Hana不是一个数据预读程序，而是个庞大的基于内存的数据库系统， 下面还有Index Server，Name Server，Statistics Server，Preprocessor Server和XS Engine，共同完成DBMS的各种任务。

这玩艺儿对程序员和用户来说不用太深究，你在业务层写ABAP指令读数据，SAP愿意从内存数据库读还是从物理数据库读和你无关。你只要大概理解HANA Server启动的时候把数据已经缓存到内存数据库里这个大概的道理就行了。

雪候鸟 发表于 2012-9-13 12:48

adgjl 发表于 2012-9-13 13:46 static/image/common/back.gif
Hana不是一个数据预读程序，而是个庞大的基于数据库系统， 下面还有Index Server，Name Server，Statis ...

读入多少比率的数据

adgjl 发表于 2012-9-13 12:53

我也不知道。

你对数据库很感兴趣啊，在SAP领域里，数据库表格大小，索引修正等等这是Basis的事情，不是Developer和Berater的事情。没必要在上面花费太大的精力。

雪候鸟 发表于 2012-9-13 12:54

adgjl 发表于 2012-9-13 13:30 static/image/common/back.gif
现在的SAP就已经基本做到屏蔽物理数据库了，并不是绑定的。

作为Quereinsteiger你应该尽量忘掉你的数据 ...

可能是改良版的maxdb吗

雪候鸟 发表于 2012-9-13 12:59

adgjl 发表于 2012-9-13 13:53 static/image/common/back.gif
我也不知道。

你对数据库很感兴趣啊，在SAP领域里，数据库表格大小，索引修正等等这是Basis的事情，不是 ...

我最近2年的不少业余时间都花在oracle数据库上了

adgjl 发表于 2012-9-13 13:00

本帖最后由 adgjl 于 2012-9-13 13:06 编辑

老实说，我给不同的客户做项目，绝大多数情况下根本不看客户使用的是何种数据库，因为和我无关。除非Basis要求我帮助改进效率瓶颈。

还是那句话，Developer无需知道数据库的任何情况，他只要只要Transparent Tabelle，使用Open SQL就够了。

很遗憾，你的那些数据库知识作为ABAPer大部分用不上 :-)，而且最好不要滥用数据库优化技术，因为这是SAP自己的工作。

雪候鸟 发表于 2012-9-13 13:12

本帖最后由 雪候鸟 于 2012-9-13 14:13 编辑

adgjl 发表于 2012-9-13 14:00 static/image/common/back.gif
老实说，我给不同的客户做项目，绝大多数情况下根本不看客户使用的是何种数据库，因为和我无关。除非Basis要 ...

opensql只是阉割版的sql，我感觉sap也对opensql没做太多处理就发给数据库了，这样对底层数据库的了解还是很必要的。这个和java程序员觉得有hibernate就不需要考虑数据库的问题都是一样的.
页: 1 2 3 [4] 5 6 7 8 9 10 11
查看完整版本: 探讨一个SAP Dynpro编程的问题: Dynpro切换时，貌似会做隐式数据库Commit，原因何在?