| 21 | |
| 22 | |
| 23 | ---- |
| 24 | == Notes == |
| 25 | |
| 26 | === SQLAlchemy === |
| 27 | I'd hate to see a lot of effort spent on the ''superficial'' aspect of the SQLAlchemy port, because that could be eventually wasted if we don't ''first'' answer the more fundamental questions. |
| 28 | The data model creation part has been done (I think), we know porting the statements is doable (only lots of work) - what we don't know yet is if the benefits brought by SQLAlchemy on the infrastructure outweights the disadvantage of adding yet another required dependency. |
| 29 | |
| 30 | So I'd welcome any progress on the SQLAlchemy integration, but it has to address the right questions: |
| 31 | - better pool handling? |
| 32 | - no new / different multithreading issues? |
| 33 | - evaluate the impact of SQLAlchemy on all the open issues for |
| 34 | [query:?status=!closed&keywords=~postgres PostgreSQL], |
| 35 | [query:?status=!closed&keywords=~sqlite SQLite], |
| 36 | [query:?status=!closed&keywords=~mysql MySQL] |
| 37 | i.e. does SQLAlchemy help, make things worse, is indifferent to the issue? |
| 38 | |
| 39 | |
| 40 | |