Twisted + SQLAlchemy i najlepszy sposób na to

Więc piszę kolejny Pokręcony daemon. Będzie miał jak zwykle interfejs xmlrpc, dzięki czemu będę mógł łatwo się z nim komunikować i mieć inne procesy wymieniające dane z nim w razie potrzeby.

Ten Demon musi uzyskać dostęp do bazy danych. Używamy SQL Alchemy zamiast twardych ciągów SQL do naszych najnowszych projektów-głównie dla aplikacji internetowych w pylonach.

Chcielibyśmy zrobić to samo dla tej aplikacji i ponownie użyć kodu biblioteki, która korzysta z SQL Alchemy. Więc co do zrobić? Oczywiście, ponieważ biblioteka została napisana do użytku w aplikacji pylonów, jest to cały prosty kod blokujący, do którego wszyscy są przyzwyczajeni, a wszystkie nieblokujące są magicznie obsługiwane przez pylony za pomocą wątków, lokalnych wątków, sesji zakresowych i tak dalej.

Więc teraz dla Twisted chyba trochę utknąłem. Mógłbym:

1. po prostu napisz SQL, którego potrzebuję bezpośrednio, jeśli jest minimalny i użyj puli dbapi w twisted, aby zrobić runInteractions itp., gdy muszę uderzyć w db.
2. użyj obiektów i metod z natury blokujących w naszej bibliotece i blokuj od czasu do czasu w moim pokręconym Demonie. Bah.
3. użyj sAsync, który został ostatnio zaktualizowany w 2008 roku i użyj ponownie modeli, które już zdefiniowaliśmy, ale nie do końca i nie odnosi się to do tego, że kod biblioteki musi działać również w pylonach. Czy to w ogóle działa z najnowszą wersją SQL Alchemy? Kto wie. Ten projekt wyglądał jednak świetnie - dlaczego najwyraźniej został porzucony?
4. Spawn a separate podprocesować i mieć do czynienia z kodem biblioteki i wszystkim, co blokuje, wyniki są zwracane z powrotem do mojego demona, gdy są gotowe jako obiekty przenoszone przez YAML nad xmlrpc.
5. użyj deferToThread, a następnie Usuń obiekty zwrócone po upewnieniu się, że wykonam chętne ładunki, aby mieć wszystkie moje rzeczy, które mogą być potrzebne. Wydaje mi się trochę ugha.

Ja też utknąłem używając Pythona 2.5.4 atm więc nie ma jeszcze 2.6 i nie sądzę, żebym mógł po prostu zrobić import z przyszłości, aby uzyskać dostęp do fajnego nowy moduł wieloprocesorowy. To jest OK, choć myślę, że jak mamy do czynienia z komunikacji międzyprocesowej w dół całkiem dobrze.

Więc skłaniam się głównie do opcji 4, ponieważ uniknęłoby to śmiertelnego grzechu powielania logiki z opcją 1, jednocześnie trzymając się z dala od wątków.

Moją pierwszą próbą będzie jednak opcja 2, aby po prostu uruchomić to, a następnie oddzielić wywołania do kodu biblioteki, być może w osobnym procesie, jeśli wygląda na to, że jest duża szansa, że coś może potrwać zbyt długo, by się zablokować. Smutne. Może połączenie bezstopniowego pytona i skręconego byłoby tutaj interesujące.

Jakieś lepsze pomysły?