mysql - 如何编写用于在 sqlite 数据库中拆分、提取的选择查询？

Question

我在某个 sqlite 数据库中有一个表，其中有一列“VAL”。

架构

CREATE TABLE TB_XXX ( VAL TEXT );

原始数据示例

如果我执行查询 SELECT * FROM TB_XXX;，我会得到这个结果(如您所见，每个数据都是一个由“,”和“:”分隔的字符串)。实际上，有很多记录，每个值都太长，不仅仅是 1 到 10 前缀。

+-----------------------------------------------------------------------------------------------------------------------------+
|                                                             VAL                                                             |
+-----------------------------------------------------------------------------------------------------------------------------+
| 1:-132,2:-132,3:-94.442988,4:-94.696044,5:-99.627777,6:-100.732599,7:-101.758271,8:-102.175370,9:-134.134041,10:-344.344874 |
| 1:-983,2:-344,3:-434.34988,4:-34.696044,5:-87.634777,6:-99.3732599,7:-344.344271,8:-989.134340,9:-100.274701,10:-100.945874 |
+-----------------------------------------------------------------------------------------------------------------------------+

如果我想得到下面的结果，如何写一个select query？我从链接 https://stackoverflow.com/a/11170080/4015877 得到了一些提示.但是我只能将字符串拆分为某些部分。

还有两个问题要解决。

1. 我想使用左值作为列名的后缀。 (例如，如果逗号拆分值是 2:-132，则 2 是列名的后缀，-131 是一个值)。

2. 我只想提取一些特定的列(例如像下面的结果 VAL_1, VAL_2, VAL_3, VAL_8, VAL_9, VAL_10 我不想得到其余的)。

预期结果

+-------+-------+---------+----------+----------+----------+
| VAL_1 | VAL_2 |  VAL_3  |   VAL_8  |   VAL_9  |  VAL_10  |
+-------+-------+---------+----------+----------+----------+
|  -132 |  -132 | -94.443 | -102.175 | -134.134 | -344.345 |
|  -983 |  -344 | -434.35 | -989.134 | -100.275 | -100.946 |
+-------+-------+---------+----------+----------+----------+

Answer 1

首先，检查您的版本。此解决方案需要 3.7.15+ 的 instr()。

sqlite> select sqlite_version();

sqlite_version()----------------3.8.2           

create table tb_xxx ( val text );
insert into tb_xxx values ('1:-132,2:-132,3:-94.442988,4:-94.696044,5:-99.627777,6:-100.732599,7:-101.758271,8:-102.175370,9:-134.134041,10:-344.344874');
insert into tb_xxx values ('1:-983,2:-344,3:-434.34988,4:-34.696044,5:-87.634777,6:-99.3732599,7:-344.344271,8:-989.134340,9:-100.274701,10:-100.945874');

查看第一个“列”的位置。 (第一个值。)

select instr(VAL, '1:'), instr(VAL, ',2:') from tb_xxx;
1|7
1|7

第一个值从 1 + length('1:') 或 3 开始，到7. 这意味着它有四个字符长。 (它是 7 - 3 个字符长。)

sqlite>.headers on
sqlite>.mode column
sqlite>select substr(VAL, 3, 7 - 3) VAL_1 from tb_xxx;

VAL_1     -----------132      -983      

Replacing those literals with calls to instr(), and adjusting fordifferent values gives us this. Value 10 is different, because itends at the end of the string, not at the position of another matchingstring.

select substr(VAL, 
              instr(VAL, '1:') + length('1:'), 
              instr(VAL, ',2:') - (instr(VAL, '1:') + length('1:'))
             ) VAL_1,
       substr(VAL, 
              instr(VAL, '2:') + length('2:'), 
              instr(VAL, ',3:') - (instr(VAL, '2:') + length('2:'))
             ) VAL_2,
       substr(VAL, 
              instr(VAL, '3:') + length('3:'), 
              instr(VAL, ',4:') - (instr(VAL, '3:') + length('3:'))
             ) VAL_3,
       substr(VAL, 
              instr(VAL, '8:') + length('8:'), 
              instr(VAL, ',9:') - (instr(VAL, '8:') + length('8:'))
             ) VAL_8,
       substr(VAL, 
              instr(VAL, '9:') + length('9:'), 
              instr(VAL, ',10:') - (instr(VAL, '9:') + length('9:'))
             ) VAL_9,
       substr(VAL,
              instr(VAL, '10:') + length('10:')
             ) VAL_10
from tb_xxx;

VAL_1       VAL_2       VAL_3       VAL_8        VAL_9        VAL_10     ----------  ----------  ----------  -----------  -----------  ------------132        -132        -94.442988  -102.175370  -134.134041  -344.344874-983        -344        -434.34988  -989.134340  -100.274701  -100.945874

我会把四舍五入留给你。

连接列别名没有意义，因为我们知道他们应该在我们编写查询时出现。我不认为无论如何，这在 SQL 中是可能的。这将非常简单不过，应用程序代码。

这种解析依赖于格式正确的输入。例如，假设您的数据有更多的键，而键的顺序是乱序的。当您使用 instr() 查找第一次出现的“1:”时，您匹配了一个不同的“键”。

2:-132,11:-94.442988,1:-132, . . .        ^^

它会找到“11:”的结尾，而不是您实际要查找的“1:”。一方面，您可以通过搜索“,1:”来部分避免该问题。另一方面，您无法通过搜索“,2:”找到“2:”。

这就是 DBA 永远不会像您一样存储数据的原因之一。另一个是您不能应用合理的约束，例如“'1:' 的值始终介于 0 和 -1000 之间”。