Skip to main content
Model logo

Tests PyPI version

Model

A minimal Python ORM for MariaDB/MySQL and SQLite. Explicit, predictable, and made for humans.

Motivation

Many ORMs try to abstract SQL away entirely, introducing their own query languages and complex concepts that force you to spend time learning “their way” before getting productive.

Model takes a different approach: it embraces native type definitions and SQL instead of hiding them behind unnecessary abstractions.

Features

  • Intuitive and simple to use.
  • Advanced static type checking for fool-proof schema definition. (Fun fact: the Column method has 73 typing @overloads.)
  • Fast and predictable performance, with no hidden bloated queries slowing down your app.
  • One command for automatic schema updates. Safe, rapid and versionless schema evolution.
  • One command to automatically generate models from your existing tables.
  • Primarily written by hand.
Example usage.

Example usage of Model CLI.

Installation

python -m pip install model-py

Note: You import the package as model

Documentation

Read the documentation at https://model.elis.cc

Quickstart

1. Define a model

A model represents a database table. You just need to define the database instance, table name and columns.

Create example file: ./models/user.py

from model import Model
from model.database import SQLiteDatabase

db = SQLiteDatabase("./example.db") # this could be MySQLDatabase

class User(Model):
    table = "user"
    db = db

    id: int = Model.Column(
        type="INT",
        index="PRIMARY",
        auto_increment=True,
    )
    email: str = Model.Column(
        type="VARCHAR",
        length=255,
        index="UNIQUE",
        can_be_null=False,
    )
    age: int | None = Model.Column(type="INT")

2. Configure model discovery

Create model.config.yaml in the project root:

include_dirs:
  - ./models

3. Create the table

The model sync CLI is the easiest way to 'sync' models with the database. It automatically generates SQL diffs based on your model definitions. To keep it safe, there are some restrictions in place for column deletion and renaming.

Run CLI commands from your project root so Model can find the configuration.

Preview the generated schema change:

model sync check

If the SQL looks correct, apply it:

model sync apply

Run model sync check once more. It should report nothing left to apply.

That's it!


Now we can use the model

Model instances always represent persisted database records. Loading, inserting, updating, and querying are explicit operations, so it's easy to understand exactly what your code is doing - no complex object lifecycle, no ambiguous save().

Insert

insert() creates the row and returns a loaded model instance.

from models.user import User

user = User.insert({
    "email": "john.doe@example.com",
    "age": 30
})

print(user.id, user.email)
# prints: 1, john.doe@example.com

Load by the primary key

Constructing a model loads an existing row.

The primary key is automatically inferred for the model class initialization:

Automatic initialization column inferring

from models.user import User

user = User(id=1)

print(user.id, user.email)
# prints: 1, john.doe@example.com

It raises ModelRecordNotFoundError when no row matches.

Query

Find records with SQL conditions. SQLite uses ? for parameter placeholders (while MySQL uses %s):

from models.user import User

user = User.find_one("email = ?", ["john.doe@example.com"])
assert user is not None

print(user.id, user.email) # prints: 1, john.doe@example.com

all_users = User.find_all("age > 24 ORDER BY age")
count = User.count("email LIKE ?", ["%@example.com"])

print(all_users) # prints: [User(...)] 
print(count) # prints: 1

find_one() returns None when there is no match, while find_all() returns an empty list.

Update

Records are updated explicitly; assign new values through update().

from models.user import User

user = User(id=1)

print(user.email)
# prints: john.doe@example.com

user.update({
    "email": "johnny@example.com"
})

print(user.email)
# prints: johnny@example.com

Delete

user.delete()

This deletes the row in the database. After deletion, that instance can no longer be used for record operations.

Metadata

Release files for model-py 1.0.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for model-py 1.0.1
File Size Uploaded
model_py-1.0.1.tar.gz 84.5 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for model-py 1.0.1
File Interpreter ABI Platform
model_py-1.0.1-py3-none-any.whl Python 3 none any Details

Total release size: 183.1 kB

Release files / model_py-1.0.1.tar.gz

Download URL model_py-1.0.1.tar.gz
Size 84.5 kB
Tags Source
SHA-256 checksum
How to use checksums
ce381956d51bc292592e09b9a9801c2041b36189c636c2fd7041384d24e3254b
BLAKE2b-256 checksum
How to use checksums
c39c9fb0711cc681bbdc044d96c56fb837d1be06eb18a6a9237a96b7c5149fa3
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.12.4

Release files / model_py-1.0.1-py3-none-any.whl

Download URL model_py-1.0.1-py3-none-any.whl
Size 98.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
7d51f69a19672167a9c202cd0ed13b57813b70b61a4d3f30158d2f985adcfde0
BLAKE2b-256 checksum
How to use checksums
ab864323aab013ba6ace215b49ebe8cc57616074ca378d0220ea0f65b22a21e0
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.12.4

Release history Release notifications | RSS feed

This release

1.0.1 This release

2 release files

1.0.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page