MSTR报表导出流程

前言

今天最后测试报表效果完成后又学到一个新绝活:针对报表及其依赖对象的导出。现在网络上关于MSTR的资料相对较少，索性自己记录下来，以防以后遗忘。

步骤

1.检查报表

确认报表等对象是否执行并没有异常，这是很重要的事情，如果中间有实体之类的对象属性配置有误，可能会导致导入后一些不必要的麻烦。

我项目中主要检查的重点有三个:

1.报表的格式

报表完成以后，需要让用户查看方便且整洁，格式必须得先行调整完成，在调整过程中我一个很奇怪的问题:
当设计的报表含有提示时，在Web端直接修改报表必须先经过提示筛选，然后在进行报表相关的编辑。但如果编辑完成，直接在Web端进行保存以后，他会保存本次提示所选择的选项。这样一来，如果有设置安全筛选器的客户，在含有A/B/C元素的实体提示中只能选择A的话，由于之前编辑时选择了B和C，那么该用户也可以选择到B C选项。
虽然最后效果并未有影响，但是，多少对观赏性有一些影响。

所以在调整报表时，务必在Web端以及Developer客户端双重查看，以防存在以上情况发生。

2.实体配置

由于之前在报表开发阶段，实体存在一些映射错误，导致结果出错或者提示无效，所以要针对实体的路径、映射表、属性进行相应检查，确保无误。

3.依赖关系

整个报表关联的依赖对象都需要在导出时整合在一起，所以确认哪些对象需要进行导出，否则导入后可以会产生报表无法运行的异常情况。

2.Object Manager

确认所有问题无误，则可以进行导出工作，导出主要在object Manager中进行，Object Manager同Developer相似，可以直接连接项目源对项目进行一些操作。

备注:
当Object Manager与Developer同时使用administrator账号打开同一个项目源的同一个项目时，会存在权限问题，例如在Object Manager进行操作时，Developer端会提示administrator账号正在编辑项目，在Developer端进行操作会收到阻碍。

3.建包

打开Object Manager后，连接项目源进入项目与Developer并无太大差异，需要注意的是，如果只是导出报表以及相关对象，使用建包的方式即可完成，但如果是导出整个项目，该方法目测不太实用。

进入项目以后，直接打开工具栏的工具选项，打开后菜单中有一项叫做建包的操作。

打开以后会出现导出使用的编辑界面。左上方有一个添加选项，选择添加，然后会出现添加对象的编辑界面，这个界面里可以选择导入当前项目中选定的对象(报表/实体/提示等等)，之前确认报表依赖对象关系就是在这里起到作用，将报表相关的对象全部进行添加。

添加完成后直接确认，会回到创建包的界面，此时，选择的对象已经会在界面中显示。这时候需要选择:

1.添加全部子依赖性

2.替换对象的ACL选项选择替换

3.新建对象的ACL选项选择保留

4.选择导出包的路径

备注:不建议直接重新计算表的逻辑大小，由于之前项目勾选该选项，出现导入新项目中的报表无法运行，所以目前推荐保留该选项。

以上全部配置完成后，可以选择继续进行，Object Manager会开始进行建包，完成后会保存在配置好的路径下。

4.导包

导入包的操作也在Object Manager中进行，建包的上面一个选项便是导入包，但是需要注意，导入包时，路径会与对象原来的路径相同。

导入包需要在导入项目中进行，导入后路径与原来保持一致（没有会自己创建），导入后需要更新框架确认是否存在数据表异常。

导入完成以后可以进行运行查看报表是否存在问题。

备注

导入对象时，可能存在项目使用的表与导入对象的表重复，导致表对象无法被报表识别的异常情况，再导入前需要确认后新项目数据仓库是否存在同样的表，以防意外产生。

导入后，存在安全筛选器的账号可能需要再配置。