MySQL 5.7 & JSON - Nouvelles opportunités pour les dévelopeurs

MySQL 5.7 & JSON
Nouvelles Oportunités pour les Dévelopeurs

Septembre 2016

Frédéric Descamps
MySQL Community Manager
Copyright @ 2016 Oracle and/or its affiliates. All rights reserved.
2 / 53

Safe Harbor Statement
The following is intended to outline our general product direction. It is intended for
information purpose only, and may not be incorporated into any contract. It is not a
commitment to deliver any material, code, or functionality, and should not be relied up in
making purchasing decisions. The development, release and timing of any features or
functionality described for Oracle's product remains at the sole discretion of Oracle.
3 / 53

about.me/lefred
Qui suis-je ?
4 / 53

Frédéric Descamps
@lefred
MySQL Evangelist
Managing MySQL since 3.23
devops believer
http://lefred.be
http://lefred.be
5 / 53

SGDB & MySQL
Base de données Relationnelle
6 / 53

Bases de données Relationnelles
Intégrité des données
7 / 53

normalization
8 / 53

normalization
contraintes (clés étrangères, ...)
9 / 53

normalization
Atomicité, Cohérence, Isolarion et Durabilité - ACID
10 / 53

normalization
transactions
11 / 53

normalization
transactions
SQL
12 / 53

normalization
transactions
SQL
puissant language de requêtes
13 / 53

SGDB & MySQL
Base de données NoSQL
14 / 53

NoSQL ou Base de données Documents
Sans schéma
15 / 53

Sans schéma
pas de design de schémas, pas de normalization, de clés étrangères, de
contraintes, de type de données (data types), etc...
16 / 53

Sans schéma
dévelopement initial très rapide
17 / 53

Sans schéma
Structures flexibles des données
18 / 53

Sans schéma
objets et tableaux imbriqués
19 / 53

Sans schéma
certaines données sont simplement naturellement non structurées et ne
peuvent être modélisées de façon optimale dans un modèle relationel
20 / 53

Sans schéma
certaines données sont simplement naturellement non structurées et ne
peuvent être modélisées de façon optimale dans un modèle relationel
persistence des objets sans utilisation d'un ORM(mappingobjet-relationnel)
21 / 53

NoSQL ou Base de données Documents (2)
JSON
22 / 53

JSON
proche du frontend
23 / 53

JSON
proche du frontend
"natif" en Javascript
24 / 53

JSON
proche du frontend
utilisé en Node.js
25 / 53

JSON
proche du frontend
utilisé en Node.js
Aprentissage facile, et facile à utiliser
26 / 53

Bases de données Relationnelles ou Base de
données Documents
27 / 53

Bases de données Relationnelles ou Base de
données Documents
Pourquoi pas les deux ?
28 / 53

MySQL 5.7
Support de JSON
29 / 53

Support JSON
Type natif de données (native datatype)
30 / 53

Support JSON
Valeurs en JSON stockées dans des tables MySQL
31 / 53

Support JSON
Format de stokage JSON en binaire
32 / 53

Support JSON
Conversion à partir des types SQL "natifs" vers des valeurs JSON
33 / 53

Support JSON
Conversion à partir des types SQL "natifs" vers des valeurs JSON
Functions de manipulation du JSON
extraire (JSON_EXTRACT, JSON_KEYS, ...)
inpecter (JSON_CONTAINS, ...)
modifier (JSON_SET, JSON_INSERT, JSON_REMOVE, ...)
création de tableaux et d'objets (JSON_ARRAY, JSON_OBJECT)
recherche d'objets (JSON_SEARCH)
34 / 53

Support JSON (2)
Inline SQL JSON path expressions
SELECT doc->'$.object.array[0].item' FROM some_table
35 / 53

Support JSON (2)
Inline SQL JSON path expressions
SELECT doc->'$.object.array[0].item' FROM some_table
Opérateurs booléens (comparaison de valeurs JSON, ...)
foo = doc->'$.field'
36 / 53

Support JSON (3)
le meilleur pour la fin...
37 / 53

Support JSON (3)
Colonnes Générées/Virtuelles (generated/virtual columns)
Index de données JSON
Clés étrangères vers données JSON
Vues SQL pour des données JSON
38 / 53

Support JSON (3)
Colonnes Générées/Virtuelles (generated/virtual columns)
Index de données JSON
Clés étrangères vers données JSON
Vues SQL pour des données JSON
ALTER TABLE test_features
ADD COLUMN street VARCHAR(30)
GENERATED ALWAYS AS
(json_unquote(json_extract(`feature`,'$.properties.STREET')))
VIRTUAL;
39 / 53

Document
Cas d'utilisation
40 / 53

Extraire du JSON du DB Relationnelle
Relational In, Relational + Document Out
Données stockées dans des tables relationnelles, mais le fronted utilise JSON
Le JSON fait directement du mapping des structures de données pour plusieurs
langages
Fonctions SQL pour construire du JSON
JSON_OBJECT(), JSON_ARRAY()
41 / 53

Exemple:
SELECT JSON_OBJECT('cust_id', id, 'name', name, 'email', email) FROM customer;
CREATE VIEW customer_json AS
SELECT JSON_OBJECT('cust_id', id, 'name', name, 'email', email)
FROM customer;
SELECT * FROM customer_json;
Les modifications et les insertions se font toujours dans les colonnes de la table.
42 / 53

Utiliser MySQL comme container de Documents
JSON
Document In, Relational + Document Out
Virtuellement sans schéma (schemaless)
Données non-structurées
Pas de structure fixe, les enregistrements peuvent avoir des champs différents
Exemple: "product_info", "propriétés", "options", ...
Les données ne sont pas facilement modélisables dans un modèle relationnel, voir
impossible
43 / 53

product_info
product_id attribute value
9 size M
9 color red
9 fabric cotton
11 flavour strawberry
12 capacity 128G
12 spee class class 10
{
"product_id": 9,
"size": "M",
"color": "red",
"fabric": "cotton"
},
{
"product_id": 11,
"flavour": "strawberry"
},
{ "product+id": 12,
"capacity" "128GB"
"speed class": "class 10"
}
JSON (2)
44 / 53

JSON
Une table MySQL ordinaire avec une colonne JSON
Les colonnes générées permettent au moteur SQL to vérifier dans les données MySQL.
colonnes virtuelles
clés primaires
Indexes
Clés étrangères
Ecriture direcement dans le JSON
Lis dans un premier temps, les informations du JSON
45 / 53

Solution Hybride de Relationnel et de JSON
Relational + Document In, Relational + Document out
Les bases de données sont majoritèrement relationnelles
Colonnes JSON dans les tables relationnelles
Les requêtes peuvent mixer plusieurs backends
46 / 53

Document Store
The X DevAPI
47 / 53

Opérations orientées Document via SQL
Très puissant
Permet la construction de requêtes complexes
Mais... encore difficile à utiliser
CREATE TABLE product (
id VARCHAR(32) GENERATED ALWAYS AS (JSON_EXTRACT(doc, '$.id')) STORED,
doc JSON
);
INSERT INTO product VALUYES (1, '{...}');
SELECT * FROM product WHERE JSON_EXTRACT(doc, '$.field') = value;
48 / 53

The X DevAPI
Abstraction au-dessus de SQL
Axé sur 4 opérations CRUD de base (Create, Read, Update, Delete)
Native Language API
Pas nécessaire de connaître le SQL
X Protocol
les requêtes CRUD sont encodées au niveau du protocol
49 / 53

Exemple

mydb = session.getSchema("mydb");
mydb.createCollection("products");
products = mydb.getCollection("products");
products.add({"name":"bananas", "color":"yellow"}).execute();
products.find("color = 'yellow'").sort(["name"]).execute();
products.modify("product_id = 123").set("color", "red").execute();
products.remove("product_id = 123").execute();
mydb.post.createIndex("email").field("author.email", "text(30)", false)
50 / 53

tout nouveau tout chaud
MySQL Shell
51 / 53

MySQL Shell
MySQL Shell est un client avancé en ligne commande.En plus de SQL, MySQL Shell offre
également des capacités de script en Javascript et Python. Lorsque MySQL Shell est
connecté au serveur MySQL via le protocol X, le X DevAPI peut être utilisé pour manipuler
les deux types de données, relationnelles et documents.
52 / 53

Questions ?
Merci !

53 / 53

MySQL 5.7 & JSON - Nouvelles opportunités pour les dévelopeurs

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (19)

En vedette

En vedette (20)

Similaire à MySQL 5.7 & JSON - Nouvelles opportunités pour les dévelopeurs

Similaire à MySQL 5.7 & JSON - Nouvelles opportunités pour les dévelopeurs (20)

Plus de Frederic Descamps

Plus de Frederic Descamps (20)

MySQL 5.7 & JSON - Nouvelles opportunités pour les dévelopeurs