postgres [ dbname ] postgres [ -B nBuffers ] [ -C ] [ -D DataDir ] [ -E ] [ -F ] [ -O ] [ -Q ] [ -S SortSize ] [ -d [ DebugLevel ] ] [ -e ] [ -o ] [ OutputFile ] [ -s ] [ -v protocol ] [ dbname ] |
postgres acepta los siguientes argumentos en la l�nea de comandos:
El argumento opcional dbname especifica el nombre de la base de datos a acceder. dbname toma por defecto el valor de la variable de entorno USER.
Si el motor de datos se est� ejecuntando bajo el postmaster, nBuffers es el n�mero de b�fers de memoria compartida que el postmaster tiene reservados para los procesos servidores que arranca. Si el motor de datos se ejecuta como un proceso independiente, especifica el n�mero de b�fers a reservar. Este valor es por defecto de 64 b�fers, de 8k cada uno (o el valor que BLCKSZ tenga asignado en config.h)
No mostrar el n�mero de versi�n del servidor.
Especifica el directorio a usar como ra�z para el �rbol de directorios de las bases de datos. Si -D no se especifica, el nombre del directorio de datos por defecto es el valor de la variable de entorno PGDATA. Si PGDATA no tiene un valor asignado, entonces el directorio usado es $POSTGRESHOME/data. Si ni la variable de entorno ni esta opci�n de l�nea de comandos est�n asignadas, se usa el directorio por defecto indicado durante la compilaci�n.
Muestra todas las consultas.
Desactiva la ejecuci�n autom�tica de fsync() despu�s de cada transacci�n. Esta opci�n mejora el rendimiento, pero una ca�da del sistema durante una transacci�n en curso puede provocar la p�rdida de los �ltimos datos introducidos. Sin la llamada a fsync() los datos son almacenados temporalmente por el sistema operativo, y escritos en disco m�s tarde.
Ignorar las restricciones que impiden la modificaci�n de la estructura de las tablas de sistema. Estas tablas son tipicamente las que incluyen �pg_� al principio del nombre.
Especifica el modo �silencioso�.
Especifica la cantidad de memoria a usar por ordenaciones internas y hashes antes de reordenar en ficheros temporales en disco. El valor se indica en kilobytes, y su valor por defecto es de 512 kilobytes. N�tese que para una consulta compleja, varias ordenaciones y/o hashes deben ejecutarse en paralelo, y cada una puede utilizar hasta SortSize kilobytes antes de empezar a poner datos en ficheros temporales.
El argumento opcional DebugLevel determina el volumen de informaci�n de depuraci�n que el servidor producir�. Si DebugLevel es uno, el postmaster registrar� todo el trafico de conexi�n y nada m�s. Para valores 2 y mayores, la depuraci�n es activada en el proceso del motor de datos y el postmaster muestra m�s informaci�n, incluyendo su entorno y tr�fico de proceso. N�tese que si no se especifica un archivo para almacenar la informaci�n de depuraci�n la misma aparecer� en la consola del proceso padre postmaster.
Esta opci�n controla c�mo son interpretadas las fechas en la entrada y salida de la base de datos. Si la opci�n -e es incluida, las fechas pasadas a y desde los procesos de aplicaci�n asumir�n el formato �Europeo� (DD-MM-YYYY), En caso contrario se asume que las fechas est�n en formato �Americano� (MM-DD-YYYY). Las fechas se aceptan por el motor de datos en una amplia variedad de formatos, y para la entrada de fechas, este par�metro afecta a la interpretaci�n de casos ambiguos. V�ase Data Types para m�s informaci�n.
Env�a los mensajes de error y la informaci�n de depuraci�n a OutputFile. Si el motor de datos se ejecuta bajo el postmaster, los mensajes de error se env�an tambi�n a la aplicaci�n adem�s de a OutputFile, pero la informaci�n de depuraci�n se env�a a la consola del postmaster (puesto que s�lo un descriptor de archivo puede enviarse a un fichero real).
Muestra informaci�n de tiempo y otras estad�sticas al final de cada consulta. Esto es �til para medidas de rendimiento o para su uso en el ajuste del n�mero de b�fers.
Especifica el n�mero del protocolo a emplear entre la aplicaci�n y el motor de datos en esta sesi�n en particular.
Hay otras varias opciones que pueden especificarse, usadas principalmente con prop�sitos de depuraci�n. Se listan aqu� �nicamente para su uso por desarrolladores de Postgres. Se desaconseja claramente el uso de cualquiera de estas opciones. Adem�s, cualquiera de estas opciones puede desaparecer o cambiar en cualquier momento.
Estas opciones para casos especiales son:
Esta opci�n genera un tremendo volumen de informaci�n.
Desactiva el sistema de bloqueos.
Desactiva el uso del car�cter de nueva l�nea como un delimitador de consultas.
Prohibe el uso de m�todos particulares de escaneo y reuniones: s y i desactivan scaneos secuenciales y de �ndices, respectivamente, mientras n, m, y h lo hacen con reuniones de bucles enlazados, merge y hash.
Ni los scaneos secuenciales ni las uniones de bucles enlazados pueden ser desactivados completamente; Neither sequential scans nor nested-loop joins can be disabled completely; las opciones -fs y -fn simplemente impiden al optimizador usar estos tipos de planes si hay cualquier otra alternativa. |
Previene la ejecuci�n de la consulta. En su lugar muestra el �rbol del plan de ejecuci�n.
Indica al motor de datos que ha sido iniciado por un postmaster y hace diferentes suposiciones sobre la gesti�n de los b�fers, descriptores de ficheros, etc. Los par�metros posteriores a -p est�n restringidos a los considerados �seguros�.
Muestra estad�sticas de tiempo para cada consulta relacionadas con cada uno de los m�dulos principales del sistema. No puede ser usada con -s.
Del infinito n�mero de mensajes de error que pueden verse cuando se ejecuta directamente el motor de datos, probablemente los m�s comunes son:
Si se muestra este mensaje, deber�a ejecutarse ipcclean Una vez hecho esto pru�bese a iniciar postmaster de nuevo. Si todav�a no funciona, probablemente es necesario configurar el n�cleo para emplear memoria compartida y sem�foros, como se describe en las notas de instalaci�n. Si se cuenta con un n�cleo con memoria compartida particularmente peque�a y/o l�mites al uso de sem�foros, ser� necesario reconfigurarlo para inrementar uno o los otros.
Es posible posponer la reconfiguraci�n del n�cleo reduciendo -B para minimizar el uso de memoria compartida por Postgres. |
El motor de datos de Postgres puede ser ejecutado directamente desde un shell de usuario. Esto deber�a hacerse �nicamente para tareas de depuraci�n por el DBA, y no mientras otros motores de datos est�n siendo gestionados por un postmaster en este conjunto de bases de datos.
Algunos de los par�metros descritos aqu� pueden pasarse al motor de datos a trav�s del campo �opciones de base de datos� de una petici�n de conexi�n, y por lo tanto pueden referirse a un motor particular sin necesidad de reiniciar el postmaster. Esto es particularmente pr�ctico para par�metros relacionados con la depuraci�n.
El argumento opcional dbname especifica el nombre de la base de datos a acceder. dbname toma por defecto el valor de la variable de entorno USER.
Existen utilidades para resolver problemas de memoria compartida como ipcs(1), ipcrm(1), e ipcclean(1). Ver tambi�n postmaster.