Re: Question

Поиск
Список
Период
Сортировка
От Gregory S. Williamson
Тема Re: Question
Дата
Msg-id 71E37EF6B7DCC1499CEA0316A256832801D4C5BB@loki.wc.globexplorer.net
обсуждение исходный текст
Ответ на Question  (Alejandro Lemus <alejandro_lemus2003@yahoo.com>)
Список pgsql-performance
As a sometimes Informix and PostgreSQL DBA, I disagree with the contentions below. We have many tables with 10s of
millionsof rows in Postgres. We have had (alas) power issues with our lab on more than one occasion and the afflicted
servershave recovered like a champ, every time. 

This person may not like postgres (or very much likes Informix), but he shouldn't conjure up spurious reasons to
supporthis/her prejudice. 

Informix is an excellent product, but it can be costly for web related applications. PostgeSQL is also an excellent
database.Each has differences which may make the decision between the two of them clear. But facts are necessary to
havea real discussion. 

Greg WIlliamson
DBA
GlobeXplorer LLC

-----Original Message-----
From: pgsql-performance-owner@postgresql.org
[mailto:pgsql-performance-owner@postgresql.org]On Behalf Of Alejandro
Lemus
Sent: Monday, July 11, 2005 6:00 AM
To: pgsql-performance@postgresql.org
Subject: [PERFORM] Question


In the past week, one guy of Unix Group in Colombia
say: "Postgrest in production is bat, if the power off
in any time the datas is lost why this datas is in
plain files. Postgrest no ssupport data bases with
more 1 millon of records".
Wath tell me in this respect?, is more best Informix
as say

Ing. Alejandro Lemus G.
Radio Taxi Aeropuerto S.A.
Avenida de las Américas # 51 - 39 Bogotá - Colombia
Tel: 571-4470694 / 571-4202600 Ext. 260 Fax: 571-2624070
email: alejandro_lemus2003@yahoo.com

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

!DSPAM:42d26e2065882109568359!


В списке pgsql-performance по дате отправления:

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: cost-based vacuum
Следующее
От: "Dario Pudlo"
Дата:
Сообщение: join and query planner