phundrak/georm
1
0
Fork 0
Code Issues Pull Requests Actions Packages Releases Wiki Activity
4ff2df1a4e
georm/Cargo.toml

47 lines
1.1 KiB
TOML
Raw Normal View History

initial commit
2025-01-26 13:00:27 +00:00
[workspace]
members = [".", "georm-macros"]
[workspace.package]
chore: bump to 0.1.1
2025-02-01 01:02:36 +00:00
version = "0.1.1"
initial commit
2025-01-26 13:00:27 +00:00
edition = "2021"
authors = ["Lucien Cartier-Tilet <lucien@phundrak.com>"]
fix: correct docs.rs link and switch to GitHub repository
2025-02-01 00:59:40 +00:00
homepage = "https://github.com/Phundrak/georm"
repository = "https://github.com/Phundrak/georm"
initial commit
2025-01-26 13:00:27 +00:00
license = "MIT OR GPL-3.0-or-later"
keywords = ["sqlx", "orm", "postgres", "postgresql", "database", "async"]
categories = ["database"]
[package]
name = "georm"
readme = "README.md"
description = "Georm, a simple, opiniated SQLx ORM for PostgreSQL"
authors.workspace = true
edition.workspace = true
homepage.workspace = true
license.workspace = true
repository.workspace = true
version.workspace = true
[workspace.dependencies]
chore: bump to 0.1.1
2025-02-01 01:02:36 +00:00
georm-macros = { version = "=0.1.1", path = "georm-macros" }
initial commit
2025-01-26 13:00:27 +00:00
[workspace.dependencies.sqlx]
version = "0.8.3"
default-features = false
features = ["postgres", "runtime-tokio", "macros", "migrate"]
[dependencies]
sqlx = { workspace = true }
georm-macros = { workspace = true }
fix: simple ORM for one struct and foreign references work Currently, all methods declared in the Georm trait are available. If a struct has an ID pointing towards another entity, the user can create a get method to get the entity pointed at from the database too (local one-to-one relationship). I still need to implement remote one-to-one relationships (one-to-one relationships when the ID of the remote object is not available locally). I still need to also test and debug one-to-many relationships (ID of the remote entiies not available locally) and many-to-many relationships (declared in a dedicated table). For now, IDs in all cases are simple types recognized by SQLx that are not arrays. Options are only supported when explicitely specified for one-to-one relationships.
2025-01-31 20:58:36 +00:00
[dev-dependencies]
rand = "0.9"
initial commit
2025-01-26 13:00:27 +00:00
[workspace.lints.rust]
unsafe_code = "forbid"
[workspace.lints.clippy]
all = "deny"
pendantic = "deny"
nursery = "deny"
Copy Permalink