MySQLに配列を格納する方法は？

MySQLに2つのテーブルがあります。テーブルPersonには次の列があります。

id | name | fruits

の fruits列はヌルまたは（「りんご」、「オレンジ」、「バナナ」）、または（「イチゴ」）、等二番目の表は、表フルーツであり、以下の3つの列を有しているような文字列の配列を保持してもよいです。

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

では、2番目のテーブルの列fruitsから値を取得する文字列の配列を保持できるように、最初のテーブルの列をどのように設計すればよいfruit_nameでしょうか。MySQLには配列データ型がないため、どのようにすればよいですか？

これを行う適切な方法は、複数のテーブルを使用し、 JOINは、クエリでそれらすることです。

例えば：

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つの行が含まれ、効果的にリンクpersonとfruits、一緒にIEをテーブル

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

人とそのすべての果物を取得したい場合は、次のようなことができます。

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

SQLに配列がない理由は、ほとんどの人は本当にそれを必要としないからです。リレーショナルデータベース（SQLはそのとおりです）はリレーションを使用して機能します。ほとんどの場合、テーブルの1行を各「情報のビット」に割り当てるのが最適です。たとえば、「ここにあるもののリストが欲しい」と思うかもしれませんが、代わりに新しいテーブルを作成して、あるテーブルの行を別のテーブルの行にリンクします。[1] これにより、M：Nの関係を表すことができます。別の利点は、これらのリンクが、リンクされたアイテムを含む行を混乱させないことです。そして、データベースはそれらの行にインデックスを付けることができます。通常、配列にはインデックスが付けられていません。

リレーショナルデータベースが必要ない場合は、Key-Valueストアなどを使用できます。

データベースの正規化について読むください。ゴールデンルールは、「[すべて]非キー[属性]は、キー、キー全体、およびキーのみに関する事実を提供する必要があります」です。配列が多すぎます。複数のファクトがあり、順序を格納します（これは関係自体には関係ありません）。また、パフォーマンスが低下します（上記を参照）。

人テーブルがあり、人が電話をかけるテーブルがあるとします。これで、各人の行に彼の電話のリストを持たせることができます。しかし、すべての人は他の多くのものと他の多くの関係を持っています。それは私の人物テーブルに、彼が接続されているすべてのものの配列が含まれている必要があることを意味しますか？いいえ、それは本人自身の属性ではありません。

[1]：リンクテーブルに2つの列（各テーブルの主キー）しかない場合は問題ありません。ただし、リレーションシップ自体に追加の属性がある場合、それらはこの表では列として表されます。

MySQL 5.7はJSONデータ型を提供するようになりました。この新しいデータ型は、複雑なデータを格納する便利な新しい方法を提供します：リスト、辞書など。

とはいえ、レイはデータベースをうまくマップしないため、オブジェクトリレーショナルマップが非常に複雑になる可能性があります。歴史的に人々は、リスト/配列を記述したテーブルを作成し、各値を独自のレコードとして追加することにより、リスト/配列をMySQLに保存してきました。テーブルには2つまたは3つの列しか含まれていない場合と、さらに多くの列が含まれている場合があります。このタイプのデータを格納する方法は、実際にはデータの特性によって異なります。

たとえば、リストには静的または動的な数のエントリが含まれていますか？リストは小さいままですか、それとも数百万のレコードに増えると予想されますか？このテーブルにはたくさんの読み取りがありますか？たくさんの書き込み？たくさんのアップデート？これらはすべて、データのコレクションを格納する方法を決定するときに考慮する必要がある要因です。

また、Cassandra、MongoDB、RedisなどのKey：Valueデータストア/ドキュメントストアも優れたソリューションを提供します。データが実際に保存されている場所（ディスクまたはメモリに保存されている場合）に注意してください。すべてのデータが同じデータベースにある必要はありません。一部のデータはリレーショナルデータベースにうまくマッピングできず、他の場所に格納する理由がある場合や、メモリ内のkey：valueデータベースを、ディスクのどこかに格納されているデータのホットキャッシュとして、または一時的なストレージとして使用したい場合があります。セッションのようなもののために。

考慮すべき補足事項として、配列をPostgresに保存できます。

MySQLでは、JSONタイプを使用します。

上記の回答とは対照的に、SQL標準には約20年間配列型が含まれています。MySQLがそれらを実装していない場合でも、これらは有用です。

ただし、この例では、おそらくpersonとfruitの3つのテーブルを作成し、次にperson_fruitでそれらを結合します。

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

人物を果物の配列に関連付ける場合は、ビューを使用して行うことができます。

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;

ビューには次のデータが表示されます。

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

5.7.22では、文字列から配列をハッキングするのではなく、JSON_ARRAYAGGを使用する必要があります。

配列を格納するには、データベースフィールドタイプBLOBを使用します。

参照：http : //us.php.net/manual/en/function.serialize.php

戻り値

どこにでも格納できる値のバイトストリーム表現を含む文字列を返します。

これはnullバイトを含む可能性のあるバイナリ文字列であり、そのように格納および処理する必要があることに注意してください。たとえば、serialize（）出力は、通常、CHARまたはTEXTフィールドではなく、データベースのBLOBフィールドに格納する必要があります。

そのようなgroup_Concatを使用して配列を保存できます

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

ここでフィドルの例