Relevante Un backend para zodb que almacena pepinillos en una base de datos relacional.
Descargar ahora

Relevante Clasificación y resumen

Relevante Etiquetas

base de datos relacional Zodb ZODB BACKEND almacenamiento de pepinillos Almacenamiento de archivos Zeo

Relevante Descripción

Un backend para zodb que almacena pepinillos en una base de datos relacional. RelStorage está diseñado para ser un reemplazo de gota para la combinación estándar ZODB de FileStorage y ZEO. Múltiples clientes ZODB pueden compartir la misma base de datos sin ninguna configuración adicional. Admite la UNDO, las vistas históricas de la base de datos, el embalaje y la migración sin pérdida entre las instancias de FileStorage y RelStorage. Las bases de datos relacionales admitidas son PostgreSQL 8.1 y superior (utilizando el módulo PsyCOPG2 Python), MySQL 5.0 y superior (utilizando el mechón MySQLDB 1.2.2 Python Module), y Oracle 10g (usando CX_ORACE 4.3). Se requiere un parche pequeño para ZODB. Consulte los archivos de parches distribuidos con RelStorage. Requisitos: · Python ¿Qué hay de nuevo en este lanzamiento: · Se agregó la opción de Mantener Historial. Ponlo en falso para no tener historia. (El embalaje aún se requiere para la recolección de basura y la eliminación de blob). · Señalaron las opciones de réplica-conforma y réplica. Establecer réplica: Conf a un nombre de archivo que contiene la ubicación de las réplicas de la base de datos. Los cambios en el archivo tienen efecto en los límites de la transacción. · Expandió la documentación de la opción en README.TXT. · Revisado la forma en que RelStorage usa Memcached. Minimizó el número de viajes al servidor de caché y la base de datos. · Se agregó un caché de pepinillos en proceso que sirve una función similar al caché ZEO. · Se agregó un módulo de envoltura para PYLIBMC. · Las operaciones de la tienda ahora usan instrucciones de SQL multi-inserto y multi-eliminación para reducir el efecto de la latencia de la red. · Renombrado RelStorage.py a Storage.py para superar los problemas de importación. También movió la clase de opciones a options.py. · Actualizado el parche para ZODB 3.7 y 3.8 para solucionar un problema con blobs y subtransacciones. · Dividió la implementación de los adaptadores de la base de datos en muchos objetos pequeños, lo que hace que el código del adaptador sea más modular. Interfaces agregadas que describen los deberes de cada parte. · Oracle: aceleró las operaciones de restauración enviando blobs cortos en línea. · Oracle: use un tiempo de espera en los bloqueos de cometer. Esto requiere la instalación de un pequeño paquete PL / SQL que pueda acceder a DBMS_LOCK. Vea readme.txt. · Oracle: Operaciones de inserción a granel de PL / SQL usadas para mejorar el rendimiento de escritura. · PostgreSQL: use el reinicio de la secuencia modificada documentada con la instrucción en lugar de alterar la secuencia. · Movió el cálculo de suma MD5 a los adaptadores para que puedan elegir no usar MD5. · Cambio de carga para cargar desde la conexión de la tienda solo si la conexión de carga no puede proporcionar el objeto solicitado. · Dejaron de envolver la base de datos Desconectar excepciones. Ahora el código lo atrapa y los maneja directamente. · Use la conexión de la tienda en lugar de la conexión de carga para la asignación OID. · Detectar y manejar el recorrido del tiempo hacia atrás, que puede suceder después de la conmutación por error a una base de datos esclava asíncrona fuera de fecha. Para la simplicidad, invalida todo el caché ZODB cuando esto suceda. · Reemplazó el script de prueba de velocidad con un paquete distribuido por separado, ZODBSHOOUT. · Se agregó el script zodbpack.

Relevante Software relacionado