Franck Pachot

Franck Pachot

Yugabyte

Developer Advocate pour YugabyteDB (base distribuée, open source, postgres-compatible) avec un long passé de DBA en dev et en prod, Oracle Certified Master, AWS Data Hero, PostgreSQL fan

Twitter : @FranckPachot

Blog: https://dev.to/franckpachot

archisec

Track : Architecture, Performance and Security

Type de présentation : University

SQL (le retour): Démystifions les idées préconçues et utilisons la DB efficacement

Après la vague du NoSQL, le SQL fait son retour. La guerre est finie: Les bases NoSQL rajoutent des fonctionnalités SQL, et les bases SQL peuvent stocker des documents, même avec scalabilité horizontale. Mais après les combats marketing qui ont déformé la réalité, puis l'abandon du SQL dans les formations développeur, il reste beaucoup de doutes, méconnaissances et idées préconçues. Ce n'est pas l'idéal pour développer une persistence de données solide et performante.

Nous allons voir les principes de base du SQL, en évitant toute approche académique (pas de formes normales, pas de longue théorie sur les niveaux d'isolation). Seulement les faits, pour comprendre l'utilité des bases SQL pour un développeur, et leur utilisation efficace.

  • Est-ce qu'il faut craindre les jointures et dénormaliser à fond?
  • Est-ce mal de mettre des UUID partout?
  • Dois-je dois passer en niveau d'isolation Repeatable Read? Ou Serializable?
  • Mon DBA me dit que les ORM sont le mal absolu, mais ils me sauvent la vie en dev, que faire?
  • Dois-je éviter les procédures stockées à tout prix?
  • Peut-on debugger un SQL complexe?
  • Je n'utilise que du SQL standard, mon application est-elle SGBD-agnostique?