首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    SAP 生产缺料执行与查询介绍

    SAP系统中,事务代码COMAC 是在生产前对生产订单批量进行可用性检查,提供给计划员执行检查物料是否缺料的工具。...供给情况,计算出供需平衡情况,其中: 库存包括:安全库存数量 + 工厂 / 公司间在途未入库的数量 + 正常可使用的库存 需求包括:销售订单需求 + 交货单需求 + 手工创建的预留 + 上层生产订单已经下达传递下来的相关需求...+ 转储调拨需求 供给包括:转储订单数量 + 生产订单数量 具体操作过程如下: 点击“COMAC”或者直接在快速命令输入栏 输入“COMAC”进入“汇总可用性检查”界面。...在“汇总可用性检查”界面输入下生产工厂、生产订单等字段信息: 点击执行图标转入“批量处理-抬头订单”界面后选择需要批量处理的订单,并点击批量处理图标,打开功能选择界面。...汇总可用性检查执行完毕后,打开“CO24”进入“短缺零部件”界面查询相应缺件信息,其中短缺栏即为实际缺件数量。

    2.7K20

    小技巧:显示数据库查询耗时,改善开发者习惯

    很多原因都可能导致网站运行缓慢,但这其中最常见的就是在数据库查询耗时太多。...目前,数据库查询可能在网页渲染过程中起着很重要的作用(网页上的内容总得从某处获取),但是有时候 一些不必要的亦或没有优化好的查询会影响网页渲染的速度。...例如: · 查询的数据根本没有被使用 · 查询时未使用索引 · 单次查询可以实现的功能却做了多次查询 · 慢且复杂的查询 然而有一个简单的机制可以间接的预防并且修复此类问题: 用...下面这个示例是我自己的一个网站(截图 或者 这个页面)底部的一个样例诊断块: Request Details: DB – Queries: 4, Time: 5.66 ms 我在所有开发项目以及生产环境...在生产环境做调试时这一点尤为有效,因为有些数据库查询在生产环境和开发环境中的表现截然不同。 · 当增加新功能的时候,我可以直观的感受到新增的数据查询是否轻量级的。

    76850

    小技巧:显示数据库查询耗时,改善开发者习惯

    ---- 很多原因都可能导致网站运行缓慢,但这其中最常见的就是在数据库查询耗时太多。...目前,数据库查询可能在网页渲染过程中起着很重要的作用(网页上的内容总得从某处获取),但是有时候 一些不必要的亦或没有优化好的查询会影响网页渲染的速度。...例如: 查询的数据根本没有被使用 查询时未使用索引 单次查询可以实现的功能却做了多次查询 慢且复杂的查询 然而有一个简单的机制可以间接的预防并且修复此类问题: 用‘诊断框’在每一个网页显示数据库查询的次数以及消耗的总时间...下面这个示例是我自己的一个网站(截图 或者 这个页面)底部的一个样例诊断块: Request Details: DB – Queries: 4, Time: 5.66 ms 我在所有开发项目以及生产环境...在生产环境做调试时这一点尤为有效,因为有些数据库查询在生产环境和开发环境中的表现截然不同。 当增加新功能的时候,我可以直观的感受到新增的数据查询是否轻量级的。

    95460

    干货 | 查询耗时降低23,携程度假搜索引擎架构优化

    同时不同用户的需求多种多样,因此查询场景非常复杂,在满足不同业务诉求时,需要同时保证用户的查询效率是搜索的难点。...,从O(m*n)到O(n+1),目前m=11 5.3 查询性能优化 我们在线上排查业务问题时,发现部分请求每次搜索产品召回数量都不一样,最终定位下来是查询耗时超过请求设置超时时间,因此出现每次召回产品数量都不一致的情况...×POI个数,假设出发城市列表N,POI个数为M,列表总元素个数为M × N),POI个数我们是事先知道的,原来的查询复杂度为O(M ×N),实际我们可以把数组当成一个二叉树结构来看,那么单次的查询时间复杂度就为...POI的个数我们事先是知道的,最终优化下来的时间复杂度为O(M × log2 (M × N))),优化后的查询性能提升明显,特别是产品数众多,定位小站的长尾访问,耗时降低为原来的1/2(小站出发地基本上靠后...图9 IDC流控 5.5 优化结果 1)索引size只占原来的7%,减少93%; 2)全量更新,其中班期全量从4小时降低到1小时; 3)增量更新,从2小时降低到5分钟,处理数据量减少60%; 4)查询耗时从

    1.2K20

    生产问题分析!delete in子查询不走索引?!

    (求个星标置顶) 文章开篇前,先问大家一个问题:delete in子查询,是否会走索引呢?很多伙伴第一感觉就是:会走索引。最近我们有个生产问题,就跟它有关。...如下: 为什么select in子查询会走索引,delete in子查询却不会走索引呢? 原因分析 select in子查询语句跟delete in子查询语句的不同点到底在哪里呢?...`name`) 可以发现,实际执行的时候,MySQL对select in子查询做了优化,把子查询改成join的方式,所以可以走索引。...因为子查询改为join,是可以让delete in子查询走索引;加别名呢,会走LooseScan策略,而LooseScan策略,本质上就是semi join子查询的一种执行策略。...因此,加别名就可以让delete in子查询走索引啦! 总结 本博文分析了delete in子查询不走索引的原因,并附上解决方案。

    3.2K40

    0912-7.1.7-Impala同一查询耗时差距过大问题分析

    1 文档编写目的 本文档主要描述在日常业务业务查询过程中,元数据以及统计信息一切正常的情况下,发现同一SQL,在impala中查询kudu表,有时跑3~5秒,有时跑13多秒的情况分析过程和解决方式。...`coln` = '**'))); 3 问题分析 首先找到两段执行时间相差很大的sql查询的profile 文件,查看其执行计划: 通过查看执行计划,发现其耗时相差较大的阶段在于kudu scan这一步...查询耗时久:Runtime filters: Not all filters arrived (arrived: [], missing [0, 1, 2, 3, 4, 5]), waited for...查询耗时短:Runtime filters: All filters arrived. Waited 1ms. Maximum arrival delay: 974ms....,减少扫描的行数,从而来提升查询性能。

    89010

    架构师技能9-深入mybatis:Creating a new SqlSession到查询语句耗时特别长

    -- --> 2、日志初步定位问题 发现Creating a new SqlSession到查询语句耗时特别长...3、初步排查问题的基本思路: 有几个可能的原因导致创建新的SqlSession到查询语句耗时特别长: 1....可以通过增加连接池大小或者优化查询语句等方式来缓解该问题。...排除网络问题:ping mysql地址,耗时都在0.5ms左右。 3. 查询语句过于复杂:如果查询语句过于复杂,则会导致查询时间较长。可以通过优化查询语句或者增加索引等方式来缓解该问题。...三、定位cpu飙高耗时的方法 1、优化代码: 5000条改为500条批量插入,耗时已经明显下降,耗时在2秒以内: 但查看每个线程的耗时依然很高,说明是mybatis框架处理sql语句耗cpu: top

    99100
    领券