Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.maint.python > #14198 > unrolled thread

Bug#1013971: ITP: ormar -- async ORM with fastapi in mind and pydantic validation

Started byEdward Betts <edward@4angle.com>
First post2022-06-28 11:40 +0200
Last post2022-06-28 11:40 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.debian.maint.python


Contents

  Bug#1013971: ITP: ormar -- async ORM with fastapi in mind and pydantic validation Edward Betts <edward@4angle.com> - 2022-06-28 11:40 +0200

#14198 — Bug#1013971: ITP: ormar -- async ORM with fastapi in mind and pydantic validation

FromEdward Betts <edward@4angle.com>
Date2022-06-28 11:40 +0200
SubjectBug#1013971: ITP: ormar -- async ORM with fastapi in mind and pydantic validation
Message-ID<EDfRn-7Lgy-3@gated-at.bofh.it>
Package: wnpp
Severity: wishlist
Owner: Edward Betts <edward@4angle.com>
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-python@lists.debian.org

* Package name    : ormar
  Version         : 0.11.2
  Upstream Author : Radosław Drążkiewicz <collerek@gmail.com>
* URL             : https://github.com/collerek/ormar
* License         : MIT
  Programming Lang: Python
  Description     : async ORM with fastapi in mind and pydantic validation

  An async mini ORM for Python, with support for Postgres, MySQL, and SQLite.
   
  The main benefits of using ormar are:
   
    * getting an async ORM that can be used with async frameworks (fastapi,
      starlette etc.)
    * getting just one model to maintain - you don't have to maintain pydantic
      and other orm models (sqlalchemy, peewee, gino etc.)
   
  The goal was to create a simple ORM that can be used directly (as request and
  response models) with fastapi that bases it's data validation on pydantic.
 
I plan to maintain this package as part of the Python modules team.

[toc] | [standalone]


Back to top | Article view | linux.debian.maint.python


csiph-web