Página SQL

Esta página permite configurar los parámetros de publicación por defecto y los accesos del servidor SQL integrado de 4D, como también las opciones relacionadas con el funcionamiento del motor SQL de 4D. Para mayor información sobre SQL en 4D, consulte MissingRef en el manual Reference SQL.

Es posible configurar los parámetros de publicación del servidor SQL integrado de 4D. Estos parámetros se encuentran en la página SQL de las Propiedades de la base:

• La opción Lanzar el servidor SQL al inicio permite iniciar el servidor SQL al inicio de la aplicación.
• Puerto TCP: por defecto, el servidor SQL de 4D responde a las peticiones en el puerto TCP 19812. Si este puerto ya está siendo utilizado por otro servicio o si sus parámetros de conexión requieren de otra configuración, puede cambiar el puerto TCP utilizado por el servidor SQL de 4D.
  Nota: si pasa 0, 4D utilizará el número de puerto TCP por defecto, es decir 19812.
• Dirección IP: permite definir la dirección IP de la máquina en la que el servidor SQL debe procesar las consultas SQL. Por defecto, el servidor responderá a todas las direcciones IP (opción Todas).
  La lista desplegable "Dirección IP" contiene automáticamente todas las direcciones IP presentes en la máquina. Cuando se selecciona una dirección en particular, el servidor sólo responderá a las consultas enviadas a esta dirección.
  Esta funcionalidad está dirigida a las aplicaciones 4D alojadas en máquinas con varias direcciones TCP/IP.
  Nota: en el lado del cliente, la dirección IP y el puerto TCP del servidor SQL para que la aplicación se conecte deben estar correctamente configurados en la definición de la fuente de datos ODBC.
• Activar SSL: esta opción indica si el servidor SQL debe activar el protocolo SSL para el procesamiento de las conexiones SQL.
  Note que cuando este protocolo está activo, la palabra clave ":ssl" debe añadirse al final de la dirección IP del servidor SQL cuando abra una conexión vía el comando SQL LOGIN.
  Por defecto, el servidor SQL utiliza los archivos internos para la llave y certificado SSL.
  Sin embargo puede utilizar los elementos personalizados: para hacer esto, sólo copie sus propios archivos key.pem y cert.pem en la siguiente ubicación: MiBase/Preferencias/SQL (donde "MiBase" representa la carpeta/paquete de la base).
• Autorizar las peticiones Flash Player: esta opción permite activar el mecanismo de soporte a las solicitudes Flash Player por el servidor SQL de 4D. Este mecanismo se basa en la presencia de un archivo, llamado "socketpolicy.xml," en la carpeta preferencias de la base (Preferencias/SQL/Flash/). Este archivo es requerido por Flash Player para permitir conexiones entre dominios o conexiones por tomas de aplicaciones Flex (Web 2.0).
  En la versión anterior de 4D, este archivo se tenía que agregar manualmente. A partir de ahora, la activación se realiza utilizando la opción Autorizar las peticiones Flash Player: al activar esta opción, las peticiones Flash Player son aceptadas y un archivo "socketpolicy.xml" genérico se crea para la base si es necesario.
  Nota: es posible definir la codificación utilizada por el servidor SQL para el procesamiento de solicitudes externas utilizando el comando 4D SQL SET OPTION.

Por razones de seguridad, es posible controlar las acciones que las consultas externas enviadas al servidor SQL pueden realizar en la base de datos 4D. Este control se efectúa en dos niveles:

• A nivel del tipo de acción autorizada,
• A nivel del usuario que efectúa la consulta.
  Estos ajustes se pueden hacer en la página SQL de las Propiedades de la base.

Nota: puede utilizar el Método de base On SQL Authentication para controlar de manera personalizada las peticiones externas al motor SQL de 4D.

Los parámetros definidos en esta caja de diálogo se aplican al esquema por defecto. El control de los accesos externos a la base se basan en el concepto de esquemas SQL (ver la sección Implementaciones del motor SQL de 4D). Si no crea esquemas personalizados, el esquema por defecto incluye todas las tablas de la base. Si crea otros esquemas con los derechos de acceso específicos y los asocia con las tablas, el esquema por defecto sólo incluirá las tablas que no están incluidas en los esquemas personalizados.

Puede configurar tres tipos distintos de acceso al esquema por defecto vía el servidor SQL:

• Sólo lectura (datos): acceso ilimitado en lectura a todos los datos de las tablas de la base pero no está permitido agregar, modificar o eliminar registros, ni modificar la estructura de la base.
• Lectura/escritura (datos): acceso en lectura y escritura (añadir, modificar y borrar) a todos los datos de las tablas de base, pero no la modificación de la estructura de la base.
• Completo (datos y estructura): acceso en lectura y escritura (añadir, modificar y borrar) a todos los datos de las tablas de la base, así como a la modificación de la estructura de la base (tablas, campos, relaciones, etc.).

Puede designar un conjunto de usuarios para cada tipo de acceso. Hay tres opciones disponibles para este propósito:

• <Persona>: si selecciona esta opción, el tipo de acceso será rechazado para todas las consultas, independientemente de su origen. Este parámetro se puede utilizar incluso cuando el sistema de gestión de acceso por contraseñas de 4D no esté activo.
• <Todos>: si selecciona esta opción, el tipo de acceso se aceptará para todas las consultas (sin límites).
• Grupo de usuarios: esta opción permite designar un grupo de usuarios autorizados a efectuar el tipo de acceso asociado. Esta opción requiere que la gestión de contraseñas de 4D esté activada. El usuario al origen de las consultas da su nombre y contraseña durante la conexión al servidor SQL.

ADVERTENCIA: cada tipo de acceso está definido de forma independiente de los demás. Más específicamente, si sólo asigna el tipo de acceso Sólo lectura a un grupo esto no tendrá ningún efecto ya que este grupo, así como también todos los demás van a seguir beneficiándose del acceso Lectura/escritura (asignado a <Todo el mundo> de forma predeterminada). Con el fin de definir un acceso Sólo lectura, también es necesario el acceso Lectura/escritura.

ADVERTENCIA: este mecanismo se basa en las contraseñas de 4D. Para que el control de acceso al servidor SQL tenga efecto, el sistema de contraseñas de 4D debe estar activo (una contraseña debe asignarse al Diseñador).

Nota: una opción de seguridad adicional puede establecerse a nivel de cada método de proyecto 4D. Para obtener más información, consulte el párrafo "Opción Disponible vía SQL" en la sección Implementaciones del motor SQL de 4D

• Transacciones Auto-commit: esta opción permite activar el mecanismo de auto-commit en el motor SQL. El propósito del modo auto-commit es preservar la integridad referencial de los datos. Cuando esta opción está seleccionada, toda búsqueda SELECT, INSERT, UPDATE y DELETE (SIUD) no efectuada dentro de una transacción se incluye automáticamente en una operación ad hoc. Esto garantiza que las consultas se ejecutarán en su totalidad o en caso de error, se cancelarán por completo.

• Las consultas incluidas en una transacción (gestión personalizada de la integridad referencial) no se verán afectadas por esta opción.
  Cuando esta opción no está seleccionada, no se genera transacción automática (excepto para las consultas SELECT... FOR UPDATE, consulte el comando SELECT). Por defecto, esta opción no está seleccionada.
  También puede administrar esta opción por programación utilizando el comando SET DATABASE PARAMETER.
  Nota: sólo las bases locales consultadas por el motor SQL de 4D se ven afectadas por este parámetro. En el caso de las conexiones externas a otras bases de datos SQL, el mecanismo de auto-commit es manejado por los motores SQL remotos.
• Tener en cuenta las mayúsculas y minúsculas en las comparaciones de cadenas: esta opción permite modificar la sensibilidad a las mayúsculas y minúsculas de los caracteres en las consultas SQL. Está seleccionada por defecto, lo que significa que el motor SQL diferencia entre mayúsculas y minúsculas cuando se comparan cadenas (ordenaciones y búsquedas). Por ejemplo, "ABC" = "ABC", pero "ABC" # Abc "."
  En algunos casos, por ejemplo para alinear el funcionamiento del motor SQL con el del motor 4D, es posible que desee que las comparaciones de cadenas no sean sensibles a las mayúsculas ("ABC" = "Abc"). Para ello, sólo tendrá que deseleccionar esta opción.
  También puede administrar esta opción por programación utilizando el comando SET DATABASE PARAMETER.