Mais ça m'a l'air furieusement bien ça ! (ça me rappelle certains concepts d'une librairie que j'avais écrite il y a bien longtemps où j'esszayais également de traduire correctement du code Java en requêtes SQL

Copier un schéma avec Postgresql, ça n'est pas si simple

Un projet intriguant, mais intéressant

Une belle liste de contraintes pour des bases de données plus efficaces.

Un sacrément bon résumé sur les UUID dans leurs différentes formes. J'ai appris plein de truc dans ce court article.

Un générateur de requête SQL à partir de beans Java. C'est sympathique, et c'est aussi la base de n'importe quel ORM. Mais ça n'est qu'une partie de mon besoin du jour.

Un datadump de StackExchange dans des fichiers SQLite. Ca pourrait m'être utile.

J'ai besoin de réaggréger mes notions (très faibles) de SQL.
Et pour ça, sqlbolt est vraiment bien fait : progressif, et semble-t-il assez complet.
C'est vraiment bien pensé.

13 façons de voir les jointures SQL. Certaines font franchement réfléchir

Une manière intriguante, mais pas forcément inintéressante, de créer une application web simple

L'idée d'avoir une base de données et des schémas SQL communs pour résoudre les problèmes classiques est vraiment très bien. Toutefois. Connaissant les entreprises et leurs usages, je suis prêt à parier que chacun de ces modèles devra être décliné, mais l'idée reste bonne !

Supposons que vous souhaitiez démontrer quelque chose en SQL. Avec ce site, vous pouvez facilement montrer ce que vous voulez.

Ca me donne envie de me mettre au SQL (langage que je n'ai jamais prétendu maîtriser)

Une stratégie de gestion des données supprimées de la base peut-être plus intéressante que la colonne "deleted_at", mais en tout cas un peu plus lourde

Quelques rappels de bon design de base de données.

C'est rigolo cette base dont on peut gérer les données comme si c'était git. Vivement que ça arrive dans Postgres 😜

Un linter SQL adaptable à tout un tas de dialectes différents. Ca ressemble à une très bonne idée

Pour les gens qui développent des applis uniquement front, ça me paraît très intéressant.

Tiens c'est marrant cette idée de faire autre chose que du SQL pour récupérer des données d'une base. Ca semble venir du monde Python, et je me demande comment ça peut vivre dans le monde Java ...

J'avoue que, même si je n'aime pas vraiment SQL, j'ai bien l'impression qu'un serveur implémenté comme un serveur SQL serait peut-être bien une idée fascinante (et ce serait sans doute plus explicite que GraphQL)