[SOLUCIONADO] [Consulta] Mejor manera de implementar métodos para administrar una DataBase

[rodo593]

Hola.

Tengo ciertas dudas respecto a una aplicación en la que trabajo, lo que busco son consejos mas que corrección de errores como tal.

Resulta que tengo una aplicación que administra múltiples tablas, supongamos que tiene solo 3 tablas. Esta administración conlleva su debido ingreso, búsqueda, eliminación y modificación de la tabla.

Mi dilema surge cuando veo la gran cantidad de código que me resulta.
Ya que para cada tabla tengo que crear los métodos que he mencionado arriba mas las conexiones a la base de datos.
Se que estoy haciendo las cosas mas mal que bien en este tema.

Por lo tanto quiero ver si me pueden aconsejar, sobre alguna forma que me simplifique las cosas en ahorro de código.

Había pensado en una clase Conexión que tenga todos estos métodos y que por medio de parámetros le ingrese los datos, pero para cada tabla los métodos cambian, algunos llevan mas valores que otros y así respectivamente.

Lo de una interfaz no lo vi viable, ya que esta me pide estrictamente sobrescribir los métodos y quedo en las mismas con un montón de código.

Saludos y espero entiendan mi problema.

Gracias

[Malenko]

Yo para evitar esto miro de usar un ORM e implementar el patrón repositorio. Dale un vistazo a esos dos conceptos porque te quitarán mucho trabajo.

[kraneok]

Bueno, podrías utilizar el patron de diseño MVC.
Y además, programarte una pequeña clase, que como has dicho, se encargará de tener los métodos CRUD.

Por ejemplo, en una aplicación .NET que realice hace poco, implemente esto de este modo.

1 - Se crea el paquete Data.
2 - Se crea el paquete Facade.
3 - Se create el paquete Client.

El paquete Data contendrá todas las clases que tengan que lancen las consultas.
El paquete Facade se encargará de enrutar desde el cliente hacia el método dentro de Data que necesitamos.
El paquete Client contiene las clases que representan la UI.

En otro paquete, llamemosle Classes, creraras las clase DataBaseHandler.

Vegamos un pequeño ejemplo, imagina un poco:

Estamos trabajando con la tabla empleados de nuestra base de datos, para ello tenemos in Java Form llamado ClientEmployees, donde existe una simple lista que debe rellenarse con los empleados que están dentro de la tabla empleados de la base de datos.

Este importará un facade del paquete facade, será el FacadeEmployees, quien contendrá un método llamado getAllEmployees();, a su misma vez, el FacadeEmployees tiene importada la clase del paquete Data, DataEmployees, quien tiene el método, igual, getAllEmployess, forma la consulta, la pasa a DataBaseHandler() y devuelve.

Código Java:

Código Java:

public class FacadeEmployess
{
        private DataEmployees dataEmployees = null;
 
       public FacadeEmployess()
       {
             dataEmployees = new DataEmployees();
       }
 
      public List<?> getAllEmployees()
     {
          return dataEmployees.getAllEmployes();
     }  
}
 

Código Java:

public class DataEmployess
{
       private DataBaseHandler databaseHandler = null;
 
       public DataEmployess()
       {
             databaseHandler = DataBaseHandler();
       }
 
     public List<?> getAllEmployees()
     {
          // Armamos el SQL
          String SQL = "SELECT * ...";
          return databaseHandler.select( SQL );
     }  
}
 

Espero haberte ayudado en algo.

[nickou]

Hola buenas tardes, no se con que IDE estas desarrollando yo utilizo ECLIPSE version JUNO
y para ser un poco mas ordenado si se puede llamarlo de esa manera
Divido las clases en diferentes Paquetes.

por ejemplo:

Paquete entidades: Clase Persona

Paquete Gestores: Clase de Conexion, Clase GestorPersona (Donde codifico los metodos referidos a la clase persona para obtener los datos de la BD)

Paquete Pantallas: donde van las clases que heredan de JFrame, las ventanas por decirlo de alguna manera

y en la codificacion de los botones de tus ventanas llamo los metodos de la clase "GestorPersona"

Espero haberte orientado un poco y no haberte confundido peor.

Saludos

[rodo593]

Iniciado por Malenko

....

Gracias compañero, buscare mas información de lo que me mencionas.

[rodo593]

Iniciado por nickou

...

Saludos.
El detalle no es la distribución de los paquetes, utilizo MVC la forma de los paquetes creo que lo estoy haciendo bien.

Me refiero a las clases, supongamos como has dicho la GestorPersonas, esta tiene todos los método para tratar la DB. Pero si yo en mi proyecto tengo 20 tablas que administrar, me tocaría tener un montón de código muy similar en esas 20 clases para trabajar con la DB.

Lo que buscaba era una forma de ahorra algo de código con esto.

Saludos.

[LuisChavezB]

Si tu aplicación maneja una base de datos muy pequeña puede que no sea muy conveniente utilizar un ORM, aunque si estas decidido a utilizar alguno te recomiendo http://ormlite.com/ es muy útil para pequeños proyectos.

En lo personal a mi no me gustan nada los ORM actuales programados en java, me parecen muy complicados (ya que están diseñados para utilizarse en grandes proyectos) y no son buenas soluciones para pequeños proyectos por que al final terminas escribiendo mas código del necesario.

Ahora con la llegada de java 8 creo que esto puede mejorar un poco, yo por ejemplo tengo tiempo trabajando en una librería basada en el Query builder de Laravel.

Facilitando mucho las cosas cuando se trabaja con pequeños proyectos donde no se necesita el uso de esos complicados y pesados ORMs.

Código Java:

Configuration.load("/databases.yml");
 
Database.useDefault((db) -> {
            db.from("users")
                    .where("name", like("%u%"))
                    .lists("name")
                    .forEach(System.out::println);
 
});
 

Produciendo una salida como esta:

Código SQL:

17:38:18.554 DEBUG [main][Connector] 
(SQL: {
    SELECT * FROM `users` WHERE `name` LIKE ?
})
(Bindings: {
    1 => '%u%'
})
TIME: 0.013000 seconds
 
luis
 

[chuidiang]

Hola:

El problema que tienes (muchas tablas para las que habría que crear mucho código repetitivo con pequeñas variaciones), se resuelve con herramientas que generan ese código automáticamente. Estas herramientas suelen conectarse a la base de datos y para cada tabla te generan automáticamente una clase java asociada a la tabla y los métodos para hacer los select, insert, update y delete correspondientes.

Bastante conocido aunque se usa poco porque se usan más los ORM, tienes abator http://ibatis.apache.org/docs/tools/abator/ .

Los ORM suelen tener este tipo de herramientas, por ejemplo, hibernate las tiene y se integran con IDEs como eclipse http://www.mkyong.com/hibernate/how-...bernate-tools/

Hibernate, de hecho, tiene muy fácil el camino contrario. Creas tus clases java y él automáticamente crea las tablas de base de datos. Eso sí, aunque con hibernate se te facilita el hacer las consultas, insert, updates y deletes, el código de consultas tendrías que hacerlo más manualmente.

seguramente, a poco que busques, encontrarás más herramientas de este estilo.

Se bueno.

[rodo593]

Iniciado por chuidiang

...

Muchas gracias por el dato, realmente muy buena información la de los Abator.

Doy por solucionado.

Gracias y saludos a todos.