Lors du PostgreSQL Lyon User Group, j'ai présenté Play SQL. C'est un outil de gestion de données présenté comme un tableur, basé sur PostgreSQL, et vendu en tant que plugin d'Atlassian Confluence. Pas besoin de s'y connaître en CREATE TABLE, à destination des gens qui n'ont pas le temps d'être DBA.

1. Play SQL Spreadsheets
Adrien Ragot - @aragot

2. Adrien Ragot
Sydney - 2,5 ans
Lyon - 1,5 ans

3. Play SQL Spreadsheets

4. Play SQL Spreadsheets
Tableur SQL

5. Play SQL Spreadsheets
Tableur PostgreSQL

6. Play SQL - L'équipe

8. L'idée

9. L'idée

10. L'idée

11. pgAdmin3

12. Adminer
(ex-phpMyAdmin)

13. Squirrel SQL

14. LibreOffice Base
(ex-phpMyAdmin)

15. MS Access

16. /!
DBA only
Image: CC BY SA Fred Roberts - Wikipedia http://commons.wikimedia.org/wiki/File:Danger_Keep_Out_-_geograph.org.uk_-_308301.jpg

17. Give your
team one
place to share

18. Atlassian Confluence

19. Atlassian Confluence

20. Atlassian Confluence

21. Base de données

22. Base de données

23. Créer des tables

24. Formats

25. Base de données

26. Requête SQL

27. Requête SQL

28. Intégration dans les rapports

29. Marketer le SQL
en "tableur"

30. Non-Fonctionnalités
Sous les yeux
Pas de “CREATE TABLE”
Colonnes nommées
Pas de AA-AZ
Formattage façon Excel

31. Que pensent … ?
Credit:“Do Agile Right” by Sherif Mansour
les Product Managers ?
http://www.slideshare.net/GoAtlassian/do-agile-right-lessons-learned-from-an-atlassian-product-manager-sherif-mansour

32. Que pensent … ?
Credit: Jonathon Lachlan-Hache
la réception par le marché?

33. Ventes en progrès
et en rollercoaster

34. Que pensent … ?
Credit: Jonathon Lachlan-Hache
les développeurs?

35. Les Surprises PostgreSQL
Pourquoi PostgreSQL ?
Parce que DDL est transactionnelle
Parce que les gens qui écrivent les features, c'est les gens qui s'en servent
Parce que faire des requetes XPATH en json indexé!
Parce que CREATE AGGREGATE
Parce que les index de type GIST, GIN, BRIN. Ex: EXCLUDE USING GIST
(overlap_field WITH &&)
Parce que conversion des IPs vers int 32 bits
Parce que l’opérateur de distance <-> ou <@>. Index d’autocomplétion s/
trigrammes.
A explorer:
Les transactions sont serializables. Aller voir le wiki.
Il y a besoin de 2 standby pour la HA. Aller voir le wiki.
On peut avoir des transactions synchrones (avec les réplicats) ou pas.

36. Pourquoi avoir pris PostgreSQL ?
Enterprise-ready, open-source, OS-compatible
Tout d’un grand: Triggers, Schemas, Users, Sous-requêtes,
“PL/SQL”
TEXT: Longueur infinie
Table/Column COMMENTs
JSON depuis 9.2 (malheureusement inutilisé)

37. Quelles difficultés
Pas de JSON en 9.0. Certains clients en 8.3.
Différences entre SQLs (PLAYSQL-87)
Les DBAs:
10% de retours explicites sur la contrainte “PostgreSQL”
Pas de retours sur la difficulté de stocker séparément
Les utilisateurs:
Difficulté à expliquer le concept
Manque de wizards

38. Quelles difficultés
HSQL PostgreSQL MySQL Oracle
Casse par
défaut
Majuscule Minuscule Insensible Insensible
Échappement
(nom d’entité)
" " NON ! `
Renommer un
champ
“AS" optionel
“AS"
obligatoire
NON ! NON !
Pagination
LIMIT /
OFFSET
LIMIT /
OFFSET
LIMIT /
OFFSET
ROWNUM /
…
Metadata
INFORMATIO
N_SCHEMA
INFORMATIO
N_SCHEMA
SHOW … SHOW …
Dates à suivre ;-)

39. Difficultés et réussites
Bootstrapper:
Rencontrer des
utilisateurs à Lyon
Pas d’appui Marketing,
mauvais écosystème
Arrivée d’un second outil
Ergonomie:
Ne devrait pas exiger
PostgreSQL
Ne devrait pas utiliser les
COMMENTs
Impossible d’expliquer
l’avantage du SQL, de
l’API
Succès de gestion
Première année en positif
Rythme sérieux
Pas de coûts (bancaire,
comptable)
Ecosystème Atlasssian
Techniquement:
Démocratisé le SQL
PostgreSQL: fidèle et à la
hauteur

40. Adrien Ragot
adrien@play-sql.com