Religieuse Un backend pour ZODB qui stocke des cornichons dans une base de données relationnelle.
Télécharger maintenant

Religieuse Classement & Résumé

Religieuse Mots clés

Base de données relationnelle Zodb backend ZODB Stockage de cornichons FileStorage ZEO

Religieuse La description

Un backend pour ZODB qui stocke des cornichons dans une base de données relationnelle. RelStorage est conçu pour être un remplacement d'une liste déroulante de la combinaison ZODB standard de filestorage et de ZEO. Plusieurs clients ZODB peuvent partager la même base de données sans configuration supplémentaire. Prend en charge des vues d'annulation, de la base de données historiques, de l'emballage et de la migration sans perte entre les instances de filestorage et RelStorage.Les bases de données relationnelles pris en charge sont PostgreSQL 8.1 et supérieures (à l'aide du module PYLOPG2 Python), MySQL 5.0 et supérieur (à l'aide du module Python MySQLDB 1.2.2), et Oracle 10G (en utilisant cx_oracle 4.3) .a petit patch à ZODB est requis. Voir les fichiers de correctifs distribués avec RelStorage. Exigences: · Python Quoi de neuf dans cette version: · Ajout de l'option Keeph History. Définissez-le sur FALSE pour ne conserver aucune histoire. (L'emballage est toujours requis pour la collecte des ordures et la suppression blob.) · Ajout des options Replica-Conf et Replica-Timeout. Définissez Replica-Conf sur un nom de fichier contenant l'emplacement des répliques de base de données. Les modifications apportées au fichier prennent effet aux limites de la transaction. · Élargu la documentation d'option dans README.TXT. · Révisé la manière dont Relstorage utilise Memcached. Minimisé le nombre de voyages au serveur de cache et à la base de données. · Ajout d'un cache de cornichon en cours de traitement servant une fonction similaire au cache ZEO. · Ajout d'un module d'emballage pour PYLIBMC. · Les opérations de stockage utilisent désormais des instructions SQL multi-inserts et multi-supprimées afin de réduire l'effet de la latence du réseau. · Renommé relstorage.py to stockage.py doit surmonter les problèmes d'importation. A également déplacé la classe d'options sur options.py. · Mise à jour du patch pour ZODB 3.7 et 3.8 pour résoudre un problème avec des blobs et des soustransactions. · Divisé la mise en uvre des adaptateurs de base de données en de nombreux petits objets, ce qui rend le code de l'adaptateur plus modulaire. Ajout d'interfaces qui décrivent les tâches de chaque partie. · Oracle: Aperçu des opérations de restauration en envoyant des blobs courts en ligne. · Oracle: Utilisez un délai d'attente sur les serrures de validation. Cela nécessite une installation d'un petit emballage PL / SQL pouvant accéder à DBMS_Lock. Voir readme.txt. · Oracle: Opérations d'insertion en vrac PL / SQL d'occasion pour améliorer les performances de l'écriture. · PostgreSQL: Utilisez le redémarrage de la séquence d'altérence documentée avec l'instruction au lieu de démarrage de la séquence de modification. · Calcul de la somme MD5 déplacé sur les adaptateurs afin qu'ils puissent choisir de ne pas utiliser MD5. · Charrsériale modifiée pour charger à partir de la connexion du magasin uniquement si la connexion de chargement ne peut pas fournir l'objet demandé. · Arrêt de la base de données d'emballage Déconnectez les exceptions. Maintenant, le code les attrape et les gère directement. · Utilisez la connexion du magasin plutôt que la connexion de chargement pour une allocation OID. · Détecter et gérer les déplacements de temps en arrière, ce qui peut arriver après le basculement à une base de données esclave asynchrone obsolète. Pour la simplicité, invalendez tout le cache ZODB lorsque cela se produit. · Remplacé le script de test de vitesse avec un package distribué séparément, ZodbshooTout. · Ajout du script zodbpack.

Religieuse Logiciels associés