Piszę szybki i brudny skrypt, który wymaga interakcji z bazą danych (PG).SQLAlchemy lub psycopg2?
Scenariusz to pragmatyczne, taktyczne rozwiązanie istniejącego problemu. jednak wyobrażam sobie, że scenariusz z czasem przekształci się w bardziej "wyrafinowany" system. Biorąc pod uwagę fakt, że jest on obecnie składany bardzo szybko (tj. Nie mam czasu, aby wylać olbrzymie pokłady dokumentacji), mam ochotę iść szybką i brudną drogą, używając psycopg.
Korzyści dla psycopg2 (jak obecnie zrozumieć), że:
- napisany w C, więc szybciej niż sqlalchemy (napisany w Pythonie)?
- Brak warstwy abstrakcji przez DBAPI, ponieważ działa tylko z jedną db i tylko db (implikacja -> szybko)
- (Na razie), nie potrzebuję ORM, więc mogę bezpośrednio wykonywać moje instrukcje SQL bez konieczności nauczyć się składni nowego ORM (czyli lekki)
Wady:
- wiem, że chcę ORM dalej wzdłuż linii
- psycopg2 jest ("stary"?) - don” t wie, jak długo pozostanie on dostępny dla
Czy moje postrzeganie sqlalchemy (slow/interpretowane, nadęty, stroma krzywa uczenia się) Prawda - Czy mimo to mogę korzystać sqlalchemy w „szorstki i gotowe” sposób, w jaki chcesz użyć psycopg - mianowicie:
- wykonać polecenie SQL bezpośrednio bez konieczności o bałagan z warstwy ORM itp
Wszelkie przykłady robią to dostępne?
Skąd wziął się pomysł, że psycopg2 jest "przestarzały"? Co ma być stopniowo wycofywane? – piro