suitable found for example create android sqlite jdbc

android - found - sqlite netbeans



¿Admite Android JDBC? (4)

Hay un controlador (no documentado) JDBC para la base de datos SQLite de Android. Pruebe esto: (desde http://groups.google.com/group/android-developers/browse_thread/thread/cf3dea94d2f6243c )

try { String db = "jdbc:sqlite:" + getFilesDir() + "/test.db"; Class.forName("SQLite.JDBCDriver"); Connection conn = DriverManager.getConnection(db); Statement stat = conn.createStatement(); stat.executeUpdate("create table primes (number int);"); stat.executeUpdate("insert into primes values (2);"); stat.executeUpdate("insert into primes values (3);"); stat.executeUpdate("insert into primes values (5);"); stat.executeUpdate("insert into primes values (7);"); ResultSet rs = stat.executeQuery("select * from primes"); boolean b = rs.first(); while (b) { Log.d("JDBC", "Prime=" + rs.getInt(1)); b = rs.next(); } conn.close(); } catch (Exception e) { Log.e("JDBC", "Error", e); }

Sé que en Android hay un paquete android.database.sqlite que proporciona clases útiles para administrar la base de datos interna de Android.

La pregunta es: ¿puedo usar el paquete java.sql estándar para manipular la base de datos de Android sin usar nada de android.database.sqlite. * Intento abrir la conexión usando el controlador SQLite JDBC, pero cuando agregué la biblioteca como referencia e para el eclipse del proyecto se bloquea con "java montón fuera de la memoria ... no se pudo convertir a dalvik VM".


Hay un controlador así ahora: SQLDroid .


el controlador JDBC no está documentado y no es compatible. por favor no use este código

evite java.sql y use android.database.sqlite en su lugar.


No puede importar un JAR implementando clases java.* fácilmente. Y, JDBC tendría que ser portado a Android, ya que probablemente se basa en las clases en JavaSE que Android no tiene. Además, necesitaría escribir su propio controlador JDBC para SQLite de todos modos, ajustando la API que ya proporciona Android, ya que sospecho que el controlador JDBC existente usa JNI. Y, cuando se haya hecho todo eso, tendrá una aplicación que agrega mucha hinchazón, por lo que es menos probable que las personas descarguen y conserven su aplicación.

En resumen, no iría por esta ruta.