SQLAlchemy

Se utiliza sobre todo para su ORM, SQLAlchemy es mucho más que eso.
SQLAlchemy construye su propio lenguaje de consulta y personalizados patrones de persistencia de alto rendimiento y fácil acceso a los datos almacenados

¿Qué hay de nuevo en esta versión:.

< ul>

¿Cuál es nuevo en la versión 1.0.4:

• Una regresión bastante grave de unidad de trabajo con respecto expresiones SQL se fija, el nuevo comportamiento en relación con las expresiones textuales con & quot; ORDER BY & quot; se ha reducido un poco para los casos de uso que se adapte mejor en desuso ahora, un gancho evento poco utilizado ORM fue reparado, ya que impidió que el paquete SQLSoup de trabajar, y los metadatos & quot; en crear / gota en & quot; eventos experimentaron un cambio de formato en uno de los argumentos utilizados menores que se pasa, que se volvió a su forma anterior.

¿Cuál es nuevo en la versión 0.9.9 / 1.0.0b5:

• Versión cuerdas Nueva SQL Server
• condiciones de error Nueva psycopg2
• Los cambios en MySQL-conector-python y pg8000

¿Qué hay de nuevo en la versión 0.9.0:.

• Python 3 apoyo
• extensiones C compatibles con Python 3.
• Los atributos compuestos ahora se devuelven como su forma de objeto cuando se le preguntó sobre una base per-atributo.
• Asociación de mejoras y correcciones de expresión de proxy SQL.
• El & quot; contraseña & quot; porción de una create_engine () ya no considera el signo + como un espacio codificado.

¿Qué hay de nuevo en la versión 0.8.2:

• 0.8.2 incluye varias correcciones de errores y nuevas docena características, incluyendo el perfeccionamiento de algunas de las nuevas características introducidas en 0.8.

¿Cuál es nuevo en la versión 0.8.1:

• Esta es una versión de corrección de errores que resuelve muchos problemas, algunos de los cuales aparecieron en 0.8.0 como regresiones y muchos más que afectan a todas las versiones.

¿Qué hay de nuevo en la versión 0.8.0:

• Características nueva relación
• Nuevas funciones polimórficas - with_polymorphic () y of_type ()
• Sistema de Inspección de Nueva Runtime
• Sistema Operador Extensible
• hstore Apoyo

¿Cuál es nuevo en la versión 0.7.8:

• El argumento de los "objetos" para eliminar () es ya no en desuso, ya que se han identificado algunos casos de uso válidos.
• identity_key Fijo () función que no se acepta un argumento escalar por la identidad.
• Solución de error por el que la opción populate_existing no se propaguen a subconsulta cargadores ansiosos.

¿Cuál es nuevo en la versión 0.7.6:

• Añade algunas nuevas características como el soporte para la Tabla Común Expresiones, y también tiene algunas correcciones de errores importantes.

¿Cuál es nuevo en la versión 0.6.7:

• endurecido las iterate vs. eliminar mutex en torno a la identidad mapa iteración, el intento de reducir la posibilidad de un (muy raro) operación gc reentrada provocando un estancamiento. Podría eliminar la exclusión mutua en 0.7.
• Ha añadido un argumento `name` a` Query.subquery () `, para permitir que un nombre fijo que se asignará al objeto de alias.
• Una advertencia se emite cuando un asignador-tabla unida heredar no tiene las claves principales en la mesa asignada localmente (pero tiene pks sobre la mesa superclase).
• Corregido un fallo donde & quot; media & quot; clases en una jerarquía polimórfica no tendría la columna 'polymorphic_on' si no también especifica un 'polymorphic_identity', dando lugar a errores extraños sobre actualización, cargado clase equivocada al consultar a partir de ese objetivo. También emite la correcta DONDE criterio cuando se utiliza una sola mesa herencia.
• Corregido un fallo donde una columna con un valor predeterminado de SQL o servidor que fue excluido de un mapeo con include_properties o exclude_properties resultarían en UnmappedColumnError.

¿Qué hay de nuevo en la versión 0.6.5:

• bug en query.update (), donde ' evaluar "o" buscar a 'caducidad fallaría si la clave de expresión de columna era un atributo de clase con un nombre de clave diferente como el nombre de la columna real.
• - Se ha añadido una afirmación durante ras que asegura que no hay llaves de identidad NULL de retención se han generado en & quot; recién persistente & quot; objetos. Esto puede ocurrir cuando el código definido por el usuario desencadena involuntariamente rubores en objetos cargados no-completamente.
• cargas perezosos para relación atributos utilizan ahora el estado actual, no el & quot; & quot cometido; estado, de los atributos de clave externa y primaria al emitir SQL, si un color no está en proceso. Anteriormente, se utilizaría sólo el estado comprometida-base de datos. En particular, esto causaría un encuentro muchos-a-uno () - en LazyLoad operación a fallar, como autoflush no se desencadena en estas cargas cuando se determinan los atributos y la & quot; & quot cometido; Estado puede no estar disponible.
• Una nueva bandera en la relación (), load_on_pending, permite el cargador perezoso para disparar sobre objetos pendientes sin toma lugar al ras, así como un objeto transitorio que ha sido manualmente & quot; adjunta & quot; a la sesión. Tenga en cuenta que esta bandera bloques atribuyen eventos desde que tiene lugar cuando se carga un objeto, por lo backrefs no están disponibles hasta después de un lavado. La bandera sólo se diseñó para los casos de uso muy específicos.
• Otra nueva bandera en la relación (), cascade_backrefs, desactiva el & quot; ahorre-update & quot; cascada cuando el evento se inició en el & quot; invertir & quot; lado de una relación bidireccional. Este es un comportamiento más limpio para que muchos-a-uno se puede establecer en un objeto transitorio sin que conseguir aspirado en la sesión del objeto secundario, al tiempo que permite la recogida con interés en cascada. Nosotros * puede * default esto a False en 0.7.
• Ligera mejora al comportamiento de & quot; passive_updates = False & quot; cuando se coloca solamente en el muchos-a-uno de los lados de una relación; documentación se ha aclarado que passive_updates = False realmente debe estar en el lado de uno a muchos.
• passive_deletes Depositar = True en un muchos-a-uno emite una advertencia, ya que probablemente la intención de ponerlo en el lado de uno a muchos.
• error que impida & quot fijo; subqueryload & quot; funcione correctamente con mesa única herencia para una relación de una subclase - el & quot; donde el tipo de (x, y, z) & quot; sólo se consigue colocado en el interior, en lugar de en varias ocasiones.
• Cuando se utiliza from_self () con mesa de herencia simple, el & quot; donde el tipo de (x, y, z) & quot; se coloca en el exterior de la consulta única, en lugar de repetidamente. Puede hacer algunos ajustes más a esto.
• scoped_session emite una advertencia cuando configure () se llama Si una sesión ya está presente (cheques sólo el hilo actual).

¿Cuál es nuevo en la versión 0.6.4:

• El nombre ConcurrentModificationError se ha cambiado a StaleDataError, y mensajes de error descriptivos se han revisado para reflejar exactamente cuál es el problema. Ambos nombres se mantendrán disponibles para el futuro previsible para los esquemas que se pueden especificarán ConcurrentModificationError en un & quot; excepto: & quot; cláusula.
• Ha añadido un mutex al mapa identidad que mutex eliminan las operaciones contra los métodos de iteración, que ahora pre-buffer antes de devolver un iterable. Esto porque gc asyncrhonous puede eliminar artículos vía el hilo gc en cualquier momento.
• La clase Session está presente en sqlalchemy.orm. *. Estamos alejándose del uso de create_session (), que tiene valores predeterminados no estándar, para aquellas situaciones donde se desea un constructor Sesión de un solo paso. La mayoría de los usuarios deben seguir con sessionmaker () para uso general, sin embargo.
• query.with_parent () ahora acepta objetos transitorios y utilizará los valores no persistentes de sus atributos PK / FK con el fin de formular el criterio. Docs también se aclaran en cuanto al propósito de with_parent ().
• Las include_properties y exclude_properties argumentos para Mapper () ahora aceptan objetos Column como miembros, además de cuerdas. Esto por lo que los objetos de columna del mismo nombre, como los que dentro de un join (), se puede desambiguadas.

¿Cuál es nuevo en la versión 0.6.0:

• La extensión C ahora también trabaja con DBAPIs que uso secuencias personalizados como filas (y no sólo tuplas).
• Restaurada cierta lógica bind-etiquetado de 0,5 que garantiza que las tablas con nombres de columna que se superponen otra columna de la forma & quot; & # X3c; nombre de tabla & # X3e; _ & # X3c; nombrecolumna & # X3e; & quot; no producirá errores si la columna.
• Table.create () y Table.drop () ya no se aplicará el nivel Metadatos de crear eventos de inserción / extracción.
• PostgreSQL ahora refleja los nombres de secuencias asociadas con columnas SERIE correctamente, después el nombre de la secuencia se ha cambiado.
• Postgresql refleja el nombre de restricciones de clave principal, si existe.