Sto scrivendo uno script veloce e sporco che richiede l'interazione con un database (PG).SQLAlchemy o psycopg2?
La sceneggiatura è una soluzione pragmatica e tattica a un problema esistente. tuttavia, immagino che la sceneggiatura si evolverà nel tempo in un sistema più "raffinato". Dato che attualmente viene messo insieme molto rapidamente (cioè non ho il tempo di riversare enormi quantità di documentazione), sono tentato di seguire la strada veloce e sporca, usando psycopg.
I vantaggi per psycopg2 (come ho attualmente capito) è che:
- scritto in C, in modo più veloce di SQLAlchemy (scritto in Python)?
- Nessun livello di astrazione sul DBAPI poiché funziona con un db e un db solo (implicazione -> veloce)
- (Per ora), non ho bisogno di un ORM, quindi posso eseguire direttamente le mie istruzioni SQL senza avere per imparare una nuova sintassi ORM (cioè leggero)
Svantaggi:
- SO che vorrò un ORM più in basso la linea
- psycopg2 è ("datato"?) - don' so per quanto tempo rimarrà in giro per
sono le mie percezioni di SQLAlchemy (interpretato, gonfio, curva di apprendimento lenta/ripida) vero - C'è qualche cosa che posso usare SQLAlchemy nel modo "di massima e pronta" Voglio usare psycopg - vale a dire:
- eseguire istruzioni SQL direttamente senza dover pasticciare con lo strato ORM, ecc
alcun esempio di fare questo a disposizione?
Dove hai scelto l'idea che psycopg2 sia "datato"? Cosa dovrebbe essere eliminato gradualmente? – piro