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)
Admettons que vous soyez un fan de sql ... Ou que vous souhaitiez vous construire une base de données analysable de votre activité sur internet. Eh bien dogsheep serait une bonne idée ... (mais ça n'est pas mon usage)
Une critique du SQL qui mérite d'être lue, parce qu'elle semble écrite par quelqu'un qui connaît bien les problèmes créés par ce langage (pas comme moi)
Un bon rappel des opérations de modification de schéma idempotentes
Euh, le SQL, c'est pas mon langage préféré. Mais là, cette histoire de PLEASE est un peu bizarre ...
Si même SQLite peut se comporter comme une base de données de documents JSON ... le terme NoSQL a vraiment du plomb dans l'aile ...
Un peu d'histoire : que se passait-il dans les années 80 quand on avait une base de données relationnelle ? Des choses pas vraiment jolies, liées aux autres contraintes ... Par contre, ça explique bien l'intérêt des microservices ...
Il y aura donc dans Groovy 4 un équivalent du LINQ existant sur la plateforme .NET ... C'EST GENIAL !!! 😍🤩🥰
Ca a l'air très chouettement fait : les requpetes SQL sont validées par le compilateur Rust!
Donc, à priori, c'est un mix de base de données relationnelle et de time series ... à laquelle on peut parler en http, postgres ou autre. Et le tout en Java !
Ca m'a l'air d'une idée assez sympa, cet outil d'export.
ok, cette fois-ci, c'est sûr, je vais lancer cette présentation "tous les systèmes de messagerie d'entreprise auxquels vous ne pensez pas"
Un outil de génération de schéma BigQuery à partir d'un document JSON. C'est toujours pratique ...
C'est marrant cette idée ...
C'est chouette cette astuce qui permet de garantir le bon usage du langage
Intéressant cet article : ça montre bien l'intérêt et les limites des ORMs