Hat MySQL Arrays?

In MySQL gibt es keine Array-Typen. Array-Elemente werden normalerweise durch ein bestimmtes Zeichen geteilt und in String-Form gespeichert. Der Grund dafür, dass es in MYSQL keine Arrays gibt, liegt darin, dass die meisten Leute sie nicht wirklich brauchen. Relationale Datenbanken arbeiten mit Beziehungen, und in den meisten Fällen ist es am besten, für jede „Information“ eine Zeile in der Tabelle zu haben. Man könnte beispielsweise denken: „Ich möchte eine Liste von Dingen“ und stattdessen eine neue Tabelle erstellen, die Zeilen aus einer Tabelle mit Zeilen aus einer anderen Tabelle verknüpft. Dies kann eine „M:N“-Beziehung darstellen. Die Datenbank kann diese Zeilen indizieren; Arrays sind normalerweise nicht indiziert.

Die Betriebsumgebung dieses Tutorials: Windows7-System, MySQL8-Version, Dell G3-Computer.

1. Arrays werden in Form von Zeichenfolgen in MySQL gespeichert.

Array-Elemente werden normalerweise durch bestimmte Zeichen geteilt und in Form von Zeichenfolgen gespeichert.

1. Finden Sie die Zahl Anzahl der Elemente im Array

Methode: Teilen Sie die Zeichenfolge gemäß dem angegebenen Symbol und geben Sie die Anzahl der Elemente nach der Teilung zurück. Die Methode ist sehr einfach: Schauen Sie sich einfach an, wie viele Trennzeichen in der Zeichenfolge vorhanden sind, und fügen Sie dann eines hinzu, um das gewünschte Ergebnis zu erhalten.

CREATE function Get_StrArrayLength 
( 
@str varchar(1024), --要分割的字符串 
@split varchar(10) --分隔符号 
) 
returns int 
as 
begin 
declare @location int 
declare @start int 
declare @length int 
set @str=ltrim(rtrim(@str)) 
set @location=charindex(@split,@str) 
set @length=1 
while @location<>0 
begin 
set @start=@location+1 
set @location=charindex(@split,@str,@start) 
set @length=@length+1 
end 
return @length 
end

Aufrufbeispiel:

select  Get_StrArrayLength('78,1,2,3',',')

Rückgabewert:

4

1.2. Holen Sie sich das Element an der angegebenen Position im Array

Methode: Teilen Sie die Zeichenfolge nach dem angegebenen Symbol und geben Sie danach den angegebenen Index zurück Aufteilen von Elementen (beachten Sie, dass der Index bei 1 beginnt), so praktisch wie ein Array

Methode: Kombinieren Sie die beiden oben genannten Funktionen, um die Elemente in der Zeichenfolge wie ein Array zu durchlaufen

CREATE function Get_StrArrayStrOfIndex 
( 
@str varchar(1024), --要分割的字符串 
@split varchar(10), --分隔符号 
@index int --取第几个元素 
) 
returns varchar(1024) 
as 
begin 
declare @location int 
declare @start int 
declare @next int 
declare @seed int 
set @str=ltrim(rtrim(@str)) 
set @start=1 
set @next=1 
set @seed=len(@split) 
set @location=charindex(@split,@str) 
while @location<>0 and @index>@next 
begin 
set @start=@location+@seed 
set @location=charindex(@split,@str,@start) 
set @next=@next+1 
end 
if @location =0 select @location =len(@str)+1 
--这儿存在两种情况：1、字符串不存在分隔符号 2、字符串中存在分隔符号，跳出while循环后，@location为0，那默认为字符串后边有一个分隔符号。 
return substring(@str,@start,@location-@start) 
end

调用结果：

1
2
3
4
5

2.MySQL中存储数组（list）的示例

我在MySQL中有两个表。表Person具有以下列：

id | name | fruits

水果列可以包含空或像(‘apple’，’orange’，’banana’)或(‘strawberry’)等的字符串数组。第二个表是Table Fruit，有以下三列：

____________________________
fruit_name | color  | price
____________________________
apple      | red    | 2
____________________________
orange     | orange | 3
____________________________
...,...

那么我应该如何设计第一个表中的fruits列，以便它可以容纳从第二个表中的fruit_name列获取值的字符串数组？由于MySQL中没有数组数据类型，我该怎么办呢？

最佳答案：

正确的方法是使用多个表，并在查询中加入它们。

例如：

CREATE TABLE person (
`id` INT NOT NULL PRIMARY KEY,
`name` VARCHAR(50)
);
 
CREATE TABLE fruits (
`fruit_name` VARCHAR(20) NOT NULL PRIMARY KEY,
`color` VARCHAR(20),
`price` INT
);
 
CREATE TABLE person_fruit (
`person_id` INT NOT NULL,
`fruit_name` VARCHAR(20) NOT NULL,
PRIMARY KEY(`person_id`, `fruit_name`)
);

person_fruit表包含一个人与其相关联的每个水果的一行，并且有效地将人和水果表链接在一起。

1 | "banana"
1 | "apple"
1 | "orange"
2 | "straberry"
2 | "banana"
2 | "apple"

当你想检索一个人和他们的水果，你可以做这样的事情：

SELECT p.*, f.*
FROM person p
INNER JOIN person_fruit pf
ON p.id = pf.person_id
INNER JOIN fruits f
ON pf.fruit_name = f.fruit_name

说明一：

SQL中没有数组的原因是因为大多数人并不真正需要它。关系数据库（SQL就是这样）使用关系工作，并且大多数情况下，最好是为每个“信息位”分配一行表。例如，你可能认为“我想要一个东西列表”，而是创建一个新表，将一个表中的行与另一个表中的行相关联。[1] 这样，您可以表示M：N关系。另一个优点是这些链接不会使包含链接项的行混乱。数据库可以索引这些行。数组通常不会编入索引。

如果您不需要关系数据库，则可以使用例如键值存储。

黄金法则是“[每个]非关键[属性]必须提供关于密钥，整个密钥以及密钥的事实。” 数组做得太多了。它有多个事实，它存储订单（与关系本身无关）。性能很差（见上文）。

想象一下，你有一张人桌，你有一张桌子，可以让人打电话。现在你可以让每个人都有他的电话列表。但每个人与许多其他事物有许多其他关系。这是否意味着我的人员表应该包含他连接的每一件事物的数组？不，这不是这个人本身的属性。

[1]：如果链接表只有两列（每个表的主键），这没关系！如果关系本身具有其他属性，则应在此表中将其表示为列。

说明二：

MySQL 5.7现在提供JSON数据类型。这种新的数据类型提供了一种存储复杂数据的便捷新方法：列表，字典等。

也就是说，rrays不能很好地映射数据库，这就是对象关系映射可能非常复杂的原因。历史上，人们通过创建描述它们的表并将每个值添加为自己的记录来在MySQL中存储列表/数组。该表可能只有2或3列，或者可能包含更多列。如何存储此类数据实际上取决于数据的特征。

例如，列表是否包含静态或动态条目数？该列表是否会保持较小，或者预计会增长到数百万条记录？这张桌子上会有很多读物吗？很多写作？很多更新？在决定如何存储数据集合时，这些都是需要考虑的因素。

此外，密钥：价值数据存储/文件存储，如Cassandra，MongoDB，Redis等也提供了一个很好的解决方案。请注意数据实际存储的位置（如果存储在磁盘或内存中）。并非所有数据都需要位于同一数据库中。某些数据无法很好地映射到关系数据库，您可能有理由将其存储在其他位置，或者您可能希望使用内存中的键：值数据库作为存储在磁盘某处或作为临时存储的数据的热缓存像会话这样的东西。

【相关推荐：mysql视频教程】