<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Forum PostgreSQL - wybor struktury danych]]></title>
	<link rel="self" href="http://forum.postgresql.org.pl/extern.php?action=feed&amp;tid=490&amp;type=atom"/>
	<updated>2010-10-04T10:37:15Z</updated>
	<generator>PunBB</generator>
	<id>https://forum.postgresql.org.pl/viewtopic.php?id=490</id>
		<entry>
			<title type="html"><![CDATA[wybor struktury danych]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=2210#p2210"/>
			<content type="html"><![CDATA[Witam
Mam do napisania pare funkcji, ktore beda dodawaly/edytowaly dokumenty do/w bazy/ie. Zastanawialem sie nad uzyciem composite types do przedstawienia struktury dokumentu i uzycia go w funkcjach. Problem pojawi sie w momencie, kiedy struktura dokumentu ulegnie zmianie (np. dojdzie jakies pole /*typ przedstawia strukture tabeli dokumentow*/), poniewaz nie ma mozliwosci zrobienia ALTER TYPE. Pomyslalem, ze moze przedstawiac strukture za pomoca xml, wowczas bedzie to bardziej elastyczne. 
Czy ktos ma jakies doswiadczenie z obrobka tego typu danych w postgresql? Chodzi mi glownie o kwestie wydajnosciowe i prostote parsowania. A moze jakies inne - lepsze rozwiazanie? Composite types sa raczej "sztywne"]]></content>
			<author>
				<name><![CDATA[6nom]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=971</uri>
			</author>
			<updated>2010-10-04T10:37:15Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=2210#p2210</id>
		</entry>
</feed>
