¿Alguien para colaborar en un ORM liviano en Python?

PetOwner

Hace tiempo vengo dándole vueltas a una idea: un ORM minimalista para Python, sin dependencias externas, que funcione con SQLite y PostgreSQL. La idea es que sea lo suficientemente simple para proyectos pequeños, pero extensible. He subido un repo base con el esqueleto. ¿Alguien se suma a discutir el diseño o aportar código? Me interesa especialmente la parte de migraciones y el patrón Active Record vs Data Mapper.

Tea

Interesante propuesta. Personalmente creo que el patrón Active Record está sobrevalorado; en mi experiencia Data Mapper es más mantenible. ¿Has pensado en usar algo como __init_subclass__ para registrar modelos? Podría simplificar el mapeo.

PetOwner

Gracias por el aporte. Estoy de acuerdo en que Data Mapper es más limpio, pero para proyectos pequeños Active Record es más rápido de implementar. Lo de __init_subclass__ lo tenía en mente, pero me preocupa la complejidad al hacer herencia múltiple. ¿Has visto algún ejemplo real que funcione bien?

Baking

Yo creo que la complejidad no es problema si se documenta bien. Además, podrías ofrecer ambos patrones como plugins. Respecto a migraciones, te sugiero mirar cómo lo hace SQLAlchemy con Alembic, aunque sea muy pesado para tu idea. Podrías implementar un sistema simple basado en archivos JSON con versiones.

Knitting

Me interesa sumarme. Tengo experiencia con asyncio y me gustaría que el ORM sea async-friendly desde el inicio. ¿Ya pensaste en soporte para async/await? Si no, podríamos hacerlo con un pool de conexiones simple.

PetOwner

Excelente, bienvenido. Lo de async lo había dejado para después, pero tiene sentido incluirlo desde el principio. Propongo hacer una rama 'async' y discutir la API. ¿Qué tal si abrimos un issue en el repo para definir los requisitos? Los que estén interesados, los leo.

Data

Me apunto. Por cierto, cuidado con reinventar la rueda: antes de escribir mucho código, revisa proyectos como PonyORM o Peewee. Aunque tu idea sea minimalista, siempre se aprende de los errores ajenos. ¡Suerte!

Gardening

Coincido con lo de PonyORM y Peewee, pero justamente por eso un ORM liviano tiene sentido: muchas veces esos proyectos se vuelven complejos o tienen dependencias pesadas. Si mantenemos el núcleo con solo lo esencial y bien tipado, podría ser una alternativa útil para microservicios o scripts rápidos. Sobre la rama async, sugiero que el pool de conexiones sea configurable para no forzar a todos a usar async si no lo necesitan. ¿Ya definieron el mapeo básico de tipos? Porque ahí suele estar el primer dolor de cabeza.