SQL query ricerca 6 valori su 6 campi

[marino51]

ho prestato attenzione alla formattazione ma, modificando il post, il sito va "in bambola" !!
scusa, spero tu riesca ad utilizzare quanto postato, non e' stato semplice trovare come legare le query


vedo che il risultato del secondo esempio se lo e' in parte mangiato lo posto di nuovo

-- RISULTATO


rn      totale  id      campo1  campo2  campo3  campo4  campo5  campo6  rn      totale  id      campo1  campo2  campo3  campo4  campo5  campo6
2	3	1002	1	2	3	24	25	26	1	0	1001	11	12	13	14	15	16
8	3	1008	81	82	83	4	5	6	5	0	1005	51	52	53	54	55	56
8	3	1008	81	82	83	4	5	6	6	0	1006	61	62	63	64	65	66
8	3	1008	81	82	83	4	5	6	7	0	1007	71	72	73	74	75	76

[optime]

@marino51, Max sta usando MySQL, non sarà facile adattare la tua query

[marino51]

@marino51, Max sta usando MySQL, non sarà facile adattare la tua query

si so che usa MySQL ma,
la prima query puo' essere usata senza conversioni, il limite consiste nell'avere una sequenza che identifica ciascun record senza interruzioni
la seconda puo' essere un problema applicandola a MySQL
ma come dicono dalle mie parti, "piuttosto che niente, meglio piuttosto"

[optime]

@marino51, la prima query, quella della ricerca dei 6 valori, pare che Max l'abbia già risolta.
quanto alla seconda, sebbene si possa provare a inglobarla nella prima, IMHO conviene lasciarla separata, per diversi motivi: è più facile da gestire, permette la diversa colorazione, non provoca degrado delle prestazioni in quanto nel db ci saranno poche migliaia di record. Questa seconda query (originariamente i 3 record precedenti a quello estratto) è relativamente semplice da fare, e l'indicazione su come prepararla era già stata fornita (con una WHERE sulla data + ORDER BY + LIMIT). Poi però è uscito fuori non si sa da dove un discorso di 5 giorni...

[Max Della Pena]

@marino51, la prima query, quella della ricerca dei 6 valori, pare che Max l'abbia già risolta.
quanto alla seconda, sebbene si possa provare a inglobarla nella prima, IMHO conviene lasciarla separata, per diversi motivi: è più facile da gestire, permette la diversa colorazione, non provoca degrado delle prestazioni in quanto nel db ci saranno poche migliaia di record. Questa seconda query (originariamente i 3 record precedenti a quello estratto) è relativamente semplice da fare, e l'indicazione su come prepararla era già stata fornita (con una WHERE sulla data + ORDER BY + LIMIT). Poi però è uscito fuori non si sa da dove un discorso di 5 giorni...

Ciao Optime.

I 5 giorni sono usciti dal fatto che sono in difficoltà con la seconda query che presumo vada scritta subito dopo la prima che son riuscito a far andare che è quella che fa la ricerca dando 6 numeri diversi e ottenendo solo le righe con almeno due numeti in comune in qualunque posizione essi siano.

A quel punto mi sono creato una pagina che tramite un link su ogni riga ottenuta mi mostra il risultato e i successivi legati a un limite di tempo, i 5 giorni escono da li.

Comunque, sono ancora in alto mare per la seconda query

[Max Della Pena]

si so che usa MySQL ma,
la prima query puo' essere usata senza conversioni, il limite consiste nell'avere una sequenza che identifica ciascun record senza interruzioni
la seconda puo' essere un problema applicandola a MySQL
ma come dicono dalle mie parti, "piuttosto che niente, meglio piuttosto"

Ciao Marino, ti ringrazio per l'aiuto, come dice Optime, la prima parte della query funziona, ottengo quello che mi serviva.

Adesso è la seconda che mi è più ostica.

[badaze]

Qual’è la chiave univoca della tua tabella ?

[Max Della Pena]

Qual’è la chiave univoca della tua tabella ?

ID ma uso il campo data come selezione per visualizzare i 3 eventi successivi a quelli estratti con la prima query che posto qui sotto.

$query = "SELECT *, DATE_FORMAT(data, '%d-%m-%Y') AS datax, IF(primo IN($primo, $secondo, $terzo, $quarto, $quinto, $sesto), 1, 0) + IF (secondo  IN($primo, $secondo, $terzo, $quarto, $quinto, $sesto), 1, 0) + IF (terzo  IN($primo, $secondo, $terzo, $quarto, $quinto, $sesto), 1, 0) + IF (quarto   IN($primo, $secondo, $terzo, $quarto, $quinto, $sesto), 1, 0) + IF (quinto  IN($primo, $secondo, $terzo, $quarto, $quinto, $sesto), 1, 0) + IF (sesto   IN($primo, $secondo, $terzo, $quarto, $quinto, $sesto), 1, 0) AS numero FROM tabella HAVING numero >= $chiave ORDER BY data DESC";} 

[marino51]

Adesso è la seconda che mi è più ostica.

ti ho postato due esempi diversi che fanno lo stesso lavoro, ottengono entrambi i record selezionati dal totale e poi i record precedenti
(ma possono essere anche i seguenti cambiando somma / sottrazione nelle join

prova ad usare la prima delle due query ( quella senza with ), sistema i nomi dei campi e delle tabelle ed eseguila, dovresti ottenere quanto atteso (usando ID come elemento di unione)

[optime]

detto che la prima query (quella di ricerca) è ok, la seconda rientra nella norma di chi ha un minimo di dimestichezza con la programmazione. I passi sono noti, ma vediamo di ripeterli

1. si forma e si esegue la prima query (quella di ricerca dei numeri)
2. nel ciclo di lettura/stampa dei risultati della prima query si estrae la data del concorso
3. si prende questa data e si forma una seconda query, che riporta nella SELECT le stesse colonne della prima query e legge dalla stessa tabella della prima, e nella WHERE una banale condizione relativa alla data estratta; la query "interna" va ordinata per data (altrimenti nessuna selezione funzionerà) e LIMIT-ata a 3 record (dimenticate la query per date, non serve a niente)
4. si esegue la query interna
5. si leggono i risultati e si espongono (con un colore diverso, come da desiderata)

Tutto in una pagina

Ripeto, normale amministrazione per chi ha un minimo di dimestichezza