Conexin a SQLBase

Captulo 1
Introduccin a SQLBase Conectividad
Cliente Gupta y tecnologa de servidores
Conectividad tiene dos caras en Gupta Technologies. Gupta publica SQLBase, el
servidor de base de datos relacional discutido en este libro. Y tambin 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 tambin.
Los detalles de la conectividad del cliente para aplicaciones escritas con el equipo
desarrollador de cualquier fuente de datos se documentan en un libro ms Gupta,
Conexin Gupta objetos de bases de datos. Por el contrario, el libro que est leyendo
ahora discutir cmo conectar cualquier aplicacin cliente, por escrito con cualquier
herramienta de programacin, a Gupta SQLBase.
Sin embargo, el administrador de base de datos todava tiene que preocuparse por la
conectividad de clientes, por dos razones:
Usted necesita herramientas de cliente para las tareas de DBA como configuracin,
copia de seguridad, y las pruebas. Dado que es probable que utilice herramientas Guptas
a estos efectos, que todava tendr que tener algn conocimiento de la conectividad del
cliente.
Los equipos cliente, incluso los que no utilizan herramientas de cliente de Gupta,
todava necesitan por lo menos un archivo sql.ini cliente rudimentario en sus mquinas,
a los efectos de precisar servidor, base de datos y protocolo de informacin bsica.

Sql.ini y el Administrador de conectividad

Ambas herramientas de cliente Guptas y sus herramientas de servidor utilizan un
archivo de configuracin para almacenar informacin de conectividad. En las versiones
de SQLBase antes de la 8.5, el archivo siempre se llam sql.ini y opciones para su
ubicacin eran limitadas. En la versin 8.5 el nombre del archivo y la ubicacin 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 configuracin en la
documentacin de Gupta. La capacidad de tener un nombre y una ubicacin para el
archivo de configuracin es una caracterstica que es compatible con mltiples
instalaciones SQLBase concurent en un solo equipo, tambin nuevo en la versin 8.5.
Para las nuevas instalaciones SQLBase, se crea sql.ini durante el proceso de instalacin
y se adapta a sus respuestas a las preguntas de instalacin. 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 aadan nuevos servidores o las nuevas
bases de datos para la instalacin. Los usuarios experimentados pueden desear cambiar
la configuracin sql.ini para lograr un rendimiento especfico y los objetivos de
comunicacin.
El resto de los captulos de este libro discutirn cmo configurar los drivers SQLBase y
proveedores de datos. En algunos casos, esta configuracin 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 especfico 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 bsicos slo sql.ini. La Gua del administrador
de base de datos contiene informacin mucho ms detallada sobre todos los conceptos
que se describe brevemente en este captulo.

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
pestaas. La ficha Conectividad trabaja en la configuracin del lado del cliente para
aadir o eliminar, activar o desactivar routers y protocolos. Seleccione la pestaa
Servidor de aadir 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 comunicacin

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 configuracin de un servidor instalado

Al configurar la conectividad para un cliente SQLBase, puede:

Edite el nombre, nivel de cifrado, y el directorio de ejecucin del propio cliente.

Activar y desactivar los protocolos de escucha.

Edite las propiedades de algunos protocolos de escucha (TCP / IP y conexin local)

Asociar nuevos nombres de servidor con un protocolo de escucha especfico o eliminar
nombres de servidor de un protocolo de escucha.

Limite el acceso a bases de datos especficas en un servidor, o acceder a las bases de
datos
.
Cambiar las propiedades de una combinacin 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
Conexin Gupta objetos de bases de datos.)

La siguiente ilustracin muestra cmo la pestaa Client le permite cambiar el nombre y
la ubicacin del archivo de configuracin que desea editar, escribiendo directamente el
nombre o haciendo clic en el botn Browse ..






























En ambas pestaas, 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" ms arriba), o haga clic derecho
sobre l y seleccione Propiedades, se puede trabajar con el cuadro de dilogo
Configuracin del servidor, que tiene tres pestaas:




















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 parmetros comnmente modificados y
crtica.














































La pestaa Avanzado le permite cambiar cualquier palabra clave del servidor,
suponiendo que conoce el valor que se puede asociar con la palabra clave. La
informacin detallada sobre los valores y palabras clave est disponible en el captulo 3
de la Gua del administrador de base de datos.
Tambin 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 configuracin de base de datos se limitan al nombre de base de datos y
la activacin / desactivacin de protocolos de escucha. Tenga en cuenta que en el
ejemplo anterior, se desactivan tres de las casillas de verificacin 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 continuacin, elija "Agregar base de datos".
Sql.ini ejemplo del lado del servidor
A continuacin se muestra una parte de un archivo sql.ini tpica que contiene
informacin bsica sobre el servidor SQLBase y sus bases de datos. Algunas de las
lneas en el archivo son anotados para explicar su propsito.
[Dbntsrv]
"Dbntsrv" es la abreviatura de la seccin de la versin ilimitada de usuarios SQLBase.
Su versin podra ser diferente. Por ejemplo, la versin 10-usuario utiliza la abreviatura
"dbnt10sv".
ServerName = server1, sqlmpipe, sqlws32
El 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 ms adelante, las bases de datos individuales no deben poner en
prctica todos estos protocolos.) "Sqlmpipe" representa el MTS (COM +) oyente, y
"sqlws32" es la escucha TCP / IP. Estas palabras clave no distinguen entre maysculas
y minsculas.
dbname = ISLAND, SQLMPIPE, sqlws32
"ISLAND" es la base de datos de demostracin / 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 lnea "dbname" dentro de la
seccin del servidor de sql.ini.
cache = 2000
sortcache = 2,000
readonly = 0
oracleouterjoin = 0
logfileprealloc = 0
particiones = 0
optimizerlevel = 2
locktimeout = 275
dbdir = C: \ Archivos de programa \ Gupta
Las bases de datos son los archivos fsicos, 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, sqlws32
Base de datos "SQLCON" se utiliza para la utilidad DBA SQLConsole. Tenga en
cuenta que en este ejemplo se implementa slo el protocolo TCP / IP listenting, no el
protocolo de MTS.
dbname = PURPLE, sqlmpipe, sqlws32
Base de datos "PURPLE" se aadi el Administrador de Conectividad. Tenga en cuenta
que implementa los protocolos de escucha utilizado por el propio servidor.
[Dbntsrv.dll]
comdll = sqlmpipe
comdll = sqlws32
Seccin "dbntsrv.dll" determina que sern cargados los protocolos de escucha cuando se
inicia el servidor SQLBase.
[Dbntsrv.ws32]
listenport = 2155
Cada protocolo de escucha tiene una seccin separada en sql.ini con informacin 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 nmero 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 nmero de puerto es un
parmetro de tiempo de ejecucin que se proporciona al gestor de recursos SQLBase,
SQLBrm.exe. Para obtener ms informacin, consulte las notas de la versin 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 nmero de
puerto.
Sql.ini ejemplo del lado del cliente
Este es un buen lugar para ilustrar cmo 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 = sqlws32
La seccin [winclient32.dll] muestra las bibliotecas de comunicacin 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 podra esperar ver una "comdll sqlmpipe =" lnea en
esta seccin como lo hicimos al hablar del servidor. Sin embargo, sqlmpipe slo 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 slo la lnea sqlws32 en este
caso.
[Win32client.ws32]
serverpath = server1, devsrvr de 2156 / *
La seccin [win32client.ws32] proporciona ms detalles sobre el protocolo de escucha
TCP / IP. En la lnea "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 nmero 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 nmeros 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 nmero de puerto significa que todas las bases de datos en
server1 son visibles para el cliente. Si especifica slo un nombre de base de datos, como
por ejemplo "2156/ISLAND", slo que la base de datos sera visible para el cliente.
La lnea "serverpath" es la nica manera que el cliente puede determinar cmo alcanzar
el servidor, por lo que su presencia es fundamental. Puede haber varias lneas
"ServerPath" en esta seccin, cada uno apuntando a diferentes servidores o bases de
datos diferentes.
SQLBase conectividad nativa
Este libro trata de los controladores estndar de la industria y los proveedores de bases
de datos para SQLBase. Adems, SQLBase tiene conectividad nativa que puede ser
utilizado fcilmente por herramientas de cliente de Gupta, y se puede llamar desde otras
herramientas de cliente a travs de una API. Para obtener ms informacin acerca de
este protocolo nativo, leer el libro Programming Interface SQL de la aplicacin.
Caractersticas generales de SQLBase
SQLBase tiene un conjunto de caractersticas 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
caractersticas disponibles para algunos conductores y proveedores de datos. Estas
diferencias se observaron de forma individual en los captulos que describen los
controladores y proveedores de datos. En este captulo, se describen las caractersticas
generales de SQLBase. Si usted est interesado en la informacin detallada, consulte el
manual Referencia del lenguaje SQL:

DML y DDL
SQLBase soporta todos los comandos de lenguaje de manipulacin de datos de uso
comn y de definicin de datos Comandos de lenguaje. Para obtener una lista resumida
de los comandos, consulte el captulo Referencia de comandos SQL en la Referencia del
lenguaje SQL ..
Establecimiento de una conexin
En la API nativa SQLBase, puede hacer conexiones "implcitas", lo que significa que
varios cursores de base de datos pueden ser asignados a una nica conexin de base de
datos. Con conexiones implcitas, cambiar el nivel de aislamiento de una conexin
obliga a cometer. Adems, haciendo un COMMIT en un cursor suele provocar un
COMMIT se produzca para todos los dems cursores compartiendo este respecto, a
menos que su aplicacin toma medidas especficas para prevenir esto. Para obtener
informacin ms detallada, consulte el captulo Uso del SQL / API en la Gua de
Interfaz de programacin de aplicaciones de SQL.
Sin embargo, todos los conductores SQLBase y proveedores de datos utilizan
conexiones "explcitas". Esto significa que las transacciones llevadas a cabo contra una
conexin no tendrn ningn efecto sobre el estado de la transaccin de otras conexiones.
Vinculacin de variables
SQLBase soporta variables de vinculacin. Una variable bind es dos puntos seguidos de
un nmero o una cadena, en una posicin en una consulta donde se podra utilizar de
otro modo los datos literales. El nmero o una cadena corresponde a una variable en la
aplicacin cliente que se ejecuta la consulta.
Tipos de datos
Estos son los tipos de datos nativos apoyados por SQLBase:
Tipo Longitud
CHAR (o VARCHAR) String 1 a 254 bytes
LONG (o LONG VARCHAR) String (se puede utilizar para los datos binarios
demasiado) 255 bytes a 2 gigabytes
Nmero Hasta 22 dgitos del nmero de
DECIMAL Number (o diciembre) hasta 15 dgitos, incluyendo los dgitos escala
INTEGER (o INT) Nmero mximo de 10 dgitos de precisin, rango de -2147483648-
2147.483647 millones
Nmero SMALLINT hasta 5 dgitos de precisin, rango de -32.768 a 32.767
DOUBLE PRECISION Nmero nmeros de coma flotante de doble precisin, hasta 22
dgitos.
FLOAT Nmero Hasta 22 dgitos de precisin, incluidos los dgitos de escala
Nmeros REALES nmero de precisin en coma flotante, de hasta 21 dgitos
DATETIME Fecha / hora Nmero (o TIMESTAMP) que representa un valor de fecha y
valor de tiempo.
Se devuelve FECHA Fecha / hora como DATETIME, pero slo la parte de fecha del
valor
Se devuelve la fecha / hora tiempo igual DATETIME, pero slo la parte de hora del
valor

Las descripciones detalladas de estos tipos de datos estn disponibles en el captulo
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 captulos siguientes ste se
detallarn las diferencias.
Los niveles de aislamiento
Los 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 cmo se asignan los niveles de aislamiento entre SQLBase y los
diversos controladores y proveedores - por favor lea los captulos correspondientes.
Estabilidad del cursor (CS) El nivel de aislamiento en una pgina adquiere un bloqueo
compartido en slo mientras se est leyendo (mientras el cursor est en l). Un bloqueo
compartido se cae cuando el cursor abandona la pgina, pero un bloqueo exclusivo (el
tipo de bloqueo que se utiliza para una actualizacin) se mantiene hasta que se complete
la transaccin. Este nivel de aislamiento proporciona una mayor concurrencia de
repetibilidad de lectura, pero la consistencia es menor.
Cerraduras de la versin (RL) con el nivel de aislamiento de estabilidad del cursor,
cuando un lector se mueve de una pgina de base de datos, el bloqueo compartido se ha
cado. Sin embargo, si una fila de la pgina est todava en el buffer de mensaje, la
pgina 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.
Slo lectura (RO) El nivel de aislamiento que las pginas no estn bloqueadas, y ningn
usuario tiene que esperar. Esto le da al usuario una vista instantnea de la base de datos
en el instante en que se inici la transaccin. Los datos no se pueden actualizar mientras
que en el de slo lectura nivel de aislamiento.
Leer Repetibilidad (RR) El nivel de aislamiento en el que si los datos se leen de nuevo
durante una transaccin, 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 sern capaces de actualizar las pginas que han
sido ledos por la transaccin. Todos los bloqueos compartidos y los bloqueos
exclusivos se conservan en una pgina hasta que se complete la transaccin. Leer
repetibilidad ofrece la mxima proteccin 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.
Transacciones
SQLBase proporciona comandos COMMIT y ROLLBACK para controlar las
transacciones. Adems, el comando SAVEPOINT se puede utilizar dentro de secuencias
de comandos y procedimientos para crear puntos de rollback intermedios dentro de una
transaccin.
Las transacciones distribuidas
Adems de una transaccin que se maneja en un nico servidor de base de datos,
SQLBase tambin proporciona la capacidad de hacer transacciones que involucran a
mltiples servidores de bases de datos que realizan diversas partes de la transaccin.
Para obtener ms informacin sobre esto, lea el captulo Transacciones Distiibuted en la
Gua del administrador de base de datos.
Transacciones COM + de Windows
SQLBase para Windows incluye SQLBase Resource Manager, un componente que
permite coordinar las transacciones de base de datos dentro de una aplicacin COM +
mayor transaccin. Para obtener ms informacin, lea el captulo Comunicacin de la
Gua del administrador de base de datos.
De caracteres de longitud y largo manipulacin de datos binarios
El largo (o LONG VARCHAR) tipo de datos acepta tanto en carcter 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 disparadores
SQLBase admite procedimientos almacenados. La lengua de procedimiento es SAL
(SQLWindows Idioma de la aplicacin), que es el mismo lenguaje usado en la
herramienta SQLWindows que forma parte de Gupta Team Developer. Este lenguaje se
utiliza tambin en factores desencadenantes.
Los parmetros se permiten con procedimientos almacenados. Los parmetros pueden
ser de slo entrada o input-output. No existe una nica salida tipo de parmetro.
Para obtener informacin detallada y ejemplos de procedimientos almacenados y
disparadores, lea los Procedimientos captulo y disparadores en la Referencia del
lenguaje SQL.


Mostrar


Captulo 2
Configuracin SQLBase para Windows
En este captulo se proporciona informacin acerca de la configuracin SQLBase. Los
temas incluyen:
Conectividad administrador
SQL.INI
Conectividad administrador
El 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 configuracin para
SQLBase Server, incluyendo:
Configuracin de las opciones para un servidor SQLBase
Activacin y desactivacin de los protocolos de comunicacin
Agregar o eliminar un nombre de base de datos
Visualizacin de una lista de nombres de bases de datos
El Administrador de conectividad detecta todo el software correspondiente instalado en
el equipo, incluidos los protocolos de red y configuraciones. La configuracin
automtica tambin establece parmetros simples y avanzadas del servidor de base de
datos. Puede configurar la conectividad tanto para el cliente y el servidor durante la
misma sesin de administrador de conectividad. Para configurar su servidor, haga clic
en la pestaa Servidor.
Mediante el Administrador de Conectividad
1. 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 smbolo + que aparece junto al nombre del servidor para mostrar
escuchar protocolos y bases de datos.
Las siguientes acciones estn disponibles cuando se utiliza el Administrador de
Conectividad.
Haga clic izquierdo para seleccionar un elemento
Haga doble clic para cambiar las propiedades
Haga clic derecho para mostrar un men de funciones de conectividad
Para obtener informacin detallada sobre el Administrador de conectividad, consulte la
ayuda en lnea que se proporciona con esta herramienta.
Los valores de configuracin del archivo sql.ini
Productos Gupta leer el archivo sql.ini en el programa de puesta en marcha. El archivo
sql.ini es el archivo comn que contiene los valores de configuracin de software. Cada
mquina cliente y el servidor debe tener un archivo sql.ini. A partir de la versin 8.5, es
posible nombrar sql.ini a cualquier otro nombre, y almacenarlo en cualquier lugar en el
equipo. Sin embargo, en la documentacin Gupta, el nombre del archivo de
configuracin siempre se refiere como sql.ini, a pesar de su nombre de los archivos
puede ser diferente. En la versin 8.5 o posterior, puede utilizar el Administrador de
conectividad o la Consola de administracin SQLBase para controlar el nombre y la
ubicacin del archivo de configuracin.
Nota: La versin para Windows de SQLBase no distingue entre maysculas y
minsculas, pero la versin de Linux de SQLBase espera que este archivo est en
minsculas: sql.ini.
Para utilizar un cliente SQLBase, primero debe habilitar las bibliotecas de
comunicacin apropiados estableciendo el valor comdll correcto en el archivo sql.ini.
La forma ms fcil de hacerlo es mediante el establecimiento de las interfaces de
comunicacin a travs del Administrador de Conectividad Gupta si ests en Windows
98, ME, NT, 2000, XP, o su editor de texto preferido Server 2003, o. Lea la ayuda en
lnea del Administrador de Conectividad Gupta para ms informacin, o hacer
referencia a los captulos dos y tres de la Gua 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 configuracin de sql., Ini. La instalacin de SQLBase para
Windows proporciona valores predeterminados que permiten al servidor para correr y
ponerse a disposicin mediante el protocolo TCP / IP en el puerto 2155. Los
componentes de cliente instalados al mismo tiempo, estn 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 configuracin en el
archivo sql.ini. Algunas de las razones por las que usted desea hacer estos cambios
incluyen:
Adicin de nuevas bases de datos para el servidor. Los nombres de bases de datos deben
aadirse al tanto del cliente como del servidor porciones de sql.ini
Restriccin de las bases de datos son visibles para las aplicaciones cliente. El valor por
defecto durante la instalacin 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
tamaos de cach, los tipos de uniones, los archivos de registro y otras caractersticas de
rendimiento. Puede cambiar los valores asociados a las palabras clave.
La informacin ms completa sobre la configuracin sql.ini se encuentra en la Gua del
administrador de base de datos, en los captulos 2 y 3.
Cmo SQLBase encuentra sql.ini
Cuando se inicia el servidor, o cuando un cliente intenta conectarse a un servidor, tres
archivos de configuracin importantes deben encontrarse o se emite un mensaje de
error. Estos son el archivo de configuracin principal, a que se refiere como sql.ini en
toda la documentacin, y archivos error.sql y message.sql, que influyen en la mensajera
entre el servidor y el cliente.
La lgica para los servidores
Cada ejecutable del servidor acepta un argumento de lnea de comandos opcional que
contiene el nombre del archivo (y, opcionalmente, la ruta de acceso) del archivo de
configuracin. El nombre podra ser algo ms que sql.ini Un ejemplo de una lnea de
comandos especificando el argumento es el siguiente:
dbntsrv.exe "ini = c: \ mi directorio de trabajo \ myconfigfile.cfg"

Si el argumento de lnea de comandos se deja en blanco cuando se inicia el ejecutable,
se supone que el archivo de configuracin 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 lgica para los clientes
Si una aplicacin de cliente se conecta a la base de datos utilizando la funcin de API
sqliniEx, a continuacin, se suministra el nombre explcita y la ubicacin del archivo de
configuracin, y la API simplemente intentar abrir ese archivo. Ninguna otra bsqueda
se llevar a cabo. Algunas herramientas de cliente de Gupta, como SQLTalk, puede
aceptar un argumento de lnea de comandos especificando el archivo de configuracin,
y si no se especifica este argumento se utiliza el mtodo de sqliniEx de conexin.
Si se nombra a ningn archivo de configuracin explcita, 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 raz de la unidad actual.
5. Directorios especificados por la variable de entorno PATH.
Nota: Si se establece la variable de entorno SQLBase, SQLBase slo busca en el
directorio al que apunta. No contine siguiendo el orden de bsqueda descrito
anteriormente.
La lgica de cliente para error.sql y message.sql
Una vez que el archivo de configuracin (nombre predeterminado sql.ini) ha sido
localizado, otros dos archivos importantes deben estar ubicados. La lgica de bsqueda
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, slo
el directorio indicado por ese valor se buscar error.sql y message.sql. Si la palabra
clave no tiene ningn valor en Windows, la lgica de bsqueda se muestra en los pasos
1 a 5 anteriormente se utiliza para localizar estos dos archivos. Si no hay ningn valor
para esa palabra clave en Linux, se utiliza la lgica de Linux por defecto, que buscar en
los directorios que se especifican en el archivo de configuracin / 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 Windows
Nota: 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 opcin, durante la instalacin, para ejecutarse
como un servicio de Windows. Si se elige esta opcin, SQLBase est configurado para
ejecutarse como una cuenta de sistema y de interactuar con el escritorio.
Pior a la versin 8.5 slo una instancia de SQLBase servidor se puede ejecutar en una
mquina Windows en un momento dado, independientemente de si se est ejecutando
como un servicio, o un programa de aplicacin. Comenzando con la versin 8.5, varios
motores de SQLBase servidor puede ejecutar al mismo tiempo, aunque slo uno de
estos casos puede haber una versin anterior a 8.5. Usted puede utilizar la Consola de
administracin de SQLBase (SMC) para iniciar y detener SQLBase como un servicio de
Windows. SMC tambin 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 aplicacin. Para ms informacin, lea el Captulo 6,
operaciones DBA, en la Gua de Administracin de Base de Datos.
Para obtener ms informacin sobre la ejecucin del servidor SQLBase para Windows
como servicio, lea el Captulo 13, Correr SQLBase Server como un servicio de
Windows en la Gua del administrador de base de datos.
Nota: SQLBase no puede funcionar como un servicio de forma automtica si utiliza la
cuenta de usuario en la configuracin de servicios.
SQLBase Gua de iniciacin