Re: [GENERAL][HACKERS]data fragmentation
От | Somasekhar Bangalore |
---|---|
Тема | Re: [GENERAL][HACKERS]data fragmentation |
Дата | |
Msg-id | BF493B193A334743AA9EF48945E69C13519176@exchange.india.zensutra.com обсуждение исходный текст |
Ответ на | [GENERAL][HACKERS]data fragmentation ("Jaime Casanova" <el_vigia_ec@hotmail.com>) |
Ответы |
Re: [GENERAL][HACKERS]data fragmentation
Re: [GENERAL][HACKERS]data fragmentation |
Список | pgsql-admin |
Hi, I too had the same problem; There was one query which used to take a very long time. What I did was, I took a backup ofthe whole database. Reinstalled postgres on a different mount point and restored the data back into the new database. Nowmy queries are running faster. Try it. All the very best. Somasekhar -----Original Message----- From: Jaime Casanova [mailto:el_vigia_ec@hotmail.com] Sent: Friday, December 12, 2003 3:07 AM To: pgsql-general@postgresql.org; pgsql-hackers@postgresql.org; pgsql-admin@postgresql.org Subject: [GENERAL][ADMIN][HACKERS]data fragmentation Hi, i have a theorical question. i was thought that data fragmentation can cause a loss of performance when retrieving data from a database. Some DBMS solved this with dbspaces, but postgresql doesn't support this concept. so, pgsql databases tend to suffer from data fragmentation? if yes, what is the solution you recommend? also i was thought that even when DBMS support dbspaces DELETEing records may cause data fragmentation anyway. so, can i think of DELETE statement as a double-edged sword? it is indifferent in pgsql - it doesn't support dbspaces anyway? thanks in advance, Jaime Casanova (el_vigia) _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail ---------------------------(end of broadcast)--------------------------- TIP 6: Have you searched our list archives? http://archives.postgresql.org
В списке pgsql-admin по дате отправления: