为了减少开发成本，IBM Data Studio 3.1 引入 Optim 家族的监控利器 Optim Performance Manager(OPM)，在开发阶段就能实时的获得性能数据，尽早找到有问题的 SQL，从而提升系统开发运行的效率。
自从上世纪 80 年代关系型数据库的诞生 , 越来越多的企业级数据都保存在数据库中 , 只要涉及到数据库的各种操作 , 不论是利用应用程序进行逻辑处理，还是直接">访问数据，必然离不开 SQL 语句，一旦出现性能问题，一般 80% 以上的概率会借助 SQL 语句的调优。
在优化 SQL 语句的同时，我们不难发现之前进行 SQL 开发几个主要问题：
与生产数据量脱节：一般我们都是在测试数据库上进行开发，测试数据库的数据量与真实的生产数据库如果有很大差距，就有可能会造成查询计划的失真。 对单个 SQL 语句运行性能的了解滞后：一般情况下，只要一个 SQL 逻辑正确，就会在程序中采纳，从而在数据库端长期运行，只有出现性能问题，我们才会去关注 SQL 语句的性能参数。 很难定位一个 Java 程序中的问题 SQL：无论是用 Java 或是其他语言进行
数据库开发，一个程序中都会包含很多个 SQL 语句，如果能快速将所有 SQL 抓取出来，并能统一获得它们的性能参数？
针对上述几个问题，集成了数据库管理和数据库开发的 Data Studio（简称 DS），引入 Optim 家族的监控利器 Optim Performance Manager( 简称 OPM)，通过特定 SQL 关联，共享 OPM 的性能数据，从而实时获得 SQL 语句在数据库端的性能数据。另外，对于拥有多个 SQL 的 Java 程序，只要打开数据库数据访问支持，不仅可以获得所有 SQL 在客户端的访问性能，同时也可以共享 OPM 的数据库端性能数据，从而快速定位到程序中有性能问题的 SQL 语句。
在 DS 中配置 OPM
因为我们需要使用 OPM 去监控我们在 DS 上运行的 SQL，并从 OPM 服务器获取性能数据，所以我们必须在 DS 上配置 OPM 的概要文件信息。
1. 点击”Windows->Preferences->Data Management->Optim Performance Manager Profiles”。
图 1. 在 DS 中配置 OPM 概要文件
2. 点击 Add 按钮，给一个概要文件一个名称，新建或选择一个 OPM 存储库的数据库连接，然后点击“确定”。（我们可以不用填写 EI 的端口，DS 会自动获取端口号。）