Làm cách nào để lưu trữ mảng trong MySQL?

Tôi có hai bảng trong MySQL. Table Person có các cột sau:

id | name | fruits

Các fruitscột có thể giữ null hoặc một mảng các chuỗi tương tự ( 'táo', 'da cam', 'chuối'), hoặc ( 'dâu tây'), vv Các bảng thứ hai là Bảng Trái cây và có ba cột sau:

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

Vậy tôi nên thiết kế fruitscột trong bảng đầu tiên như thế nào để nó có thể chứa mảng chuỗi lấy giá trị từ fruit_namecột trong bảng thứ hai? Vì không có kiểu dữ liệu mảng trong MySQL, tôi phải làm như thế nào?

Cách thích hợp để làm điều này là sử dụng nhiều bảng và JOINchúng trong các truy vấn của bạn.

Ví dụ:

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`)
);

Các person_fruitbảng chứa một hàng cho mỗi quả một người có liên quan đến hiệu quả và nối liền personvà fruitsbàn với nhau, IE

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

Khi bạn muốn lấy một người và tất cả trái cây của họ, bạn có thể làm như sau:

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

Lý do mà không có mảng nào trong SQL, là vì hầu hết mọi người không thực sự cần nó. Cơ sở dữ liệu quan hệ (chính xác là SQL) hoạt động bằng cách sử dụng quan hệ và hầu hết thời gian, tốt nhất là bạn chỉ định một hàng của bảng cho mỗi "bit thông tin". Ví dụ: khi bạn có thể nghĩ rằng "Tôi muốn có một danh sách ở đây", thay vào đó hãy tạo một bảng mới, liên kết hàng trong một bảng với hàng trong bảng khác. [1] Bằng cách đó, bạn có thể biểu diễn mối quan hệ M: N. Một ưu điểm khác là các liên kết đó sẽ không làm lộn xộn hàng chứa mục được liên kết. Và cơ sở dữ liệu có thể lập chỉ mục các hàng đó. Mảng thường không được lập chỉ mục.

Nếu bạn không cần cơ sở dữ liệu quan hệ, bạn có thể sử dụng ví dụ: kho khóa-giá trị.

Vui lòng đọc về chuẩn hóa cơ sở dữ liệu . Quy tắc vàng là "[Mọi] [thuộc tính] không phải khóa phải cung cấp thông tin về khóa, toàn bộ khóa và không có gì khác ngoài khóa.". Một mảng làm quá nhiều. Nó có nhiều dữ kiện và nó lưu trữ thứ tự (không liên quan đến bản thân mối quan hệ). Và hiệu suất kém (xem ở trên).

Hãy tưởng tượng rằng bạn có một bàn dành cho người và bạn có một bàn với những cuộc gọi điện thoại của mọi người. Bây giờ bạn có thể làm cho mỗi hàng người có một danh sách các cuộc gọi điện thoại của mình. Nhưng mỗi người có nhiều mối quan hệ khác đến nhiều thứ khác. Điều đó có nghĩa là bảng người của tôi phải chứa một mảng cho mọi thứ mà anh ta được kết nối? Không, đó không phải là một thuộc tính của chính con người.

[1]: Không sao nếu bảng liên kết chỉ có hai cột (khóa chính của mỗi bảng)! Tuy nhiên, nếu bản thân mối quan hệ có các thuộc tính bổ sung, chúng phải được biểu diễn trong bảng này dưới dạng cột.

MySQL 5.7 hiện cung cấp kiểu dữ liệu JSON . Kiểu dữ liệu mới này cung cấp một cách mới thuận tiện để lưu trữ dữ liệu phức tạp: danh sách, từ điển, v.v.

Điều đó nói rằng, rrays không lập bản đồ cơ sở dữ liệu tốt, đó là lý do tại sao bản đồ quan hệ đối tượng có thể khá phức tạp. Trong lịch sử, mọi người đã lưu trữ danh sách / mảng trong MySQL bằng cách tạo một bảng mô tả chúng và thêm từng giá trị làm bản ghi của chính nó. Bảng có thể chỉ có 2 hoặc 3 cột hoặc có thể chứa nhiều cột khác. Cách bạn lưu trữ loại dữ liệu này thực sự phụ thuộc vào đặc điểm của dữ liệu.

Ví dụ, danh sách chứa một số mục nhập tĩnh hay động? Danh sách sẽ tiếp tục nhỏ hay dự kiến ​​sẽ tăng lên hàng triệu bản ghi? Sẽ có rất nhiều bài đọc trên bảng này? Viết rất nhiều? Nhiều cập nhật? Đây là tất cả các yếu tố cần được xem xét khi quyết định cách lưu trữ bộ sưu tập dữ liệu.

Ngoài ra, Khoá: Kho dữ liệu giá trị / Kho tài liệu như Cassandra, MongoDB, Redis, v.v. cũng cung cấp một giải pháp tốt. Chỉ cần lưu ý về nơi dữ liệu thực sự đang được lưu trữ (nếu dữ liệu được lưu trữ trên đĩa hoặc trong bộ nhớ). Không phải tất cả dữ liệu của bạn cần phải nằm trong cùng một cơ sở dữ liệu. Một số dữ liệu không liên kết tốt với cơ sở dữ liệu quan hệ và bạn có thể có lý do để lưu trữ nó ở nơi khác hoặc bạn có thể muốn sử dụng khóa trong bộ nhớ: cơ sở dữ liệu giá trị làm bộ đệm nóng cho dữ liệu được lưu trữ trên đĩa ở đâu đó hoặc như một bộ nhớ tạm thời cho những thứ như phiên.

Một chú thích phụ cần xem xét, bạn có thể lưu trữ các mảng trong Postgres.

Trong MySQL, sử dụng kiểu JSON.

Ngược lại với các câu trả lời ở trên, tiêu chuẩn SQL đã bao gồm các kiểu mảng trong gần 20 năm; chúng hữu ích, ngay cả khi MySQL chưa triển khai chúng.

Tuy nhiên, trong ví dụ của bạn, bạn có thể sẽ muốn tạo ba bảng: người và trái cây, sau đó người_hỗ để tham gia chúng.

DROP TABLE IF EXISTS person_fruit;
DROP TABLE IF EXISTS person;
DROP TABLE IF EXISTS fruit;

CREATE TABLE person (
  person_id   INT           NOT NULL AUTO_INCREMENT,
  person_name VARCHAR(1000) NOT NULL,
  PRIMARY KEY (person_id)
);

CREATE TABLE fruit (
  fruit_id    INT           NOT NULL AUTO_INCREMENT,
  fruit_name  VARCHAR(1000) NOT NULL,
  fruit_color VARCHAR(1000) NOT NULL,
  fruit_price INT           NOT NULL,
  PRIMARY KEY (fruit_id)
);

CREATE TABLE person_fruit (
  pf_id     INT NOT NULL AUTO_INCREMENT,
  pf_person INT NOT NULL,
  pf_fruit  INT NOT NULL,
  PRIMARY KEY (pf_id),
  FOREIGN KEY (pf_person) REFERENCES person (person_id),
  FOREIGN KEY (pf_fruit) REFERENCES fruit (fruit_id)
);

INSERT INTO person (person_name)
VALUES
  ('John'),
  ('Mary'),
  ('John'); -- again

INSERT INTO fruit (fruit_name, fruit_color, fruit_price)
VALUES
  ('apple', 'red', 1),
  ('orange', 'orange', 2),
  ('pineapple', 'yellow', 3);

INSERT INTO person_fruit (pf_person, pf_fruit)
VALUES
  (1, 1),
  (1, 2),
  (2, 2),
  (2, 3),
  (3, 1),
  (3, 2),
  (3, 3);

Nếu bạn muốn liên kết người đó với một mảng trái cây, bạn có thể làm như vậy với một dạng xem:

DROP VIEW IF EXISTS person_fruit_summary;
CREATE VIEW person_fruit_summary AS
  SELECT
    person_id                                                                                              AS pfs_person_id,
    max(person_name)                                                                                       AS pfs_person_name,
    cast(concat('[', group_concat(json_quote(fruit_name) ORDER BY fruit_name SEPARATOR ','), ']') as json) AS pfs_fruit_name_array
  FROM
    person
    INNER JOIN person_fruit
      ON person.person_id = person_fruit.pf_person
    INNER JOIN fruit
      ON person_fruit.pf_fruit = fruit.fruit_id
  GROUP BY
    person_id;

Chế độ xem hiển thị dữ liệu sau:

+---------------+-----------------+----------------------------------+
| pfs_person_id | pfs_person_name | pfs_fruit_name_array             |
+---------------+-----------------+----------------------------------+
|             1 | John            | ["apple", "orange"]              |
|             2 | Mary            | ["orange", "pineapple"]          |
|             3 | John            | ["apple", "orange", "pineapple"] |
+---------------+-----------------+----------------------------------+

Trong 5.7.22, bạn sẽ muốn sử dụng JSON_ARRAYAGG , thay vì hack mảng với nhau từ một chuỗi.

Sử dụng kiểu trường cơ sở dữ liệu BLOB để lưu trữ mảng.

Tham khảo: http://us.php.net/manual/en/ Chức năng.serialize.php

Giá trị trả lại

Trả về một chuỗi chứa biểu diễn luồng byte của giá trị có thể được lưu trữ ở bất kỳ đâu.

Lưu ý rằng đây là một chuỗi nhị phân có thể bao gồm các byte rỗng và cần được lưu trữ và xử lý như vậy. Ví dụ: đầu ra serialize () thường phải được lưu trữ trong trường BLOB trong cơ sở dữ liệu, chứ không phải là trường CHAR hoặc TEXT.

bạn có thể lưu trữ mảng của mình bằng group_Concat như vậy

 INSERT into Table1 (fruits)  (SELECT GROUP_CONCAT(fruit_name) from table2)
 WHERE ..... //your clause here

ĐÂY một ví dụ trong fiddle