[Db] [Mysql] Dubbio architetturale

[Domenico L.]

Cristiano Verondini ha scritto:
>>> ci stavo pensando ma la chiave della prima tabella è composta da 4
>>> campi duplicarla è oneroso...
>
>    Aggiungi un ID autoincrementante ed usa quello per la relazione.
sì lo so ma non mi piace e aggiungo complessità procedurale.. cmq...
>
>>> Dovessi scegliere di adottora la soluzione text il calo di
>>> performance sarebbe notevole?
>
>    Dipende moltissimo dalla struttura e dalla quantità dei dati.
Spiego meglio la domanda, posto di utilizzare un medium-blob per 
memorizzare dati che hanno una lunghezza, normalmente tra 0 e 10 con 
qualche punta sui 50 e rarissimi casi con centinaia o miliaia, Mysql ha 
qualche soluzione ad hoc per affrontare la situazione?

Le ricerche in realtà si faranno al 99% in questo modo:
- Ricerca per uno o più campi chiave (messi in PK) e like su valore

Cosa che mi porterebbe a pensare di on dover mettere indici su  valore.. 
però non si sa mai...

-- 
Domenico L.        	 icq: 645 44 861 - msn: strahd a jumpy.it

per stupire mezz'ora basta un libro di storia,
io cercai di imparare la Treccani a memoria... [F.d.A.]