locale is “en_US.UTF-8”
locale charset is “UTF-8”
using default charset “UTF-8”
Error 20017 (severity 9):
Unexpected EOF from the server
OS error 115, “Operation now in progress”
Error 20002 (severity 9):
Adaptive Server connection failed
There was a problem connecting to the server
解决方案: 找到 freetds.conf, 修改 tds version = 8.0
查看sql记录
use master;
SELECT TOP 1000
ST.text AS ‘执行的SQL语句’,
QS.execution_count AS ‘执行次数’,
QS.total_elapsed_time AS ‘耗时’,
QS.total_logical_reads AS ‘逻辑读取次数’,
QS.total_logical_writes AS ‘逻辑写入次数’,
QS.total_physical_reads AS ‘物理读取次数’,
QS.creation_time AS ‘执行时间’ ,
QS.*
FROM sys.dm_exec_query_stats QS
CROSS APPLY
sys.dm_exec_sql_text(QS.sql_handle) ST
WHERE QS.creation_time >’2020-08-18′
ORDER BY
QS.total_elapsed_time DESC
查询工单：
use SHCZ;
select SGMRAA.*,
A.DBA002 as RAA004C,DAA002 as RAA005C, DEA002,DEA003,IBB013,IBA004,DFA002,B.DBA002 AS RAA037C,IBB005 AS IBB005C,RAA018 AS RAA018C,DEA057 from SGMRAA left join TPADBA AS A on A.DBA001=RAA004 left join TPADAA on DAA001=RAA005 left join TPADEA on DEA001=RAA015 left join DCSIBB on ( IBB001=RAA011) and ( IBB002=RAA012) and ( RAA010=’32’) left join DCSIBA on ( IBA001=IBB001) left join TPADFA on DFA001=IBA004 left join TPADBA AS B on B.DBA001=RAA037 where ( SGMRAA.RAA003 >= ‘20221011’ ) order by SGMRAA.RAA001
RAA001 单号
RAA002 性质
RAA003 开单日期
RAA004 经办人
RAA005 部门
RAA006 预计开工日期
RAA007 预计完工日期
RAA008 实际开工日期
RAA009 实际完工日期
RAA010 未知
RAA011 RAA012 前置单据
RAA015 主件品号
RAA018 生产数量
RAA019 已生产量
RAA020 应该是 完工码-已完工
RAA026 RAA027 需求计划
RAA005C 部门
DEA002 产品名称
DEA003 单位
IBB013 预交货日
IBA004 客户编码
DFA002
生产计划 (似乎无用)
use SHCZ;
Select SGMSAA.*,A.DBA002 as SAA004C,DAA002 as SAA005C,B.DBA002 as SAA014C from SGMSAA left join TPADBA A on A.DBA001=SAA004 left join TPADAA on DAA001=SAA005 left join TPADBA B on B.DBA001=SAA014 where ( SGMSAA.SAA003 >= ‘20221011’ ) order by SGMSAA.SAA001
由于业务需求，做过很多ERP的对接工作，其中包括 用友U8，金蝶K3 和SAP。
不同系统有不同的扩展能力，有的可以提供较为完整的api，有的可以提供数据库说明，这些对集成工作都相对友好。
但还有不少古老的系统部署在客户的服务器上，甚至正在售卖给新客户。这些系统数据库的表命毫无规则，既不是英语也不是拼音，字段名也是从 001 按顺序依次往后排。
SELECT TOP 1000
ST.text AS ‘执行的SQL语句’,
QS.execution_count AS ‘执行次数’,
QS.total_elapsed_time AS ‘耗时’,
QS.total_logical_reads AS ‘逻辑读取次数’,
QS.total_logical_writes AS ‘逻辑写入次数’,
QS.total_physical_reads AS ‘物理读取次数’,
QS.creation_time AS ‘执行时间’ ,
QS.*
FROM sys.dm_exec_query_stats QS
CROSS APPLY
sys.dm_exec_sql_text(QS.sql_handle) ST
WHERE QS.creation_time >’2020-08-18′
ORDER BY
QS.total_elapsed_time DESC
Incorrect syntax near '.'.
客户反馈系统登录不上去，ssh后发现磁盘满了，根源是 mysql的一个err文件有几十个G，而且在疯狂增长。
搜索到很多方案，有效的是 半亩方塘 » Linux磁盘空间满了，如何通过删除MySQL错误日志(Error Log)释放空间
经过实际观察，在处理之前，mysql.column_stats 表中的 min_value、max_value 的类型定义均为 varchar(255)，按参考文章处理之后变成了 varbinary（255）。
大胆猜测如果直接将该字段类型修改为 varbinary(255)应该也可以生效。
近期评论