<div dir="ltr"><div><br>2014-09-23 17:32 GMT+02:00 Marco Fochesato <<a href="mailto:marcofoc@gmail.com">marcofoc@gmail.com</a>>:<br>><br>> Va bene!<br>> Si infatti, per "sentirmi stretto", parlavo di quello: perchè deve esserci per forza na colonna id?? <br><br>1 - It's faster. A JOIN on an integer is much quicker than a JOIN on a string field or combination of fields. It's more efficient to compare integers than strings.<br><br>2 - It's simpler. It's much easier to map relations based on a single numeric field than on a combination of other fields of varying data types.<br><br>3 - It's data-independent. If you match on the ID you don't need to worry about the relation changing. If you match on a name, what do you do if their name changes (i.e. marriage)? If you match on an address, what if someone moves?<br><br>4 - It's more efficient If you cluster on an (auto incrementing) int field, you reduce fragmentation and reduce overall size of the data set. This also simplifies indexes needed to cover your relations.<br><br>> Poi, io la programmazione ad oggetti non l'ho ancora digerita. Vado ancora a funzioni.<br>> So che è come andare in Ferrari usando solo la prima marcia... lo sento. Ma non l'ho ancora imparato.<br>> O meglio, non ne ho avuto ancora l'esigenza...<br><br></div>L'esigenza potresi non averla mai. Se non sai cosa sia e quanto sia potente. E' come dire: non sento l'esigenza di provare la lasagna. ;)<br><div><br>> Credo che inizierò proprio qui.<br>> E credo anche che vi romperò spesso le scatole.<br><br></div><div>Fai pure<br></div><div><br><br>Carlos<br>--<br>EZLN ... Para Todos Todo ...</div></div>