FAQ中心
页面树结构

版本比较

旧版本 1

changes.mady.by.user 潘家宜

保存于

比较

新版本 2

changes.mady.by.user 潘家宜

保存于

标识

  • 该行被添加。
  • 该行被删除。
  • 格式已经改变。

锚
3060-1621846615933
3060-1621846615933
数据模型篇
锚
tjba-1736414368000
tjba-1736414368000
书接上篇，提到数据模型，可能很多朋友就要开始头疼了，怎么SQL监控出来的那一堆玩意看起来看不懂，到底是个啥东西诶。
锚
rJMi-1737362752243
rJMi-1737362752243
这就要先说下我们模型取数的逻辑了：
锚
ouIu-1736414486763
ouIu-1736414486763
模型是依赖OLAP运行，OLAP是个多维服务，也就是这玩意执行的是MDX语句，一听是不是被唬住了，它大概逻辑就是，根据你前端展示的字段，生成MDX、SQL，然后跟上篇一样，通过jdbc驱动跟数据库交互，把SQL送到业务库执行，返回到Smartbi，只不过这个时候，返回数据到OLAP那边，OLAP再进行处理，处理好之后，再展示到前端。大概流程可以看下面这个图。
锚
4mME-1736836550714
4mME-1736836550714
Image Added
锚
q9mj-1736414897624
q9mj-1736414897624
说那么多，不是搞的比旧数据集还复杂吗，那为啥要用模型啊，这就不得不说mdx那强大的计算功能了，像那些时间计算，同期值、同比值等等，你SQL写的出来吗？不太能行吧，人家mdx就厉害在这，他只要一条语句就搞定了，当然肯定不单单只有这些好处，具体啊，咱就不多说了，大家可以看看我们官方文档：https://wiki.smartbi.com.cn/pages/viewpage.action?smt_poid=43&pageId=101877299Image Added
锚
Hh02-1736415156207
Hh02-1736415156207
言归正传，当出现数据不对的情况，我该怎么去拿SQL来排查？
锚
2PIj-1736419215726
2PIj-1736419215726
当模型走SQL引擎的时候，这个时候是不会有mdx的，我们可以按上面旧数据集的方式进行排查，具体什么时候回走SQL引擎呢，请看下图，如果是想要SQL引擎更详细的介绍，可以看我们的wiki：https://wiki.smartbi.com.cn/pages/viewpage.action?smt_poid=43&pageId=113542956Image Added
锚
uv8b-1736419358324
uv8b-1736419358324
Image Added
锚
nVWp-1736419358329
nVWp-1736419358329
当走OLAP，这个时候要获取执行SQL就略微复杂了，你会发现下面这一堆东西，看不懂啊，这个时候我们就要切换另一个工具去辅助看SQL了，即：OLAP监控页面。
锚
HmLz-1736419631674
HmLz-1736419631674
Image Added
锚
f8kn-1736419631678
f8kn-1736419631678
OLAP监控默认是没有配置的，下面来告诉大家怎么去配置OLAP监控，配过的话，那也可以再复习下。
锚
cVlm-1736471966035
cVlm-1736471966035
首先去系统监控中，点击左上角的设置，接着点击添加服务器，会新增一条记录，再根据实际配置改改ip端口就好了。配置好之后可以点击右侧测试链接，删除隔壁那个就是测试按钮，如果没问题会提示链接成功。
锚
gBjt-1736472246505
gBjt-1736472246505
Image Added
锚
ipmS-1736471980604
ipmS-1736471980604
而这个地址呢，他在哪儿呢？看图说话，要注意那个地址，别复制多了啊：
锚
zV4E-1736475374620
zV4E-1736475374620
Image Added
锚
wV4s-1736475374624
wV4s-1736475374624
配置完之后就可以看到这里多了个服务，点击打开就进到了OLAP监控了。什么，密码是多少？这咱也不知道啊。别急别急，现场如果是自己第一次访问OLAP页面配置的，他会提示你没配置，给个链接你点击跳转过去配置。忘记了啊，那要么重置下吧，删除下面图中那行记录，保存，重新访问下OLAP的这个地址，http://ip:18081/smartbiOLAP/manager/index.jspImage Added，他会让你重新配置的。 
锚
B5DU-1736476719547
B5DU-1736476719547
Image Added
锚
aTE1-1736475852959
aTE1-1736475852959
配完了点开之后我们就能进到OLAP的监控界面了：
锚
aUl6-1736478693768
aUl6-1736478693768
Image Added
锚
6NY6-1736478693772
6NY6-1736478693772
右侧资源树有三个我们要特别注意的，分别是SQL监控、MDX查询监控、MDX运行示例。怎么会有这么多？这就要说道说道了。
锚
QTqT-1736494266740
QTqT-1736494266740
首先如前所说，这是先经过了OLAP引擎，会有MDX生成，所以是先进到MDX查询监控，因为也是能看到全局的，为了避免眼花缭乱，还是记得先选当前会话：
锚
OkCg-1736497676434
OkCg-1736497676434
Image Added
锚
qY5y-1736494362549
qY5y-1736494362549
选好了之后，可能还是很多，那可以先点击右上角的清空，接着回去清空缓存，重新刷新一下报表啊，预览下数据啥的，再切回来，就能看到对应的mdx了，看不到就点下刷新，等等他就来了，然后复制这个红框的编号，带着它去到SQL监控：
锚
SqZP-1736732640190
SqZP-1736732640190
Image Added
锚
Cynq-1736498481478
Cynq-1736498481478
粘贴在SQL监控里的MDX查询ID上即可，或者没有的话，可以粘贴完了回个车啊，或者点个刷新啊，这里也就出来了：
锚
MqsG-1736732779920
MqsG-1736732779920
Image Added
锚
m6Lj-1736732779925
m6Lj-1736732779925
是不是好多条，都是干嘛用的？我实际也没这么多条SQL啊！别急别急，容我解释下。我们先看描述。
锚
OCxR-1736733061714
OCxR-1736733061714
描述里，SQLTupleReader.readTuples开头的，比如我们在即席查询里勾选了【产品类别】和【产品名称】，那么这里就是表示是按照我们勾选的【产品类别】和【产品名称】维度进行聚合，获取的是【产品类别】和【产品名称】两个维度的组合，这样多维引擎，也就是OLAP，就构造了一个包含【产品类别】和【产品名称】两个维度的立方体，就从这个立方体里取数。通常这里的很少用到这里的，可先忽略不计。
锚
QBhU-1736733318518
QBhU-1736733318518
另一个描述，Segment.load，则是我们需要关注的SQL，那么多条，是因为要分页取数，行数不太一样是因为要查询的条件不一样，这里我们可以先取SQLTupleReader.readTuples最近的一条，复制了之后去数据模型那边的SQL查询选下数据源执行，或者是去JDBC方式连接的数据库工具里跑跑看看数据对不对啊啥的，数据库工具就比如是，DBeaver，DBvisualizer等等：
锚
Ttbc-1736733254507
Ttbc-1736733254507
Image Added
锚
jrBI-1736733254511
jrBI-1736733254511
那，MDX运行示例是用来干啥的？这个是检查MDX的，可以从MDX查询监控那里点击测试MDX直接跳转，就会带着监控里对应的MDX跳转过来了，有显示生成的MDX和对应的运行结果，至于里面的MDX怎么看，就涉及到MDX语法啥的啦，想要了解的朋友可以移步我们官方支持的文档，或者去看看微软官方的关于多维查询的介绍，这里就不长篇大论了：
锚
S8j6-1736734615324
S8j6-1736734615324
Image Added
锚
2Apo-1736734615328
2Apo-1736734615328
来个例子
锚
7pfR-1736817356858
7pfR-1736817356858
长篇大论这么多，估计还是很懵逼，到底怎么查。来个例子套一套公式你就知道了。小帅在做透视分析，发现怎么只有华北的数据，但是数据库也不止华北啊，报表我也没有参数条件，到底是谁偷了其他数据。
锚
rmIQ-1736820968435
rmIQ-1736820968435
Image Added
锚
zh1t-1736821491995
zh1t-1736821491995
Image Added
锚
dtgk-1736821491999
dtgk-1736821491999
然后我们按上面方式监控，SQL监控是下面这种情况，也就是，现在走的是多维模型，那就得去OLAP监控那边看了，那就转战OLAP监控。
锚
ADv8-1736820803942
ADv8-1736820803942
Image Added
锚
2YdR-1736820803947
2YdR-1736820803947
首先我们看到了MDX查询监控中，找到对应查询的语句，然后获取到那个编号，再切换到SQL监控中。
锚
BW3I-1736821171962
BW3I-1736821171962
Image Added
锚
LQCB-1736821246385
LQCB-1736821246385
接着我们把那个查询编号，去SQL监控中，查询出来对应编号的SQL，现在是有两条，其中下面那个就是上面说到查询维度的，我们可以先不看，我们看上面那条，这里我们发现，模型实际上是有个条件，过滤了华北的，这个时候我们再倒回模型去看。
锚
HFZB-1736821357999
HFZB-1736821357999
Image Added
锚
14YR-1736821238465
14YR-1736821238465
首先我们打开模型看到，是一个SQL查询来的，那问题估计就是出现在SQL查询里面了，我们打开看看。
锚
dWQM-1736821894575
dWQM-1736821894575
Image Added
锚
nin3-1736821660536
nin3-1736821660536
打开SQL查询后，欸，怎么有个华北的值，执行出来这里那就是只有华北的数据了，问题就在这了。
锚
kCJO-1736821738048
kCJO-1736821738048
Image Added
锚
NCge-1736821738053
NCge-1736821738053
这里就衍生出另一个问题，为啥我这里配置了参数，报表层面没得让我勾选呢？这就要说说我们的参数定义了，我们的参数定义啊，你可以理解为，里面的子查询，也就是SQL查询、可视化SQL查询这些，里面得先占个参数的坑。占好之后，得要有个正主来用，那就要到模型那里参数设置，映射出来，就是模型工具栏的设置参数。
锚
QfGr-1736822192004
QfGr-1736822192004
Image Added
锚
IFfk-1736822161656
IFfk-1736822161656
进去之后那就简单了，有个一键映射的按钮，点击之后，会自动把里面子查询的参数映射出来，那这个时候该修改控件类型就修改控件类型，该改备选值就改备选值。
锚
aNUW-1736822236601
aNUW-1736822236601
Image Added
锚
XUKj-1736822236605
XUKj-1736822236605
映射好保存好，报表层面资源树那里就可以去勾选参数了，勾选了用户就能自己去切换了。
锚
B9uZ-1736822450130
B9uZ-1736822450130
Image Added
锚
uUUi-1736822450134
uUUi-1736822450134
怎么样，结合例子来看其实没这么复杂了，上面的例子只是简单的入个门，如果想要了解更多的排查例子，可以移步我们官网wiki里翻一翻了。
锚
wba7-1736824033657
wba7-1736824033657
我们后续会带来更多的分享，各位可以多多关注~在我们新的一篇分享来之前，要准备春节了，这里就先预祝各位新春快乐，身体健康，万事如意，下回年后再见！