MySQL Bugs: #105105: risultato query inesatto su versioni precedente funziona bene come ci si aspetta

Bug #105105	risultato query inesatto su versioni precedente funziona bene come ci si aspetta
Submitted:	2 Oct 2021 14:56	Modified:	9 Oct 2021 6:57
Reporter:	Enzo Tortora	Email Updates:
Status:	Unsupported	Impact on me:	None
Category:	MySQL Server: Query Cache	Severity:	S2 (Serious)
Version:	8.0.26	OS:	Windows (X64)
Assigned to:		CPU Architecture:	x86

Description:
select progressivo from (            
select progressivo, idpolizze from (
                select  @riga:= @riga + 1 AS progressivo,T.*
                FROM (SELECT anagrafe.COGNOME,anagrafe.NOME,compagnie.compagnia,
tipopremio.tipopremio,collabora.COGNOME as colcognome,collabora.NOME as colnome,
polizze.idpolizze,polizze.idcliente,polizze.idcompagnia,polizze.idtipopremio,
polizze.idcollaboratore,polizze.nropolizza,polizze.rischio,polizze.da,
polizze.a,polizze.premioannuo,polizze.servbroke,polizze.provvigioni,
polizze.sospeso,polizze.note,canale.canale,polizze.chi,polizze.rate, tipopolizza.tipo 
FROM polizze 
inner join anagrafe on anagrafe.IDCliente = polizze.idcliente 
inner join compagnie on compagnie.idcompagnie = polizze.idcompagnia 
inner join tipopremio on tipopremio.idtipopremio = polizze.idtipopremio 
left join anagrafe as collabora on collabora.IDCliente = polizze.idcollaboratore 
left join canale on canale.idcanale = polizze.idcanale 
left join tipopolizza on tipopolizza.idtipopolizza = polizze.idtipopolizza 
where polizze.a >= now() 
order by COGNOME, NOME) as T, (SELECT @riga := 0) as V) as Z) as W where W.idpolizze = 944;

CREATE TABLE `anagrafe` (
  `IDCliente` int NOT NULL AUTO_INCREMENT,
  `COGNOME` varchar(70) DEFAULT NULL,
  `NOME` varchar(70) DEFAULT NULL,
  `COMUNE` varchar(37) DEFAULT NULL,
  `CPV` varchar(2) DEFAULT NULL,
  `DNASCITA` date DEFAULT NULL,
  `SESSO` varchar(1) DEFAULT NULL,
  `CODFISCALE` varchar(16) NOT NULL,
  `SEDE` varchar(255) DEFAULT NULL,
  `CITTA` varchar(25) DEFAULT NULL,
  `PV` varchar(2) DEFAULT NULL,
  `CAP` varchar(5) DEFAULT NULL,
  `RECAPITO` varchar(255) DEFAULT NULL,
  `RCITTA` varchar(25) DEFAULT NULL,
  `RPV` varchar(2) DEFAULT NULL,
  `RCAP` varchar(5) DEFAULT NULL,
  `CODFISSOC` varchar(16) DEFAULT NULL,
  `PARTITAIVA` varchar(11) DEFAULT NULL,
  `IDTipo` int DEFAULT NULL,
  `chi` int NOT NULL,
  PRIMARY KEY (`IDCliente`),
  UNIQUE KEY `IDCliente_UNIQUE` (`IDCliente`),
  UNIQUE KEY `CODFISCALE_UNIQUE` (`CODFISCALE`),
  KEY `COGNOME` (`COGNOME`,`NOME`),
  KEY `IDCliente` (`IDCliente`),
  KEY `NOME` (`NOME`)
) ENGINE=InnoDB AUTO_INCREMENT=1139 DEFAULT CHARSET=utf8mb3;

How to repeat:
ritorna un progressivo inesatto

Bongiorno Signor Tortora,

Grazie tante per vostro reporto .....

Dunque, proto e proto, Query Cache non manteniamo per due anni. 

Second, let avete scritto che risultato query inesatto su versioni precedente funziona bene come ci si aspetta che ritorna un valore differente. Questo e possibile, per che data cambia sempre.

Vogliamo vedere resultati da vostro SELECT con due versioni, ma con lo stesso data.

Grazie tante !!!

Puoi anche provare la stesa query, ma senza sub-query !!!!!!!

select incriminata

Attachment: Mysql x ORACLE.txt (text/plain), 643 bytes.

tabella su cui viene fatta la seklect

Attachment: natante.sql (application/octet-stream, text), 6.20 KiB.

nei files allegati select e script tabella con i dati

Vogliamo sapere que resultati sono il stesi con duo versioni di MySQL ???

Secondo, senza sub-query, tuto lavora o no ????

Grazie tante !!!

non so cosa non capite, mi pare che il materiale che vi ho mandato sia abbastanza esaustivo per una analisi da parte vostra.
Resto in attesa per qualsiasi altra vostra richiesta di chiarimenti.

E molto semplice,

Vogliamo vedere i risultati con due versioni con gli dati identici .....

Ma, vedere, nel vostro posto ...... nel questo riporto ......

Dati su cui agiscono le select

Attachment: Dati su cui agiscono le select.txt (text/plain), 3.49 KiB.

Immagine-installazione MySQL ver Version 8.0.18 X64

Attachment: Immagine-installazione MySQL ver Version 8.0.18 X64.jpg (image/jpeg, text), 97.46 KiB.

Immagine-installazione MySQL ver Version 8.0.26 X64

Attachment: Immagine-installazione MySQL ver Version 8.0.26 X64.jpg (image/jpeg, text), 62.32 KiB.

Immagine-risultato MySQL ver Version 8.0.18 X64

Attachment: Immagine-risultato MySQL ver Version 8.0.18 X64.jpg (image/jpeg, text), 319.98 KiB.

Immagine-risultato MySQL ver Version 8.0.26 X64

Attachment: Immagine-risultato MySQL ver Version 8.0.26 X64.jpg (image/jpeg, text), 259.98 KiB.

Ho allegato alcuni file text con i dati su cui agiscono le select e le immagine sia dlle installazione MySQL sia dei risultati delle select sulle rispettive versioni.
Grazie per la collaborazione, spero con questo di avevi dato ciò che vi occorre.

Signor Tortora,

Veramente , questo non est un error con il nostro server. 

Dovresti leggere il nostro libro di riferimento, dove si dice che l'ordine di valutazione delle variabili utente, che sono impostate in una query, non è garantito. Si cambia da un release al altro ..... 

Questo è definito negli standard SQL.

Non  è  un errore da nostra parte.

Grazie per l'ottimo supporto. Mi sarei aspettato qualcosa di più confortante.
Buon lavoro.

Il piacere e stato nostro ....