mysql有没有数组

69次阅读
没有评论

共计 3705 个字符,预计需要花费 10 分钟才能阅读完成。

这篇文章主要介绍“mysql 有没有数组”的相关知识,丸趣 TV 小编通过实际案例向大家展示操作过程,操作方法简单快捷,实用性强,希望这篇“mysql 有没有数组”文章能帮助大家解决问题。

MySQL 中无数组类型,通常将数组元素按某个字符分割以字符串形式存储。MYSQL 中没有数组的原因是因为大多数人并不真正需要它。关系数据库使用关系工作,并且大多数情况下,最好是为每个“信息位”分配一行表。例如,可能认为“我想要一个东西列表”,而是创建一个新表,将一个表中的行与另一个表中的行相关联;这样可以表示“M:N”关系。数据库可以索引这些行;而数组通常不会编入索引。

1. MySQL 中以字符串的形式存储数组

MySQL 中无数组类型,通常将数组元素按某个字符分割以字符串形式存储

1.1. 求数组中元素的个数

方法:按指定符号分割字符串,返回分割后的元素个数。方法很简单,就是看字符串中存在多少个分隔符号,然后再加一,就是要求的结果。

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

调用示例:

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

返回值:

4

1.2. 得到数组中指定位置的元素

方法:按指定符号分割字符串,返回分割后指定索引的第几个元素(注意索引从 1 开始),象数组一样方便

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

调用示例:

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

返回值:

9

1.3. 结合以上两个函数,遍历数组中的元素

方法:结合上边两个函数,象数组一样遍历字符串中的元素

declare @str varchar(50) 
set @str= 1,2,3,4,5
declare @next int
set @next=1
while @next =Get_StrArrayLength(@str, ,)
begin
print Get_StrArrayStrOfIndex(@str, , ,@next)
set @next=@next+1
end

调用结果:

1
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 有没有数组”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识,可以关注丸趣 TV 行业资讯频道,丸趣 TV 小编每天都会为大家更新不同的知识点。

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-07-13发表,共计3705字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)