MySQL a-t-il des tableaux ?

Il n'y a pas de types de tableau dans MySQL. Les éléments du tableau sont généralement divisés par un certain caractère et stockés sous forme de chaîne. La raison pour laquelle il n'y a pas de tableaux dans MYSQL est que la plupart des gens n'en ont pas vraiment besoin. Les bases de données relationnelles fonctionnent en utilisant des relations, et la plupart du temps, il est préférable d'avoir une ligne du tableau pour chaque « bit » d'information. Par exemple, on pourrait penser "Je veux une liste de choses" et créer à la place une nouvelle table qui relie les lignes d'une table aux lignes d'une autre table, cela peut représenter une relation "M:N". La base de données peut indexer ces lignes ; les tableaux ne sont généralement pas indexés.

L'environnement d'exploitation de ce tutoriel : système windows7, version mysql8, ordinateur Dell G3.

1. Les tableaux sont stockés sous forme de chaînes dans MySQL

Il n'y a pas de types de tableaux dans MySQL. Les éléments du tableau sont généralement divisés par certains caractères et stockés sous forme de chaînes

1.1. d'éléments dans le tableau

Méthode : diviser la chaîne en fonction du symbole spécifié et renvoyer le nombre d'éléments après la division. La méthode est très simple, il suffit de regarder combien de délimiteurs existent dans la chaîne, puis d'en ajouter un pour obtenir le résultat souhaité.

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

Exemple d'appel :

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

Valeur de retour :

4

1.2 Récupère l'élément à la position spécifiée dans le tableau

Méthode : divise la chaîne par le symbole spécifié et renvoie l'index spécifié après. diviser les éléments (notez que l'index commence à 1), aussi pratique qu'un tableau

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

Exemple d'appel :

select  Get_StrArrayStrOfIndex('8,9,4',',',2)

Valeur de retour :

9

1.3 Combinez les deux fonctions ci-dessus pour parcourir les éléments du tableau.

méthode : Combinez les deux fonctions ci-dessus pour parcourir les éléments de la chaîne comme un tableau

declare @str varchar(50) 
set @str='1,2,3,4,5' 
declare @next int 
set @next=1 
while @next<=Get_StrArrayLength(@str,&#39;,&#39;) 
begin 
print Get_StrArrayStrOfIndex(@str,&#39;,&#39;,@next) 
set @next=@next+1 
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视频教程】