标签：

Latest SQLite binary for January 2015

Well I went through quite a few threads to find an updated, decent sqlite binary. Didn‘t find any that met that criteria.

So I compiled one.

Here‘s SQLite 3.8.7.4 combined into a single source file (the amalgamation) for ARM v6 and v7. 

These binaries are built with optimized armv6 and armv7 flags.

Should work on Android 2.x and up.

I have attached 2 versions to this thread, compressed and uncompressed. I had to change the extension to apk otherwise I can‘t upload it. Just remove the extension.

Just download and run the uncompressed file, whereas compressed you have to uncompress it first.

Here‘s 2 alternative download links:

Compressed:

armv6
http://d-h.st/CNlY
armv7
http://d-h.st/Tlg


Uncompressed:

armv6
http://d-h.st/6lCg
armv7
http://d-h.st/dpIw

* Update *
E:V:A alerted me to a problem with certain versions of android didn‘t like the dynamic linking. So now it is statically linked.

I now run 4 tests on the built binary.
1. I import the chinook test database using -init and dump it.
2. I open the already created sqlite database and dump it.
3. I vacuum the chinook database.
4. I reindex the chinook database.

Added 64bit file support, but it has not been fully tested.

Hopefully someone can do some tests with large five gigabyte data bases,
otherwise I‘ll get to it eventually.

Also, since I‘ve actually made changes to the sqlite code since the update in January, I‘ve created a github.
http://github.com/tech128/sqlite3

Attached Files

A: Yes this will work on any android device that has android 2.0 or higher. 
So it will work fine on your sony xperia C JB 4.2.2

Q: Did someone test this on a Samsung?

I‘m asking because this binary is dynamically linked and thus dependent on libraries not being non-standard... 
If you want your sqlite3 to be device independent you have to make it statically linked.
You current version does not work on my 4.2.2.
(It runs, but crashes as soon as you specify a db file, because of unmatched .so files.) 

It is a honor to have you post in my thread. Thank you for letting me know it does not work on your system.
I have read many of your threads, extremely informative. One day I hope to memorize all of what you have written.
I compiled sqlite3 dynamically because it is a little easier on the memory subsystem and has a smaller output filesize.
I tested it on several android 2.3 / 4.3 / 4.4 systems and they all seemed to work fine so I thought it would be ok.
Especially since all that is dynamically referenced is libc and libdl.
I have just compiled a static version but I need to test it before posting it.
I will update the op soon.

your sqlite3 can reindex, but it can not vaccum. u can re-check it 

Thank you for letting me know about this issue.
I test sqlite before I release it, but there are no test suites for it, barring one which requires tcl,
which I have no desire to compile since there‘s no other use for it.
The current sqlite can probably only reliably work with databases up to 2 or 4 GB
Which usually isn‘t a problem since most sqlite databases are well under that amount.
I‘ve been trying to compile an updated sqlite with proper 64 bit file support.
Since 64 bit file support is a bit wonky on android, this has been a bit tough.
Also, I‘ve been rather busy since I last released the binary, so I haven‘t had much time to think about compiling in general.
I‘ll do my best to get a new binary out soon-ish.

Oooooo just saw this while searching for sqlite performance enhancements. 
https://sqlite.org/src4/doc/trunk/www/design.wiki
Very nice.

I‘d also like to try to switch to musl as the standard library since alireza7991 has said it makes things smaller and faster.
Not sure how feasible that will end up for me though...
It doesn‘t look like sqlite can parallelized at all though. See here: 
http://blogs.perl.org/users/timm_mur...nd-writes.html

There is a fork/variant of sqlite called paralite that uses threading,
but I don‘t think it retains the same file format compatibility and it looks like it introduces some bugs.
Unfortunately real life stuff takes precedence so things will progress slower than I would like.
But at least I know there‘s lots to look forward to even just for sqlite lol.

It works: for user of my app in android 5.0 but for me too with android 4.4.4 OnePlus one and cyanogen.
I test to put your binaries in /system/xbin in my phone and it works.
One question: i believe your binaries works too to phones that have an android version
but have a version of sqlite3 that no correspond with android isn‘t it?

Again thanks for this fresh binary.

I have some issues with converting UNIX-time compared to built-in binary.
At example command:

sqlite3 <here_file> "select datetime(‘now‘,‘localtime‘);"

– Built-in: returns correct time with timezone offset (preferred, data ready for use).
– Your: returns UTC time without using phone‘s offset.

This causes problems with my use-case.
Same version (3.8.7.4) Windows EXE from official site returns correct time with timezone offset.

Please, can you comment this?
Maybe this is due wrong linked libs or something else?

UPD: ok, took binary from WhatsTasker 

APK (nevermind), it have 3.8.8 version.
And it returns correct local time!
So something wrong in this compiled version.

If some one will have those issues, I attached that binary, it‘s Lollipop-compatible too.

sqlite3.zip (288.9 KB, 236 views)

Huge thanks for sharing!
This is only binary I found that include all needed for me:

1. Fresh – contains required new features
2. Standalone – not depends from system libsqlite.so
3. Lollipop compatible – no "PIE problem"

Latest SQLite binary for January 2015

标签：

原文地址：http://www.cnblogs.com/shangdawei/p/4470105.html