Rejoignez nos newsletters quotidiennes et hebdomadaires pour les dernières mises à jour et du contenu exclusif sur la couverture de l'IA de pointe. Apprendre encore plus
La base de données PostgreSQL 17 est désormais largement disponible, marquant une nouvelle étape dans l'histoire de plusieurs décennies de la technologie open supply largement déployée.
Le Base de données PostgreSQL (parfois également appelé simplement Postgres) est l’une des applied sciences de bases de données les plus établies qui existent. Les développeurs travaillent sur la base de données depuis plus de 35 ans, remontant à l'Université de Californie à Berkeley et la faisant évoluer vers une technologie open supply.
Techniquement, le développement de la base de données est géré sous la gouvernance de Le groupe de développement mondial PostgreSQLune affiliation de bénévoles et d'entreprises contributrices qui soutiennent le projet avec des contributions au code. Pour la model PostgreSQL 17, il y avait plus de 450 contributeurs individuels répartis dans de nombreuses entreprises. Tous les principaux fournisseurs de cloud, notamment AWS, Microsoft Azure et Google Cloud, ont géré les offres PostgreSQL et de nombreux fournisseurs, dont EDB, Percona, Instaclustr et Aiven, fournissent également un assist business et des applied sciences.
La nouvelle mise à jour marque la première étape majeure depuis que les développeurs ont publié PostgreSQL 16 en 2023. Comme pour toutes les variations de PostgreSQL, l'accent est mis sur l'amélioration des performances. Pour les utilisateurs professionnels, l'un des principaux objectifs de la mise à jour est une série d'improvements qui rendront la base de données plus facile à utiliser et à gérer. PostgreSQL a toujours été une base de données relationnelle, mais avec la nouvelle model, il intègre désormais davantage de fonctionnalités de base de données de paperwork JSON, que de nombreuses entreprises associent généralement à la base de données MongoDB Atlas.
Jonathan Katz, membre de l'équipe principale et contributeur du groupe de développement mondial PostgreSQL, a déclaré à VentureBeat qu'il considérait les améliorations pour les administrateurs de bases de données comme une query de performances, d'évolutivité et de facilité de développement.
« L'accent est mis sur l'amélioration des opérations de base et des opérations destinées aux utilisateurs », a expliqué Katz. « Celles-ci s'appuient sur une grande échelle et, en particulier, si vous notez les fonctionnalités de réplication logique, qui sont utilisées pour distribuer les données, PostgreSQL 17 rend la réplication logique plus fiable pour une utilisation en manufacturing. »
Gestion de la mémoire et exécution des requêtes améliorées dans PostgreSQL 17
La gestion de la mémoire constitue depuis longtemps un défi majeur pour tous les utilisateurs de bases de données, automobile les administrateurs de bases de données semblent toujours en vouloir plus. Dans de nombreuses bases de données, y compris PostgreSQL, il existe une opération de « mise sous vide » qui aspire ou « aspire » de l'espace après la suppression d'une ligne dans la base de données. Katz a expliqué que PostgreSQL 17 dispose d'un nouveau système de gestion de mémoire pour le vide.
« Dans de nombreuses conditions, cela réduira considérablement la quantité de mémoire nécessaire pour réaliser un aspirateur et pourra améliorer les performances globales de l'aspirateur », a déclaré Katz. « En d'autres termes, PostgreSQL 17 rend le vide plus efficace et plus performant. »
Une opération essentielle de toute base de données consiste à exécuter des requêtes. Les administrateurs de bases de données remarqueront des positive factors d'exécution de requêtes potentiellement significatifs avec PostgreSQL 17. Les positive factors seront perceptibles pour les requêtes qui utilisent la clause 'IN' avec un index B-tree qui est le kind d'index customary dans PostgreSQL. Une clause 'IN' est utilisée pour vérifier si une valeur correspond à une valeur dans une liste. Il existe également des améliorations pour la planification des requêtes qui optimiseront davantage les performances.
Parfois, pour bénéficier de l’optimisation des requêtes SQL, un administrateur de base de données peut devoir réécrire une requête, ce qui peut s’avérer un processus fastidieux. Mais ce n'est pas le cas ici.
« La seule selected que l'administrateur de base de données doit faire est de passer à PostgreSQL 17 et d'exécuter une ANALYZE, ce qu'il doit faire après la mise à niveau », a expliqué Katz. « PostgreSQL 17 optimisera automatiquement les requêtes d'exécution avec des clauses 'IN' qui utilisent un index B-tree. »
Remark PostgreSQL 17 aidera les entreprises et leurs opérations de bases de données
Pour les administrateurs de bases de données d'entreprise en particulier, PostgreSQL 17 suggest une série de fonctionnalités qui faciliteront la vie. Parmi les fonctionnalités clés mises en avant par EDB, contributeur de PostgreSQL, figurent les sauvegardes incrémentielles, la réplication logique et la fonctionnalité SQL : JSON.
De nombreux développeurs tiers créent depuis longtemps des outils à utiliser avec PostgreSQL, notamment des outils de sauvegarde incrémentielle. PostgreSQL 17 standardise l'approche et intègre directement cette fonctionnalité dans la base de données open supply principale. Jozef de Vries, directeur de l'ingénierie produit chez EDB, a déclaré à VentureBeat que même si disposer de nombreux outils tiers est utile, cela complique également les opérations des organisations.
« Le kind de thèse ici avec ce travail de sauvegarde incrémentielle consiste à intégrer davantage de fonctionnalités de gestion du cycle de vie des bases de données dans le serveur principal lui-même, afin de rendre l'adoption, le déploiement et les activités du deuxième jour plus faciles pour nos shoppers et plus cohérents », a déclaré de Vries. .
Il existe également une série d'améliorations de la réplication logique dans PostgreSQL 17. La réplication logique est une fonctionnalité de PostgreSQL qui permet de répliquer des données entre différentes bases de données PostgreSQL.
« L'un des gros problèmes que PostgreSQL rencontre depuis des années avec la réplication logique est que si vous basculez vers un serveur de secours, vous devez resynchroniser la réplication », a déclaré à VentureBeat Tom Kincaid, vice-président senior du serveur de base de données et des outils chez EDB.
Kincaid a expliqué que si la desk maître dans un scénario de réplication logique échouait et qu'un nœud de secours était promu nouveau maître, les tables de base de données devraient être resynchronisées. Ce processus, surtout avec de grandes tables, peut prendre beaucoup de temps. PostgreSQL 17 élimine le besoin de processus de resynchronisation.
« La réplique logique fera l'objet d'un basculement, ce qui, je pense, épargnera bien des soucis à l'administrateur de base de données », a déclaré Kincaid.
Il existe également une mise à jour qui permet aux administrateurs de base de données de prendre plus facilement une réplique de base de données physique et de la transformer en réplique logique. Kincaid s'attend à ce que la fonctionnalité appelée PG Create Subscriber permette une réplication globale plus rapide de la base de données.
Pourquoi JSON dans PostgreSQL simplifie le déploiement de bases de données d'entreprise
Au cours des dernières années, PostgreSQL a progressivement ajouté la prise en cost du customary SQL : JSON. JSON (JavaScript Object Notation) est un format très apprécié des développeurs et constitue la base des bases de données documentaires comme MongoDB.
Kincaid a déclaré que PostgreSQL 17 prend désormais en cost les tables JSON, ce qui constitue une avancée majeure. Cela signifie qu'un administrateur de base de données peut prendre un doc JSON et le transformer en une desk qui s'exécute dans PostgreSQL.
« JSON est toujours très populaire auprès des développeurs, et PostgreSQL a remporté la base de données StackOverflow la plus appréciée des développeurs », a déclaré Kincaid. « Nous pensons donc que cela les fera aimer encore plus. »
la source
