2
为charindex函数分割/存储长字符串的最快方法
我有一个1 TB的数字字符串。给定一个12个字符的数字序列，我想在原始字符串（charindex函数）中获得该序列的开始位置。 我已经使用SQL Server使用1GB字符串和9位子字符串测试了此字符串，并将该字符串存储为varchar(max)。Charindex需要10秒。将1GB的字符串分成900个字节的重叠块，并创建一个表（StartPositionOfChunk，Chunkofstring），该表的二进制排序规则中使用chunkofstring，建立索引所需的时间不到1秒。10GB的后一种方法是10个数字子串，将charindex升至1.5分钟。我想找到一种更快的存储方法。 例 字符串：0123456789-搜索345 charindex（'345'，'0123456789'）的子字符串得出4 方法1：现在，我可以将其存储在由一列组成的SQL Server表strtable中colstr并执行： select charindex('345',colstr) from strtable 方法2：或者我可以通过拆分原始字符串来组成表strtable2（pos，colstr1）：1; 012 | 2; 123 | 3; 234 aso，然后我们可以进行查询 select pos from strtable2 where colstr1='345' 方法3：我可以通过将原始字符串分成较大的块1; 01234 |来组成表strtable2（pos2，colstr2）。4; 34567 | 7; 6789然后 select pos2+charindex('345',colstr2) from strtable2 where colstr2 like '%345%' 第一种方法最慢。 第二种方法炸毁了数据库的存储容量！ 方法3：在二进制排序规则中，将colstr2长度设置为900字节，在此列上创建索引需要1秒的时间来进行1GB字符串和9位数字子字符串的搜索。对于10GB的字符串和10位的子字符串，ist需要90秒。 还有其他想法如何使它更快（也许通过利用包含长整数的数字组成的字符串，....）？ SQL Server 2017 …