SAP Technical

轻松搞定SAP的视图变更

2018-12-04  本文已影响25人  df6e4e8a0635

更多内容请关注公众号:SAP Technical

事情的结果尽管重要,但是做事情的过程更加重要,因为结果好了我们会更加快乐,但过程使我们的生命充实。生命本身其实是没有任何意义的,只是你自己赋予你的生命一种你希望实现的意义,因此享受生命的过程就是一种意义所在。

写在前面

今天继续教你如何轻松搞定看似很复杂的问题。看完本文之后,我相信你不会再有以前的困惑了。如果你是开发顾问,你肯定会遇到过这样的疑惑,当你在SAP里创建了一个数据库表,然后在创建一个对应的维护视图,当然视图里可以做很多事件和功能,创建完成之后就可以直接在维护视图中维护业务数据。

但是由于需求的变化,客户要求在这个表中增加一个字段,也就是原有的表结构发生了变化,并且还要对应的维护视图也要添加上新增的字段,我们一般的解决方案是什么,更改表结构,删除维护视图,然后重新生成维护视图,如果你这个视图没有任何事件和另外添加的功能,好像工作量不是很大,但是一般的需求都会在视图里添加很多事件和功能,有些还很复杂,这样就会里面的功能全部删除掉,你就要重新编写所有功能,未免有些浪费时间了。

今天我来说一下手动调整更改表结构后的视图,怎么做才是最有效的。

创建测试的表

为了把这个方法讲清楚,我们先在SAP里创建一个测试用的表,我这里已经创建完成,如下图所示:

为了读者看的更简单,更清晰,我这里创建的表只包含一个字段。

创建维护视图

当然创建完表之后,我们要给这个表创建一个对应的维护视图,创建完成就是下图的样子,如下图所示:

因为我今天要说的重点不是在视图中使用事件和功能等内容,所以创建完视图后即可结束。

查看视图并维护数据

当视图创建完成后,我们就可以使用事务SM30,来查看视图,并且可以在视图里维护数据了,如下图所示:

然后,我们看一下数据库表中的数据,如下图所示:

可以看到数据维护成功,如果此时需求来了,要求更改表结构,来看一下我的做法。

更改表结构

此视图维护了一段时间后,客户有新需求,要求更改表结构,看看我应该怎么做,现在我在上面步骤中创建的表中,添加一个新的字段,如下图所示:

可以看到表中已经有这个字段了,然后我来看一下刚刚在视图中维护的数据是否还在。

新加字段和原有数据都可以看到,如果现在想在以后的数据中,把新加的字段也维护上我们业务中需要的数据。我们先进入SM30查看一下,如下图所示:

并没有新加的字段展示,我这里不需要删除掉原有的视图。

视图变更

现在我要调整表维护生成器,以便添加此新加字段,并且表维护生成器中的其他功能保持不变。所以,我直接进入screen printer里,手动来添加这个字段,如下图所示:

如果这样就结束了,未免也有些太简单了,也体现不出我写这篇文章的价值了。手动维护好之后,你会发现在维护视图里新字段确实出现了,但是你却维护不上数据,这就是重点。(此处如果有人不相信,可以亲自试一下,因为我是经过试验过的,才会这样说-。-)

重点内容

下面这一步才是所有步骤中的重点,当完成上面所有步骤之后,我们要来修改几个小地方,才能让这个功能得以实现。

Flow logic修改

Flow logic要添加我新加的字段,格式COPY原有字段即可,如下图所示:

General attr.修改

我这里把新加字段的Dict. field属性勾选上,当然勾选的时候会有提示,确定即可。如下图所示:

重要提示:做完之后记得激活!

再次维护视图

在完成以上所有步骤后,我们返回到视图中,再次进行维护,看一下这次是否可以把数据维护上了,如下图所示:

数据库里呢,也是应该有数据了。如下图:

这样就不用在删除视图,重新写事件或者功能。有重新做一遍的时间,不如去冲一杯咖啡。欢迎转发此文章给你的朋友们。感谢支持。

这是一个讲究结果的时代,将就高效率的时代。时代的进步如同一卷波澜壮阔的史诗,数波大潮的席卷,不仅推动了新事物的诞生,也在无意中吞没着某些古老的文明。

上一篇下一篇

猜你喜欢

热点阅读