Ricardo Mun~oz A. <[EMAIL PROTECTED]> wrote:
[...]
> aproposito del tema hosting, a simple vista no hay ningun hosting
> nacional que ofrezca PostgreSQL[2].
Aca si.
> y los que hay[3][etc.] o no se han
> preocupado de inscribirse en la pagina de PostgreSQL
No lo hemos hecho, porque en realidad no nos interesa tener cientos de
clientes (aun).
> o no han sido
> "aprobados" oficialmente... ademas, es curioso que en [3] ofrezcan
> MySQL siendo que "es un crimen usarlo"... ;)
Si Ud lo quiere (porque en eso tiene sus aplicaciones), es lo que obtiene.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Mon Jul 30 16:40:05 2007
From: [EMAIL PROTECTED] (Ricardo Mun~oz A.)
Date: Mon Jul 30 16:45:22 2007
Subject: Algo de bases de datos en Linux...
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]><46
[EMAIL PROTECTED]>
<[EMAIL PROTECTED]><[EMAIL PROTECTED]
l.gmail.com><[EMAIL PROTECTED]>
<[EMAIL PROTECTED]><[EMAIL PROTECTED]><3cd5f092
[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Horst H. von Brand wrote:
> Ricardo Mun~oz A. <[EMAIL PROTECTED]> wrote:
>
> [...]
>
>
>> aproposito del tema hosting, a simple vista no hay ningun hosting
>> nacional que ofrezca PostgreSQL[2].
>>
>
> Aca si.
>
interesante... espero poder obtener mas info por el formulario de contacto.
>> y los que hay[3][etc.] o no se han
>> preocupado de inscribirse en la pagina de PostgreSQL
>>
>
> No lo hemos hecho, porque en realidad no nos interesa tener cientos de
> clientes (aun).
>
>
>> o no han sido
>> "aprobados" oficialmente... ademas, es curioso que en [3] ofrezcan
>> MySQL siendo que "es un crimen usarlo"... ;)
>>
>
> Si Ud lo quiere (porque en eso tiene sus aplicaciones), es lo que obtiene.
>
ehm, entonces a los interesados en MySQL (y que tengan el dinero para
pagarlo) se les ofrece el servicio...
welcome to the real world!
--
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED] Mon Jul 30 18:12:53 2007
From: [EMAIL PROTECTED] (Daniel Serpell)
Date: Mon Jul 30 18:15:02 2007
Subject: Algo de bases de datos en Linux...
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Hola!
El Mon, Jul 30, 2007 at 02:20:35PM -0400, Alvaro Herrera escribio:
> Daniel Serpell escribió:
>
> > El sistema que genera los datos a guardar en la base de datos es un
> > sistema de tiempo real, por lo que se necesitan garantias acerca del
> > tiempo máximo en que un dato debe llegar a la base.
>
> Y cuanto es el tiempo maximo? En 8.2 hay un control (archive_timeout)
> para forzar el archivado de un segmento, aun si no esta completo, cuando
> han pasado N segundos desde el anterior. (Adicionalmente puedes invocar
> una funcion que creo que se llama pg_xlog_switch() para forzar el
> archivado de un segmento en un instante que tu quieras definir).
Mmm.... me queda bastante por revisar :-)
En todo caso, aquí el problema no está dado tanto por el tiempo que
demore PostgreSQL (u otro) en guardar el dato en la base, sino por los
tiempos externos involucrados, en nuestro caso la fiabilidad de la red y
el uptime de la base de datos.
En nuestro caso (parece) ser más barato tener un sistema local que
garantice los tiempos a la alternativa de garantizar el uptime de la red
y del computador servidor de base de datos.
La opción entonces sería tener PostgreSQL en los sistemas que generan
los datos, pero esto aumentaría los requerimientos de memoria de esos
computadores (que por el momento son sistemas empotrados con un sistema
de archivos en flash).
¡Gracias por tus comentarios!
Daniel.
