我有一个表被设计成一个键值表,比如
ID | key | value
1 | abc | value 1
2 | def | value 2
3 | geh | value 3
这对我们处理数据有很多好处。唯一的缺点是,我不能在这样的键值表上轻松排序。
什么是智能/常用的方法来获取结果集,所有键/值都以传统方式“展平”,键显示为字段:
abc | def | geh
value 1 | value 2 | value 3
最佳答案
您正在过度规范化,但您的示例不完整。如果您正在查看原始示例并尝试再添加一行,您将看到从表中看不清楚值所属的行。需要添加项列:
root@localhost [kris]> create table overnormal ( id serial, k varchar(20) not null, v varchar(20) not null);
Query OK, 0 rows affected (0.96 sec)
root@localhost [kris]> insert into overnormal values ( 1, 'abc', 'value 1'), (2, 'def', 'value 2'), (3, 'geh', 'value 3');
Query OK, 3 rows affected (0.01 sec)
Records: 3 Duplicates: 0 Warnings: 0
root@localhost [kris]> select * from overnormal;
+----+-----+---------+
| id | k | v |
+----+-----+---------+
| 1 | abc | value 1 |
| 2 | def | value 2 |
| 3 | geh | value 3 |
+----+-----+---------+
3 rows in set (0.00 sec)
让我们添加item列:
root@localhost [kris]> alter table overnormal add column item integer unsigned not null;
Query OK, 3 rows affected (0.48 sec)
Records: 3 Duplicates: 0 Warnings: 0
root@localhost [kris]> update overnormal set item = 1;
Query OK, 3 rows affected (0.01 sec)
Rows matched: 3 Changed: 3 Warnings: 0
root@localhost [kris]> insert into overnormal values (4, 'abc', 'item 1/1', 2), (5, 'def', 'item 1/2', 2), (6, 'geh', 'item 1/3', 2);
Query OK, 3 rows affected (0.00 sec)
Records: 3 Duplicates: 0 Warnings: 0
root@localhost [kris]> select * from overnormal;
+----+-----+----------+------+
| id | k | v | item |
+----+-----+----------+------+
| 1 | abc | value 1 | 1 |
| 2 | def | value 2 | 1 |
| 3 | geh | value 3 | 1 |
| 4 | abc | item 1/1 | 2 |
| 5 | def | item 1/2 | 2 |
| 6 | geh | item 1/3 | 2 |
+----+-----+----------+------+
6 rows in set (0.00 sec)
您可以使用死亡联接将其转换为传统表:
root@localhost [kris]> select t1.item, t1.v as abc, t2.v as def, t3.v as geh
from overnormal as t1
join overnormal as t2
on t1.item = t2.item
and t1.k = 'abc'
and t2.k = 'def'
join overnormal as t3
on t1.item = t3.item
and t3.k = 'geh';
+------+----------+----------+----------+
| item | abc | def | geh |
+------+----------+----------+----------+
| 1 | value 1 | value 2 | value 3 |
| 2 | item 1/1 | item 1/2 | item 1/3 |
+------+----------+----------+----------+
2 rows in set (0.00 sec)
你可以用一个
ORDER BY
子句来按通常的方式排序。这个查询并没有那么糟糕,但是随着表变得更宽,效率会迅速降低,即使使用索引,因为优化器在一个连接中会混淆9到10个表。
您最好使用一个更接近第三个标准格式、更不接近dknf的数据模型,是的,这是可能的,而且问题比您想象的要少。如果没有对应用程序中合法且必需的k值进行代码假设(或者,如果不进行此类假设,则最好序列化应用程序内结构并存储blob),则无论如何都无法处理完全任意的数据类型。
关于mysql - 如何从面向键值的表格布局中获得“传统”单行结果,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/5579752/