Citar:
se crea una clase la cual solo maneja objetos que tienen que ver con la conexión de la base de datos y otra clase para hacer las altas consultas, modificaciones y bajas, de esta forma se conecta a la bd mediante la primer clase y con esa se envian mensajes hacia la segunda que se encarga del resto
Por partes:
Citar:
modelando un problema en capas se busca que la capa de persistencia de datos se divida en varias partes
La claridad de las fronteras de esa división es algo que se discute siempre de lenguaje en lenguaje y de programa en programa. Me explico:
Citar:
...objetos que tienen que ver con la conexión de la base de datos...
Eso lo tienes, como te dije, con la clase Connection.
Citar:
otra clase para hacer las altas consultas, modificaciones y bajas
Aquí empezamos con "lo difuso":
Hay quien sitúa esta capa en una batería de funciones que coloca en un módulo,
hay quien considera que ya está mezclada e inmersa en la clase Connection vía sus métodos .create, .edit, .delete, etc. y por último
hay quien maneja el tema como le surge, colocando las llamadas, funciones y demás en cada formulario o función según se le presenta... normalmente usando sólo el método .exec + sentencias SQL.
Si te refieres a la pureza de la separación en capas para la comunicación con la BD dentro de lo que el lenguaje ofrece la respuesta es:
"
gambas no separa en capas. La clase Connection lo tiene todo".
gambas no es estrictamente un programa orientado a la POO y permite hacer las cosas de diversas maneras.
Libertad, divino tesoro