2014-03-05 12:31 GMT+01:00 Cristian Di Stefano <
cristian.distef...@isprambiente.it>:
> Direi che la cosa migliore è creare una tabella di anagrafica degli
> utenti collegata con una relazione uno-molti a una tabella per gestire
> gli ingressi e a una per le uscite.
>
+1
Carlos
--
Coloro che so
On 5 Mar 2014 19:46, "Daniele Varrazzo" wrote:
>
> Chiavi naturali/surrogate e chiavi singole/multiple sono battaglie già
combattute e di cui si sa che non c'è vincitore.
+1
> Che ne dici di una bella partita a scacchi? :)
Da finire rigorosamente in stallo :-)
__
On 2014-03-05 17:05, enrico franchi wrote:
2014-03-05 16:21 GMT+00:00 Daniele Varrazzo :
Utente: id, nome, cognome, indirizzo ecc..
Tag: id (del db, forse non necessario), identificativo (quello che il
lettore legge), emesso il, ritirato il, motivo del ritiro ecc.
Utente per tag: quale utente,
Il giorno Tue, 4 Mar 2014 11:24:47 +0100
Emanuele Barese ha scritto:
> http://www.amazon.it/Python-Marco-Beri/dp/8850329156/ref=sr_1_1?s=books&ie=UTF8&qid=1393889718&sr=1-1&keywords=python
> ma l'ho visto molto piccolo per "start up" che libro o guida potrei
ho provato a scaricare la versione
2014-03-05 16:21 GMT+00:00 Daniele Varrazzo :
> Separare nome è cognome è un'idea regolare, ma un po' limitata (ho sempre
> l'esempio del mio collega che non ha il cognome).
>
Interessante... non ci avevo effettivamente pensato. Piu' ci sono tutte le
magagne su middle name (che da noi e' poco com
Il 05/03/2014 17:21, Daniele Varrazzo ha scritto:
Dovresti studiare qualcosa di molto elementare sui database: non puoi
replicare informazioni su nome e cognome ad ogni strisciata,
altrimenti è un log non relazionale, tanto vale tu lo scriva in un
file. Le informazioni sugli utenti e le stris
On 2014-03-05 11:16, Perini Matteo wrote:
Ciao a tutti,
dopo un po' di stallo riprendo la questione db con nuove domande.
Prescindendo dal tipo di db scelto
Dovrei usare il db per immagazzinare tutte le info degli utenti, e
fin qui non ci sono problemi.
Ad ogni utente è assegnato un codice (
Ciao Emanuele,
Python e' un ottimo linguaggio di programmazione per iniziare... non ti
servono altre basi.
Di documentazione online ce n'e' a bizzeffe.
Magari puoi cominciare con un tutorial interattivo:
http://www.learnpython.org/
saluti,
-Francesco
2014-03-04 11:24 GMT+01:00 Emanuele Barese :
Il 04/03/2014 13:12, Marco Buttu ha scritto:
Ciao, ti segnalo anche questo, che sara' disponibile entro due o tre
giorni:
http://www.amazon.it/Programmare-con-Python-Guida-completa/dp/8868950243/
E' in lingua italiana, su Python 3, aggiornato a Python 3.4. Ciao, Marco
Grazie!
On 03/04/2014 11:20 PM, Gollum1 wrote:
Il 04 marzo 2014 13:12, Marco Buttu
>http://www.amazon.it/Programmare-con-Python-Guida-completa/dp/8868950243/
>E' in lingua italiana, su Python 3, aggiornato a Python 3.4. Ciao, Marco
Interessante, esiste anche in formate elettronico (preferibilmente
epub
On 03/04/2014 05:02 PM, Strap wrote:
> Ciao, ti segnalo anche questo, che sara' disponibile entro due o tre
>
giorni:http://www.amazon.it/Programmare-con-Python-Guida-completa/dp/8868950243/
> E' in lingua italiana, su Python 3, aggiornato a Python 3.4. Ciao,
Ma... si puo` avere u
2014-03-04 11:57 GMT+00:00 Daniele Palmese :
> Scherzo ovviamente ed hai ragione su tutto. Però sai i santi sono i
>> santi e quella lettura per molti aspetti mi ha segnato la vita di
>> Pythonista. Tutti quelli che hanno scritto più di 10 righe di codice, sanno
>> che alcuni argomenti trattati s
Direi che la cosa migliore è creare una tabella di anagrafica degli
utenti collegata con una relazione uno-molti a una tabella per gestire
gli ingressi e a una per le uscite.
ciao, Cristian
Il giorno mer, 05/03/2014 alle 12.16 +0100, Perini Matteo ha scritto:
> Ciao a tutti,
> dopo un po' di stal
Si', normalizzare lo schema e usare più tabelle, altrimenti è un pantano
senza fine, finisci per odiare SQL, passare a Mongo e alla fine perdere
dati :-/
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Ciao a tutti,
dopo un po' di stallo riprendo la questione db con nuove domande.
Prescindendo dal tipo di db scelto
Dovrei usare il db per immagazzinare tutte le info degli utenti, e fin
qui non ci sono problemi.
Ad ogni utente è assegnato un codice (ID) contenuto in una tessera con
chip RFI
Ciao Emanuele,
Il 04 marzo 2014 23:34, Emanuele Barese ha scritto::
> scusami se ti rispondo ora ti ringrazio per la tua risposta celere.
YW
::
> Ora riesco ad accedere senza problemi colgo l'occasione per chiederti una
> piccola informazione per chi come me è alle prime armi e non sa niente d
16 matches
Mail list logo
