Ebből a "több opció"-ból kértem, hogy nevezz meg néhányat...
Elég sok embedded DB volt már akkor is, ami jobb lett volna, nem mindegyik tud annyit, mint az SQLite, de nem is kellett volna annyit tudnia. Azért nem kerültek kiválasztásra, mert nem volt pure Java implementációjuk, az SQLite-nak pedig volt. Nem az volt a kiválasztási szempont, hogy az adott feladatra jobb-e, hanem az, hogy bele lehet-e tenni gyorsan. És sok egyéb modul pont így került bele az Android-ba.
Amúgy sok alkalmazás máig BerkeleyDB-t használ, vagy más key-value adatbázist, amiben lehet index alapján nem csak a kulcs alapján keresni. Felmerült az Apache Derby, mert ez elsődlegesen Java, vannak alkalmazások bőven, amelyek szinte rögtön áttértek erre, mert full SQL92 support van benne, nem pedig partial SQL92, mint az SQLite-ban, de ennek jóval nehezebb lett volna az integrálása. Felmerült a H2 is, ezt is szokták használni, ennek is integrálási problémái voltak.
Röviden: az SQLite időhiány miatt került bele, gyorsan ki kellett adni... nem azért került bele, mert már akkor is ideális választás volt a feladatra.
Arra kérdeztem rá, hogy amikor indult a dolog, akkor mi lett volna alkalmasabb. Azt én is tudom, hogy azóta "bármi is" elfutkározik azokon a hardvereken, amik manapság Android alá kerülnek...
Nem azért dobták ki, mert bármi is elfutkározik már a mai hardveren, hanem azért, mert még a mai hardvereken is lassú és limitált.