compar tablas.

[urbaezesteban]

Buen dia estoy haciendo un pequeño software personal lo cual solo va a llevar el pago mensual de mis abonados.

tengo una tabla hecha en access y estoy usando visual basic.

tengo varias tablas

clientes
id_cedula
nombre
apellido
direccion
telefono

cuentas
id_cuentas
descripcion

mes_año
id_mes
mes
monto
año

pagos
id_pagos
id_mes
id_cliente
fecha

hasta aqui todo va bien el detalle es que cuando hago un pago , ejemplo el cliente andres paga el mes de enero, pero juan y pedro no lo han pagado alli es donde quiero llegar, ya yo tengo una consulta en acces que me muestra los que ya han pagado los meses, pero me falta una donde me muestre los clientes que aun lo deben.

[urbaezesteban]

id_cedula nombre apellido Id mes fecha monto banco tipo año codigoreferencia

115555 BELTRAN PLUTANO 1 enero 15/01/2016 400 del sur deposito 2016 6392279
1125222 JOSE MARCANO 1 enero 30/12/2015 400 banesco transferencia 2016 1211222

Con la consulta que tengo puedo ver quienes ya han pagado.

Solo me falta quienes no y que los muestre en el datagrid de visual.

[Libras]

Y cual es tu consulta?

[urbaezesteban]

saber los que faltan por pagar el mes actual. o meses atrasados. estoy usando mi tabla en access

[urbaezesteban]

o si se pudiera tener otra tabla donde esten los clientes cargados con toda la deuda? la deuda seria en meses ?

[gnzsoloyo]

Más alla de que Access no califica como DBMS, y es demasiado rudimentario en sus caapcidades, el problema a nivel de datos surge de un pequeño problema qmue ya nos han consultado infinidad de veces.

el cliente andres paga el mes de enero, pero juan y pedro no lo han pagado alli es donde quiero llegar, ya yo tengo una consulta en acces que me muestra los que ya han pagado los meses, pero me falta una donde me muestre los clientes que aun lo deben

PArtiendo de la base que el SQL trabaja sobre los datos que existen, y considerando que un pago que no se ha hecho es un pago que no existe, no hay forma de obtener esos datos si no hay en alguna parte un registro de las cuotas que deberían haber abonado...
¿Se entiende la idea?
Si no tienes una forma de registrar aquellos que se debe, ninguna consulta de SQL podrá visualizarlo.
Sea que generes una tabla de MESES, o que registres de alguna manera Facturas pendientes de pago, de algún modo debe haber algo que permita a la base devolver un registro.

Eso es lo que no tienes.

[urbaezesteban]

tienes mucha razon amigo pero como soy novato podras enterme un poco, si fueras tu que

Si no tienes una forma de registrar aquellos que se debe, ninguna consulta de SQL podrá visualizarlo.
Sea que generes una tabla de MESES, o que registres de alguna manera Facturas pendientes de pago, de algún modo debe haber algo que permita a la base devolver un registro.

como se podria crear lo que propones? hablo de que campo haria falta en mi tabla para que quede el registro que mencionas? no importando si tengo acces u otro manejador de base de datos. Estoy estancado alli

[gnzsoloyo]

no importando si tengo acces u otro manejador de base de datos

Importa, y mucho... Access no es un sistema de bases de datos, es un manejador de tablas con recursos rudimentarios de SQL.

como se podria crear lo que propones

Ya te lo dije:

Sea que generes una tabla de MESES, o que registres de alguna manera Facturas pendientes de pago

Las soluciones pueden ser infinitas, incluyendo no almacenar nada y resolverlo en programación. En este ultimo caso, simplemente generas la información visualmente, recorriendo los registros devueltos y agregando los que no están en la vista...

[urbaezesteban]

Iniciado por gnzsoloyo

Importa, y mucho... Access no es un sistema de bases de datos, es un manejador de tablas con recursos rudimentarios de SQL.


Ya te lo dije:
Las soluciones pueden ser infinitas, incluyendo no almacenar nada y resolverlo en programación. En este ultimo caso, simplemente generas la información visualmente, recorriendo los registros devueltos y agregando los que no están en la vista...

intentare lo que mencionas al final, lo de la base de datos lo uso access por que no voy a manejar nada extenso solo es un programa personal para mi, para manejar un control de pago mas o menos de 60 personas.

[urbaezesteban]

podras darme un ejemplo de como lo harias en sql ?, es decir como recorres la tabla clientes y pago, asi lo interpreto y lo ejecuto en visual.

[gnzsoloyo]

SQL y Visual no se relacionan. No es lo mismo mirar datos que mirar procesos.

Para hacerlo en SQL hay que crear un stored procedure, cuya sintaxis depende del DBMS.
¿Tienes práctica en SP con algún DBMS?

[urbaezesteban]

en realidad no sr gnzsoloyo, pero ni modo tendre que hecharle un poco mas de cabeza algun dia lo terminare ^^

[Libras]

cuando pregunte consulta me referia a tu query, con el diagrama de tablas que tienes se puede lograr una consulta sacando las personas que no aparecen en la tabla pagos

Código SQL:

SELECT * FROM clientes AS t1
LEFT JOIN pagos AS t2 ON (t1.cliente=t2.id_cliente)
WHERE t2.mes='enero' AND t2.id_cliente IS NULL
 

algo asi :)

[urbaezesteban]

Iniciado por Libras

cuando pregunte consulta me referia a tu query, con el diagrama de tablas que tienes se puede lograr una consulta sacando las personas que no aparecen en la tabla pagos

Código SQL:

SELECT * FROM clientes AS t1
LEFT JOIN pagos AS t2 ON (t1.cliente=t2.id_cliente)
WHERE t2.mes='enero' AND t2.id_cliente IS NULL
 

algo asi :)

Perfecto ? te puedo hacer una pregunta que programa usan para usar sql, para ver si puedo migrar mi base asi poder usar los codigos que mencionan ustedes?

[Libras]

Cualquier cosa q no sea access jejeje en mi caso uso sql server

[gnzsoloyo]

Iniciado por urbaezesteban

Perfecto ? te puedo hacer una pregunta que programa usan para usar sql, para ver si puedo migrar mi base asi poder usar los codigos que mencionan ustedes?

La idea base es la que te pasa Libras.
Lo que hay que resolver es el incidente de los meses que ninguno haya pagado (algo completamente posible), asi como los meses futuros.
Un modo rudimentario es usar una tabla fija de doce registros, uno para cada mes. DE esa forma se hace un JOIN sobre las tres y se obtienen los meses donde no hay pagos registrados, se a de un cliente o de mas de uno.

No es la mejor forma y es a ESO es a lo que yo me refería.
Por otro lado, hay que tener en cuenta que crear tablas paramétricas como esa no suele ser una buena idea, a nivel de performance. Y como además los Documentos a Pagar son una necesidad contable, lo que podría ser mejor es crear una tabla donde un proceso asiente los documentos pendientes de cobro. Así simplificas la cosa, haciendo (paradójicamente) un diseño de base mas elaborado.

Las bases no se diseñan para el presente.Se diseñan pensando en el uso futuro...

[urbaezesteban]

estoy bajando SQL Server 2012 para migrar mi base e usar sus codigos no me abandonen =)

[gnzsoloyo]

Ármate de paciencia, porque dejar Access y pasar a usar un verdadero DBMS, es casi empezar de cero en muchisimas cosas.

[urbaezesteban]

la paciencia la tengo, solo donde me quede estancado les tendre que preguntar ya que son los maestros en DBMS

[urbaezesteban]

les comento que ya instale sql y monte todas las tablas que tenian en la anterior base. la pregunta aqui debo igual relacionar todas las tablas?

[Libras]

Por supuesto :)