<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Forum PostgreSQL - Dynamiczna struktura bazy danych-Wydajność]]></title>
		<link>https://forum.postgresql.org.pl/viewtopic.php?id=414</link>
		<description><![CDATA[Najświeższe odpowiedzi w Dynamiczna struktura bazy danych-Wydajność.]]></description>
		<lastBuildDate>Wed, 10 Mar 2010 21:04:00 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Odp: Dynamiczna struktura bazy danych-Wydajność]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=1884#p1884</link>
			<description><![CDATA[Jesli dziedziczy to pewnie ma tez jakies dodatkowe kolumny?
Nie wiem co znaczy 'łatwo przenieść', najprościej
[code]
insert into b select * from a where <warnuek na kolumny do prezeniesienia>;
[/code]]]></description>
			<author><![CDATA[dummy@example.com (rski)]]></author>
			<pubDate>Wed, 10 Mar 2010 21:04:00 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=1884#p1884</guid>
		</item>
		<item>
			<title><![CDATA[Odp: Dynamiczna struktura bazy danych-Wydajność]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=1883#p1883</link>
			<description><![CDATA[UPDATE w sensie całej tabeli? Raczej nie jest mi potrzebny :) nakładam, że domyślnie jest NULL i użytkownik sobie będzie kolejno zmieniał.
Czyli wydajniej jest dodać kolumnę niż tworzyć nową tabelę i używać JOIN?

Jeszcze takie małe pytanko (bo nie opłaca się chyba nowego tematu zakładać) jeżeli mamy jakąś tabelę B, która dziedziczy po tabeli A można jakoś łatwo przenieść rekord z A do B?]]></description>
			<author><![CDATA[dummy@example.com (dotevo)]]></author>
			<pubDate>Wed, 10 Mar 2010 20:57:24 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=1883#p1883</guid>
		</item>
		<item>
			<title><![CDATA[Odp: Dynamiczna struktura bazy danych-Wydajność]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=1882#p1882</link>
			<description><![CDATA[Wiersze w tabli są przechowywane na stronach (blokach bajtów) w systemie plików.
Nie ma możliwości aby jeden wiersz był na więcej niż jednej stronie (no chyba że wspomnimy tu o TOAST, ale o tym chyba nie chcesz sluchac :) ). Wiec dane zazwyczaj beda blisko siebie.
Ale problem upatruje tu w czymś innym. Jeśli tabela jest duża i dodasz do nie jakąś kolumnę to jeszcze chyba jakiś UPDATE trzeba bedzie puścić co? To nie stanowi dla ciebie problemu?]]></description>
			<author><![CDATA[dummy@example.com (rski)]]></author>
			<pubDate>Wed, 10 Mar 2010 20:49:51 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=1882#p1882</guid>
		</item>
		<item>
			<title><![CDATA[Odp: Dynamiczna struktura bazy danych-Wydajność]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=1881#p1881</link>
			<description><![CDATA[np. Mam Tabele towary w której mam:
id, Symbol, Nazwa, Podatek, Opis

(Teraz załóżmy, że ktoś używa programu np. przez pół roku i ta tabela ma już dość sporo rekordów)
Użytkownik instaluje plugin, np. Kody paskowe i trzeba dodać dodatkową kolumnę lub stworzyć tabelę (którą potem trzeba będzie łączyć z główną przez JOIN)
Kody Paskowe:
TowarID,Kod

I teraz chodzi o wydajność, nie znam się dokładnie na tym co jest wewnątrz bazy ale wyobrażam sobie to tak, że dane były poukładane czyli obok siebie kolumny jednego rekordu (albo blisko), ale jeśli ja dodam nową kolumnę to dane z tej kolumny polecą gdzieć na koniec chyba ze jest możliwość takiej "defragmentacji" bazy danych.]]></description>
			<author><![CDATA[dummy@example.com (dotevo)]]></author>
			<pubDate>Wed, 10 Mar 2010 20:42:18 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=1881#p1881</guid>
		</item>
		<item>
			<title><![CDATA[Odp: Dynamiczna struktura bazy danych-Wydajność]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=1880#p1880</link>
			<description><![CDATA[trcohę nie rozumiem jaka jest relacja pomiędzy pluginem a kolumną.
Możesz podać jakis konkretny przykład bazy i w jaki sposób sie zmieni po dodaniu pluginu,]]></description>
			<author><![CDATA[dummy@example.com (rski)]]></author>
			<pubDate>Wed, 10 Mar 2010 20:34:20 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=1880#p1880</guid>
		</item>
		<item>
			<title><![CDATA[Dynamiczna struktura bazy danych-Wydajność]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=1878#p1878</link>
			<description><![CDATA[Witam,

Chciałbym przedstawić mój problem. Otóż piszę prosty program do prowadzenia magazynu (+faktury itp) i zrobiłem możliwość dodawania pluginów. Niestety przez to nie sposób jest przewidzieć jak będzie wyglądała struktura bazy danych. Wiem, że struktura powinna być stała, ale nie uniknę dodawania dodatkowych tabel/kolumn.

Moje pytanie brzmi, co jest wydajniejsze dodawanie dodatkowych kolumn(co pewnie spowoduje poszatkowanie danych) czy dodawanie tabel z relacjami do tabeli głównej (co pewnie wydłuży czas przy łączeniu tabel). Zakładam, że plugin obejmuje wszystkie towary (np. czytnik kodów paskowych). A może jest jeszcze jakieś inne wyjście z tego typu sytuacji?

Pozdrawiam]]></description>
			<author><![CDATA[dummy@example.com (dotevo)]]></author>
			<pubDate>Wed, 10 Mar 2010 20:24:50 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=1878#p1878</guid>
		</item>
	</channel>
</rss>
