举例: 我现在是需要查询这字段里包含1的数据  我如果直接charindex,那么11,12也会被包含. 解决(1): select * from ( select '1,2,12,111' as str union all select '2,12,111' union all ' ) t1 where ','+str+',' like'%,1,%' 解决(2): 利用如mysql中的find_in_set办法 自己写一个自定义函数split,利用outer apply,这个比较简单,这里不做

SQL Server 中字符类型包括varchar.char.text等.主要用于存储字符数据.varchar和char类型的主要区别在于数据填充.例如,一个列名为FirstName且数据类型为varchar(20)的表,同时将值Brian存储到列FirstName中,那么物理上只存储5个字节.但如果在数据类型为char(20)的列中存储相同的值,将使用全部的的20个字节.SQL将插入拖尾空格来填满20个字符. 注:有这么一个问题,如果要节省空间,那么为什么还要使用char数据类型呢?这是因为使

注:先学习sql server里的递归CTE. 假设有兴趣表Hobbys Name Hobby 小张 篮球,足球,羽毛球 Name Hobby 小张 篮球 小张 足球 小张 羽毛球 采用[递归cte] startindex from Hobbys union all ) startindex ), then len(Hobby) else Hobby end) endindex,startindex from tempHobbys) ) Hobby from tempHobbys2

在帮朋友调试kbmmw 服务器的时候,发现用uindac 访问sql server作为后台时,碰见一个问题. 具体如下: cx.Close; cx.sql.add('select * from T where id=:id'); // 这里id 是整数字段 cx.Prepare; cx.ParamByName('; cx.Open; 这一句运行时不出现错误,但是返回结果为空,很是奇怪. cx.Close; cx.sql.add('select * from T where id=:id'); /

Insus.NET以前有用XQuery的nodes()方法写过一个函数,是MS SQL字符拆分的函数,http://www.cnblogs.com/insus/archive/2012/02/26/2368283.html 今天学习SQL,再尝试另写一个: SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO -- ============================================= -- Author: Insus.NET --

[字符合并多行为一列] 思路1:行转列,在与字符拼接(适用每组列数名相同) 思路2:转xml,去掉多余字符(适用所有) 假设兴趣表Hobbys Name Hobby 小张 打篮球 小张 踢足球 Name Hobby 小张 打篮球,踢足球 [思路1]注意:此方法只是用分组里行数内容固定的情况,如学科:语文,英语,数学. select Name,打篮球+','+踢足球 AllHobby from (select * from Hobbys pivot (Hobby for Hobby in (打篮球

USE [vanke_develop] GO /****** Object: UserDefinedFunction [dbo].[func_Split] Script Date: 2019/5/22 15:20:07 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO ALTER FUNCTION [dbo].[func_Split] ( @SplitString nvarchar(max), --源字符串 )=',' --分隔符号

SQL Server 字符个数,字节长度,len不是你想要的字节数,datalength才能得到字节数 select len('娜娜123') ,datalength('娜娜123') 5                      7 计算一个表各个字段的字节长度 SELECT max(datalength(rtrim(a.NAME))) ,max(datalength(rtrim(a.code))) ,max(datalength(rtrim(a.unit))) FROM TABLE

excel导入sql server 文本被截断,或者一个或多个字符在目标代码页中没有匹配项 错误处理方法: 方案1:修改注册表 出现文本被截断的原因是SQL Server的导入导出为了确定数据表的字段类型,首先第一步会取要导入的excel文 件的前8行来判别大小.如果前8条数据是少于255的字符串,那么会自动设成nvarchar(255)类型,但如果Excel 后面的记录中有长度超过255的数据的时候,导入时就会出错.即使在导入设置映射时调整了该字段的长度也不行. 方法:如果是:Jet引擎 HK

从Excel导入数据到Sql server 时,由于表中的数据有的很长,导入时出现如下错误(如果数据不是很长,255内以内,则不会出现错误): 出错原因: SQL Server的导入导出为了确定数据表的每个字段类型,取excel表的每个字段的前几行(3行即可)来判别.如果前3条是少于255的字符串,则设成nvarchar(255)类型,所以,当如果第四条或更后的数据的字符数大于255,则会报错. 解决方法: 在导入数据前,可以手动加几条无关的数据,让字段的字符数大于255,则导入时SQL Ser

有人说应该先转成Access, 再转到Sql Server. 其实用处并不大, 要截断的还是被截断了. 原因是,SQL Server的导入导出为了确定数据表的字段类型,取excel文件的前8行来判别.如果前8条是少于255的字符串,则设成nvarchar(255) 类型,但如果Excel后面的记录中有长度超过255的,导入时就会出错.即使在导入设置映射时调整了该字段的长度也不行. 解决的办法是改注册表 如果是:Jet引擎. HKEY_LOCAL_MACHINE\SOFTWARE\Microsof

sql server 数据库中某张表(Person)的数据信息是: ID Address 1 平山花园-4单元-12幢-203 2 香山花园-3单元-22幢-304 现在有需求是,将地址信息显示形式改成4列 ,即小区名,单元号,楼房号,房间号  分成4列进行显示 ID 小区名 单元号 楼房号 房间号 1 平山花园 4单元 12幢 203 2 香山花园 3单元 22幢 304 介绍两种方案: 第一种:最简单的办法就是调用sql server中自带函数PARSENAME来进行拆分,但是注意:最多只能

sql server replace的替换字符,replace的使用 select REPLACE(name,'张','') * from entity_5c7a578c05c7042958d91485_goods select REPLACE(列名,'匹配的字符',‘想换成的字符’),*  from product

在sql server的like中下划线类似于通配符%,所以无法使用like '%_%'来匹配下划线,可以通过以下两种办法实现匹配下划线 1.使用转义字符escape like '%\_%' escape '\' like '%|_%' escape '|' 这里的escape就是将后面的字符指定为转义字符,可以使用任意字符来作为转义字符. 2.使用instr函数判断是否存在下划线 instr(x,'_') != 0

SQL Serve提供了简单的字符模糊匹配功能,比如:like, patindex,不过对于某些字符处理场景还显得并不足够,日常碰到的几个问题有: 1. 同一个字符/字符串,出现了多少次 2. 同一个字符,第N次出现的位置 3. 多个相同字符连续,合并为一个字符 4. 是否为有效IP/身份证号/手机号等 5. 去除所有数字/字母   一. 同一个字符/字符串,出现了多少次 同一个字符,将其替换为空串,即可计算 ) ) set @text = 'ABCBDBE' set @str = 'B' se

原文:[SQL Server性能优化]运用SQL Server的全文检索来提高模糊匹配的效率 今天去面试,这个公司的业务需要模糊查询数据,之前他们通过mongodb来存储数据,但他们说会有丢数据的问题,我从业务上了解到,显然对他们公司而言,丢数是绝对不能允许的. 另外,他们说之前也用过SQL Server的全文检索,但速度不够快,不如用mongodb快,当然我不太清楚他们所谓快的具体定义,比如查询只需要1秒,还是1分钟.他们的系统现在采用的是SQL Server,通过复制来实现高可用性,因为他们

原文:sql server 中 like 中文不匹配问题解决就这么简单 MS-SQL Server select * from Book where BookName like'%C语言%'  在SQL2000下能正常找到,在2005下不能,因为语句中的中文字体, 但是使用 select * from Book where BookName like N'%C语言%' ,这样就完合正常了,  Like 后的N是表示什么意思呢 unicode字符  N转换字符串为nchar,nvarchar  当

在英文版的操作系统中安装的MS SQL server,会出现中文字段无法被匹配到.其原因在于英文环境下安装的MS SQL server的排序规则不包括中文. 所以解决办法就是更改MS SQL server的排序规则:一般情况下,只需要右键数据库->properties->optiones->collation->chose "Chinese RPC CI AS"->OK.如果执行成功则OK. 但是如果数据库中设置了一些临时表的依赖,那么执行会报错. 解决办

当加入空格后查出 解决: 导致出现这样的现象的原因就是SET ANSI_PADDING选项. 这个选项只在数据表的字符串字段被更新或者新的数据行插入到表中的时候作用.它控制着SQL Server在遇到字符串尾随空格时是否截断空格,以及是否填充空格以达到预定义的字符字段长度. 对于已经存储到表里面的字符串数据字段,是不会受影响的(前提是没有在本次被更新).而且它也只是影响某些字符串类型,像char, varchar, binary, 和varbinary.其他的字符串类型像nchar, nvarc

在使用SQL Server导入导出向导导入数据的时候,我们经常会碰到某个单元格的数据超长而被截断报错的情况.本文针对这种场景给出相应的解决方案.   环境描述:SQL Server 2012,文件源:文本文件(UTF-8编码)   问题描述:如下图所示,由于SQL Server 对字符长度的限制,当我们选择Unicode 字符串(DT_WSTR)时,最长的长队为4000.这个DataType对应着数据库中的nvarchar.这时如果文本文件中的列过长就会报出截断错误.   但其实SQL Serv