Es por el soporte y la garantia. Saludos.
Enviado desde mi iPhone El 21-02-2013, a las 12:11, Enrique Herrera Noya <[email protected]> escribió: > On 21/02/13 00:02, Javier Garay wrote: >> Gracias por el dato Christian. Vamos a analizar la opción de postgre, >> pero para ser sincero, creo que corre con desventaja al no ser una bd >> comercial. > > cof, cof, > una cosa que han hecho creer es que si es comercial entonces es > profesional, lo cual es un error garrafal... > el punto es, si hay soporte o no. > > hay varios software comerciales, que tienen un pésimo soporte. ergo > comercial no es sinónimo de calidad > hay varias empresas que dan soporte a postgresql, > > ademas de contar como sponsors a: > > http://www.postgresql.org/about/sponsors/ > > y bueno a la hora de hacer comparaciones (tecnicas) > > aquí un poco de información > > > > PostgreSQL is a powerful, open source object-relational database system. > It has more than 15 years of active development and a proven > architecture that has earned it a strong reputation for reliability, > data integrity, and correctness. It runs on all major operating systems, > including Linux, UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, > Tru64), and Windows. It is fully ACID compliant, has full support for > foreign keys, joins, views, triggers, and stored procedures (in multiple > languages). It includes most SQL:2008 data types, including INTEGER, > NUMERIC, BOOLEAN, CHAR, VARCHAR, DATE, INTERVAL, and TIMESTAMP. It also > supports storage of binary large objects, including pictures, sounds, or > video. It has native programming interfaces for C/C++, Java, .Net, Perl, > Python, Ruby, Tcl, ODBC, among others, and exceptional documentation. > > An enterprise class database, PostgreSQL boasts sophisticated features > such as Multi-Version Concurrency Control (MVCC), point in time > recovery, tablespaces, asynchronous replication, nested transactions > (savepoints), online/hot backups, a sophisticated query > planner/optimizer, and write ahead logging for fault tolerance. It > supports international character sets, multibyte character encodings, > Unicode, and it is locale-aware for sorting, case-sensitivity, and > formatting. It is highly scalable both in the sheer quantity of data it > can manage and in the number of concurrent users it can accommodate. > There are active PostgreSQL systems in production environments that > manage in excess of 4 terabytes of data. Some general PostgreSQL limits > are included in the table below. > Limit Value > Maximum Database Size Unlimited > Maximum Table Size 32 TB > Maximum Row Size 1.6 TB > Maximum Field Size 1 GB > Maximum Rows per Table Unlimited > Maximum Columns per Table 250 - 1600 depending on column types > Maximum Indexes per Table Unlimited > >> Ahora bien, he recibido un correo de una empresa que >> trabaja y da soporte para postgre, por lo que eso cambia un poco las >> cosas. >> >> Saludos. >> >> Enviado desde mi iPhone >> >> El 20-02-2013, a las 18:59, Christian Pedreros >> <[email protected]> escribió: >> >>> Y puede ser Postgres mas Linux/windows?? >>> La verdad, en lugar de pensarne n SQL 2008, pensaría en SQL 2012, ya sacó >>> un SP, si no estoy equivocado. >>> HAce tiempo tuve la misma duda, para una BD que estaba en 2005, finalmente >>> la pasamos a POSTGRES, en una jugada máxima, personal etc etc etc y el >>> resultado fué increible, (la BD crece 20 GB al año, lleva 90 gb hoy app, >>> son algo asi como 25 inserciones por segundo). >>> Sin cambiar mucho el HW (solo subimos 2 GB la ram), en un proliant 160, >>> solo con el cambio de BD (seguimos con windows, pasamos de 2003 a 2008), >>> solo con ese "sutil cambio" los rendimientos fueron brutalmente buenos. >>> Dado quePG no les cuesta (aunque está la enterpriseDB que da soporte), no >>> es conveniente hacer una prueba? >>> Nosotros hicimos lo siguiente: sacamos el modelo de datos con el >>> PowerDesigner (super facil el proceso realmente, le dimos los datos de >>> admin y pass, et voila!), una vez revisada la integridad del modelo, >>> generamos los scripts para postgres.. ahi la BD nos quedó igual!! >>> De ahi una pequeña aplicación externa que pasó los datos de una a otra bd, >>> con verificador, etc. (pesa como 3 MB la aplicacionjajaj) >>> despues de una semana pasando datos, se completó la tarea de manera >>> exitosa, a un costo MUY infinitamente bajo. >>> Como dato no mas! >>> Saludos! >>> >>> >>> El 20 de febrero de 2013 18:22, Jose Miguel Vidal Lavin < >>> [email protected]> escribió: >>> >>>> El 20 de febrero de 2013 18:18, <[email protected]> escribió: >>>> >>>>> Primero perdón por el top posting, pero es complicado desde mi BB de otra >>>>> manera. >>>>> Ahora respecto del desempeño yo te recomendaría la migración a Win2K8 con >>>>> Sql2K8. La migración de la BD es prácticamente transparente desde Sql >>>> 2K5. >>>>> Ahora el upgrade de HW de seguro contribuirá, siempre y cuando le pongas >>>>> mucha RAM, en SqlServer mientras mas RAM mejor. >>>>> Por otro lado no puedes perder de vista lo que tu mismo mencionas, el >>>>> costo de la migración (HH, HR, plazos, training, costos ocultos) >>>>> >>>>> PS: creo que equivocaste el lugar para preguntar, porque acá todos te >>>>> dirán Linux + ???. >>>>> >>>>> exacto, es como preguntar en un foro de motos si es mejor usar bicicleta. >>>> >>>>> -----Original Message----- >>>>> From: Javier Garay <[email protected]> >>>>> Sender: [email protected] >>>>> Date: Wed, 20 Feb 2013 17:27:50 >>>>> To: Discusion de Linux en Castellano<[email protected]> >>>>> Reply-To: Discusion de Linux en Castellano <[email protected]> >>>>> Subject: Sobre Desempeño >>>>> >>>>> Estimados: >>>>> >>>>> Tengo la siguiente pregunta, pero no antes sin argumentar. >>>>> >>>>> Tenemos una base de datos en la empresa que pesa 120 GB. Corre sobre un >>>>> servidor windows 2003 con SQL Server 2005 y en ocasiones es casi >>>> imposible >>>>> trabajar, sobre todo en días específicos cuando se realizan miles de >>>>> consultas por hora. >>>>> >>>>> Estamos evaluando la posibilidad de migrar todo a una plataforma con un >>>> hw >>>>> mucho más nuevo y con mayor poder de proceso. Se tienen dos propuestas, >>>> una >>>>> es migrar a windows 2008 con SQL Server 2008 y la otra es hacer un >>>> cambio >>>>> mayúsculo y migrar todo a una plataforma con Linux y un motor como >>>> Oracle, >>>>> pero es una propuesta mucho más osada y costosa. >>>>> >>>>> La pregunta es: ¿Valdrá la pena migrar todo una plataforma linux >>>> asumiendo >>>>> que es un proyecto mucho más costoso y complejo tecnologicamente >>>> hablando, >>>>> buscando obtener un mejor desempeño/estabilidad en desmedro de la opción >>>>> más simple (windows), sin olvidad que el hw será mejorado >>>>> significativamente? >>>>> >>>>> Quedo atento a sus opiniones. >>>>> >>>>> Gracias. >>>>> >>>>> >>>>> Cordialmente, >>>>> Javier Garay G. >>>>> > > > --- > Enrique Herrera Noya > Asesorías y Consultorias > ITCoop > 09-92303151 > -- > Mis Certificaciones: > Red Hat Certified Engineer RHCE Nº100223072 (RH6.0) > Red Hat Certified System Administrato RHCSA Nº100223072 (RH6.0) > Red Hat Certified Technician (RHCT) Nº605010753835478 (RH5.0) > Novell Certified Linux Professional CLP 10 >

