Dans cet article, nous comparons les limitations d'Azure MySQL et de PostgreSQL et diverses restrictions qui doivent être prises en compte avant le déploiement.
Comparez Azure MySQL et PostgreSQL Limitations et restrictions
Ce tableau fournit une comparaison côte à côte des limites des deux bases de données, facilitant ainsi la compréhension des similitudes et des différences entre elles.
| Fonctionnalité/Limitation | Base de données Azure pour MySQL | Base de données Azure pour PostgreSQL |
|---|---|---|
| Connexions maximales (utilisateur) | ||
| De base (1 vCore) | 50 | 50 |
| De base (2 vCores) | 100 | 100 |
| Usage général (2 vCores) | 145 | 145 |
| Usage général (4 vCores) | 245 | 245 |
| Usage général (8 vCores) | 475 | 475 |
| Usage général (16 vCores) | 945 | 945 |
| Usage général (32 vCores) | 1495 | 1495 |
| Usage général (64 vCores) | 1895 | 1895 |
| Mémoire optimisée (2 vCores) | 295 | 295 |
| Mémoire optimisée (4 vCores) | 495 | 495 |
| Mémoire optimisée (8 vCores) | 955 | 955 |
| Mémoire optimisée (16 vCores) | 1895 | 1895 |
| Mémoire optimisée (32 vCores) | 1982 | 1982 |
| Limites fonctionnelles | ||
| Mise à l'échelle dynamique (niveau de base) | Non pris en charge | Non pris en charge |
| Diminuer la taille du stockage | Non pris en charge | Non pris en charge |
| Mises à niveau automatisées des versions du serveur | Non pris en charge | Non pris en charge |
| Points de terminaison du service de réseau virtuel | Usage général et mémoire optimisée | Usage général et mémoire optimisée |
| Restauration du serveur supprimé | Non pris en charge | Non pris en charge |
| Caractères UTF-8 sous Windows | Prise en charge partielle | Prise en charge partielle |
| Erreur GSS (versions JDBC) | 42.2.15 & 42.2.16 | 42.2.15 & 42.2.16 |
| Réduction de la taille de stockage | Non pris en charge | Non pris en charge |
Limites d'Azure MySQL par rapport à PostgreSQL :
Connexions maximales:
- Basique (1 vCore) : 50 connexions utilisateur
- Basique (2 vCores) : 100 connexions utilisateur
- Usage général (2 vCores) : 145 connexions utilisateur
- Usage général (4 vCores) : 245 connexions utilisateur
- Usage général (8 vCores) : 475 connexions utilisateur
- Usage général (16 vCores) : 945 connexions utilisateur
- Usage général (32 vCores) : 1 495 connexions utilisateur
- Usage général (64 vCores) : 1 895 connexions utilisateur
- Mémoire optimisée (2 vCores) : 295 connexions utilisateur
- Mémoire optimisée (4 vCores) : 495 connexions utilisateur
- Mémoire optimisée (8 vCores) : 955 connexions utilisateur
- Mémoire optimisée (16 vCores) : 1 895 connexions utilisateur
- Mémoire optimisée (32 vCores) : 1982 connexions utilisateur
Limites fonctionnelles:
- La mise à l'échelle dynamique vers et depuis les niveaux tarifaires de base n'est pas prise en charge.
- La diminution de la taille de stockage du serveur n'est pas prise en charge.
- Mises à niveau de la version du serveur : la migration automatisée entre les principales versions du moteur de base de données n'est pas prise en charge.
- Points de terminaison du service de réseau virtuel : la prise en charge concerne uniquement les serveurs à usage général et à mémoire optimisée.
- Restauration d'un serveur : La restauration d'un serveur supprimé n'est pas prise en charge.
- Caractères UTF-8 sous Windows : dans certains scénarios, les caractères UTF-8 ne sont pas entièrement pris en charge.
- Erreur GSS : connue pour affecter les versions 42.2.15 et 42.2.16 du pilote JDBC.
- Réduction de la taille de stockage : la taille de stockage ne peut pas être réduite.
Azure Database pour PostgreSQL – Limites
Connexions maximales:
- Basique (1 vCore) : 50 connexions utilisateur
- Basique (2 vCores) : 100 connexions utilisateur
- Usage général (2 vCores) : 145 connexions utilisateur
- Usage général (4 vCores) : 245 connexions utilisateur
- Usage général (8 vCores) : 475 connexions utilisateur
- Usage général (16 vCores) : 945 connexions utilisateur
- Usage général (32 vCores) : 1 495 connexions utilisateur
- Usage général (64 vCores) : 1 895 connexions utilisateur
- Mémoire optimisée (2 vCores) : 295 connexions utilisateur
- Mémoire optimisée (4 vCores) : 495 connexions utilisateur
- Mémoire optimisée (8 vCores) : 955 connexions utilisateur
- Mémoire optimisée (16 vCores) : 1 895 connexions utilisateur
- Mémoire optimisée (32 vCores) : 1982 connexions utilisateur
Limites fonctionnelles:
- La mise à l'échelle dynamique vers et depuis les niveaux tarifaires de base n'est pas prise en charge.
- La diminution de la taille de stockage du serveur n'est pas prise en charge.
- Mises à niveau de la version du serveur : la migration automatisée entre les principales versions du moteur de base de données n'est pas prise en charge.
- Points de terminaison du service de réseau virtuel : la prise en charge concerne uniquement les serveurs à usage général et à mémoire optimisée.
- Restauration d'un serveur : La restauration d'un serveur supprimé n'est pas prise en charge.
- Caractères UTF-8 sous Windows : dans certains scénarios, les caractères UTF-8 ne sont pas entièrement pris en charge.
- Erreur GSS : connue pour affecter les versions 42.2.15 et 42.2.16 du pilote JDBC.
- Réduction de la taille de stockage : la taille de stockage ne peut pas être réduite.
Comparaison: Après avoir examiné les limitations d'Azure Database pour MySQL et d'Azure Database pour PostgreSQL, il est évident qu'ils partagent de nombreuses similitudes en termes de limites de connexion et de limitations fonctionnelles. Les deux bases de données ont les mêmes limites de connexion en fonction de leurs niveaux tarifaires et de leurs vCores.
Leurs limitations fonctionnelles, telles que les restrictions de mise à l'échelle dynamique, les contraintes de mise à niveau de la version du serveur et les limitations de réduction de la taille de stockage, sont également identiques.
Lecture suggérée :Azure Bot Framework – Comparaison des canaux standard et premium
Cependant, les utilisateurs doivent être conscients des nuances et des détails spécifiques liés à chaque système de base de données et tenir compte de leurs besoins individuels lorsqu'ils choisissent entre les deux.
Conclusion:
Azure Database pour MySQL et Azure Database pour PostgreSQL présentent des similitudes frappantes dans leurs limites, notamment en ce qui concerne les limites de connexion et les contraintes fonctionnelles.
Leurs restrictions identiques sur différents niveaux de tarification et vCores mettent en évidence l’infrastructure et les principes de conception cohérents d’Azure. Cependant, les utilisateurs potentiels doivent être conscients de ces limitations lorsqu'ils font un choix, en s'assurant que leurs exigences spécifiques correspondent aux capacités du système de base de données choisi.