MEDICA2: [17] LA REGISTRAZIONE DEI REFERTI DI LABORATORIO
http://www.youtube.com/watch?v=qcM5jIxgMqo
MEDICA2: [18] LA REGISTRAZIONE DEI REFERTI DELLE INDAGINI STRUMENTALI
http://www.youtube.com/watch?v=6wsBIj9KXqA
MEDICA2: [19] REFERTARE IN ACCOPPIATA CON SCANNER
http://www.youtube.com/watch?v=Jv
>
> Node e` un server asincrono, lato cliente ci metti un qualsiasi client
> che parla quel protocollo. Se giri in HTTP un browser e un po' di
> JavaScript vanno benissimo :D Il client della chat demo che c'e` sul
> sito e` scritto in JavaScript con l'ausilio di jQuery:
> http://github.com/ry/node_
Salve,
se le cose stessero invece così:
a = sum([True for element in lista if sum(element.id ==1 and
element.attribute)==0])
b = sum([True for element in lista if sum(element.id ==1 and
element.attribute)==1])
c = sum([True for element in lista if sum(element.id ==1 and
element.attribute)==2
On 01/22/2010 03:07 PM, Manlio Perillo wrote:
> Non capisco i suoi dubbi.
>
> Se fai una INSERT su una view, è il database che decide cosa fare, non
> sei tu a doverti preoccupare.
Si' ma ogni DB si comporta a modo suo, e se Bayer non puo' garantire
nulla, preferisce che non faccia parte delle fu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marco Mariani ha scritto:
> On 01/22/2010 01:56 PM, Manlio Perillo wrote:
> [...]
>>
>> Io invece dedico un intero modulo Python alla sola definizione dello
>> schema SQL per un dato package, definendo un oggetto Metadata globale
>> (al modulo).
>
> C
On 01/22/2010 01:56 PM, Manlio Perillo wrote:
> Puoi creare le view in un file SQL e poi usare reflect=True,
che faccio gia' per il resto dello schema, ok
> ma questo
> non funziona con il modo in cui uso SQLAlchemy, dato che richiede di
> effettuare il binding dell'oggetto metadata ad un engin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alessandro Agosto ha scritto:
>
>
> Il giorno 21 gennaio 2010 23.12, Manlio Perillo
> mailto:manlio_peri...@libero.it>> ha scritto:
> [...]
> psycopg2 (uno delle implementazioni DBAPI2 più utilizzate per
> PostgreSQL) ha cercato di implementa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marco Mariani ha scritto:
> On 01/22/2010 12:21 PM, Manlio Perillo wrote:
>
>> In un progetto, anni fa (si era alla versione 0.3.x) ho usato l'ORM di
>> SQLAlchemy in una applicazione web, ed è stato un bagno di sangue.
>
> L'ORM in compenso, ti salv
On 01/22/2010 12:21 PM, Manlio Perillo wrote:
> In un progetto, anni fa (si era alla versione 0.3.x) ho usato l'ORM di
> SQLAlchemy in una applicazione web, ed è stato un bagno di sangue.
L'ORM in compenso, ti salva la vita per quei report che si lanciano una
volta ogni 2 settimane e raccolgono d
2010/1/22 Alessandro Agosto :
> Interessante!
> Non mi è chiaro però (non ho letto le docs, dopo lo farò)... per eseguire il
> codice lato client l'utente deve installare il V8 engine? Io ho provato il
> test senza problemi :s
> Wiki dice che incrementa le performance js compilandolo... a questo pu
Il giorno 21 gennaio 2010 23.12, Manlio Perillo
ha scritto:
> Qualcosa di simile è offerto anche dalla libpq di PostgreSQL:
> http://www.postgresql.org/docs/8.4/static/libpq-async.html
>
Grazie mille per la segnalazione, gli stò dando una occhiata e sembra
interessante, ad una prima occhiata :)
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marco Mariani ha scritto:
> On 01/22/2010 10:44 AM, Giorgio Zoppi wrote:
>
>> Ma gli ORM non garantiscono uno strato di indipendenza dal software
>> sottostante a patto di usare
>> un certo set di feature?
>>
>
> Oh, si', garantiscono un sacco di
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lawrence Oluyede ha scritto:
> 2010/1/22 Enrico 'Henryx' Bianchi :
>> Di conseguenza, lo sviluppo di una base di dati,
>> indipendentemente dagli strumenti "intermediari" (e.g. sqlalchemy) va
>> implementata direttamente sul motore di database che si s
ciao,
così risolvo tutto in un paio di righe, davvero pythonico...
grazie mille,
simone
Il giorno 22/gen/2010, alle ore 00.57, Marco Beri ha scritto:
> 2010/1/22 simone gabbriellini
> Salve,
> una curiosità da neofita.
> esiste un modo per scrivere in modo più conciso e performante il seguent
On 01/22/2010 10:44 AM, Giorgio Zoppi wrote:
> Ma gli ORM non garantiscono uno strato di indipendenza dal software
> sottostante a patto di usare
> un certo set di feature?
>
Oh, si', garantiscono un sacco di cose.
http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx
A
2010/1/22 Giorgio Zoppi :
> Ma gli ORM non garantiscono uno strato di indipendenza dal software
> sottostante a patto di usare
> un certo set di feature?
Si, ma puoi comunque customizzare se hai bisogno. Certo e` che se hai
una architettura che usa
tutte le feature piu` esoteriche di un DBMS mappa
>A volte comunque mi capita di far girare i test su
> postgresql e fare il deployment su SQL Server. Anche lì l'applicazione
> va testata funzionalmente su SQL Server prima di metterla in staging
> ovviamente, ma il compromesso funziona, soprattutto mentre stai
> scrivendo codice.
Ma gli ORM non ga
On 01/22/2010 01:37 AM, Enrico 'Henryx' Bianchi wrote:
>> Sul non usare SqlLite ti diro', visto che lavoro preferenzialmente con
>> SqqlAlchemy, mi va benissimo di usarlo per lo sviluppo, tanto poi in
>> produzione si cambia una riga (in un file di definizione) e ci pensa l'ORM
>> a fare il lav
18 matches
Mail list logo
