首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

更改后,查询还会在crystal报表中显示相同的数据

更改后,查询仍然会在crystal报表中显示相同的数据可能是由于以下原因:

  1. 数据库缓存:查询结果可能被缓存在数据库中,即使数据发生了更改,缓存的数据仍然会被显示在报表中。可以尝试清除数据库缓存或者重新加载数据以解决该问题。
  2. 数据同步延迟:如果更改操作和报表查询操作之间存在一定的时间延迟,那么报表可能会显示旧的数据。这可能是由于数据同步的过程中存在延迟导致的。可以等待一段时间后再次查询,或者检查数据同步的机制是否正常。
  3. 报表设计问题:报表的设计可能存在问题,导致无论数据如何更改,报表始终显示相同的数据。可以检查报表的查询语句、过滤条件、数据源等是否正确配置。
  4. 数据库事务问题:如果更改操作和报表查询操作不在同一个数据库事务中,那么报表可能会显示旧的数据。可以确保更改操作和查询操作在同一个事务中,以保证数据的一致性。

总之,要解决这个问题,可以尝试清除数据库缓存、重新加载数据、等待数据同步完成、检查报表设计、确保事务一致性等方法。如果问题仍然存在,可能需要进一步分析和调试。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • ASP.NET中水晶报表的使用

    在我们对VS.Net中的水晶报表(Crystal Reports)进行研究之前,我和我朋友对如何将这个复杂的东东加入我们的Web应用有着非常的好奇心。一周以后,在阅读了大量的“HOWTO”文档之后,我们成功地将一些简单的报告加入到了我们的Asp.net程序中,并得到了一些小决窍。   这篇文章教你如何在.Net Web应用中使用水晶报表,也可以让你在学习过程中少走一些弯路。为了得到最好的效果,读者最好需要有一些基础的Asp.Net访问数据库的知识以及使用VS.Net的开发经验。 简介   水晶报表可以由很多的方法得到,其中一个就是使用VS.Net来创建,它提供了非常丰富模型以使我们能够在运行时操作属性和方法。如果你正在使用VS.Net开发.Net程序,那么你就不需要再安装其它软件了,因为他已经内嵌在VS.Net中了。   优点:   VS.Net水晶报表有下面一些主要的优点:

    03

    【ETL技能】白话数据仓库 ETL 搭建全过程

    经过多年来企业信息化建设,大部分都拥有了自己的财务,OA,CRM 等软件。这些系统都有自己的独立数据库,记录着企业运行情况某个方面的数据。但是单独看这些系统的报表,并不一定能对企业运行情况有全面客观的了解。就像只凭身高不能判断一个人是否健康,所以体检的时候我们需要化验许多指标,做各种检测,就是为了对身体情况有更全面的了解,作出更准确的判断。 同样对一个企业,不能仅根据出勤率就判断一个人的绩效高低,因为你不知道他的工作成果情况。仅根据财务报表输入支出也体现不了各部门的收益情况,这个部门有多少工作人员,完成了哪

    010

    matinal:SAP 详细解析成本收集器

    成本收集器作为成本对象,主要应用于按期间进行成本核算的情况,在这种情况下会把产品创建为成本收集器,实际成本的收集和差异的结算全部按照成本收集器进行处理,财务的成本分析也针对成本收集器进行。 成本收集器是按期间核算,生产订单可以按期间也可以完全结算,也就是per和full。 一.在创建生产成本收集器之前,为什么要先创建标准成本估算? cost collector是用于Repetitive Manufacturing的,平时生产不开production order,等产成品出来才使用MFBF倒冲原材料. Cost collector会收集target cost和actual cost并且比较两者差异,所谓的target cost 就是标准成本, 产成品的标准成本包括料(从Production version带出,一般对应到一个BOM,其实就是当你使用CK11N估算时那时所有原料的单价和数量之和, 如果物料主数据或BOM有scrap,这个也会算上, 如果BOM component有group,会根据一定的百分比算出),工(activity type的作业价格,一般对应到生产人员工资), 费(一般指各种制造费用),那时的三者之和就作为当期计划成本(目标成本) . 通常会使用CK24 update到产成品主数据,就是标准成本 二.在更改工艺路线的工作中心后,再进行倒冲,但是作业类型所带的成本还是会到原来的工作中心带的成本中心去。如果我将原来的标准评估删除后,对原来已经倒冲的凭证进行reverse的话,则会提示“没有可以用的工序”。标准成本评估与时间有关系吗? 更改工艺路线的工作中心后, 类型所带的成本还是会到原来的工作中心带的成本中心去,Why? 首先你使用Ck84_99看下,CK11N后会记录当时所有原料的价格,MAF 和LAB价格(从routing的工作中心带出). 从SAP底层分析下结果.使用CK11N后,首先产生一7开头的内部订单,SE16在ONR00 table中可找到OR0000007XXXXX,所有的内部订单都在此,.然后CKIS会记录下料工费在你估算时的价格和数量(Ck84_99). KKF6N看到的total tgt就是抓这儿的数据,我们知道KKF6N产生的差异不过是数量差异和价格差异, 然后CK11N和KKF6N还会在KEKO表中记下两比记录.通常从routing里得到的LAB和MAF是内部自动产生的, 价格记录在表 COSS中, 查看时在内部订单前一定要加前缀OR0000007XXXXX, 原料实际消耗在MSEG(物料凭证表中),也可看COSP(CO凭证表它们是一致的).KEKO和AUFK是通过prod. process number关联, CKIS和KEKO是通过cost estimate no关联的. 生产总差异=标准数量*标准价格-实际数量和实际价格 所以你在更改工作中心后,只要CKIS的数据没变当然还抓原来的,你必须使用CK11N重新计算,而且这动作不是随便做的,一般在月结后下月开始在估算,否则当月差异………….,还有通常你在当月使用CK11N会提示物料主数据已经有td cost , 你必须删除它, 这时才会生效 如果将原来的标准评估删除后,CKIS和KEKO的那边当期的cost variant是标准成本变式的东东没了(cost collector是PREM),当然MFBF或Reverse会不成功(MFBF时要求一定要有标准成本). 三.另外如果SAP这样设置都按照标准成本评估的工艺路线和BOM来下线倒冲,而不是按照新的已经更改过的routing和BOM来倒冲的话,这样的逻辑应该怎样解释? 你更改过routing或者BOM后,除非:1,你C223另做生产版本再为它create a cost collector. 2 .CKR1原来的std cost就是update CKIS 和KEKO 记录,再CK11N否则当然永远是抓原来的数据 上面的逻辑我想应该很清楚了, 我曾写过这方面的报表,从数据库这层研究过cost collector的流程, 还碰到一个问题,就是使用KKBC_PKO, KKBC_ORD(对cost collecot, 实际上和KKF6N) ,就是如果cost collector一年都在使用,但是每月都在变动产成品的std cost, 看报表出现比如11.1号如10月没结算target cost在11.1号那时出现不了,结算后才OK , 后来找到了notes 540376打了补丁OK . 问题在于,如果我看整年的cumulated total tgt cost, 到底是使用当月的target cost* total qty , 还是每月的target cost * monthly total

    01
    领券