将截断字符串或二进制数据,为什么 不说清楚是 哪个字段?

haitao 2015-01-13 04:49:29
如题

mssql基本是相当好用了,这种明摆着的 不方便 已经相当少了

即使有多个,它只报第一次遇到的那个字段,也好啊。。。
可能内部是按字段序号进行处理的,那么就报序号也行啊。。。。

字段多的时候,检查核对真是一个麻烦的事情。。。。
...全文
430 4 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
haitao 2015-01-14
  • 打赏
  • 举报
回复
如果mssql的sql支持内部函数或过程,就好了 有一个需求: 有n个库,结构一样的 都需要执行一段很长的sql,如果直接写,就是更长的sql: use db1 长sql use db2 长sql ... (缺点:长sql被重复n次) 如果写成存储过程,只能对它所在的库进行操作(没法在master里写一次,各库通用) 所以,只能 每个库 建这个存储过程 spxx,再 use db1 spxx; use db2 spxx; ... (缺点:存储过程需要被重复n次,多了一个库,容易忘了) 如果mssql的sql支持内部函数或过程,就好了: pro xx 长sql end use db1 call xx; use db2 call xx; ...
haitao 2015-01-13
  • 打赏
  • 举报
回复
不知道 有没有ms专家能反映给ms。。。。 最早 select top n 如果能增加 select skip m top n,分页就简单多了 还有就是 缺少 sum_string,目前的sum只能 (分组)累加数值,无法 累加字符串为一个大字符串
还在加载中灬 2015-01-13
  • 打赏
  • 举报
回复
因为没报哪个字段,有人还以为是text类型的截断呢, 应该不会用到需要被text类型字段截断的数据量吧
LongRui888 2015-01-13
  • 打赏
  • 举报
回复
我也遇到过这个问题。是因为字段的长度太短了,但当代码很长是,排错非常麻烦。 另外,还有一个问题就是 在将varchar值转换成数据类型 int 时失败,这种错误更常见,不过在2012中有try_cast函数就好多了

22,300

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧