This project has been archived by its maintainers, and is no longer receiving any updates.
- Badges:
- Master CI:
- Downloads:
- Source:
- Mailing list:
- Design by:
- Platforms:
Linux, OSX, Windows. Python 3.5 and above
- Keywords:
sql, sqlalchemy, asynchronous, asyncio, concurrency, greenlet
Pulsar-odm is build on top of pulsar, sqlalchemy and greenlet libraries to provide an implicit asynchronous object data mapper to use with code written with asyncio. Currently only one dialect is implemented and tested:
Usage
To be able to use the object data mapper within standard blocking code, one needs to use pulsar GreenPool as the following snippet highlights:
from datetime import datetime
from sqlalchemy import Integer, Column, String, DateTime, Boolean
from pulsar.apps.greenio import GreenPool
import odm
class Task(odm.Model):
id = Column(Integer, primary_key=True)
subject = Column(String(250))
done = Column(Boolean, default=False)
created = Column(DateTime, default=datetime.utcnow)
def __str__(self):
return '%d: %s' % (self.id, self.subject)
def example(mp):
# Make sure table is available
mp.table_create()
# Insert a new Task in the table
with mp.begin() as session:
task = mp.task(subject='my task')
session.add(task)
return task
if __name__ == '__main__':
pool = GreenPool()
mp = odm.Mapper('postgresql+green://odm:odmtest@127.0.0.1:5432/odmtests')
mp.register(Task)
task = pool._loop.run_until_complete(pool.submit(example, mp))
print(task)
The example function is executed in a greenlet other than the main one. This is important otherwise the call fails:
>> example(mp)
>> Traceback (most recent call last):
...
RuntimeError: acquire in main greenlet
Running the function on the greenlet pool guarantees the correct asynchronous execution. When psycopg2 executes a command against the database on a child greenlet, it switches control to the parent (main) greenlet, which is controlled by the asyncio eventloop so that other asynchronous operations can be carried out. Once the result of the execution is ready, the execution switches back to the original child greenlet so that the example function can continue.
Testing
To run tests, create a new role and database, for postgresql:
psql -a -f tests/db.sql
Changelog
Metadata
Release files for pulsar-odm 0.7.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| pulsar-odm-0.7.0.tar.gz | 40.2 kB | Without provenance | Details for pulsar-odm-0.7.0.tar.gz |
Release files / pulsar-odm-0.7.0.tar.gz
| Download URL | pulsar-odm-0.7.0.tar.gz |
|---|---|
| Size | 40.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
5a1bef53f7d8b85e91fdbf10c103d9fd2cadaf8549a182c193a150c997c9fdb3
|
|
BLAKE2b-256 checksum How to use checksums |
c9a277781f094fa4fac04526e7d6f673b4b8d5e3b7b5f0ce544f15deb0c7ca06
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
Security for pulsar-odm 0.7.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.