<p dir="ltr">On 6 Mar 2014 12:33, "Simone Federici" <<a href="mailto:s.federici@gmail.com">s.federici@gmail.com</a>> wrote:<br>
> 2014-03-06 12:13 GMT+01:00 Marco Beri <<a href="mailto:marcoberi@gmail.com">marcoberi@gmail.com</a>>:<br>
>><br>
>> In questi casi mi spiace non essere un "imprenditore di successo": vi assumerei entrambi e vi metterei sullo stesso progetto, chiusi in una stanza :-)<br>
><br>
> come era quella, chi sa fa, chi non sa investe, chi non ha scrive libri. </p>
<p dir="ltr">Ahahahahah! </p>
<p dir="ltr">:-) </p>
<p dir="ltr">>> Comunque io ho molto apprezzato, durante sessioni di debug, fare query in cui la chiave primaria era 'pippo-srl-12345678902' e non '234bdf3e'.<br>
><br>
> già non male, l'importante è che la chiave primaria non cambi mai.<br>
> Speriamo che pippo srl non diventi mai pluto spa. Ma dai è chiaro che sarà un altra identità :-)</p>
<p dir="ltr">Anche se fosse? Non vedo il problema di avere un id che sicuramente è univoco (ragione sociale più partita IVA per me lo sono, pur conoscendo i limiti di ognuna delle due parti) e che, nel 99.99% dei casi, ti dà anche un aiuto semantico in fase di debug o data mining.</p>

<p dir="ltr">Ma attento: non sto dicendo che un approccio è (molto) meglio dell'altro. </p>
<p dir="ltr">No Flame War :-)</p>
<p dir="ltr">Ciao. <br>
Marco. <br><br></p>
<p dir="ltr">><br>
> _______________________________________________<br>
> Python mailing list<br>
> <a href="mailto:Python@lists.python.it">Python@lists.python.it</a><br>
> <a href="http://lists.python.it/mailman/listinfo/python">http://lists.python.it/mailman/listinfo/python</a><br>
><br>
</p>