EXtraño caso con vistas, resultados inestables.

[ocp001a]

Hola compañeros del foro.

Tengo un tema que no he podido resolver por que me resulta muy difícil reproducirlo de manera fiable.

Mi base de datos está en MariaDB.

Resulta lo siguiente: tengo una vista que me devuelve una serie de resultados a partir de unas tablas (partidas de ventas, artículos, ivas, etc)

Pero en algunas ocasiones devuelve datos imposibles, totales miles de millones o incluso de trillones ya sea en positivo o en negativo.

Lo curioso del caso es que ejecutando la misma consulta con el mismo usuario en sesiones diferentes (mismo usuario en dos computadoras diferentes) puede dar dos resultados diferentes, uno correcto y otro elevado.

Lo peor del caso es que si en la sesión donde estoy obteniendo mal el resultado agrego una columna más a mi consulta, los campos que antes salían mal ya salen bien, no es algo estable.

Este es mi ejemplo:

Código SQL:

SELECT  cat_clf_clasificacion1, cat_art_descripcion1, Unidades, ImporteMN, Total, Utilidad 
FROM view_ventas  WHERE ven_doc_fecha_documento BETWEEN '2018-06-01 00:00:00' AND '2018-06-30 23:59:59'
 

Me devuelve esto (El importe, total y utilidad totalmente mal):
ME, LIPITOR 40 MG DUO, 1.000000, -5041497372.053800, -5041497372.053800, -5041498385.093800
ME, VONTROL 25 MG TAB 25, 1.000000, -828879903.425000, -828879903.425000, -828880063.425000
ME, PILOVAIT 1 MG TBS/56, 1.000000, 685.410000, 685.410000, 76.480000
ME, LOXCELL 2.0/1.0 G SUSP 20 ML, 1.000000, -296716296.387700, -296716296.387700, -296716338.887700
ME, OXAL 150/200 TAB., 1.000000, -424522764.784300, -424522764.784300, -424522846.434300
ME, OXAL 150/200 TAB., 1.000000, -424522764.784300, -424522764.784300, -424522842.353300
ME, DEXIVANT 60 MGS C/14 CAPS., 1.000000, 515.500000, 515.500000, 50.500000
ME, SPASMOPRIV 200 MG CAPS 12 3, 1.000000, 235.670000, 235.670000, 27.720000


Tratando de depurar mi consulta por si acaso alguna columna tuviera datos erróneos, agrego la columna importeConDescuento:

Código SQL:

SELECT  cat_clf_clasificacion1, cat_art_descripcion1, Unidades, importeConDescuento, ImporteMN, Total, Utilidad 
FROM view_ventas  WHERE ven_doc_fecha_documento BETWEEN '2018-06-01 00:00:00' AND '2018-06-30 23:59:59'
 

Y ahora me devuelve lo siguiente: (ahora las mismas columnas que antes estaban mal ahora están bien):
ME, LIPITOR 40 MG DUO, 1.000000, 1054.519000, 1054.519000, 1054.519000, 41.479000
ME, VONTROL 25 MG TAB 25, 1.000000, 173.375000, 173.375000, 173.375000, 13.375000
ME, PILOVAIT 1 MG TBS/56, 1.000000, 685.410000, 685.410000, 685.410000, 76.480000
ME, LOXCELL 2.0/1.0 G SUSP 20 ML, 1.000000, 62.063500, 62.063500, 62.063500, 19.563500
ME, OXAL 150/200 TAB., 1.000000, 88.796500, 88.796500, 88.796500, 7.146500
ME, OXAL 150/200 TAB., 1.000000, 88.796500, 88.796500, 88.796500, 11.227500
ME, DEXIVANT 60 MGS C/14 CAPS., 1.000000, 515.500000, 515.500000, 515.500000, 50.500000
ME, SPASMOPRIV 200 MG CAPS 12 3, 1.000000, 235.670000, 235.670000, 235.670000, 27.720000


Y entonces ahora, al volver a ejecutar la primer consulta que antes salía mal, ahora ya sale bien.

Cabe señalar que la vista devuelve muchos datos obtenidos a partir de operaciones, por ejemplo estos campos:

Código SQL:

ven_par_precio_uni*(IF(ven_par_descuento1>0,1-((SELECT porcentajeDescuento)/100),1)) AS importeUniConDescuento,
    ven_par_precio_uni*(IF(ven_par_descuento1>0,1-((SELECT porcentajeDescuento)/100),1))*ven_par_cantidad_total AS importeConDescuento,
    
    ven_par_tipo_cambio AS `TipoCambio`,
 
    ((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)*ven_par_cantidad_total AS `ImporteIEPS`,
    ((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_cantidad_total AS `ImporteMN`,
    (((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_cantidad_total AS `ImporteMNIEPS`,
 

Sin embargo, no veo cómo esto pudiera dar resultados tan inestables, lo único que se me ocurre es que quizá haya alguna mala gestión por parte de MariaDB en la cache (o algún otro mecanismo similar) y que al agregar campos a la consulta la caché sea limpiada o reiniciada.

Esto lo comento por que la base de datos es prácticamente de sólo consulta. En las noches le subo los datos provenientes de otro sistema y los usuarios no pueden (no tienen los permisos) cambiar costos, precios, descuentos ni nada.

Por lo tanto, me inclino a pensar que no es un error en los datos de origen, si no en la vista que procesa los datos o mejor dicho en la cache, por que los datos salen mal o bien de un momento a otro.

¿Alguna idea?

[Libras]

y el codigo de la vista??

[ocp001a]

Esta es la consulta que genera la vista:

Código SQL:

SELECT
    ven_doc_fecha_documento AS `ven_doc_fecha_documento`,
    ven_doc_id_moneda AS `ven_doc_id_moneda`,
    ven_doc_id_tipo_movimiento AS `ven_doc_id_tipo_movimiento`,
    ven_doc_status AS `ven_doc_status`,
    cat_cli_codigo AS `cat_cli_codigo`,
    cat_cli_rfc AS `cat_cli_rfc`,
    cat_cli_nombre AS `cat_cli_nombre`,
    ven_doc_folio AS `ven_doc_folio`,
    cat_iva_porcentaje AS `cat_iva_porcentaje`,
    cat_ieps_porcentaje AS `cat_ieps_porcentaje`,
    cat_alm_id AS `cat_alm_id`,
    cat_alm_codigo AS `cat_alm_codigo`,
    cat_alm_descripcion AS `cat_alm_descripcion`,
    cat_ven_codigo AS `cat_ven_codigo`,
    cat_ven_nombre AS `cat_ven_nombre`,
    cat_clf_clasificacion1 AS `cat_clf_clasificacion1`,
    cat_clf_clasificacion2 AS `cat_clf_clasificacion2`,
    cat_clf_clasificacion3 AS `cat_clf_clasificacion3`,
    cat_clf_descripcion AS `cat_clf_descripcion`,
    cat_clf_descripcion2 AS `cat_clf_descripcion2`,
    cat_clf_descripcion3 AS `cat_clf_descripcion3`,
    cat_art_codigo1 AS `cat_art_codigo1`,
    cat_art_descripcion1 AS `cat_art_descripcion1`,
    ven_par_descuento1,
    ven_par_descuento2,
    ven_par_descuento3,
    ven_par_descuento4,
    ven_par_descuento5,
    ven_par_cantidad_total AS `Unidades`,
    ven_par_devueltas AS `UnidadesDevueltas`,
    ven_par_costo AS `Costo`,
    (ven_par_costo/ven_par_cantidad_total)*ven_par_devueltas AS `CostoDevoluciones`,
    ven_par_precio_uni*ven_par_cantidad_total AS `Importe`,
    
    IF(
        ven_par_descuento1>0,(1-
            (
                (1-(ven_par_descuento1/100))*
                (IF(ven_par_descuento2>0,1-(ven_par_descuento2/100),1))*
                (IF(ven_par_descuento3>0,1-(ven_par_descuento3/100),1))*
                (IF(ven_par_descuento4>0,1-(ven_par_descuento4/100),1))*
                (IF(ven_par_descuento5>0,1-(ven_par_descuento5/100),1))
            ))*100,
            0
    
    ) AS `porcentajeDescuento`,
    IF(ven_par_descuento1>0,((SELECT porcentajeDescuento)/100)*(ven_par_precio_uni*ven_par_cantidad_total),0) AS importeDescuento,
 
    ven_par_precio_uni*(IF(ven_par_descuento1>0,1-((SELECT porcentajeDescuento)/100),1)) AS importeUniConDescuento,
    ven_par_precio_uni*(IF(ven_par_descuento1>0,1-((SELECT porcentajeDescuento)/100),1))*ven_par_cantidad_total AS importeConDescuento,
    
    ven_par_tipo_cambio AS `TipoCambio`,
 
    ((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)*ven_par_cantidad_total AS `ImporteIEPS`,
    ((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_cantidad_total AS `ImporteMN`,
    (((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_cantidad_total AS `ImporteMNIEPS`,
 
    ((((SELECT importeUniConDescuento))*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_cantidad_total)*(cat_iva_porcentaje/100) AS `ImporteIVA`,
 
    ((((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_cantidad_total)+
    (((((SELECT importeUniConDescuento))*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_cantidad_total)*(cat_iva_porcentaje/100)) AS `ImporteConIVA`,
 
 
    ((SELECT importeUniConDescuento)*ven_par_devueltas*ven_par_tipo_cambio)*-1 AS `ImporteDevoluciones`,
    (((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)*ven_par_devueltas)*-1 AS `DevolucionesIEPS`,
    ((((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_devueltas)*-1 AS `ImporteDevolucionesMN`,
    (((((SELECT importeUniConDescuento))*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_devueltas)*(cat_iva_porcentaje/100))*-1 AS `DevolucionesIVA`,
 
    (((((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_devueltas)+
    (((((SELECT importeUniConDescuento))*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_devueltas)*(cat_iva_porcentaje/100)))*-1 AS `ImporteDevolucionesConIVA`,
 
    ((((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_cantidad_total)-
    (((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_devueltas AS `Total`,
    
    (((((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_cantidad_total)-
    (((SELECT importeUniConDescuento)*ven_par_tipo_cambio)*(cat_ieps_porcentaje/100)+(SELECT importeUniConDescuento)*ven_par_tipo_cambio)*ven_par_devueltas) -
    (ven_par_costo+((ven_par_costo/ven_par_cantidad_total)*ven_par_devueltas)) AS `Utilidad`
    
    
FROM 
    ventas_documentos
JOIN
    ventas_partidas
        ON
    ven_par_id_documento = ven_doc_id
JOIN
    cat_articulos
        ON
    cat_art_id = ven_par_id_articulo
JOIN
    cat_clasificaciones
        ON
    cat_clf_id = cat_art_id_clasificacion
JOIN
    cat_iva
        ON
    cat_iva_id = ven_par_id_iva
JOIN
    cat_ieps
        ON
    cat_ieps_id = ven_par_id_ieps
JOIN
    cat_almacenes
        ON
    cat_alm_id = ven_doc_id_almacen
JOIN
    cat_clientes
        ON
    cat_cli_id = ven_doc_id_cliente
JOIN
    cat_vendedores
        ON
    cat_ven_id = ven_doc_id_vendedor
 

Cabe señalar que esta misma vista en otras bases de datos no genera el error, o al menos los usuarios no han reportado nada.

[vicram10]

en su momento tuve el mismo inconveniente (en otro tipo de base de datos).
la misma se debia a la configuracion que poseia el cliente cuando hacia la consulta contra la base, al que le salia bien tenia un tipo de formato de fecha, y el mismo select al que le salia mal tenia otro formato de fecha (sesiones diferentes, configuraciones diferentes de sesion).

no se si esto se aplica a tu caso pero tambien es un punto que podria verificarse (ya que el mismo select se ve distintas formas en 2 sesiones diferentes).

[huesos52]

Iniciado por vicram10

en su momento tuve el mismo inconveniente (en otro tipo de base de datos).
la misma se debia a la configuracion que poseia el cliente cuando hacia la consulta contra la base, al que le salia bien tenia un tipo de formato de fecha, y el mismo select al que le salia mal tenia otro formato de fecha (sesiones diferentes, configuraciones diferentes de sesion).

no se si esto se aplica a tu caso pero tambien es un punto que podria verificarse (ya que el mismo select se ve distintas formas en 2 sesiones diferentes).

Me iría por esta misma linea.

El manejo de fechas es algo que se debe validar muy bien en este tipo de situaciones.
Prueba tu vista con la siguiente corrección:

Código SQL:

SELECT  cat_clf_clasificacion1, cat_art_descripcion1, Unidades, ImporteMN, Total, Utilidad 
FROM view_ventas  WHERE ven_doc_fecha_documento BETWEEN STR_TO_DATE('2018-06-01 00:00:00','%Y-%m-%d %h:%i:%s') AND STR_TO_DATE('2018-06-30 23:59:59','%Y-%m-%d %h:%i:%s')
 

De igual forma, asegurate que la fecha que iongrese a la consulta sea en el formato '2018-06-01 00:00:00'

Nos cuentas como te va

[ocp001a]

Hola. En primer lugar gracias por responder.

El tema de la fecha es un punto ya revisado, después de que el usuario lo reportara, personalmente realicé las consultas, usando como ejemplo las que indiqué al principio:

Código SQL:

SELECT  cat_clf_clasificacion1, cat_art_descripcion1, Unidades, ImporteMN, Total, Utilidad FROM view_ventas  WHERE ven_doc_fecha_documento BETWEEN '2018-06-01 00:00:00' AND '2018-06-30 23:59:59'
 

y

Código SQL:

SELECT  cat_clf_clasificacion1, cat_art_descripcion1, Unidades, importeConDescuento, ImporteMN, Total, Utilidad FROM view_ventas  WHERE ven_doc_fecha_documento BETWEEN '2018-06-01 00:00:00' AND '2018-06-30 23:59:59'
 

En su momento, la primer consulta me daba resultados incorrectos, la segunda me dió resultados correctos, y la única diferencia entre las dos consultas es que en la segunda agregué una columna.

Mis pruebas son:
1 Hago una consulta general, me da mal el resultado.
2 Repito la consulta varias veces con espacio de algunos minutos, a veces hasta 10 minutos, y sigue saliendo mal, el resultado es el mismo, erróneo, pero consistente, no cambia.
3 Agrego una columna a la consulta, el resultado ya es correcto.
Lo absurdo del caso es lo siguiente:
4 Después de haber obtenido un resultado correcto, al volver a ejecutar la consulta del paso 1 (la misma exactamente) ahora el resultado es correcto.

La única pista que tengo, es que el resultado incorrecto se da sólo en las columnas obtenidas por operación, en las columnas de datos en bruto por ejemplo unidades o costo el resultado siempre es correcto.

He buscado información sobre el tema y no he conseguido nada.

Ya revisé las tablas, y no parece haber ningún daño.

[tonigomila1988]

Hola opc001a

si te dan los resultados en las columnas que se obtienen por operación, alomejor es que la sentencia no trabaja bien la prioridad de operaciones.

Prueba con un solo registro y una sola columna, haz la operación a mano para obtener el resultado y prueba la sentencia para ver si da el mismo.

Se que es algo tedioso, pero así es una manera de asegurar que las operaciones se realizan como tocan.

Ya nos comentaras avances. Un saludo.