Estoy usando SQLite en un proyecto utilizado por una aplicación de Android. Actualmente estoy usando la implementación de SQLite proporcionada en android.database.sqlite
.JDBC portátil vs SQLite en Android
Quiero hacer una aplicación de escritorio que use la misma base de código. Entonces, necesito separar todo el comportamiento compartido en un proyecto/jar portable separado.
Mi problema es que actualmente estoy haciendo un uso intensivo de android.database.sqlite
. Si es posible, no quiero volver a escribir cada llamada de acceso a la base de datos para que sea compatible con JDBC o lo que sea que tenga que usar sin usar el SQLite proporcionado por Android.
Para resolver este problema con un impacto mínimo en el código existente. Tengo la intención de escribir una interfaz SQLite (compatible con android.database.sqlite
) que el código compartido usará ... en Android se implementará trivialmente por android.database.sqlite
, y en el escritorio se implementará mutilando de alguna manera SQLite a través de JDBC para que coincida con android.database.sqlite
.
Esto está resultando difícil ya que a menudo proporciono matrices Object[]
para vincularlas a declaraciones preparadas que JDBC requiere un tipado estricto, y no estoy familiarizado con JDBC en absoluto.
¿Hay alguna otra forma de utilizar SQLite en Java que sea similar a android.database.sqlite
, o cualquier otro enfoque que pueda ahorrarme el esfuerzo (y la depuración inevitable) asociados con volver a escribir muchos puntos de acceso a la base de datos?
Disclaimer: Nunca he intentado utilizar JDBC hasta ahora.
Pregunta simplificada: ¿Cuál es la mejor manera de usar SQLite en java? JDBC, otro?
Gracias por el enlace, parece prometedor. Estaba pensando en hacer que la interfaz inversa 'JDBC se viera como SQLite', a diferencia de la otra, que no parecía viable. – Akusete