Un poderoso sistema de código abierto para bases de datos relacionales

PostgreSQL for Mac

PostgreSQL 9.2.2

  -  51.47 MB  -  Gratis

En ocasiones, las últimas versiones del software pueden causar problemas al instalarse en dispositivos más antiguos o dispositivos que ejecutan una versión anterior del sistema operativo.

Los fabricantes de software suelen solucionar estos problemas, pero puede llevarles algún tiempo. Mientras tanto, puedes descargar e instalar una versión anterior de PostgreSQL 9.2.2.


Para aquellos interesados en descargar la versión más reciente de PostgreSQL for Mac o leer nuestra reseña, simplemente haz clic aquí.


Todas las versiones antiguas distribuidas en nuestro sitio web son completamente libres de virus y están disponibles para su descarga sin costo alguno.


Nos encantaría saber de ti

Si tienes alguna pregunta o idea que desees compartir con nosotros, dirígete a nuestra página de contacto y háznoslo saber. ¡Valoramos tu opinión!

  • PostgreSQL 9.2.2 Capturas de Pantalla

    Las imágenes a continuación han sido redimensionadas. Haga clic en ellos para ver las capturas de pantalla en tamaño completo.

    PostgreSQL 9.2.2 Captura de Pantalla 1
  • PostgreSQL 9.2.2 Captura de Pantalla 2
  • PostgreSQL 9.2.2 Captura de Pantalla 3

Qué hay de nuevo en esta versión:

- Corrección de varios errores asociados con CREAR/DROP INDEX SIMULTÁNEAMENTE
- Un error introducido mientras que la adición de DROP INDEX SIMULTÁNEAMENTE permitido incorrecta de la indexación de la toma de decisiones durante la fase inicial de creación de ÍNDICE SIMULTÁNEAMENTE; por lo que los índices construidos por el comando podría estar dañado. Se recomienda que los índices construidos en 9.2.X con CREATE INDEX SIMULTÁNEAMENTE ser reconstruido después de aplicar esta actualización.
- Además, la revisión CREAR/DROP INDEX SIMULTÁNEAMENTE a utilizar en lugar de las actualizaciones cuando se cambia el estado de un índice pg_index fila. Esto evita que las condiciones de carrera que podría causar sesiones simultáneas de faltar a la actualización del índice de destino, por lo tanto lo que resulta en un corrupto simultáneamente creado índices.
- También, solucionar varias otras operaciones para asegurarse de que ellos ignoran índices válidos resultante de un error de CREAR un ÍNDICE SIMULTÁNEAMENTE comando. El más importante de estos es el VACÍO, porque el auto de un vacío que fácilmente podría ser lanzado en la mesa antes de que la acción correctiva se pueden tomar para corregir o eliminar la invalid index.
- También fijar DROP INDEX al mismo tiempo para no desactivar las inserciones en el índice de destino hasta que todas las consultas mediante ella se realiza.
- También corregir la mala conducta si DROP INDEX SIMULTÁNEAMENTE se cancela: la anterior codificación podría dejar de naciones unidas-drop index detrás.
- Predicado correcto bloqueo de CAÍDA del ÍNDICE SIMULTÁNEAMENTE
- Previamente, SSI predicado bloqueos fueron procesados en el momento equivocado, posiblemente dando lugar a un comportamiento incorrecto de transacciones serializables que se ejecutan en paralelo con el descenso.
- Revisión de tampón de bloqueo durante WAL reproducción
- El WAL repetición de código no era lo suficientemente cuidadoso acerca del bloqueo búferes cuando se repiten WAL registros que afectan a más de una página. Esto podría resultar en caliente de espera de las consultas de forma transitoria ver estados incoherentes, lo que resulta en respuestas incorrectas o fallos inesperados.
- Corregir un error en WAL lógica de generación de GIN índices
- Esto podría resultar en daños en el índice, si un desgarrado página de error.
- Corregir un error en WAL reproducción de la lógica de la SP-índices GiST
- Esto podría resultar en daños en el índice después de un accidente, o en un servidor de reserva.
- Fijar la detección incorrecta de final-de-base-ubicación de copia de seguridad durante WAL recuperación
- Este error permitido caliente el modo de espera de inicio antes de la base de datos alcanza un estado coherente.
- Quitar correctamente el inicio del proceso virtual XID de bloqueo cuando la promoción de un servidor en espera activo en el funcionamiento normal
- Este descuido podría evitar la posterior ejecución de ciertas operaciones, tales como la creación de ÍNDICE al mismo tiempo.
- Evitar falsos "fuera-de-línea de tiempo de la secuencia de ID" errores en el modo de espera
- Evitar que el administrador de correos de lanzamiento de nuevos procesos hijos después de que se recibe una señal de apagado
- Este error podría resultar en el cierre de tomar más de lo que debería, o incluso nunca completar del todo sin la acción del usuario.
- Fijar la syslogger proceso para no fallar cuando log_rotation_age supera los 2^31 milisegundos (aproximadamente a los 25 días)
- Revisión WaitLatch() para regresar de inmediato si el tiempo de espera se agota
- Con la anterior codificación, un flujo constante de no esperar la terminación del interrumpe podría retrasar el regreso de WaitLatch() de forma indefinida. Este ha demostrado ser un problema para el autovacuum iniciador del proceso, y podría causar problemas en otras partes del mundo.
- Evitar la corrupción de los internos de las tablas de hash cuando fuera de la memoria
- Evitar que los descriptores de archivo para caer tablas de permanecer abiertos después de la transacción final
- Esto debería reducir los problemas con el tiempo-desde-bajó de las tablas de continuar ocupan espacio en disco.
- Evitar que toda la base de datos de choque y cuando se reinicie un nuevo proceso hijo es incapaz de crear una tubería para su sujetador
- Aunque el nuevo proceso debe fallar, no hay ninguna buena razón para forzar una base de datos-ancho de reiniciar, para evitar que. Esto mejora la robustez cuando el núcleo es casi fuera de descriptores de archivo.
- Evitar el planificador de bloqueo con el que se une al unflattened subconsultas
- Revisión de la planificación de la no-estricta equivalencia de las cláusulas anteriores combinaciones externas
- El planificador podría derivar las limitaciones incorrectas de una cláusula de equiparación de un no-estricto construir a algo más, por ejemplo, DONDE se UNEN(foo, 0) = 0 cuando foo es la que acepta valores null lado de una combinación externa. 9.2 mostraron que este tipo de error en más casos que en las anteriores entregas, pero el principal error ha estado allí por un largo tiempo.
- Revisión SELECT DISTINCT con el índice-optimizado MIN/MAX en un árbol de herencia
- El planificador podría fallar con "no pudo volver a encontrar MinMaxAggInfo registro" dada esta combinación de factores.
- Asegúrese de que el planificador ve implícito y explícito arroja como equivalente a todos los efectos, excepto en los pocos casos en que hay una diferencia semántica
- Incluir cláusulas join al considerar si parcial índices pueden ser usados para una consulta
- Una estricta cláusula join puede ser suficiente para establecer una x ES NO NULO predicado, por ejemplo. Esto corrige un planificador de regresión en 9.2, ya que las versiones anteriores se podía hacer comparables las deducciones.
- Limitar el crecimiento de planificación de tiempo cuando hay muchos indexables cláusulas join para el mismo índice
- Mejorar el planificador de la capacidad para demostrar la exclusión de limitaciones de clases de equivalencia
- Revisión parcial de la fila coincidente en hash subplanes para manejar cruz-tipo de casos correctamente
- Esto afecta a varias columnas NO EN subplanes, tales como, DONDE (a, b) NO (SELECCIONE x, y ...) cuando, por ejemplo b y y son int4 y int8 respectivamente. Este error condujo a respuestas incorrectas o se bloquea, dependiendo de los tipos de datos específicos involucrados.
- Revisión btree marca/restaurar las funciones para administrar las claves del array
- Este descuido puede resultar en respuestas equivocadas a partir de combinaciones de correspondencia cuyo lado interno es un índice de escanear con un indexed_column = (matriz) de la condición.
- Revertir el parche para tomar instantáneas de menos
- El 9.2 cambio de reducir el número de instantáneas tomadas durante la ejecución de la consulta que llevó a algunos comportamientos anómalos que no se ve en las versiones anteriores, porque la ejecución de proceder con una instantánea adquirida antes de bloquear las tablas utilizadas por la consulta. Así, por ejemplo, una consulta no estaría garantizada para ver las actualizaciones cometido por un precedente de la transacción, incluso si la transacción se había bloqueo exclusivo. Probablemente vamos a revisar esto en futuras versiones, pero mientras tanto, poner de nuevo la forma en que estaba antes de 9.2.
- Adquirir tampón de bloqueo cuando vuelva a obtener la vieja tupla de una DESPUÉS de la FILA ACTUALIZAR/ELIMINAR el gatillo
- En circunstancias muy inusuales, este descuido puede resultar en el paso de datos incorrectos a un disparo CUANDO la condición, o a la precheck lógica de una clave externa de cumplimiento de gatillo. Que podría resultar en un accidente o en una decisión incorrecta acerca de si para disparar el gatillo.
- Revisión ALTERAR el TIPO de COLUMNA para manejar heredado las restricciones check correctamente
- Esto funciona correctamente en el pre-8.4 de prensa, y ahora funciona correctamente en 8.4 y más tarde.
- Revisión de ALTERAR la EXTENSIÓN del ESQUEMA error al mover algunas filial de objetos en el nuevo esquema
- Manejar CREAR una TABLA COMO EJECUTAR correctamente en la extensión de la consulta de protocolo
- No modificar la entrada de árbol de análisis en la CAÍDA de la REGLA SI NO EXISTE y DROP TRIGGER SI NO EXISTE
- Este error podría causar errores si la memoria caché de la declaración de uno de estos tipos se vuelve a ejecutar.
- Revisión REASIGNAR la PROPIEDAD para manejar las subvenciones en los espacios de tablas
- Ignorar incorrecto pg_attribute entradas para las columnas del sistema para las vistas
- Opiniones no tienen ningún sistema de columnas. Sin embargo, se olvidó de quitar estas entradas al convertir una tabla en una vista. Que se fija correctamente el 9,3 y más tarde, pero en las anteriores ramas necesitamos defender, con las mis-convertido vistas.
- Revisión de la regla de la impresión para el volcado de INSERTAR EN la tabla de VALORES PREDETERMINADOS correctamente
- Guardia contra desbordamiento de la pila cuando hay demasiados UNIÓN/INTERSECT/EXCEPTO cláusulas en una consulta
- Evitar que los dependientes de la plataforma fallas al dividir el mínimo valor entero -1
- Corregir el posible acceso más allá del final de la cadena en la fecha de análisis
- Corrección de error para el avance de la XID época si XID envolvente sucede durante un punto de control y wal_level es hot_standby
- Mientras este error tenido un impacto particular en PostgreSQL, era malo para las aplicaciones que dependen de txid_current() y funciones relacionadas con: el TXID valor parece ir hacia atrás.
- Revisión pg_terminate_backend() y pg_cancel_backend() para no tirar error para un inexistente proceso de destino
- Este caso ya funcionó como se pretendía cuando se le llama por un superusuario, pero no tanto cuando es llamado por los usuarios comunes.
- Revisión de la pantalla de pg_stat_replication.sync_state en un límite de página
- Producir un comprensible mensaje de error si la longitud de la ruta de acceso nombre de dominio Unix socket supera el específico de la plataforma límite
- Anteriormente, el resultado sería algo bastante ineficiente, tales como "error No recuperable en la resolución de nombres".
- Corregir las pérdidas de memoria cuando el envío compuesto de la columna de valores para el cliente
- Guardar algunos ciclos por no buscar subtransacción bloqueos a cometer
- En una transacción de la celebración de muchos bloqueos exclusivos, este inútil la actividad podría ser bastante costoso.
- Hacer pg_ctl más sólida acerca de la lectura de los correos.archivo pid
- Esto corrige las condiciones de carrera y posibles archivo descriptor de la fuga.
- Fix posible fallo en psql si codificados incorrectamente se presentan los datos y el client_encoding ajuste es sólo el cliente de codificación, tales como SJIS
- Hacer pg_dump volcado de la SECUENCIA de CONJUNTO de artículos en los datos que no se pre-sección de datos del archivo
- Esto corrige un indeseable inconsistencia entre los significados de --solo de datos y --sección=datos, y también corrige el vertido de las secuencias que están marcados como extensión de tablas de configuración.
- Revisión pg_dump el manejo de la GOTA de comandos de BASE de datos en, limpiar el modo de
- A partir de 9.2.0, pg_dump --clean emitirá una GOTA de comandos de BASE de datos, la cual no fue inútil o peligroso dependiendo del escenario de uso. Ya no hace eso. Este cambio también corrige la combinación de --limpia y --crear a trabajar con sensatez, es decir, emiten la CAÍDA de la BASE de datos, a continuación, CREAR la BASE de datos antes de volver a conectar a la base de datos de destino.
- Revisión pg_dump para las vistas con las dependencias circulares y sin relación alguna con las opciones de
- La revisión anterior volcado en relación con las opciones cuando la vista está involucrado en una dependencia circular no funciona bien para el caso de que la vista no tiene opciones; se emite ALTER VIEW foo SET (), que es la sintaxis no válida.
- Corrección de errores en la restauración.secuencia de comandos sql emitida por pg_dump en tar formato de salida
- La secuencia de comandos fracasaría rotundamente en las tablas cuyos nombres contienen caracteres de mayúsculas. También, hacer que el script es capaz de restaurar los datos en --inserta modo, así como el regular de modo de COPIA.
- Revisión pg_restore a aceptar POSIX-conformes archivos tar
- La codificación original de pg_dump de alquitrán modo de salida producido archivos que no son completamente compatible con el estándar POSIX. Esto ha sido corregido en la versión 9.3. Este parche actualiza previos ramas para que acepten tanto la incorrecta y la corregida formatos, con la esperanza de evitar problemas de compatibilidad cuando 9.3 sale.
- Revisión de ficheros tar emitida por pg_basebackup para ser compatible con POSIX
- Revisión pg_resetxlog para localizar correos.pid correctamente cuando se administra una ruta relativa al directorio de datos
- Este error podría conducir a pg_resetxlog no darse cuenta de que no es un activo de administrador utilizando el directorio de datos.
- Revisión libpq del lo_import() y lo_export() funciones de archivo de informe de errores de e/S correctamente
- Revisión ecpg procesamiento de la estructura anidada variables de puntero
- Revisión ecpg del ecpg_get_data función para manejar matrices correctamente
- Evitar pg_upgrade de intentar el proceso de TOSTADO de las tablas de catálogos del sistema
- Esto corrige un error que se ven cuando el information_schema ha sido quitado y vuelto a crear. El resto de los fracasos también posible.
- Mejorar pg_upgrade rendimiento mediante el establecimiento de synchronous_commit a off en el nuevo clúster
- Hacer contrib/pageinspect del árbol de página funciones de inspección tomar búfer de cerraduras, mientras que el examen de las páginas
- Evitar transportables comportamiento de malloc(0) y realloc(NULL, 0)
- En las plataformas donde estas llamadas devuelven NULL, algunas código erróneamente creía que significaba fuera de la memoria. Esto es conocido que han roto con pg_dump para las bases de datos que no contiene agregados definidos por el usuario. Puede haber otros casos así.
- Asegurarse de que hacer para instalar una extensión crea el directorio de instalación de la extensión
- Anteriormente, este paso fue omitida si MODULEDIR se estableció en la extensión del archivo Makefile.
- Revisión pgxs de apoyo para la construcción de módulos cargables en AIX
- Construcción de módulos de fuera de la fuente original árbol no funciona en AIX.
- Actualización de datos de zona horaria de archivos para tzdata liberación 2012j para el horario de verano cambios de la ley en Cuba, Israel, Jordania, líbano, Libia, Palestina, Samoa Occidental y partes de Brasil.