
This work is licensed under a Creative Commons Attribution-Share Alike 2.0 France License.
Arghhh today I've discovered reading this bug report that specifying strings are RawStr() in strom, they are actually stored as blobs in sqlite3. The very bad side-effect is that string comparison does not work !!!
The right way to store strings with storm is to use the Unicode() data type instead and to wrap all your strings with the unicode function. If you need "utf-8", you can pass it as optional argument to it. Now string comparisons are 10 times faster !!!!!!!! Argggg
Recently I started a small project to build an incremental sql database of meta information related to debian packages. In the process I discovered that the newly available feature of sqlite3 to add custom collation doesn't work well with the sqlite3 bindings present in python 2.5 . The reason is that in order to load a collation at run time, you must explicitly enable the extension loading mechanism. The binding present in python 2.5 (fixed in python 2.6) do not expose this C function.
Recent comments
1 day 3 hours ago
2 weeks 2 days ago
2 weeks 6 days ago
4 weeks 3 days ago
7 weeks 6 days ago
15 weeks 4 days ago
15 weeks 6 days ago
16 weeks 2 days ago
16 weeks 3 days ago
16 weeks 3 days ago