-- ============================================================================
-- POST /smartor/patinhosp/selectPatMedInhospList 慢查询诊断 + 索引脚本
--
-- 现场入参（在院视图）：
--   {"bedSort":1,"pageNum":1,"pageSize":20,
--    "deptcodeList":["40003378"],"hospitaldistrictcodeList":["40003380"],"cry":0}
--
-- 调用链（已逐行核对）：
--   InhospVisitDataController#selectPatMedInhosplis
--     -> InhospVisitFacade#selectPatMedInhospList
--     -> DefaultInhospVisitDataService#selectPatMedInhospList
--     -> PatMedInhospMapper.xml <select id="selectPatMedInhospList">
--
-- ⚠️ 注意：迁移后这条链【不再经过】smartor 的 PatMedInhospServiceImpl#selectPatMedInhospList，
--    因此那里面的 cry 归一化（cry=0 -> inhospstate='0'）在这条接口上【已经不生效了】。
--    这一点同时是"慢"的根因之一，见下面【第 4 节】。
--
-- 执行顺序：第 1 步看现状 → 第 2 步（二选一）→ 第 3 步 EXPLAIN 验证。
-- ADD INDEX 走 online DDL（不阻塞读写），但大表仍会吃 IO，建议业务低峰执行。
-- ============================================================================


-- ----------------------------------------------------------------------------
-- 第 1 节：这条入参实际执行的两条 SQL（由 MyBatis 动态标签展开 + PageHelper 改写）
-- ----------------------------------------------------------------------------
--
-- ① 数据查询：<select id="selectPatMedInhospList">（cry=0 走 endtime is null 分支；
--    bedSort 传字符串 "1" 不匹配 XML 里的 "asc"/"desc"，故落到 <otherwise> 默认排序）
--
--    SELECT a.age, a.telcode, a.sex, b.inhospid, b.nurse_id, ...（共 60+ 列）..., a.idcardno
--      FROM pat_med_inhosp b
--      JOIN pat_archive a ON a.id = b.patid
--     WHERE 1=1
--       AND a.del_flag = 0                 -- ← 数字常量比 char 列，见第 4 节 F1
--       AND b.del_flag = 0                 -- ← 同上，且它正是 idx_inhosp_optimize 的首列
--       AND a.idcardno IS NOT NULL
--       AND b.endtime IS NULL              -- ← 在院判定（等价条件，无法用现有索引）
--       AND b.hospitaldistrictcode IN ('40003380')
--       AND b.deptcode IN ('40003378')
--       AND b.orgid = '<登录用户 orgid>'     -- 由 @AddOrgId 注入
--      [AND b.campusid = '<登录用户 campusid>']  -- 院区权限未放开时由 @AddOrgId 注入
--     GROUP BY b.inhospid, a.age, a.age_unit, a.telcode, a.id, a.sex   -- ← 见第 4 节 F3
--     ORDER BY b.starttime DESC, b.bed_no ASC
--     LIMIT 0, 20
--
-- ② 总数查询：PageHelper 自动生成。因为有 GROUP BY，isSimpleCount() 为 false，
--    CountSqlParser 会【把整条查询包一层】而不是改写成 count(0)（已核对 pagehelper 5.3.x
--    字节码常量 "select count(" + ") from ( " + ") tmp_count"）：
--
--    SELECT count(0) FROM ( <① 去掉 ORDER BY 后的完整 60 列语句> ) tmp_count
--
--    => 每次翻页 = 同一条重量级查询跑两遍。这是"慢"的第二个根因，见第 4 节 F2。
--
-- ③ 另外一条：fillTagname 不在这条链上（那是 smartor 侧 ServiceImpl 的逻辑），可排除。


-- ----------------------------------------------------------------------------
-- 第 1 步：先看现状 —— 现有索引、慢日志、以及这条 SQL 的真实执行计划
-- ----------------------------------------------------------------------------

-- 1.1 pat_med_inhosp / pat_archive 现有索引
--     重点看 idx_inhosp_optimize 的真实列顺序（代码注释里写的是 (del_flag, orgid, inhospstate)）
SELECT TABLE_NAME, INDEX_NAME, SEQ_IN_INDEX, COLUMN_NAME, CARDINALITY, NON_UNIQUE
FROM information_schema.STATISTICS
WHERE TABLE_SCHEMA = DATABASE()
  AND TABLE_NAME IN ('pat_med_inhosp', 'pat_archive')
ORDER BY TABLE_NAME, INDEX_NAME, SEQ_IN_INDEX;

-- 1.2 关掉的条件到底是不是索引列、列类型对不对（del_flag / inhospstate 是 char 还是 int，
--     直接决定下面 F1 / F4 要不要改）
SELECT TABLE_NAME, COLUMN_NAME, COLUMN_TYPE, IS_NULLABLE
FROM information_schema.COLUMNS
WHERE TABLE_SCHEMA = DATABASE()
  AND TABLE_NAME IN ('pat_med_inhosp', 'pat_archive')
  AND COLUMN_NAME IN ('inhospid', 'patid', 'del_flag', 'orgid', 'campusid',
                      'inhospstate', 'endtime', 'starttime', 'bed_no',
                      'deptcode', 'hospitaldistrictcode');

-- 1.3 表体量 + 在院占比（判断"全表扫描"到底贵不贵）
SELECT TABLE_NAME, TABLE_ROWS, ROUND(DATA_LENGTH / 1024 / 1024, 1) AS data_mb,
       ROUND(INDEX_LENGTH / 1024 / 1024, 1) AS index_mb
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = DATABASE() AND TABLE_NAME IN ('pat_med_inhosp', 'pat_archive');

SELECT COUNT(*) AS total,
       SUM(endtime IS NULL) AS in_hosp_by_endtime,
       SUM(inhospstate = '0') AS in_hosp_by_state,
       -- 两种"在院"定义不一致的行数：>0 就说明【不能】随手把 inhospstate='0' 当作
       -- endtime IS NULL 的替代条件，F2 只能走"加索引"那条路
       SUM(CASE WHEN endtime IS NULL AND IFNULL(inhospstate, '') <> '0' THEN 1 ELSE 0 END) AS in_hosp_def_conflict
FROM pat_med_inhosp
WHERE del_flag = '0';

-- 1.4 直接 EXPLAIN 这条语句（把 orgid 换成现场值）
EXPLAIN
SELECT a.age, a.telcode, a.sex, b.inhospid, b.patid, b.deptcode, b.bed_no, b.starttime, b.endtime
FROM pat_med_inhosp b
         JOIN pat_archive a ON a.id = b.patid
WHERE a.del_flag = 0
  AND b.del_flag = 0
  AND a.idcardno IS NOT NULL
  AND b.endtime IS NULL
  AND b.hospitaldistrictcode IN ('40003380')
  AND b.deptcode IN ('40003378')
  AND b.orgid = '<换成现场 orgid>'
GROUP BY b.inhospid, a.age, a.age_unit, a.telcode, a.id, a.sex
ORDER BY b.starttime DESC, b.bed_no ASC
LIMIT 0, 20;
--
-- 预期（改之前）：b 表 type=ref/range 或 ALL，key 只有 idx_inhosp_optimize 的
--   (del_flag, orgid) 前缀能用到（或完全用不上）；
--   rows 约等于"该机构全部历史住院记录数"，Extra 里出现 Using where; Using temporary; Using filesort。
-- 改之后要点：b 表 rows 应降到"该机构在院人数"量级（数千），且 key 命中下面的新索引 / 现有索引全前缀。


-- ----------------------------------------------------------------------------
-- 第 2 节：两种修法 —— 【本次采用修法 A】，修法 B 留作备选
-- ----------------------------------------------------------------------------

-- 修法 A（本次采用，零语义风险）：给"在院"补一个能定位的索引。
--   现有 idx_inhosp_optimize 的第三个等值列是 inhospstate，但本接口不传这个条件，
--   只能用上 (del_flag, orgid) 前缀 = 该机构全部历史住院记录，等于没走索引。
--   前提：F1 的 del_flag = '0' 已改（否则首列用不上，这条索引也白建）。
ALTER TABLE pat_med_inhosp
    ADD INDEX idx_pmi_del_org_end (del_flag, orgid, endtime);

--   可选加强：把两个 IN 条件也放进索引，命中行不用回表就能判掉（索引更宽，写放大更明显）
-- ALTER TABLE pat_med_inhosp
--     ADD INDEX idx_pmi_del_org_end_dept (del_flag, orgid, endtime, deptcode, hospitaldistrictcode);

--   出院 / 转科 / 预入院 三个视图（cry=1/2/3，order by b.endtime desc）用这条：
--   等值列 (del_flag, orgid, inhospstate) 全命中，且 endtime 可以顺带避免 filesort 的排序键
ALTER TABLE pat_med_inhosp
    ADD INDEX idx_pmi_del_org_state_end (del_flag, orgid, inhospstate, endtime);


-- 修法 B（本次不采用，留作备选）：不加索引，cry=0 时补 inhospstate='0'，让现有
--   idx_inhosp_optimize 的 (del_flag, orgid, inhospstate) 前缀全部等值命中 ——
--   其实这才是【迁移前的行为】：smartor 的 PatMedInhospServiceImpl#selectPatMedInhospList
--   在 cry=0 时会 setInhospstate("0")，迁到 ruoyi-inhospvisit 后这条链直接调 Mapper，
--   这段归一化丢了。
--   ⚠️ 之所以没选它：它会让"endtime 为空但 inhospstate<>'0'"的行静默消失，
--   是否安全取决于数据，得先看第 1.3 节的 in_hosp_def_conflict。
--   若将来确认 = 0，这一条比建索引更省（见 PatMedInhospMapper.xml 的
--   <if test="cry != null and cry == 0 "> 分支）。


-- ----------------------------------------------------------------------------
-- 第 3 节：验证（第 2 步做完后重跑第 1.4 节）
-- ----------------------------------------------------------------------------
-- ① b 表 type = ref，key = idx_pmi_del_org_end（或 idx_inhosp_optimize），rows 数千级；
-- ② Using temporary; Using filesort 仍会有（GROUP BY + 床位排序导致，见 F3），
--    但因为参与排序的行数已经从"全机构历史"降到"本部门在院"，可以接受；
-- ③ 接口耗时：count + data 两条都按这个计划走，整体应降到几十毫秒级。


-- ----------------------------------------------------------------------------
-- 【回滚】
-- ----------------------------------------------------------------------------
-- ALTER TABLE pat_med_inhosp DROP INDEX idx_pmi_del_org_end;
-- ALTER TABLE pat_med_inhosp DROP INDEX idx_pmi_del_org_state_end;


-- ============================================================================
-- 第 4 节：代码侧顺带发现的问题（按影响排序）
--   ✅ 已改：F1 / F2 / F4      ⏸ 未改（等确认）：F3 / F5 / F6
--
-- F1  ✅ 已改  b.del_flag = 0 / a.del_flag = 0：数字常量比 char 列，MySQL 会把【列】转
--     DOUBLE，该条件只能过滤、不能定位。idx_inhosp_optimize 的首列就是 del_flag，
--     等于首列白给。已改成 = '0'。本仓库已有同类结论，见
--     sql/sltdMydTotalByDimension_index_20260924.sql 第 117-134 行："代码侧必须同步修正
--     del_flag 的写法，否则索引只能用上一半"。
--     （列是 int 时写 '0' 也安全：常量侧转换，索引照样可用。）
--
-- F2  ✅ 已改  PageHelper 的 count：有 GROUP BY 时不能简化，只能包一层 tmp_count，
--     等于每次翻页把这条 60 列查询再跑一遍。已在
--     ruoyi-inhospvisit/.../PatMedInhospMapper.xml 补 selectPatMedInhospList_COUNT
--     （pagehelper 5.3.x 的 PageInterceptor 支持 countSuffix="_COUNT" 的手写 count，
--     已核对字节码常量：genCountMsId / getExistedMappedStatement / executeManualCount），
--     并把 FROM/WHERE 抽成 selectPatMedInhospListFromWhere 片段给两条语句共用，
--     保证 count 与列表永远是同一套条件。
--
-- F3  ⏸ 未改  GROUP BY b.inhospid, a.age, a.age_unit, a.telcode, a.id, a.sex 恒等、不去重：
--     a.id 是 pat_archive 主键、b.patid 只关联到一行，每个 join 结果行自成分组。
--     它只换来 Using temporary + Using filesort。删它之前要先确认 pat_archive.id 唯一；
--     确认后删掉，F2 的 count 还会自动变成简单的 count(0)。
--
-- F4  ✅ 已改  cry=1/2/3 分支原来是 b.inhospstate=1 / =2 / =3（数字常量 vs char 列），同 F1，
--     出院 / 转科 / 预入院 三个视图的索引也用不上，已改成 '1' / '2' / '3'。
--
-- F5  ⏸ 未改  bedSort 在这条链上没有归一化。前端传 bedSort:1（数字），Jackson 落到 String
--     是 "1"，而 XML 只认 "asc"/"desc"，所以【按床位排序实际没生效】，落回默认
--     order by starttime desc, bed_no asc。归一化函数 normalizeBedSort 目前只在
--     smartor 的 ServiceImpl 里，而这条链已经不走它了。
--
-- F6  ⏸ 未改  date_format(b.endtime,'%y%m%d') >= date_format(?, '%y%m%d') 这类写法
--     （出院/入院时间范围过滤，本入参不涉及）对列用了函数，索引必失效。等价改法：
--       >= date_format(?, '%y%m%d')  ->  b.endtime >= DATE(?)
--       <= date_format(?, '%y%m%d')  ->  b.endtime <  DATE(?) + INTERVAL 1 DAY
--
-- 回归检查：python sql\_probe\verify_patinhosp_list_count.py（17 项，改完请跑一次）
-- ============================================================================