Question

I’m starting a web project that likely should be fine with SQLite. I have SQLObject on top of it, but thinking long term here — if this project should require a more robust (e.g. able to handle high traffic), I will need to have a transition plan ready. My questions:

1. How easy is it to transition from one DB (SQLite) to another (MySQL or Firebird or PostGre) under SQLObject?
2. Does SQLObject provide any tools to make such a transition easier? Is it simply take the objects I’ve defined and call createTable?
3. What about having multiple SQLite databases instead? E.g. one per visitor group? Does SQLObject provide a mechanism for handling this scenario and if so, what is the mechanism to use?

Thanks, Sean

Answer 1

3) Is quite an interesting question. In general, SQLite is pretty useless for web-based stuff. It scales fairly well for size, but scales terribly for concurrency, and so if you are planning to hit it with a few requests at the same time, you will be in trouble.

Now your idea in part 3) of the question is to use multiple SQLite databases (eg one per user group, or even one per user). Unfortunately, SQLite will give you no help in this department. But it is possible. The one project I know that has done this before is Divmod’s Axiom. So I would certainly check that out.

Of course, it would probably be much easier to just use a good concurrent DB like the ones you mention (Firebird, PG, etc).

For completeness:

1 and 2) It should be straightforward without you actually writing much code. I find SQLObject a bit restrictive in this department, and would strongly recommend SQLAlchemy instead. This is far more flexible, and if I was starting a new project today, I would certainly use it over SQLObject. It won’t be moving ‘Objects’ anywhere. There is no magic involved here, it will be transferring rows in tables in a database. Which as mentioned you could do by hand, but this might save you some time.