En la programación de Android que involucra una base de datos SQLite, generalmente creamos tablas con código Java utilizando un ORM. ¿Por qué hacemos esto ya que es mucho más fácil y rápido hacerlo directamente en SQL?

Esta pregunta es parte de un tema mucho más amplio, más complejo y global sobre modas y marcos y la filosofía general del desarrollo de software. No voy a tratar de lidiar con todo eso, pero te daré la versión corta.

Muchos programas necesitan muchas consultas simples de bases de datos CRUD (Crear / Leer / Actualizar / Eliminar). Un buen ORM hará que sea muy fácil de hacer. Más fácil incluso que SQL.

Además, si profundiza en el tema, se encontrará con discusiones sobre el “desajuste de impedancia de objeto / relacional”, lo que significa que hay una visión del mundo fundamentalmente diferente entre las bases de datos relacionales y los programas orientados a objetos. Me saltearé la explicación de que aquí, ya se ha escrito mucho al respecto, puedes buscar en Google.

Hay una trampa, por supuesto. Los ORM inevitablemente no pueden proporcionar tanta potencia expresiva y flexibilidad como SQL … o reimplementan SQL en un dialecto muy personalizado, que tiene sus propios inconvenientes.

Los ORM son extremadamente comunes en estos días, especialmente en el mundo de Java y el mundo de Android derivado de Java. Tengo sentimientos encontrados sobre los ORM y sobre la mayoría de los marcos, aunque incluso he escrito mi propio ORM (bastante limitado), alguna vez.

Los ORM y los marcos pueden ser muy útiles, pero es difícil diseñar uno bueno. El problema es que cuanto más hace una herramienta por usted, más probable es que cierre las opciones. Si te comprometes demasiado con una herramienta que cierra demasiadas opciones, entonces estás atascado cuando necesitas algo que la herramienta no puede hacer. No puede escapar de los límites de la herramienta para resolver su problema utilizando las tecnologías subyacentes.

Encontrar el punto de equilibrio entre esas dos tensiones, y diseñar la herramienta de una manera que mitigue ese riesgo, es “no trivial”, para usar un eufemismo clásico de programación.

Aún así, muchas de las herramientas de tiempo son muy útiles.

Siento que usar SQL directamente es fácil.

Sin embargo, a muchos programadores no les gusta la disyunción entre la programación orientada a conjuntos (SQL) y la Programación orientada a objetos (Java), un ORM hace que una base de datos relacional se parezca un poco a una base de datos de objetos.

Por supuesto, no es mucho más fácil usar Java directamente y para la mayoría de las tareas no es más rápido, después de todo, ORM escribe SQL para usted.

Por simplicidad de ORM considere

Solo piense en una sola tabla y compare la cantidad de código que escribe para hacer una actualización de inserción y seleccione, utilizando el Java SQL, el código que escriba será más grande.