-
Última Versión
-
Sistema Operativo
Mac OS X
-
Ránking Usuario
Haga clic para votar -
Autor / Producto
-
Nombre de Fichero
postgresql-9.2.2-1-osx.dmg
-
MD5 Checksum
13163f6c68b19c3a8194f6be81b1a900
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!
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.
- OperaOpera 114.0 Build 5282.185
- PhotoshopAdobe Photoshop CC 2024 25.12
- OKXOKX - Buy Bitcoin or Ethereum
- Hero WarsHero Wars - Online Action Game
- Adobe AcrobatAdobe Acrobat Pro 2024.002.20854
- TradingViewTradingView - Track All Markets
- ParallelsParallels Desktop 20.1.1
- 4K Video4K Video Downloader+ 1.10.0
- CleanMyMacCleanMyMac X 4.15.8
- 4DDiG4DDiG Mac Data Recovery 5.2.2
Comentarios y Críticas de Usuarios