被领导严肃批评该怎么办

被领导严肃批评该怎么办

早上正上着厕所的我，玩着手机，突然钉钉收到一条消息，“上次让你写的文档怎么少了几张表？”。我脑子一懵，什么文档？回想了一分钟，我想到上周四好像是写了一个文档，于是我翻开与领导的聊天记录，哦~原来是数据目录资源清册文档。然后记忆浮现在脑海，当时是有几张表查不到，至于为什么查不到，我并没有找原因，想当然的是查不到就不写，也可能是偷懒心作祟。想起来后，于是我回复，是这个文档吗？（引用聊天记录），我如实回答：“有几张表查不到”。领导回复：“没出来不会找原因？要我所有事情全部给你交代的明明白白，所有注意事项全部交代清楚？你自己不能动脑排查问题。所有的知识积累最快的永远是从排查问题得到的，你是要逼我骂你你才能醒悟是吗？”…说了一堆（比较重的话），看了之后，挺伤我自尊的，说实话，第一次被人这样质问，我当时感觉更懵了，于是我打开文档，想找到我这样做的理由，大概找了几分钟，我也没有回复，好像确实找不到理由，于是我回复到：“我先看下sql吧，我不清楚为什么查不到的也要填。”心里想着，我哪知道要填，查不到难道不是sql的问题？领导这时候也回复了：“自己去排查原因，原因其实很简单，但是我不想直接告诉你结果了”。于是我起身，准备回工位上，看看到底是啥原因，一方面能让领导这么生气，一方面想证明我不填是有理由的。

我打开电脑，打开概要设计文档，拿到数据模型的sql，复制粘贴到navicat里面，打开数据目录清册文档，找到没有填的表，我知道我在复制进去查肯定也查不到的，但是我实在想不到为什么查不到，于是我打开deepseek，

提问到：“这是什么表：
– 数据模型 查询sql
SELECT
‘全过程管控’ AS “系统名称（简称）”,
‘hnlcb_product_test’ AS “数据库用户名”,
a.TABLE_NAME AS “表英文名”,
b.COMMENTS AS “表中文名”,
b.COMMENTS AS “表业务描述”,
‘’ AS “表类型”,
‘oracle’ AS “数据库类型”,
‘2025-04-10’ AS “创建时间（数据库查询的时间不对，只能手填了）”,
‘填写研发人员名字’ AS “创建人”,
‘请填写(新增/修改)’ AS “创建类型(新增/修改)”
FROM
USER_TABLES a
LEFT JOIN user_tab_comments b ON a.TABLE_NAME = b.TABLE_NAME
WHERE
a.TABLE_NAME IN ( ‘T_CON_JOB_CONSTRUCTION_SCHEME’ )
ORDER BY
a.TABLE_NAME;”

deepseek告诉我“这是一个用于数据字典或元数据管理的查询脚本”。于是我联想到，这可能是获取表数据信息的。

于是我继续提问：“如果T_CON_JOB_CONSTRUCTION_SCHEME该表存在，但是查询不到结果是为什么？”。

deepseek说了一堆，答案也随之出来了，有很多个，但是最终总结出了一个最终的文档，里面写了各种可能存在的原因和排查方案。

其中有一条是“表名区分大小写”。

我一拍脑袋，好像确实我没注意大小写，于是我在navicat的对象里面查询该表，得到标准的表名，果然全是大写的，于是我复制正确的表名，在用数据模型sql一查，哎，查出来了。

于是我脑袋里面出现各种情绪，有找到答案的欣喜情绪，又觉得自己当时没想到的懊恼情绪，又想到在领导面前做错事情的自责情绪。又埋怨自己为什么不多想想，想到之前看到的一条短视频“领导把你放在远处做事，如果你还能做好，事事巨细，不敷衍了事，说明你忠。如果把你放在身边做事，如果你能做好，说明你敬”。

懊恼之心越发越大，感觉自己真的很差劲，打开与领导的聊天窗，说到：“Oracle区分大小写表名”。领导就回了一个字：“嗯”。我装作毫不在意，于是总结这次的收获，想着即使事情发生了，我也改变不了，不如多学点东西，多总结一点经验。

事情到这里就结束了吗？并没有，这件事情就像一根耻辱柱深深的钉在了我的内心和领导的内心，我不知道领导会不会一直记得，但我会一直记得，但也不知道如何调整心态，如何在领导面前洗刷这次耻辱。于是我自己想到，下次做事还是要认真，多思考，不能敷衍了事。(这里写自定义目录标题)

/