5 points par xguru 2020-10-23 | 2 commentaires | Partager sur WhatsApp
  • Message publié par le développeur Richard Hipp

  • À l’origine, les CTE (Common Table Expression) de SQLite suivaient PostgreSQL et ne prenaient donc en charge qu’un seul SELECT

→ Mais en voyant que SQL Server prend en charge plusieurs requêtes récursives, cela a été intégré

  1. SQLite prend désormais en charge plusieurs instructions SELECT récursives dans un même CTE récursif, et c’est le seul moteur capable d’unir ces requêtes avec UNION (si vous en connaissez un autre, il demande qu’on le lui signale). SQL Server n’autorise que UNION ALL. PostgreSQL accepte UNION, mais seulement avec un seul SELECT récursif.

  2. Cet épisode montre que Fossil ne sert pas seulement de VCS pour SQLite, mais aussi à soutenir son développement et à fonctionner comme plateforme de test. Fossil avait besoin d’une fonctionnalité présente dans le standard SQL mais implémentée nulle part, et SQLite a fourni cette fonctionnalité. Fossil et SQLite ont évolué ensemble. C’est un bon exemple des avantages du dogfooding.

2 commentaires

 
galadbran 2020-10-23

Je viens d’apprendre pour la première fois qu’il existait un outil de gestion de code source appelé Fossil.

 
heal9179 2020-10-23

C'est étonnant que les autres SGBD relationnels n'aient pas implémenté ça jusqu'à présent...