Mobile Service的读取与推送工作流程
Cognos Mobile的读取与推送是互逆相反的工作流，我们一一去了解它，对排查mobile services的任何问题大有益处。心急吃不了热豆腐，在此之前，我们还需要慢慢熟悉mobile的内容库，O(∩_∩)O。
1、认识Mobile内容库
为什么要认识内容库呢？因为这是我们唯一对mobile server工作有迹可循地方，了解了每一个物理表的用途，基本上你就对工作流有了80%熟悉程度。无论你使用的是oracle，还是db2数据库，您直接打开数据库客户端，登录您的cognos 内容库找到MOB_开头的几个物理表。DB2查看的结果如下
一共14个物理表，每一个表具体什么用途呢，鄙人根据自己的经验总结出来如下表，若有不对或欠缺，请斧正！
| A. MOB_BLOBS | 存储所有历史推送报表版本的元素blob对象，该表占空间相当大，跟服务器运营时间、推送的报表数量成正比 |
| B. MOB_DRILLS | 记录追朔目标与追朔目标的映射关系 |
| C. MOB_HISTORY | 记录已推送报表版本的历史版本，如ID和时间 |
| D. MOB_PORTALITEMS | 报表历史版本的访问入口，存储内容存储的ID、路径。每推送一次则生成一个历史版本，同时生成一个对应的访问入口记录 |
| E. MOB_RENDERS | 记录已生成的报表版本信息，如render_id |
| F. MOB_RENDER_HISTORY | 映射render_id和报表版本history_ID |
| G. MOB_RESOURCES | 存储最新推送报表版本的元素blob对象，比如图片数据之类的 |
| H. MOB_SCHEMA_VERSION | 模式版本 |
| I. MOB_TEMPSTORAGE | 临时表，执行推送任务时临时存放报表路径等信息，执行完毕后记录清空 |
| J. MOB_TEMPSTOREBLOBS | 临时表，执行推送任务时临时存放报表版本元素，执行后该表记录迁移到MOB_BLOBS，本表内容情况 |
| K. MOB_USERS | 记录最近一次推送的用户及其登录时间 |
| L. MOB_USER_HISTORY | 记录用户查询过的报表版本 |
| M. MOB_USER_PORTALITEM |
|
| N. MOB_USER_RENDER | 记录推送成功后用户可以查看已生成的报表ID，映射用户和已生成的ID |
亲，仔细品味品味吧，看完了您也试试把工作流画出来，然后和我的下一篇对比一下。请继续关注《2.Mobile Service的读取完整流程》
如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！
赞7作者其他文章
评论 4 · 赞 12
评论 3 · 赞 7
评论 3 · 赞 12
评论 3 · 赞 7
评论 2 · 赞 3
添加新评论4 条评论
2015-08-26 21:00
2015-08-12 07:42
2015-08-12 07:41
2015-08-11 17:45