MEDICA2: [26] ESEMPIO DI UNA VISITA VERA ANONIMA
http://www.youtube.com/watch?v=H__WWRCCMso
MEDICA2: [27] RICERCHE
http://www.youtube.com/watch?v=eQY9p32RetY
A questo proposito un'avvertenza: consiglio di scaricare di nuovo
Medica2.zip dal mio sito, perche' ho trovato difettoso il file
nomerice.d
On Sun, 24 Jan 2010 11:03:14 +0100, mauro wrote:
> ..e con questa videoguida termina il viaggio dentro medica2.
Mauro,
è stato un ottimo lavoro, sia il programma che le sue guide. Complimenti!
Penso tu stia offrendo una grande possibilità: il tuo programma è scritto
con la massima cognizione
Premessa: collegamento da SQLAlchemy a postgres con encoding UTF-8
A quanto ho capito, sia Django che SQLAlchemy operano la decodifica
verso unicode all'interno dell'ORM
Infatti, con le query sqlalchemy.select() e compagnia che non usano
l'ORM, l'onere della decodifica e' lasciato all'applicazion
On Sun, Jan 24, 2010 at 12:54 PM, Marco Mariani
wrote:
> Infatti, con le query sqlalchemy.select() e compagnia che non usano l'ORM,
> l'onere della decodifica e' lasciato all'applicazione.
>
> A mio avviso, il margine per l'errore umano (nessuna decodifica o tentativo
> di decodifica doppia) e' al
Il giorno dom, 24/01/2010 alle 12.47 +0100, Daniele Varrazzo ha scritto:
> è stato un ottimo lavoro, sia il programma che le sue guide. Complimenti!
Grazie :-)
> Penso tu stia offrendo una grande possibilità: il tuo programma è scritto
> con la massima cognizione di causa, visto che il destinatar
On 01/24/2010 01:14 PM, Lawrence Oluyede wrote:
> Non basta mettere convert_unicode a True nell'engine?
No, funziona solo se accedi ai dati attraverso il mapper.
--
This e-mail (and any attachment(s)) is strictly confidential and for use only
by intended recipient(s). Any use, distribution, re
Marco Mariani ha scritto:
> Premessa: collegamento da SQLAlchemy a postgres con encoding UTF-8
>
> A quanto ho capito, sia Django che SQLAlchemy operano la decodifica
> verso unicode all'interno dell'ORM
>
No.
Innanzitutto l'API esposta da Django è *solo* l'ORM.
Per SQLAlchemy, invece, la codif
On Sun, Jan 24, 2010 at 1:45 PM, Marco Mariani
wrote:
> No, funziona solo se accedi ai dati attraverso il mapper.
>
Sicuro? se io uso il tipo Unicode nella table la conversione avviene.
--
Lawrence Oluyede
[eng] http://oluyede.org - http://twitter.com/lawrenceoluyede
[ita] http://www.neropercas
On 01/24/2010 01:53 PM, Manlio Perillo wrote:
> Se vuoi forzare una codifica Unicode, puoi usare il tipo types.Unicode,
> che non fa altro che settare il parametro `convert_unicode` a True e
> `assert_unicode` a 'warn' per il tipo types.String.
>
Ok, allora specifico il tipo in override a quel
On 01/24/2010 02:00 PM, Lawrence Oluyede wrote:
> Sicuro? se io uso il tipo Unicode nella table la conversione avviene.
>
Beh, io uso l'autoload... quindi e' PGString. IMHO il tipo dovrebbe
essere di default Unicode quando convert_unicode=True... e invece
In [3]: metadata.tables['contratti'].
On Sun, Jan 24, 2010 at 2:06 PM, Marco Mariani
wrote:
> Beh, io uso l'autoload... quindi e' PGString. IMHO il tipo dovrebbe
> essere di default Unicode quando convert_unicode=True... e invece
>
> In [3]: metadata.tables['contratti'].c.oggetto
> Out[3]: Column(u'oggetto', PGString(length=250, conve
11 matches
Mail list logo
