Cómo configurar la fuente de datos postgressql
10.1 Cómo configurar los parámetros de la base de datos
Los nombres de todos los parámetros no distinguen entre mayúsculas y minúsculas. El valor de cada parámetro es uno de cuatro tipos: booleano, entero, punto flotante y cadena, representados por booleano
, entero, punto flotante y cadena respectivamente. Los valores booleanos se pueden escribir como ON, OFF, VERDADERO, FALSO, SÍ, NO, 1 y 0, y no distinguen entre mayúsculas y minúsculas
.
Algunos parámetros se utilizan para configurar el tamaño de la memoria y los valores de tiempo. El tamaño de la memoria puede estar en KB, MB y GB, y el tiempo puede estar en milisegundos, segundos, minutos, horas y días. Utilice ms para milisegundos, s para segundos, min para minutos, h para horas y d para días. Los parámetros que representan el tamaño de la memoria y los valores de tiempo tienen una unidad predeterminada; si el usuario no especifica una unidad al configurar el valor del parámetro, prevalecerá la unidad predeterminada del parámetro. Por ejemplo, el parámetro Shared_buffers representa el tamaño del búfer de datos y su unidad predeterminada es el número de bloques de datos. Si su valor se establece en 8, dado que el tamaño de cada bloque de datos es 8 KB, el tamaño del búfer de datos es 8 * 8 = 64 KB; si su valor se establece en 128 MB, el tamaño del búfer de datos es 128 MB; 128 MB La unidad predeterminada del parámetro Vacuum_cost_delay es milisegundos, si su valor se establece en 10, su valor es 10 milisegundos, si su valor se establece en 100 segundos, su valor es 100 segundos.
Todos los parámetros se colocan en el archivo postgresql.conf. Aquí hay un ejemplo del archivo:
#Este es un comentario
log_connections = yes
log_destination = 'syslog'
search_ path = '"$user", public'
Sólo se puede especificar un parámetro por línea y se mostrarán líneas vacías; ignorado. "#" indica un comentario; la información del comentario no tiene que estar en una línea separada y puede aparecer en cualquier parte del archivo de configuración
. Si los valores de los parámetros no son simples identificadores y números, se deben utilizar comillas simples. Si el valor del parámetro contiene comillas simples, debe escribir dos comillas simples o preceder las comillas simples con una barra invertida
.
Los archivos de configuración también pueden contener otros archivos de configuración. Esto se puede lograr usando la directiva include. Por ejemplo, supongamos que el archivo postgresql.conf contiene la siguiente línea:
include 'my. .confg '
La base de datos también leerá la información de configuración en el archivo my.config. Un archivo de configuración especificado usando la directiva de inclusión también se puede usar nuevamente para incluir otros archivos de configuración usando la directiva de inclusión.
Si el nombre del archivo especificado en la directiva de inclusión no es una ruta absoluta, la base de datos buscará el archivo en el mismo directorio que el archivo postgresql.conf.
Los usuarios también pueden modificar el archivo de configuración postgresql.conf después de iniciar la base de datos y usar el comando pg_ctl reload para notificar a la base de datos que vuelva a leer el archivo de configuración. Tenga en cuenta que algunos
parámetros no se pueden modificar después de iniciar la base de datos. Los nuevos valores de los parámetros no tendrán efecto hasta que se reinicie la base de datos. Se pueden modificar otros parámetros mientras la base de datos se está ejecutando
y los nuevos valores entrarán en vigor inmediatamente. Por lo tanto, cuando la base de datos vuelve a leer el archivo de configuración de parámetros durante el tiempo de ejecución, no a todos los parámetros se les asignarán nuevos valores.
Los usuarios pueden modificar los valores de algunos (pero no todos) parámetros de configuración ejecutando el comando SET en la sesión que crean, por ejemplo:
SET ENABLE_SEQSCAN TO OFF; /p >
Además, hay algunos parámetros que solo el superusuario de la base de datos puede modificar mediante el comando SET. Los usuarios pueden ejecutar el comando show en psql para ver los valores actuales de todos los parámetros de la base de datos
. Por ejemplo:
(1) mostrar todo --Ver los valores de todos los parámetros de la base de datos
(2) mostrar search_path --Ver el valor del parámetro search_path
10.2 Conexión y autenticación
10.2.1 Configuración de conexión
escuchar_direcciones (cadena)
Este parámetro solo se puede configurar cuando la base de datos se inicia. Especifica la dirección TCP/IP en la que la base de datos escucha las conexiones del cliente. El valor predeterminado es *, lo que significa que después del inicio la base de datos escuchará las solicitudes de los usuarios en todas las direcciones IP de la máquina que ejecuta los datos (si la máquina tiene solo una tarjeta de red, solo habrá una dirección IP; si hay varias La máquina con la tarjeta de red tiene múltiples direcciones IP
). Puede escribirse como un nombre de máquina o una dirección IP, con comas separando diferentes valores, como "server01", "140.87.171.49, 140.87.171.21
". Si se configura en localhost, significa que la base de datos solo puede aceptar solicitudes de conexión de clientes locales y no puede aceptar solicitudes remotas.
Puerto (entero)
Este parámetro solo se puede configurar al iniciar la base de datos. Especifica el puerto TCP en el que la base de datos escucha las conexiones del cliente. El valor predeterminado es 5432.
max_connections (entero)
Este parámetro solo se puede configurar al iniciar la base de datos. Determina el número máximo de conexiones de clientes que se pueden establecer simultáneamente a la base de datos. El valor predeterminado es 100.
superuser_reserved_connections (entero)
Este parámetro solo se puede configurar al iniciar la base de datos. Representa el número de conexiones a bases de datos reservadas para superusuarios. Su valor debe ser menor que max_connections. El número máximo de conexiones simultáneas entre usuarios normales y la base de datos es max_connections - superuser_reserved_connections, y el valor predeterminado es 3.
unix_socket_ group (cadena)
unix_socket_socket_group (entero) Este parámetro solo se puede configurar al iniciar la base de datos. grupo (cadena)
Este parámetro solo se puede configurar al iniciar la base de datos. Establece el grupo de usuarios del sistema operativo en el que reside el socket del dominio Unix. El valor predeterminado es una cadena vacía y el grupo de usuarios del sistema operativo en el que se encuentra el socket del dominio Unix se utiliza como grupo de usuarios para el socket del dominio Unix.
unix_socket_permissions (entero)
Este parámetro solo se establece al iniciar la base de datos. Establece los permisos de acceso al socket del dominio Unix en el mismo formato que los permisos de acceso a archivos del sistema operativo. El valor predeterminado
es 0770, lo que significa que cualquier usuario del sistema operativo puede acceder al socket del dominio Unix. Se puede configurar en 0770 (accesible a todos los usuarios incluidos en el grupo de propietarios del archivo de socket de dominio Unix) y 0700 (solo el propietario del archivo de socket de dominio Unix puede acceder al archivo de interfaz de dominio Unix). Para los sockets de dominio Unix, sólo los permisos de escritura tienen sentido, los permisos de lectura y ejecución no.
tcp_keepalives_idle (entero)
Este parámetro se puede configurar en cualquier momento. El valor predeterminado es 0, que utiliza el valor predeterminado del sistema operativo. Se utiliza para establecer el atributo TCP_KEEPIDLE de un socket TCP. Este parámetro no tiene ningún efecto en las conexiones de bases de datos
establecidas a través de sockets de dominio Unix.
tcp_keepalives_interval (entero)
Este parámetro se puede configurar en cualquier momento. El valor predeterminado es 0, que utiliza el valor predeterminado del sistema operativo. Se utiliza para establecer el atributo TCP_KEEPINTVL de un socket TCP. Este parámetro no tiene ningún efecto en las conexiones de bases de datos establecidas a través de sockets de dominio Unix
.
tcp_keepalives_count (entero)
Este parámetro se puede configurar en cualquier momento. El valor predeterminado es 0, que utiliza el valor predeterminado del sistema operativo. Se utiliza para establecer el atributo TCP_KEEPCNT de un socket TCP. Este parámetro no tiene ningún efecto en las conexiones de bases de datos
establecidas a través de sockets de dominio Unix.
10.2.2. Seguridad y autenticación
authentication_timeout (entero)
Este parámetro solo se puede configurar en el archivo postgresql.conf. Especifica la longitud. de tiempo para completar la operación de autenticación del cliente antes de que se rechace la solicitud de conexión del cliente. Evita que algunos clientes bloqueen la conexión de la base de datos durante largos períodos de tiempo mientras se autentican. La unidad es segundos y el valor predeterminado es 60.
ssl (booleano)
Este parámetro solo se puede configurar al iniciar la base de datos. Determina si la base de datos acepta conexiones SSL. El valor predeterminado está desactivado.
ssl_ciphers (cadena)
Especifica los algoritmos de cifrado SSL que se pueden utilizar. Puede obtener una lista completa de algoritmos de cifrado consultando el manual de usuario de openssl de su sistema operativo (o ejecutando el comando openssl ciphers -v
).
10.3 Consumo de recursos
10.3.1 Memoria
shared_buffers (entero)
Este parámetro solo se puede configurar al iniciar la base de datos. Representa la cantidad de bloques de datos en el búfer de datos, cada uno de los cuales tiene un tamaño de 8 KB. El búfer de datos se encuentra en la memoria disfrutada de la biblioteca de datos. Cuanto más grande, mejor y no puede tener menos de 128 KB. El valor predeterminado es 1024.
temp_buffers (entero)
Este parámetro se puede configurar en cualquier momento. El valor predeterminado es 8 MB, que determina la cantidad de bloques de datos en el búfer de datos que contiene la tabla temporal. Cada bloque de datos tiene un tamaño de 8 KB.
Temporal
Los buffers de tabla se almacenan en la memoria privada de cada proceso de la base de datos, no en la memoria de disfrute de la base de datos. El valor predeterminado es 1024.
max_prepared_transactions (entero)
Este parámetro solo se puede configurar cuando se inicia la base de datos. Determina el número máximo de transacciones que están en estado de preparación al mismo tiempo (consulte el comando PREPARE TRANSACTION
). Si su valor se establece en 0, la base de datos deshabilitará las transacciones preparadas. Su valor generalmente debería ser tan grande como max_connections. El valor predeterminado es 5.
work_mem (entero)
Este parámetro se puede configurar en cualquier momento. Determina el tamaño de los buffers de memoria utilizados por la base de datos para operaciones de clasificación y tablas hash. Si la memoria especificada por work_mem se agota, la base de datos utilizará archivos de disco para completar la clasificación, que será mucho más lenta.
ORDER BY, DISTINCT y fusionar uniones utilizan operaciones de clasificación. Las tablas hash se utilizan en uniones hash, funciones de conjunto de agregación hash y subconsultas en predicados IN que utilizan tablas hash. Las unidades son KB, el valor predeterminado es 1024.
maintenance_work_mem (entero)
Este parámetro se puede configurar en cualquier momento. Determina la cantidad de espacio de memoria utilizado por las operaciones de mantenimiento de la base de datos. Las operaciones de mantenimiento de la base de datos incluyen operaciones VACUUM, CREATE INDEX y
ALTER TABLE ADD FOREIGN KEY. Los valores más grandes para mantenimiento_work_mem generalmente reducen el tiempo necesario para VACIAR la base de datos y restaurarla desde el archivo de volcado
. Maintenance_work_mem se almacena en la memoria privada de cada proceso de la base de datos, no en la memoria que disfruta la base de datos. La unidad es KB y el valor predeterminado
es 16384.
max_stack_ Depth (entero)
Este parámetro se puede configurar en cualquier momento, pero solo el superusuario de la base de datos puede modificarlo. Determina el espacio máximo que ocupa STACK cuando se ejecuta el proceso de la base de datos
. El proceso de la base de datos verificará automáticamente si el tamaño de su STACK excede max_stack_ Depth en tiempo de ejecución. Si excede, la transacción actual finalizará automáticamente. Este valor debe ser menor que el tamaño máximo de STACK establecido por el sistema operativo, que es 1 MB. Puede usar el comando "ulimit -s" para obtener el tamaño máximo de STACK establecido por el sistema operativo. El único
dígito es KB y el valor predeterminado es 100.
10.3.2 Mapa de espacio libre
Toda la información de espacio libre de la base de datos se almacena en una estructura llamada mapa de espacio libre (FSM), que registra cada mapa de espacio libre en el archivo de datos. El tamaño del espacio libre para los bloques de datos. Si el sistema necesita nuevo espacio de almacenamiento físico, primero lo buscará en el FSM. Si no hay suficiente espacio libre para las páginas de datos en el FSM
, el sistema ampliará automáticamente el archivo de datos. Por lo tanto, si el FSM es demasiado pequeño, hará que el sistema expanda con frecuencia los archivos de datos, desperdiciando así espacio de almacenamiento físico. Al final de la ejecución del comando VACUUM VERBOSE, se le preguntará si la configuración actual de FSM satisface las necesidades. Si el valor del parámetro FSM es demasiado pequeño, se le pedirá que agregue parámetros.
FSM se almacena en la memoria de disfrute de la base de datos. Debido a limitaciones de memoria física, FSM no puede rastrear la información de espacio libre de todos los bloques de datos en todos los archivos de datos de la base de datos; solo puede rastrear la información de espacio libre de algunos bloques de datos;
max_fsm_relations (entero)
Este parámetro solo se puede configurar al iniciar la base de datos. El valor predeterminado es 1000, que determina el límite superior en la cantidad de tablas e índices rastreados por FSM. Cada tabla e índice ocupa 7
bytes de espacio de almacenamiento en el FSM.
max_fsm_pages (entero)
Este parámetro solo se puede configurar al iniciar la base de datos. Determina el límite superior en la cantidad de bloques de datos rastreados en el FSM.
Al crear un clúster de base de datos, initdb determinará su valor en función del tamaño de la memoria física. Cada bloque de datos ocupa 6 bytes de espacio de almacenamiento en el FSM.
10.3.3 Recursos del kernel
max_files_per_process (entero)
Este parámetro solo se puede configurar al iniciar la base de datos. Establece la cantidad de archivos que cada proceso de base de datos puede abrir. El valor predeterminado es 1000.
shared_preload_libraries (cadena)
Este parámetro solo se puede configurar al iniciar la base de datos. Configura los archivos de la biblioteca compartida del sistema operativo que se cargarán al iniciar la base de datos. Si hay varios archivos de biblioteca, separe los nombres con comas
. Si el archivo de biblioteca especificado por share_preload_libraries no se encuentra cuando se inicia la base de datos, la base de datos no se iniciará. El valor predeterminado es la cadena vacía.
10.3.4 Recolección de basura
Al ejecutar los comandos VACUUM y ANALYZE, debido a que consumen una gran cantidad de recursos de CPU y E/S, y cada ejecución lleva mucho tiempo, interferirán con la system Ejecuta comandos SQL
emitidos por la aplicación. Para resolver este problema, los comandos VACUUM y ANALYZE finalizan temporalmente después de un período de tiempo y reanudan la ejecución después de un período de tiempo
. Esta función está desactivada de forma predeterminada. Establecer el parámetro Vacuum_cost_delay en un entero positivo distinto de cero activa esta función.
Los usuarios normalmente solo necesitan configurar los parámetros vacío_cost_delay y vacío_cost_limit, y usar los valores predeterminados para otros parámetros.
Al ejecutar los comandos VACUUM y ANALYZE,
El sistema calculará la cantidad de recursos consumidos para ejecutar el comando y lo expresará como un número entero positivo. Cuando se excede el límite de costo de vacío, el proceso que ejecuta el comando entrará en un estado de suspensión con una duración de suspensión de retardo de costo de vacío. Cuanto mayor sea el valor de Vacuum_cost_limit, menos veces dormirán los comandos VACUUM y ANALYZE durante la ejecución
y viceversa. Los comandos VACUUM y ANALYZE se suspenderán con menos frecuencia durante la ejecución
y, a la inversa, cuanto menor sea el valor de vacío_cost_limit, más comandos VACUUM y ANALYZE se suspenderán durante la ejecución.
vacuum_cost_delay (entero)
Este parámetro se puede configurar en cualquier momento. Determina el tiempo de inactividad de los procesos que ejecutan los comandos VACUUM y ANALYZE. La unidad es microsegundos. El valor debe ser preferiblemente un número entero de 10
Si no es un número entero de 10, el sistema lo establecerá automáticamente en un número entero mayor que este valor y el múltiplo de 10 más cercano. Si el valor es 0, los comandos VACUUM y ANALYZE
no entrarán activamente en el estado de suspensión durante la ejecución, pero continuarán ejecutándose hasta su finalización.
vacuum_cost_page_hit (entero)
Este parámetro se puede configurar en cualquier momento. El valor predeterminado es 1.
vacuum_cost_page_miss (entero)
Este parámetro se puede configurar en cualquier momento. El valor predeterminado es 10.
vacuum_cost_page_dirty (entero)
Este parámetro se puede configurar en cualquier momento. El valor predeterminado es 20.
vacuum_cost_limit (entero)
Este parámetro se puede configurar en cualquier momento.
10.3.5 Proceso de escritura en segundo plano de la base de datos
El proceso de escritura en segundo plano de la base de datos es responsable de escribir bloques de datos modificados (también llamados bloques sucios) desde el búfer de datos al archivo físico de la base de datos.
bgwriter_delay (entero)
Este parámetro solo se puede configurar en el archivo postgresql.conf. Determina el tiempo de inactividad del proceso de escritura en segundo plano de la base de datos.
Cada vez que el proceso de escritura en segundo plano de la base de datos completa la escritura de datos en el archivo físico, se suspenderá durante el tiempo especificado por bgwriter_delay
. El valor de bgwriter_delay debe ser múltiplo de 10. Si el usuario establece un valor que no es un múltiplo de 10, la base de datos establece automáticamente el valor del parámetro al valor más cercano que sea un múltiplo de 10 que sea mayor que el valor especificado por el usuario. La unidad es milisegundos y el valor predeterminado es 200.
bgwriter_lru_maxpages (entero)
Este parámetro solo se puede configurar en el archivo postgresql.conf. El valor predeterminado es 100. Cada vez que un proceso de escritura en segundo plano de la base de datos escribe bloques sucios, el número de bloques sucios escritos en el archivo externo no debe exceder el valor especificado por bgwriter_lru_maxpages. Por ejemplo, si su valor es 500, el proceso de escritura en segundo plano de la base de datos no puede escribir más de 500 páginas de datos en el archivo físico a la vez; si se escriben más de 500 páginas de datos, el proceso ingresará un valor; Estado inactivo y espera. La tarea de escribir el archivo físico se ejecutará después del próximo despertar. Si se establece en 0, el proceso de escritura en segundo plano de la base de datos no escribirá ningún archivo físico (pero seguirá realizando puntos de control).
bgwriter_lru_multiplier (punto flotante)
Este parámetro solo se puede configurar en el archivo postgresql.conf. El valor predeterminado es 2.0, que determina el número de bloques de datos sucios
escritos en archivos externos cada vez que el proceso de base de datos del escritor en segundo plano escribe en un archivo físico (no puede exceder el valor especificado por bgwriter_lru_maxpages). Normalmente el valor predeterminado es suficiente y no es necesario modificar este parámetro. Cuanto mayor sea el valor de este parámetro, más bloques de datos sucios escribe el proceso de escritura en segundo plano
de la base de datos cada vez.
10.4 Registro de transacciones
full_page_writes (booleano)
Este parámetro solo se puede configurar en el archivo postgresql.conf. Activar este parámetro puede mejorar la confiabilidad de la base de datos y reducir la probabilidad de pérdida de datos, pero puede generar registros de transacciones excesivos y reducir el rendimiento de la base de datos.
wal_buffers (entero)
Este parámetro solo se puede configurar al iniciar la base de datos. Especifica la cantidad de bloques de datos contenidos en el búfer del registro de transacciones, y cada bloque de datos tiene un tamaño de 8 KB.
Por lo tanto, el tamaño predeterminado del búfer del registro de transacciones es 8*8=64 KB. El búfer del registro de transacciones se encuentra en la memoria privada de la base de datos.
wal_writer_delay (entero)
Este parámetro solo se puede configurar en el archivo postgresql.conf. Determina el tiempo de inactividad del proceso de escritura del registro de transacciones. Cada vez que el proceso WAL completa la tarea de escribir el registro de transacciones, dormirá durante un período de tiempo especificado por wal_writer_delay y luego se despertará para continuar escribiendo el registro de transacciones recién generado desde el búfer en el archivo WAL. La unidad es milisegundos.
El valor predeterminado es 200.
commit_delay (entero)
Este parámetro se puede configurar en cualquier momento. Establece la cantidad de tiempo que una transacción duerme después de que se emite un comando de confirmación. Solo después de exceder el tiempo especificado por commit_delay, el registro de transacciones generado por la transacción se escribirá en el archivo de registro de transacciones y la transacción se confirmará realmente. Aumentar este parámetro aumentará el tiempo de espera del usuario, pero permitirá enviar múltiples transacciones al mismo tiempo, mejorando así el rendimiento del sistema. Si la carga en su base de datos es alta y la mayoría de las transacciones son de tipo actualización, debería considerar aumentar este parámetro. Los siguientes
parámetros commit_siblings afectarán si commit_delay surte efecto. El valor predeterminado es 0 (microsegundos).
commit_siblings (entero)
Este parámetro se puede configurar en cualquier momento. El valor de este parámetro determinará si el parámetro commit_delay surte efecto. Suponiendo un valor de commit_siblings de 5, si una transacción emite una solicitud de confirmación, si el número de transacciones que se ejecutan en la base de datos es mayor o igual a 5, la transacción dormirá durante el tiempo especificado por commit_delay. Si el número de transacciones que se ejecutan en la base de datos es inferior a 5, la transacción se confirmará.
10.5 Puntos de control
checkpoint_segments (entero)
Este parámetro solo se puede configurar en el archivo postgresql.conf. Afecta cuando el sistema inicia una operación de punto de control. Si la cantidad de archivos de registro de transacciones generados por el sistema desde la última operación de punto de control excede el valor de checkpoint_segments,
el sistema iniciará automáticamente una operación de punto de control. Aumentar este parámetro aumentará el tiempo necesario para recuperarse de un fallo de la base de datos
.
checkpoint_timeout (entero)
Este parámetro solo se puede configurar en el archivo postgresql.conf. La unidad es segundos y el valor predeterminado es 300. Afecta cuando el sistema inicia una operación de punto de control. Si la hora actual menos el tiempo desde que finalizó la última operación de punto de control
excede el valor de checkpoint_timeout, el sistema iniciará automáticamente una operación de punto de control. Aumentar este parámetro ampliará el tiempo de recuperación después de una falla de la base de datos
.
checkpoint_completion_target (punto flotante)
Este parámetro controla el tiempo de ejecución de la operación del punto de control. Los valores legales están entre 0 y 1 y el valor predeterminado es 0,5. No cambie el valor de este parámetro fácilmente, simplemente use el valor predeterminado.
Este parámetro sólo se puede configurar en el archivo postgresql.conf.
10.6 Modo de archivo
archive_mode (booleano)
Este parámetro solo se puede configurar al iniciar la base de datos. El valor predeterminado está desactivado, lo que determina si la base de datos tiene activado el modo de archivo.
archive_dir (cadena)
Este parámetro solo se puede configurar al iniciar la base de datos. El valor predeterminado es la cadena vacía. Establece el directorio donde se almacenan los archivos de registro de transacciones archivados.
archive_timeout (entero)
Este parámetro solo se puede configurar en el archivo postgresql.conf. El valor predeterminado es 0, en segundos. Si el valor de archive_timeout no es 0 y la hora actual menos el tiempo desde el último cambio del archivo de registro de transacciones es mayor que el valor de archive_timeout, la base de datos realizará un cambio del archivo de registro de transacciones. Normalmente, la base de datos cambiará al siguiente archivo de registro de transacciones sólo cuando
el archivo de registro de transacciones esté lleno. Establecer este parámetro permite que la base de datos cambie al siguiente archivo de registro de transacciones si el archivo de registro de transacciones no está lleno.
10.7 Parámetros del optimizador
10.7.1 Parámetros del método de acceso
Los siguientes parámetros controlan si el optimizador de consultas utiliza un método de acceso específico. A menos que sepa algo sobre el optimizador, normalmente puede utilizar su valor predeterminado.
enable_bitmapscan (booleano)
Activa o desactiva el escaneo de mapas de bits. El valor predeterminado está activado.
enable_hashagg (booleano)
Activa o desactiva la agregación de hash.
enable_hashjoin (booleano)
Activa o desactiva la unión hash. El valor predeterminado está activado.
enable_indexscan (booleano)
Activa o desactiva el escaneo de índices; el valor predeterminado está activado.
enable_nestloop (booleano)
Activa o desactiva las conexiones de bucle anidado. El valor predeterminado está activado. No es posible no utilizar uniones de bucle anidados en absoluto; desactivar este parámetro permitirá que el sistema no utilice uniones de bucle anidados.
enable_seqscan (booleano)
Activa o desactiva el escaneo secuencial; el valor predeterminado está activado; no es posible no utilizar el escaneo secuencial en absoluto; desactivar el escaneo secuencial permitirá el acceso de otros usuarios. Hay métodos disponibles. El sistema no utiliza escaneo secuencial.