Conexión a SQLBaseCapítulo 1Introducción a SQLBase ConectividadCliente Gupta y tecnología de servidoresConectividad tiene dos caras en Gupta Technologies. Gupta publica SQLBase, el servidor de base de datos relacional discutido en este libro. Y también publicamos Team Developer, un conjunto de herramientas para crear aplicaciones cliente de gran alcance que se conectan a SQLBase y para muchas otras fuentes de datos también.Los detalles de la conectividad del cliente para aplicaciones escritas con el equipo desarrollador de cualquier fuente de datos se documentan en un libro más Gupta, Conexión Gupta objetos de bases de datos. Por el contrario, el libro que está leyendo ahora discutirá cómo conectar cualquier aplicación cliente, por escrito con cualquier herramienta de programación, a Gupta SQLBase.Sin embargo, el administrador de base de datos todavía tiene que preocuparse por la conectividad de clientes, por dos razones:Usted necesita herramientas de cliente para las tareas de DBA como configuración, copia de seguridad, y las pruebas. Dado que es probable que utilice herramientas Guptas a estos efectos, que todavía tendrá que tener algún conocimiento de la conectividad del cliente.Los equipos cliente, incluso los que no utilizan herramientas de cliente de Gupta, todavía necesitan por lo menos un archivo sql.ini cliente rudimentario en sus máquinas, a los efectos de precisar servidor, base de datos y protocolo de información básica.

Sql.ini y el Administrador de conectividad

Ambas herramientas de cliente Guptas y sus herramientas de servidor utilizan un archivo de configuración para almacenar información de conectividad. En las versiones de SQLBase antes de la 8.5, el archivo siempre se llamó sql.ini y opciones para su ubicación eran limitadas. En la versión 8.5 el nombre del archivo y la ubicación son ahora bajo su control, aunque el nombre por defecto sigue siendo sql.ini, y que es el nombre que utilizamos para hacer referencia al archivo de configuración en la documentación de Gupta. La capacidad de tener un nombre y una ubicación para el archivo de configuración es una característica que es compatible con múltiples instalaciones SQLBase concurent en un solo equipo, también nuevo en la versión 8.5.Para las nuevas instalaciones SQLBase, se crea sql.ini durante el proceso de instalación y se adapta a sus respuestas a las preguntas de instalación. De forma predeterminada, se encuentra en el mismo directorio que los archivos ejecutables SQLBase. Este archivo sql.ini por defecto es funcional inmediatamente y, para muchos usuarios, no es necesario cambiar alguna sql.ini hasta que se añadan nuevos servidores o las nuevas bases de datos para la instalación. Los usuarios experimentados pueden desear cambiar la configuración sql.ini para lograr un rendimiento específico y los objetivos de comunicación.El resto de los capítulos de este libro discutirán cómo configurar los drivers SQLBase y proveedores de datos. En algunos casos, esta configuración implica cambios en sql.ini. Incluso en los casos en que sql.ini no está directamente involucrado, como el proveedor de datos OLE DB, sigue siendo indirectamente involucrados desde bases de datos individuales deben estar registrados en sql.ini antes de que se puede acceder a las aplicaciones cliente.Aunque sql.ini se puede modificar con un editor de texto como el Bloc de notas, cambios manuales no controlados pueden introducir accidentalmente problemas, como

no poder utilizar un protocolo específico contra SQLBase o no poder acceder a una base de datos particular. Gupta recomienda que siempre que sea posible utilizar el Administrador de Conectividad en lugar de hacer cambios.En este libro, se discuten los conceptos básicos sólo sql.ini. La Guía del administrador de base de datos contiene información mucho más detallada sobre todos los conceptos que se describe brevemente en este capítulo.

Ejecutar Administrador de conectividad

Conectividad Administrador es una de las opciones en el grupo de programas de Gupta.Dependiendo de lo que haya instalado, la ventana principal se puede mostrar dos pestañas. La ficha Conectividad trabaja en la configuración del lado del cliente para añadir o eliminar, activar o desactivar routers y protocolos. Seleccione la pestaña Servidor de añadir o eliminar bases de datos y activar o desactivar los protocolos.

Al configurar la conectividad de un servidor SQLBase, puede:

Configure las opciones para un servidor SQLBase

Activar y desactivar los protocolos de comunicación

Modificar los protocolos de escucha de un nombre de base de datos

Agregar o eliminar un nombre de servidor de un protocolo de escucha

Agregar o quitar un nombre de base de datos

Ver una lista de nombres de bases de datos

Cambiar la configuración de un servidor instalado

Al configurar la conectividad para un cliente SQLBase, puede:

Edite el nombre, nivel de cifrado, y el directorio de ejecución del propio cliente.

Activar y desactivar los protocolos de escucha.

Edite las propiedades de algunos protocolos de escucha (TCP / IP y conexión local)

Asociar nuevos nombres de servidor con un protocolo de escucha específico o eliminar nombres de servidor de un protocolo de escucha.

Limite el acceso a bases de datos específicas en un servidor, o acceder a las bases de datos.Cambiar las propiedades de una combinación de servidor / protocolo, como el TCP / IP puerto de escucha.

Habilitar, deshabilitar y configurar fuentes de datos distintas SQLBase. (Este tema se

relaciona con Gupta Team Developer y está fuera del alcance de este libro; consulte Conexión Gupta objetos de bases de datos.)

La siguiente ilustración muestra cómo la pestaña Client le permite cambiar el nombre y la ubicación del archivo de configuración que desea editar, escribiendo directamente el nombre o haciendo clic en el botón Browse ..

 

En ambas pestañas, haga clic izquierdo para seleccionar un elemento, haga doble clic para cambiar las propiedades, o haga clic en para mostrar un menú de funciones de conectividad.

 

Si hace doble clic en el nodo del servidor ("server1" más arriba), o haga clic derecho sobre él y seleccione Propiedades, se puede trabajar con el cuadro de diálogo Configuración del servidor, que tiene tres pestañas:

La ficha Basic controla el nombre del servidor. El nombre que se utiliza en los archivos sql.ini en los equipos cliente debe coincidir con el nombre que se encuentra aquí.

 

La ficha opcional le permite configurar otros parámetros comúnmente modificados y crítica.

La pestaña Avanzado le permite cambiar cualquier palabra clave del servidor, suponiendo que conoce el valor que se puede asociar con la palabra clave. La información detallada sobre los valores y palabras clave está disponible en el capítulo 3 de la Guía del administrador de base de datos.También puede configurar los valores de base de datos, haciendo doble clic en un nodo de base de datos o haga clic en él y seleccione Propiedades.

Los cambios de configuración de base de datos se limitan al nombre de base de datos y la activación / desactivación de protocolos de escucha. Tenga en cuenta que en el ejemplo anterior, se desactivan tres de las casillas de verificación del protocolo de escucha. Eso se debe a que los protocolos se han deshabilitado en el servidor, así que no pueden ser manipulados a nivel de base de datos.Usted puede agregar una nueva base de datos en el servidor, haga clic en el nodo de "bases de datos", a continuación, elija "Agregar base de datos".Sql.ini ejemplo del lado del servidorA continuación se muestra una parte de un archivo sql.ini típica que contiene información básica sobre el servidor SQLBase y sus bases de datos. Algunas de las líneas en el archivo son anotados para explicar su propósito.[Dbntsrv]"Dbntsrv" es la abreviatura de la sección de la versión ilimitada de usuarios SQLBase. Su versión podría ser diferente. Por ejemplo, la versión 10-usuario utiliza la abreviatura "dbnt10sv".ServerName = server1, sqlmpipe, sqlws32El nombre predeterminado para un servidor SQLBase es "server1". Tras el nombre de servidor son los nombres de los protocolos de escucha que se aplican a todo el servidor. (Como veremos más adelante, las bases de datos individuales no deben poner en práctica todos estos protocolos.) "Sqlmpipe" representa el MTS (COM +) oyente, y "sqlws32" es la escucha TCP / IP. Estas palabras clave no distinguen entre mayúsculas y minúsculas.dbname = ISLAND, SQLMPIPE, sqlws32"ISLAND" es la base de datos de demostración / tutorial instalado con SQLBase. De forma predeterminada, se le asigna el mismo protocolo de escucha como el propio servidor. Cada base de datos en un servidor debe tener una línea "dbname" dentro de la sección del servidor de sql.ini.cache = 2000sortcache = 2,000readonly = 0oracleouterjoin = 0logfileprealloc = 0particiones = 0optimizerlevel = 2locktimeout = 275dbdir = C: \ Archivos de programa \ GuptaLas bases de datos son los archivos físicos, cada uno en su propio subdirectorio con el mismo nombre que la base de datos en sí. Por defecto, se presume que estos subdirectorios que se encuentra en el directorio del programa SQLBase, pero se puede cambiar la ruta de acceso al punto en otro lugar.dbname = SQLCON, sqlws32Base de datos "SQLCON" se utiliza para la utilidad DBA SQLConsole. Tenga en cuenta que en este ejemplo se implementa sólo el protocolo TCP / IP listenting, no el protocolo de MTS.dbname = PURPLE, sqlmpipe, sqlws32Base de datos "PURPLE" se añadió el Administrador de Conectividad. Tenga en cuenta que implementa los protocolos de escucha utilizado por el propio servidor.[Dbntsrv.dll]comdll = sqlmpipecomdll = sqlws32

Sección "dbntsrv.dll" determina que serán cargados los protocolos de escucha cuando se inicia el servidor SQLBase.[Dbntsrv.ws32]listenport = 2155Cada protocolo de escucha tiene una sección separada en sql.ini con información extra opcional. El oyente TCP / IP tiene un puerto predeterminado, 2155. Puede reemplazar esto, pero si lo hace, usted debe asegurarse de que todos los archivos sql.ini en los equipos cliente se alteran para que coincida con el nuevo número de puerto.Nota: El puerto por defecto para el MTS (COM +) protocolo de escucha, SQLMPIPE, es 2156. Esto no está sujeto a reemplazar en sql.ini - el número de puerto es un parámetro de tiempo de ejecución que se proporciona al gestor de recursos SQLBase, SQLBrm.exe. Para obtener más información, consulte las notas de la versión SQLBase. Puede reemplazar esto, pero si lo hace, usted debe asegurarse de que todos los archivos sql.ini en los equipos cliente se alteran para que coincida con el nuevo número de puerto.Sql.ini ejemplo del lado del clienteEste es un buen lugar para ilustrar cómo los archivos sql.ini en los equipos cliente deben coincidir con el sql.ini en el servidor. Aquí hay algunas secciones seleccionadas de sql.ini en un equipo cliente.[Win32client.dll]comdll = sqlws32La sección [winclient32.dll] muestra las bibliotecas de comunicación que las cargas de los clientes cuando primero intenta conectarse a una base de datos. "Sqlws32", como con el servidor, indica el protocolo de escucha TCP / IP. El cliente va a tomar parte en las transacciones MTS, por lo que podría esperar ver una "comdll sqlmpipe =" línea en esta sección como lo hicimos al hablar del servidor. Sin embargo, sqlmpipe sólo se utiliza en el servidor. Los clientes usan TCP / IP para comunicaciones de bases de datos comunes y transacciones de MTS, por lo que se requiere sólo la línea sqlws32 en este caso.[Win32client.ws32]serverpath = server1, devsrvr de 2156 / *La sección [win32client.ws32] proporciona más detalles sobre el protocolo de escucha TCP / IP. En la línea "serverpath", vemos el nombre del servidor ("server1"), que debe coincidir con el nombre que se utiliza en el archivo sql.ini en el equipo servidor. Luego vemos el nombre del equipo que aloja el servidor SQLBase ("devsrvr"). Luego vemos el puerto de escucha (2156). En este ejemplo, el servidor SQLBase se está ejecutando el protocolo SQLMPIPE para MTS (COM +) compatibilidad. Por lo tanto los puntos sql.ini cliente al puerto SQLMPIPE de 2156, en lugar del TCP por defecto / IP de 2155. Si cambia este número de puerto en 2155, el cliente seguirá siendo capaz de comunicarse con el servidor SQLBase utilizando TCP / IP, pero no podrá participar en transacciones de MTS. En cualquier caso, los números de puerto utilizados por el archivo sql.ini cliente deben coincidir con los utilizados en el archivo sql.ini servidor. Por último, el "/ *" tras el número de puerto significa que todas las bases de datos en server1 son visibles para el cliente. Si especifica sólo un nombre de base de datos, como por ejemplo "2156/ISLAND", sólo que la base de datos sería visible para el cliente.La línea "serverpath" es la única manera que el cliente puede determinar cómo alcanzar el servidor, por lo que su presencia es fundamental. Puede haber varias líneas "ServerPath" en esta sección, cada uno apuntando a diferentes servidores o bases de datos diferentes.SQLBase conectividad nativa

Este libro trata de los controladores estándar de la industria y los proveedores de bases de datos para SQLBase. Además, SQLBase tiene conectividad nativa que puede ser utilizado fácilmente por herramientas de cliente de Gupta, y se puede llamar desde otras herramientas de cliente a través de una API. Para obtener más información acerca de este protocolo nativo, leer el libro Programming Interface SQL de la aplicación.Características generales de SQLBaseSQLBase tiene un conjunto de características que coincide en gran medida con independencia de que se está usando proveedor del controlador o los datos para comunicarse con él. Sin embargo, hay ligeras diferencias en el conjunto de características disponibles para algunos conductores y proveedores de datos. Estas diferencias se observaron de forma individual en los capítulos que describen los controladores y proveedores de datos. En este capítulo, se describen las características generales de SQLBase. Si usted está interesado en la información detallada, consulte el manual Referencia del lenguaje SQL: DML y DDLSQLBase soporta todos los comandos de lenguaje de manipulación de datos de uso común y de definición de datos Comandos de lenguaje. Para obtener una lista resumida de los comandos, consulte el capítulo Referencia de comandos SQL en la Referencia del lenguaje SQL ..Establecimiento de una conexiónEn la API nativa SQLBase, puede hacer conexiones "implícitas", lo que significa que varios cursores de base de datos pueden ser asignados a una única conexión de base de datos. Con conexiones implícitas, cambiar el nivel de aislamiento de una conexión obliga a cometer. Además, haciendo un COMMIT en un cursor suele provocar un COMMIT se produzca para todos los demás cursores compartiendo este respecto, a menos que su aplicación toma medidas específicas para prevenir esto. Para obtener información más detallada, consulte el capítulo Uso del SQL / API en la Guía de Interfaz de programación de aplicaciones de SQL.Sin embargo, todos los conductores SQLBase y proveedores de datos utilizan conexiones "explícitas". Esto significa que las transacciones llevadas a cabo contra una conexión no tendrán ningún efecto sobre el estado de la transacción de otras conexiones.Vinculación de variablesSQLBase soporta variables de vinculación. Una variable bind es dos puntos seguidos de un número o una cadena, en una posición en una consulta donde se podría utilizar de otro modo los datos literales. El número o una cadena corresponde a una variable en la aplicación cliente que se ejecuta la consulta.Tipos de datosEstos son los tipos de datos nativos apoyados por SQLBase: Tipo LongitudCHAR (o VARCHAR) String 1 a 254 bytesLONG (o LONG VARCHAR) String (se puede utilizar para los datos binarios demasiado) 255 bytes a 2 gigabytesNúmero Hasta 22 dígitos del número deDECIMAL Number (o diciembre) hasta 15 dígitos, incluyendo los dígitos escalaINTEGER (o INT) Número máximo de 10 dígitos de precisión, rango de -2147483648-2147.483647 millonesNúmero SMALLINT hasta 5 dígitos de precisión, rango de -32.768 a 32.767DOUBLE PRECISION Número números de coma flotante de doble precisión, hasta 22 dígitos.

FLOAT Número Hasta 22 dígitos de precisión, incluidos los dígitos de escalaNúmeros REALES número de precisión en coma flotante, de hasta 21 dígitosDATETIME Fecha / hora Número (o TIMESTAMP) que representa un valor de fecha y valor de tiempo.Se devuelve FECHA Fecha / hora como DATETIME, pero sólo la parte de fecha del valorSe devuelve la fecha / hora tiempo igual DATETIME, pero sólo la parte de hora del valor Las descripciones detalladas de estos tipos de datos están disponibles en el capítulo Elementos SQL de la referencia SQL.Language.Existen diferencias significativas entre estos tipos de datos y los conjuntos de tipos de datos utilizados en los conductores y los proveedores. Los capítulos siguientes éste se detallarán las diferencias.Los niveles de aislamientoLos niveles de aislamiento se utilizan para lograr un equilibrio entre la concurrencia (que permite que muchos usuarios compartan datos) y consistencia (asegurando que los datos no han cambiado entre el momento en que se lee y el tiempo que se modifica.) Existen diferencias en cómo se asignan los niveles de aislamiento entre SQLBase y los diversos controladores y proveedores - por favor lea los capítulos correspondientes.Estabilidad del cursor (CS) El nivel de aislamiento en una página adquiere un bloqueo compartido en sólo mientras se está leyendo (mientras el cursor está en él). Un bloqueo compartido se cae cuando el cursor abandona la página, pero un bloqueo exclusivo (el tipo de bloqueo que se utiliza para una actualización) se mantiene hasta que se complete la transacción. Este nivel de aislamiento proporciona una mayor concurrencia de repetibilidad de lectura, pero la consistencia es menor.Cerraduras de la versión (RL) con el nivel de aislamiento de estabilidad del cursor, cuando un lector se mueve de una página de base de datos, el bloqueo compartido se ha caído. Sin embargo, si una fila de la página está todavía en el buffer de mensaje, la página está siendo bloqueado. Por el contrario, el bloqueo de nivel de aislamiento de salida (RL) aumenta la concurrencia. Por el control vuelve de tiempo a la demanda, todos los bloqueos compartidos han sido puestos en libertad.Sólo lectura (RO) El nivel de aislamiento que las páginas no están bloqueadas, y ningún usuario tiene que esperar. Esto le da al usuario una vista instantánea de la base de datos en el instante en que se inició la transacción. Los datos no se pueden actualizar mientras que en el de sólo lectura nivel de aislamiento.Leer Repetibilidad (RR) El nivel de aislamiento en el que si los datos se leen de nuevo durante una transacción, se garantiza que las filas no se han cambiado. Filas referencia el programa no se pueden cambiar por otros programas hasta que el programa llega a un punto de compromiso. Las consultas posteriores devuelven un conjunto coherente de los resultados (como si los cambios en los datos se suspendieron hasta que todas las consultas terminadas). Otros usuarios no serán capaces de actualizar las páginas que han sido leídos por la transacción. Todos los bloqueos compartidos y los bloqueos exclusivos se conservan en una página hasta que se complete la transacción. Leer repetibilidad ofrece la máxima protección frente a otros programas de aplicaciones activas. Esto garantiza un alto nivel de consistencia, pero disminuye la simultaneidad. RR es el nivel de aislamiento predeterminado SQLBase.TransaccionesSQLBase proporciona comandos COMMIT y ROLLBACK para controlar las transacciones. Además, el comando SAVEPOINT se puede utilizar dentro de secuencias

de comandos y procedimientos para crear puntos de rollback intermedios dentro de una transacción.Las transacciones distribuidasAdemás de una transacción que se maneja en un único servidor de base de datos, SQLBase también proporciona la capacidad de hacer transacciones que involucran a múltiples servidores de bases de datos que realizan diversas partes de la transacción. Para obtener más información sobre esto, lea el capítulo Transacciones Distiibuted en la Guía del administrador de base de datos.Transacciones COM + de WindowsSQLBase para Windows incluye SQLBase Resource Manager, un componente que permite coordinar las transacciones de base de datos dentro de una aplicación COM + mayor transacción. Para obtener más información, lea el capítulo Comunicación de la Guía del administrador de base de datos.De caracteres de longitud y largo manipulación de datos binariosEl largo (o LONG VARCHAR) tipo de datos acepta tanto en carácter como datos binarios. En Gupta Team Developer, o en aplicaciones que utilizan la API nativa SQBase, hay algunos pasos adicionales necesarios para hacer uso de este tipo de datos. Sin embargo, todos los controladores SQLBase y proveedores de datos ocultan esta complejidad, por lo que puede treate una columna LONG VARCHAR como cualquier otro tipo de datos de los comandos SQL.Procedimientos almacenados y disparadoresSQLBase admite procedimientos almacenados. La lengua de procedimiento es SAL (SQLWindows Idioma de la aplicación), que es el mismo lenguaje usado en la herramienta SQLWindows que forma parte de Gupta Team Developer. Este lenguaje se utiliza también en factores desencadenantes.Los parámetros se permiten con procedimientos almacenados. Los parámetros pueden ser de sólo entrada o input-output. No existe una única salida tipo de parámetro.Para obtener información detallada y ejemplos de procedimientos almacenados y disparadores, lea los Procedimientos capítulo y disparadores en la Referencia del lenguaje SQL.  Mostrar

Capítulo 2Configuración SQLBase para WindowsEn este capítulo se proporciona información acerca de la configuración SQLBase. Los temas incluyen:Conectividad administradorSQL.INIConectividad administradorEl Administrador de conectividad le permite editar el archivo sql.ini, sumando las bases de datos y los routers. Con esta herramienta, se puede establecer la configuración para SQLBase Server, incluyendo:Configuración de las opciones para un servidor SQLBaseActivación y desactivación de los protocolos de comunicaciónAgregar o eliminar un nombre de base de datosVisualización de una lista de nombres de bases de datosEl Administrador de conectividad detecta todo el software correspondiente instalado en

el equipo, incluidos los protocolos de red y configuraciones. La configuración automática también establece parámetros simples y avanzadas del servidor de base de datos. Puede configurar la conectividad tanto para el cliente y el servidor durante la misma sesión de administrador de conectividad. Para configurar su servidor, haga clic en la pestaña Servidor.Mediante el Administrador de Conectividad1. Seleccione Programas, Gupta, SQLBase 9.0, Administrador de conectividad en el menú Inicio.

 

2. Haga clic en la ficha Servidor para mostrar el servidor instalado.3. Haga clic en el símbolo + que aparece junto al nombre del servidor para mostrar escuchar protocolos y bases de datos.Las siguientes acciones están disponibles cuando se utiliza el Administrador de Conectividad.Haga clic izquierdo para seleccionar un elementoHaga doble clic para cambiar las propiedadesHaga clic derecho para mostrar un menú de funciones de conectividadPara obtener información detallada sobre el Administrador de conectividad, consulte la ayuda en línea que se proporciona con esta herramienta.Los valores de configuración del archivo sql.iniProductos Gupta leer el archivo sql.ini en el programa de puesta en marcha. El archivo sql.ini es el archivo común que contiene los valores de configuración de software. Cada máquina cliente y el servidor debe tener un archivo sql.ini. A partir de la versión 8.5, es posible nombrar sql.ini a cualquier otro nombre, y almacenarlo en cualquier lugar en el equipo. Sin embargo, en la documentación Gupta, el nombre del archivo de configuración siempre se refiere como sql.ini, a pesar de su nombre de los archivos puede ser diferente. En la versión 8.5 o posterior, puede utilizar el Administrador de

conectividad o la Consola de administración SQLBase para controlar el nombre y la ubicación del archivo de configuración.Nota: La versión para Windows de SQLBase no distingue entre mayúsculas y minúsculas, pero la versión de Linux de SQLBase espera que este archivo esté en minúsculas: sql.ini.Para utilizar un cliente SQLBase, primero debe habilitar las bibliotecas de comunicación apropiados estableciendo el valor comdll correcto en el archivo sql.ini. La forma más fácil de hacerlo es mediante el establecimiento de las interfaces de comunicación a través del Administrador de Conectividad Gupta si estás en Windows 98, ME, NT, 2000, XP, o su editor de texto preferido Server 2003, o. Lea la ayuda en línea del Administrador de Conectividad Gupta para más información, o hacer referencia a los capítulos dos y tres de la Guía del administrador de base de datos.¿Necesito configurar sql.ini?Si acaba de instalar SQLBase, y desea verificar que funciona correctamente, es probable que no tenga que cambiar la configuración de sql., Ini. La instalación de SQLBase para Windows proporciona valores predeterminados que permiten al servidor para correr y ponerse a disposición mediante el protocolo TCP / IP en el puerto 2155. Los componentes de cliente instalados al mismo tiempo, están configurados para hablar con el servidor y acceder a la base de datos de la muestra ISLAND.Sin embargo, una vez que haya probado SQLBase y desea comenzar a utilizarlo para sus propias aplicaciones y los datos, tendrá que realizar cambios de configuración en el archivo sql.ini. Algunas de las razones por las que usted desea hacer estos cambios incluyen:Adición de nuevas bases de datos para el servidor. Los nombres de bases de datos deben añadirse al tanto del cliente como del servidor porciones de sql.iniRestricción de las bases de datos son visibles para las aplicaciones cliente. El valor por defecto durante la instalación es hacer que todas las bases de datos en un servidor visible.Cambio de los ajustes de rendimiento. sql.ini contiene palabras clave relacionadas con tamaños de caché, los tipos de uniones, los archivos de registro y otras características de rendimiento. Puede cambiar los valores asociados a las palabras clave.La información más completa sobre la configuración sql.ini se encuentra en la Guía del administrador de base de datos, en los capítulos 2 y 3.Cómo SQLBase encuentra sql.iniCuando se inicia el servidor, o cuando un cliente intenta conectarse a un servidor, tres archivos de configuración importantes deben encontrarse o se emite un mensaje de error. Estos son el archivo de configuración principal, a que se refiere como sql.ini en toda la documentación, y archivos error.sql y message.sql, que influyen en la mensajería entre el servidor y el cliente.La lógica para los servidoresCada ejecutable del servidor acepta un argumento de línea de comandos opcional que contiene el nombre del archivo (y, opcionalmente, la ruta de acceso) del archivo de configuración. El nombre podría ser algo más que sql.ini Un ejemplo de una línea de comandos especificando el argumento es el siguiente:dbntsrv.exe "ini = c: \ mi directorio de trabajo \ myconfigfile.cfg" Si el argumento de línea de comandos se deja en blanco cuando se inicia el ejecutable, se supone que el archivo de configuración se denomina sql.ini y que reside en el mismo directorio que el ejecutable.Otros dos archivos importantes, error.sql y message.sql, siempre tienen que estar en el

mismo directorio que el ejecutable del servidor de base de datos.La lógica para los clientesSi una aplicación de cliente se conecta a la base de datos utilizando la función de API sqliniEx, a continuación, se suministra el nombre explícita y la ubicación del archivo de configuración, y la API simplemente intentará abrir ese archivo. Ninguna otra búsqueda se llevará a cabo. Algunas herramientas de cliente de Gupta, como SQLTalk, puede aceptar un argumento de línea de comandos especificando el archivo de configuración, y si no se especifica este argumento se utiliza el método de sqliniEx de conexión.Si se nombra a ningún archivo de configuración explícita, la API SQLBase intenta localizar un archivo llamado sql.ini, mirando en las siguientes ubicaciones:1. El directorio nombrado en la variable de entorno SQLBase.2. Directorio actual.3. \ SQLBase (para Windows) o / SQLBase (para Linux) directorio en la unidad actual.4. Directorio raíz de la unidad actual.5. Directorios especificados por la variable de entorno PATH.Nota: Si se establece la variable de entorno SQLBase, SQLBase sólo busca en el directorio al que apunta. No continúe siguiendo el orden de búsqueda descrito anteriormente.La lógica de cliente para error.sql y message.sqlUna vez que el archivo de configuración (nombre predeterminado sql.ini) ha sido localizado, otros dos archivos importantes deben estar ubicados. La lógica de búsqueda de error.sql y message.sql es muy similar a la de sql.ini, con una diferencia importante. Desde sql.ini ya ha sido localizado, se puede comprobar si la palabra clave CLIENTRUNTIMEDIR en ese archivo. Si existe la palabra clave y tiene un valor, sólo el directorio indicado por ese valor se buscará error.sql y message.sql. Si la palabra clave no tiene ningún valor en Windows, la lógica de búsqueda se muestra en los pasos 1 a 5 anteriormente se utiliza para localizar estos dos archivos. Si no hay ningún valor para esa palabra clave en Linux, se utiliza la lógica de Linux por defecto, que buscar en los directorios que se especifican en el archivo de configuración / etc / ld.so.conf. error.sql y message.sql deben estar ubicados en el mismo directorio que contiene el cliente de biblioteca compartida libsqlbapl.so.Correr SQLBase Server como un servicio de WindowsNota: Para poder instalar SQLBase Server para Windows como un servicio, debe tener privilegios de administrador.Correr SQLBase Server para Windows como servicio es compatible con Windows NT (4.0 o posterior), 2000, XP y Server 2003.SQLBase Server para Windows ofrece la opción, durante la instalación, para ejecutarse como un servicio de Windows. Si se elige esta opción, SQLBase está configurado para ejecutarse como una cuenta de sistema y de interactuar con el escritorio.Pior a la versión 8.5 sólo una instancia de SQLBase servidor se puede ejecutar en una máquina Windows en un momento dado, independientemente de si se está ejecutando como un servicio, o un programa de aplicación. Comenzando con la versión 8.5, varios motores de SQLBase servidor puede ejecutar al mismo tiempo, aunque sólo uno de estos casos puede haber una versión anterior a 8.5. Usted puede utilizar la Consola de administración de SQLBase (SMC) para iniciar y detener SQLBase como un servicio de Windows. SMC también le permite cambiar el nombre de un servicio SQLBase, y que se registre como un servicio de una instancia SQLBase que se configuró previamente para ejecutarse como una aplicación. Para más información, lea el Capítulo 6, operaciones DBA, en la Guía de Administración de Base de Datos.Para obtener más información sobre la ejecución del servidor SQLBase para Windows

como servicio, lea el Capítulo 13, Correr SQLBase Server como un servicio de Windows en la Guía del administrador de base de datos.Nota: SQLBase no puede funcionar como un servicio de forma automática si utiliza la cuenta de usuario en la configuración de servicios.SQLBase Guía de iniciación