Sto pensando all'interfaccia ricerca del mio database cassetti.
Penso che copierò da McMaster, con varie selezioni a discesa (materiale, passo, lunghezza, ecc.) per vedere al volo se ci sono cose tipo "viti inox A2 M8×120 testa conica impronta esagonale tutto filetto" (a memoria sono certo che non ce ne sono) senza dover scrivere tutto.
Ciò comporterà un gran numero di tabelle supplementari.
Mentre faccio multitasking pensando a all'altezza delle vaschette del gelato da mettere sotto ai cassettini (10 cm) e tiro la cera sui piedi del mobile da cucito sbilenco, vi faccio vedere il tipo di filtri che vorrei infilare nel database cassettini: quello nella colonna a sinsitra della pagina McMaster-Carr per le viti, che contiene tutti i parametri che possono servire.
A chi tiene le viti alla rinfusa nella scatola del caffè verrà un coccolone.
#mastofficina #mastoaiuto #fedihelp
Più o meno il db cassetti sarà così.
Se volessi fare, per la ricerca, una lista di ciò che sta nei campi contenuto, tipo, materiale, diametro e lunghezza (con tutto a vista: se cerco dadi flangiati NON voglio selezionare "dadi" e poi aspettare che Spic&Span riempia la lista seguente, ma ci voglio andare direttamente!) cosa consigliate voi che ne sapete di più?
Un SELECT DISTINCT, un SELECT UNIQUE o ingoiare tutto l'array e usare array_unique() da PHP?
Si lavora e si avanza per la birra e per la panza.
E faccio l'hash #DBCassetti così chi vuole può seguire (o silenziare).
Ora devo fare la query di ricerca.
Pensavo di accodare le scelte a una cosa stile "SELECT * WHERE 1 AND {scelta}" e dumpare i risultati ottenuti.
Vedremo come va (intanto tiro un po' di cera mentre penso).
Ora immagino che dovrò fare un'altra pagina, passando il valore della query (messo insieme con JavaScript) alle funzioni PHP (con un POST, immagino).
Anche se è una cosa su Intranet lo so che devo evitare il piccolo Bobby Tables¹, mannaggia!
E se poi arrivano gli acher russi a mettermi in disordine le viti? Eh?
~~
rag. Gustavino Bevilacqua