<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

<meta http-equiv="content-type" content="text/html; charset=UTF-8">

</head>

<body text="#000000" bgcolor="#ffffff">

<font size="+2">Premessa: collegamento da SQLAlchemy a postgres con

encoding UTF-8<br>

<br>

A quanto ho capito, sia Django che SQLAlchemy operano la decodifica

verso unicode all'interno dell'ORM<br>

<br>

Infatti, con le query sqlalchemy.select() e compagnia che non usano

l'ORM, l'onere della decodifica e' lasciato all'applicazione.<br>

<br>

A mio avviso, il margine per l'errore umano (nessuna decodifica o

tentativo di decodifica doppia) e' alto.<br>

<br>

Stavo pensando a un Proxy per ogni riga restituita (o meglio ancora un

Proxy sull'oggetto ResultProxy) ma credo si possa trovare una soluzione

piu' performante e meno complessa.<br>

<br>

Oggi sono pigro e vi chiedo: </font><font size="+2">voi siete appagati

da questa situazione? Come l'affrontate?</font><br>

<font size="+2"><br>

grazie<br>

<br>

</font>

<pre class="moz-signature" cols="72">-- 

This e-mail (and any attachment(s)) is strictly confidential and for use only by intended recipient(s). Any use, distribution, reproduction or disclosure by any other person is strictly prohibited. The content of this e-mail does not constitute a commitment by the Company except where provided for in a written agreement between this e-mail addressee and the Company. If you are not an intended recipient(s), please notify the sender promptly and destroy this message and its attachments without reading or saving it in any manner. Any non authorized use of the content of this message constitutes a violation of the obligation to abstain from learning of the correspondence among other subjects, except for more serious offence, and exposes the person responsible to the relevant consequences.

</pre>

</body>

</html>