Larry Letelier N. <[EMAIL PROTECTED]> wrote:
> te tengo 2 noticias, 1 buena y otra mala:
>
> La mala:
>
> Red Hat Inc. ya no da soporte para sus versiones 9 hacia atras, esta fue una
> version para desarollo, testing y otros olores,
No... fue una version orientada a usuarios finales (no servidores), con
una vida limitada (que como dices, ya termino).
> por lo tanto dile a tu tutor que te esta pidiendo una distro OBSOLETA. (
Exacto.
> Dile que a estas alturas no te vaya a hacer compilar el kernel :) {aunque lo
> recomiendo }
Yo no. Ya no tiene sentido mas que en situaciones /muy/ especiales, que
seguramente no veras como usuario novato. Cuando /si/ te enredes en esos
casos (si es que alguna vez), OK. Si no es necesario, para que?
> ), cuentale que.
> La buena:
>
> Existen distros mas actuales en sucedaneas a RED HAT como :
>
> Fedora http://fedoraproject.org/ ( de aqui sale todo hacia red hat, se
> testea en la comunidad y se libera a rh)
Mentira. Fedora es una distribucion mantenida por la comunidad (con
/muy/ fuerte apoyo de Red Hat; inicialmente bajo control de Red Hat,
pero actualmente ese control lo estan dejando).
> CentOS http://www.centos.org ( clon de RHEL 4)
Clon de Red Hat Enterprise Linux (actualmente mantienen versiones desde
la 2 a la 5).
> WhiteBox http://www.whiteboxlinux.org/ ( clon de RHEL 4)
Otra vez mas o menos lo mismo, aunque CentOS tiene mucho mayor espalda
(== gente detras de manejar el cuento).
--
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 09:46:34 2007
From: [EMAIL PROTECTED] (Ricardo Mun~oz A.)
Date: Mon Jul 30 09:51:49 2007
Subject: Algo de bases de datos en Linux...
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]><46
[EMAIL PROTECTED]>
<[EMAIL PROTECTED]><[EMAIL PROTECTED]
il.gmail.com><[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Horst H. von Brand wrote:
> Ricardo Mun~oz A. <[EMAIL PROTECTED]> wrote:
>
> [...]
>
>
>> el punto es que no puedes descartar de antemano el uso de una
>> herramienta solo porque a ti no te ha funcionado (siempre tomar en
>> cuenta PEBKAC) o sabes de algunos casos similares.
>>
>
> Cierto.
>
>
>> si las distros
>> Linux ofrecen MySQL es obvio que MySQL sirve,
>>
>
> Es obvio que hay quienes usan MySQL, nada mas. La ley de Sturgeon dice
> que 95% de cualquier cosa es basura...
>
ok. segun el Doc, el 95% del software que trae una distro Linux es
basura... gran revelacion!
>> y que no corrompe datos,
>>
>
> Lo hace.
>
shuata... si es por eso, PostgreSQL tambien corrompe datos[1], da lo
mismo en que version tenian X bug donde ocurria... *nadie* me puede
asegurar que no ocurra denuevo (no el mismo bug, pero otro con las
mismas consecuencias). hay que ser tonto como para no hacer respaldos y
confiar ciegamente en un software, da lo mismo cual.
>> y que todo el FUD al respecto que aparece en esta lista tiene la
>> explicacion logica de que Alvaro es desarrollador de Postgres.
>>
>
> No. Alvaro /sabe/ de RDBMSes. Y hay otros que saben al respecto tambien
> aca. Y entre los que saben el consenso es que MySQL _no sirve_ para
> bases de datos en serio, porque no tiene las caracteristicas minimas
> exigibles. Si, hay areas en las cuales tiene sentido (aplicaciones de
> solo consultas simples). Para otros casos, olvidalo.
>
mala redaccion, debio ser: "MySQL no sirve para bases de datos en serio,
para otros casos podria ser"...
>> como tu mismo dices la "aplicacion manda". hace tiempo recuerdo que
>> aca nos pidieron una version "auto-ejecutable desde CD para Windows"
>> de una aplicacion interna PHP/Oracle (un buscador de Fallos) que corre
>> sobre Linux. la mejor solucion fue usar Server2Go[1] (que usa
>> PHP/MySQL) principalmente porque en menos de una semana el asunto
>> estaba listo y funcionando muy bien (con indices Full-Text para hacer
>> busquedas booleanas).
>>
>
> Que es "funcionando muy bien"? Que *garantias* ofrece de mantener
> integridad de los datos?
>
Doc, no leyo bien... se trataba de un CD de solo consulta. los datos
eran una imagen de una base en Oracle, que se supone es robusta y donde
no se pierden datos... ;)
> En mi (lata, penosa) experiencia la mayor parte de lo que se conoce como
> "desarrollo profesional" en este pais consiste en construir alguna clase
> de prototipo inicial, y entregar eso al cliente.
>
totalmente de acuerdo. lo mismo ocurre con cualquier otro producto o
servicio de cualquier otro rubro. todo se hace a medias. en todo caso
eso no pasa solo aca en Chile, es algo global! de lo contrario no se
caeria aviones, no habrian choques de trenes, no se perderian satelites,
etc. etc.
me salgo del thread, se puso fome y repetitivo.
[1] http://archives.postgresql.org/pgsql-sql/2001-04/msg00392.php
--
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED] Mon Jul 30 10:23:51 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Mon Jul 30 10:25:52 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]>
Message-ID: <[EMAIL PROTECTED]>
El 30/07/07, Ricardo Mun~oz A. <[EMAIL PROTECTED]> escribió:
> Horst H. von Brand wrote:
> > Ricardo Mun~oz A. <[EMAIL PROTECTED]> wrote:
> >
> > [...]
> >
> >> el punto es que no puedes descartar de antemano el uso de una
> >> herramienta solo porque a ti no te ha funcionado (siempre tomar en
> >> cuenta PEBKAC) o sabes de algunos casos similares.
> >
> > Cierto.
> >
> >
> >> si las distros
> >> Linux ofrecen MySQL es obvio que MySQL sirve,
> >>
> >
> > Es obvio que hay quienes usan MySQL, nada mas. La ley de Sturgeon dice
> > que 95% de cualquier cosa es basura...
> >
>
> ok. segun el Doc, el 95% del software que trae una distro Linux es
> basura... gran revelacion!
>
Gnome :-X tuvo varios dramas con CORBA. Hay distros que suelen
empaquetar todo lo que pillen.
> >> y que no corrompe datos,
> >
> > Lo hace.
>
> shuata... si es por eso, PostgreSQL tambien corrompe datos[1], da lo
> mismo en que version tenian X bug donde ocurria... *nadie* me puede
> asegurar que no ocurra denuevo (no el mismo bug, pero otro con las
> mismas consecuencias). hay que ser tonto como para no hacer respaldos y
> confiar ciegamente en un software, da lo mismo cual.
>
A ver... depende de lo que definamos por "corromper datos". De acuerdo
a lo que yo sé, la corrupción de datos implica pérdida o ilegibilidad
de éstos; MySQL guarda bien "los datos", pero los malabares que hay
que hacer para que éstos salgan bien formateados muchas veces implica
que hay que hacer las relaciones a nivel de aplicación. Algo nada
apreciable cuando se trata de una base de datos que comparten varias
aplicaciones, y allá afuera hay miles. Eso no se llama corrupción de
datos, sino falta de consistencia de los mismos.
PostgreSQL sí asegura la consistencia de los datos mediante varios
mecanismos (entre ellos, uno que para los que comienzan puede parecer
sorpresivamente molesto y que es el vacuum, pero que según una
explicación que leí en el blog de Germán, es bastante beneficioso a la
larga), y además éstos no se corrompen con tanta facilidad (lo cual en
ningún caso quiere decir que sea imposible que se corrompan; sólo
quiere decir que es más difícil).
> >> y que todo el FUD al respecto que aparece en esta lista tiene la
> >> explicacion logica de que Alvaro es desarrollador de Postgres.
> >
> > No. Alvaro /sabe/ de RDBMSes. Y hay otros que saben al respecto tambien
> > aca.
MySQL por defecto no es un RDBMS. No implementa relaciones si no es
con InnoDB, que como ya habíamos dicho, no es parte de MySQL
propiamente tal, sino de Oracle.
> > Y entre los que saben el consenso es que MySQL _no sirve_ para
> > bases de datos en serio,
Porque como mínimo para una base de datos en serio tiene que asegurar
no sólo la data, sino también las relaciones. Gracia que hasta
Microsoft Access tiene.
> > porque no tiene las caracteristicas minimas
> > exigibles.
ACID, SQL92/SQL99 Compliant, Procedimientos Almacenados Complejos,
etc. Sí, me van a decir que en la página de MySQL dice que sí, y que
el estándar es confuso y complejo y que cada provider lo implementa a
su pinta, pero si todos los demás pudieron, ¿por qué MySQL no?
> > Si, hay areas en las cuales tiene sentido (aplicaciones de
> > solo consultas simples). Para otros casos, olvidalo.
Generalmente se evalúa a MySQL para aplicaciones que tienen pocas
escrituras pero hartas lecturas.
> > Que es "funcionando muy bien"? Que *garantias* ofrece de mantener
> > integridad de los datos?
> >
>
> Doc, no leyo bien... se trataba de un CD de solo consulta. los datos
> eran una imagen de una base en Oracle, que se supone es robusta y donde
> no se pierden datos... ;)
>
No tan verdadero. Oracle tuvo en su oportunidad errores sin parchar
desde hace más de 900 días. Eso es casi 3 años.
http://www.informationweek.com/showArticle.jhtml;jsessionid=KS4MZLWXGNJ2EQSNDLPSKH0CJUNN2JVN?articleID=201002057
> [1] http://archives.postgresql.org/pgsql-sql/2001-04/msg00392.php
Abril del 2001; eso fue hace ya bastante tiempo, y por lo que sé, en
ese tiempo PostgreSQL tenía su pasado oscuro. Bueno, yo comencé a usar
PostgreSQL 7.1 y sí, en ese tiempo igual se me caía a veces con
errores bastante feos (algo así como en septiembre del 2001), pero
también he visto cómo ha mejorado.
Bueno, igual creo que mi socio tiene las respuestas que necesitaba
para decidir qué database engine va a usar, así es que opino que
continuemos la música...
--
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas - Consultor UNIX - Database Administrator
