<html>
<head>
<title></title>
<meta name="GENERATOR" content="MSHTML 8.00.6001.18928"></meta>
<meta name="SKYPE_FRAMEID" content="HBROAMAKDT"></meta>
<meta id="skype_v3_tb_marker_id" name="SKYPE_PARSING_HAS_FINISHED" content="metacontent"></meta>
</head>
<body>Hallo
<div align="left"> </div>
<div align="left">Interesting</div>
<div align="left"><br />
I guess that is what strk means with "based on size", that it is sometimes copied and sometimes not depending on size.</div>
<div align="left"> </div>
<div align="left">To me the connection between what is written on disk and what is just in RAM is beyond what I know and understand. Is there any recommended reading?</div>
<div align="left"> </div>
<div align="left">I mean if the data is not copied, is the memory-address in the pointers then actually pointing to the disk? But it must have space allocated in RAM too, to keep order of the addresse, or ....?</div>
<div align="left"> </div>
<div align="left">Sorry for beginners questions.</div>
<div align="left"> </div>
<div align="left">Thanks</div>
<div align="left"> </div>
<div align="left">Nicklas</div>
<div align="left"> </div>
<div align="left"> </div>
<div align="left"> </div>
<div align="left"><br />
2010-07-29 Pierre Racine wrote:<br />
<br />
Thanks,<br />
><br />
>I tried PG_DETOAST_DATUM_COPY and it fixes the problem however this does not explain why, when using PG_DETOAST_DATUM, sometimes the stored data is edited and sometimes it is not?<br />
><br />
>Pierre<br />
><br />
>>-----Original Message-----<br />
>>From: postgis-devel-bounces@postgis.refractions.net [mailto:postgis-devel-<br />
>>bounces@postgis.refractions.net] On Behalf Of strk<br />
>>Sent: 29 juillet 2010 13:26<br />
>>To: PostGIS Development Discussion<br />
>>Subject: Re: [postgis-devel] Does changing deserialized data should change stored data?<br />
>><br />
>>On Wed, Jul 28, 2010 at 05:33:27PM -0400, Pierre Racine wrote:<br />
>><br />
>>> Anybody have an idea why changing the deserialized data actually change the stored data?<br />
>><br />
>>PG_DETOAST_DATUM copies or not based on size.<br />
>>PG_DETOAST_DATUM_COPY (or similar) forces the copy.<br />
>><br />
>>--strk;<br />
>><br />
>> () Free GIS & Flash consultant/developer<br />
>> /\ http://strk.keybit.net/services.html<br />
>>_______________________________________________<br />
>>postgis-devel mailing list<br />
>>postgis-devel@postgis.refractions.net<br />
>>http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
>_______________________________________________<br />
>postgis-devel mailing list<br />
>postgis-devel@postgis.refractions.net<br />
>http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
><br />
> </div>
</body>
</html>