数据显示

zl295521949

多表关联里面有一个子查询，action可以显示出数据，界面用计算关系接收但是前端不显示数据，

点确定打开测后台有数据1

liangyongfei

计算关系接收，但是前端不显示数据
不设置为计算关系可以吗？就是把它当做一个查询的字段
data.getValue('字段')  是否有值呢？？
有没有设置计算规则！？？
多表关联查询！本身就会返回这个查询列的！为什么还要定义计算列呢？？

有没有设置计算规则呢？？如果有计算规则的话，就优先执行前端计算规则，后面的值会被覆盖的！
另外bizData 计算列 最好不要和查询列冲突，否则可能会覆盖掉！所以不显示了！

多表关联查询的字段时！请不要再定义相同的，查询字段名字的计算列了！有可能冲突了

zl295521949

liangyongfei 发表于 2017-5-4 11:53
计算关系接收，但是前端不显示数据
不设置为计算关系可以吗？就是把它当做一个查询的字段
data.getValue(' ...

select PT_ExcellenceProject.*,PM_Project.fProjectCode as fProjectCode,PM_Project.fProjectName as fProjectName,PM_Project.fProjectAddress as fProjectAddress,PM_Project.fProjectType as fProjectType,PM_Project.fQualityStandards as fQualityStandards,PM_Project.fBuildName as fBuildName,PM_Project.fProjectScale as fProjectScale,PM_Project.fProjectMoney as fProjectMoney,PM_Project.fActSDate as fActSDate,PM_Project.fActEDate as fActEDate,PM_Project.fManageUnit as fManageUnit,PM_Project.fFManageUnit as fFManageUnit,PT_ProjectApply.fApplyName2 as fApplyName2,PT_ExampleProject.FB_BizState as FB_BizState,customSub8.count1 as count10086
    from PT_ExcellenceProject PT_ExcellenceProject
     optional  join PM_Project PM_Project on PT_ExcellenceProject.fProjID = PM_Project
     optional  join PT_ProjectApply PT_ProjectApply on PT_ExcellenceProject.fProjID = PT_ProjectApply.fProjID
     optional  join PT_ExampleProject PT_ExampleProject on PT_ExcellenceProject.fProjID = PT_ExampleProject.fProjID
     optional  join (select  (count(PT_buildingSecurityProduceAssess)) as count1, PT_buildingSecurityProduceAssess.fProjectID as fProjectID from PT_buildingSecurityProduceAssess PT_buildingSecurityProduceAssess  group by PT_buildingSecurityProduceAssess.fProjectID) customSub8 on PT_ExcellenceProject.fProjID = customSub8.fProjectID
    where PT_ProjectApply.fTableType = '施工许可证'

这个是我的源码   没有设置计算规则  也没有和查询列冲突  就是不显示

liangyongfei

zl295521949 发表于 2017-5-4 15:10
select PT_ExcellenceProject.*,PM_Project.fProjectCode as fProjectCode,PM_Project.fProjectName as f ...

我的意思是
不要手动添加计算列！  这个列就是 queryAction 查询的字段 自动生成的！
既然执行sql ,后台ksql编辑器可以正常执行
如果前台调用的action 也是执行相同的sql 语句就能查到才对的！

你加载完数据后，使用data.getValue('字段')  测试下这个值在data中是否有值呢？？

另外确定绑定的是同一个字段！不要眼花看成其他的字段！

zl295521949

liangyongfei 发表于 2017-5-4 15:46
我的意思是
不要手动添加计算列！  这个列就是 queryAction 查询的字段 自动生成的！
既然执行sql ,后台k ...

去了计算列，点编辑规则没有发现count10086这个字段，没有生产，我朋友说平台bug，要在action里面加一个什么东西来生成这列，他也忘记了....

liangyongfei

zl295521949 发表于 2017-5-4 17:11
去了计算列，点编辑规则没有发现count10086这个字段，没有生产，我朋友说平台bug，要在action里面加一个 ...

bizData  的 queryAction   设置的属性绑定的是这多表关联查询的这个action 吧

点击bizData 的 columns属性 看下能找到这个列吗？？
如果看不到！说明查询里面没有这个列！列名修改一个名字试试能显示出来吗？？

保证columns 中点开可以看到这个列！

天啦噜404

根据action返回的类型解析数据在手动添加

十一

在主查询把这个自定义字段的关系用括号括起来

zl295521949

liangyongfei 发表于 2017-5-4 17:57
bizData  的 queryAction   设置的属性绑定的是这多表关联查询的这个action 吧

点击bizData 的 columns ...

就是columns里面没有这个列 不知道怎么加进去。。

zl295521949

十一 发表于 2017-5-4 18:07
在主查询把这个自定义字段的关系用括号括起来

这个是真的有用，等了一天了  非常感谢