让我们假设你是一个零售商，需要提供信用卡作为支付手段之一并且遵从PCI标准。并且假设你使用IBM Rational Data Architect(IBM RDA)来建模你的物理和逻辑设计。
关于PCI：这有点超出本文的范围了。简单来说，主要的信用卡公司规定使用他们服务的厂商必须要遵从PCI规范。最终目标是要指导这些公司来保护信用卡持有人的信息。不遵从这个规定的厂商将会受到重罚。任何被发现有泄露持有人敏感信息的零售商将会有接受额外审查和失去提供信用卡服务的风险。
PCI规范有12个部分。其中有一条规定，如果在没有“必须知道”的报告中提及信用卡号，必须使用X来代替前导字母，而不是直接使用数字。如图所示。
 |
假设你在建立一个零售数据库。你如何指定一个IBM RDA数据模型，其中一列包含信用卡号，其他列包含PIN号?如果可以，那么一个管理工具必须要知道这两个域是要被PCI协议管理的，在任何商业情景中表达这两个域它都会使用细粒度访问控制规则来保护被访问数据。
考虑针对这个零售商的另外一个场景。PCI标准规定了活动的用户数据不可用于测试。这就意味着真实数据不能用。如果你用了将会被罚。这样你的IT部门就要创建一个开发组织使用的测试数据库。这是一个多角色使用相同工具集来解决业务问题的极佳范例。DBA必须改变真实数据以进入测试数据库。但是如果DBA没有做而是引入了一个范例数据库呢?一般来说，不会发生什么引发被罚的情况。但是如果说有一个前图所示的工具，能够发现PCI相关数据被引入到一个测试数据库，并且在数据移动过程中提示冲突时，那这种方式将会非常有用。
现在假设你需要从数据库中导出一些记录来准备一个广告大赛，但是并不受PCI规范制约。但是，你的单位有一些内部的规定保证用户数据不会在未允许条件下分发给其他厂商。现在将这个场景扩展到数据模型。如果数据服务器理解A栏是可以访问或不可访问的域，并且使得你的家庭地址可见不可见，那么每次查询在做数据导出时，数据服务器将会考虑到这一栏来看是否地址会发送给应用程序。
其他一些场景，和来源于其他工业的一些例子，如健康信息保护和移植行为等等，也是可以使用相同的方式来进行。
这里的目标就是让设计层足够智能来根据数据属性判断不同的域。这将会给你提供一个非常有效率的环境。
现在，不要让我的所有介绍都围绕着工具和角色标识来戏弄你。IBM仍然主要关注于客户端运行时API，因为如果你能高效运行应用程序，无须使用任何工具。我们希望提供一个工具集来帮助你完成各种任务和角色。
下面是我对IBM推出新的IBM Data Studio的意图的解释：
1、为应用提供整个生命周期的综合解决方案的目标是独一无二和极有雄心的。我讨论了几乎所有的内容，包含早期业务过程设计和应用的逻辑数据模型，到你开始设计，编码和测试这些应用。但是过程并没有停在某个点上。然后你必须创建一个物理数据库模型包含你的计划;你必须分配存储。你必须进行一些安全保证工作。你必须抽空为系统进行每天的管理，比如备份或满足服务层次需求。最后，不要忘记所有需要进行的管理服务，以满足业务上设置的调整兼容决定。
2、尽管有很多其他的工具用于应用程序的生命周期的各个部分，但是没有一个单个程序集能覆盖整个业务流程。事实上，我看过市场上的工具，只是部分解决方案，你需要集合它们几个来完成整个流程。
坦白说，IBM Data Studio是一个非常有雄心的，以及具有高价值和高潜力的工具。更重要的是，它将来会超越当前支持的关系型IBM数据服务器。跨数据服务器的工具集将会解决目前企业在整合数据服务器时遇到的效率不高的问题：技能和资源将会被整合和限制于数据库厂商的直接相关性中。我的观点是它损害了生产率。一个跨整个生命周期的工具将会提供更好的人员配置，更好的资源配置，和竞争中无与伦比的优势。
