|
Desloque-se até o nome de opção apropriado na
lista a seguir e siga as dicas para definir seu valor na caixa de diálogo Entrada do Valor de Opção. |
|
- ADD_QUALIFIERS
- Selecione TRUE ou FALSE. Se TRUE, TDT qualificará automaticamente nomes de tabela SQL para
todas as instruções exceto SQLPrepare e SQLExecuteImmediate. O qualificador utilizado é
determinado pela entrada "Qualificador" na
caixa de Diálogo Configuração da Origem (a qual no final das contas termina por definir a
opção "qual=" em sai_sql.cfg). O padrão é TRUE.
|
|
- APP
- Digite um nome de aplicativo quando estiver conectando. Atualmente, isto somente se aplica
ao Sybase e MS SQLServer (e é opcional em ambos os casos). Qualquer nome de aplicativo pode
ser utilizado como "exampleapp".
|
|
- ARRAY_SIZE
- Digite um número para especificar quantas linhas devem ser carregadas de uma só vez (em
um bloco). A carga em bloco pode reduzir a sobrecarga da rede. O TDT define isso automaticamente
para um (1) para SQLSelectInto. Além disto, o TDT pode ou não honrar seu valor de ARRAY_SIZE
dependendo do valor do ARRAY_BUFFER_SIZE. Atualmente, esta opção é suportada somente em
Oracle. O valor padrão é 100 linhas.
|
|
- ARRAY_BUFFER_SIZE
- Digite um número para especificar quantos bytes serão alocados para uma coluna de cadeia
simples, como CHAR, LONG ou VARCHAR, quando estiver realizando carga matricial (bloco).
Defini-lo para um valor grande previne truncamento; contudo, defini-lo para valores
pequenos minimiza a quantidade de dados transmitidos através da rede. O TDT define
automaticamente este valor como 255 para SELECTS resultantes de SQLManage.
Atualmente, esta opção é suportada somente em Oracle. O padrão é 4096.
|
|
- AUTO_CONNECT
- Selecione TRUE ou FALSE. Defini-lo como TRUE obriga o TDT a conectar-se automaticamente
a esta origem de dados quando a primeira instrução SQL (não conectada) é executada. Observe
que esta é uma origem diferente da origem DEFAULT.
- Aviso: Esta opção é fornecida para compatibilidade com versões
anteriores somente e, é provável que não será mais suportada em releases futuros.
|
|
- BIND_ALL
- Selecione TRUE ou FALSE. Definir como TRUE obriga a que todos os parâmetros estejam
sempre ligados (ao invés de expandidos internamente). O padrão para Oracle e Informix é
TRUE; o padrão para todos os outros bancos de dados é FALSE.
|
|
- BIND_PARAMETER_BUFFER_SIZE
- Digite um número para especificar o tamanho do buffer de parâmetros de saída utilizados para
STRINGS retornadas pelos procedimentos armazenados. O padrão atual é 2049 para a maioria
dos bancos de dados. SQLServer e Sybase têm um padrão de 257.
|
|
- BIND_PARAMETER_FILL_OUTPUT_NULL_VALS
- Selecione TRUE ou FALSE. Isto obriga a que as cadeias NULL sendo ligadas como
parâmetros de saída sejam convertidas para uma cadeia vazia ('') antes de serem ligadas. O
padrão é FALSE.
|
|
- BIND_PARAMETER_PAD_OUTPUT_STRINGS
- Selecione TRUE ou FALSE. Isto obriga a que sejam incluídos espaços à direita das cadeias
sendo ligadas como parâmetros de saída até BIND_PARAMETER_BUFFER_SIZE antes de serem
ligadas. O padrão é FALSE.
|
|
- BOOLEAN_FORMAT
- Especifica o formato dos valores Booleanos no DBMS. Atualmente, todos os aplicativos do TSD
armazenam booleanos como inteiros, assim esta opção não é utilizada.
|
|
- BOOLEAN_STORAGE_TYPE
- Selecione INTEGER ou STRING para especificar a classe de armazenamento do DBMS utilizado
para valores booleanos. Atualmente, todos os aplicativos do TSD
armazenam booleanos como INTEGER.
|
|
- CASE_CONVERSION
- Selecione NONE, UPPER ou LOWER para controlar se o TDT realiza ou não conversão
automática de maiúsculas ou minúsculas de instruções SQL antes de submetê-las. Normalmente,
para DBMSs que consideram maiúsculas e minúsculas, o programador Tivoli
Script deve observar o caso correto ao codificar consultas SQL. Como o TDT força
um caso consistente, a prática de codificar para uma necessidade de caso para um DBMS
específico pode ser eliminada. O padrão é NONE.
- Nota: Para que esta opção funcione, todos os objetos do
banco de dados (tabelas, colunas, índice, etc.) devem ser criados com o caso consistente
(por exemplo, todos maiúsculos ou todos minúsculos).
|
|
- CASE_SENSITIVE
- Selecione TRUE ou FALSE. Esta opção informa ao TDT se o DBMS tem nomes de objetos com
distinção entre maiúsculas e minúsculas, tais como nomes de tabelas ou colunas. O padrão é
FALSE.
- Nota: Esta definição não se refere aos dados com
distinção de maiúsculas e minúculas.
|
|
- CATALOG_CASE_CONVERSION
- Selecione NONE, UPPER ou /LOWER. Esta opção controla se o TDT realiza ou não uma
conversão automática de maiúsculas e minúsculas de dados em consultas contra exibições de
catálogo de sistema (SAI_SYSCOLUMNS e SAI_SYSTABLES). O padrão para Informix é LOWER; o padrão para Sybase e MS
SQLServer com distinção entre maiúsculas e minúsculas é NONE; o padrão para todos os outros é
UPPER.
|
|
- CLIENT_VERSION
- Digite a versão do cliente do banco de dados, como 1.20.
|
|
- COLUMN_CATALOG_METHOD
- Selecione STANDARD, DBMS_SPECIFIC ou ODBC para especificar o método utilizado para consultar
o catálogo do banco de dados para definições de colunas de tabelas.
- STANDARD utiliza o COLUMN_DEFINITION_TABLE e outros parâmetros COL para consultar os
dados.
- DBMS_SPECIFIC utiliza uma consulta otimizada específica da plataforma de banco de dados para
desempenho. Se não existir nenhuma consulta DBMS_SPECIFIC, a consulta STANDARD será realizada.
- ODBC ativa o uso da função ODBC SQLColumns para recuperar a informação sobra a coluna para
uma tabela.
- O padrão para MS SQLServer e Sybase é DBMS_SPECIFIC, para todos os outros o padrão é
STANDARD.
|
|
- COLUMN_DEFINITION_TABLE
- Digite o nome da exibição de catálogo de sistema utilizada pelo TDT, para obter informações sobre a
coluna. O padrão é SAI_SYSCOLUMNS.
|
|
- COL_BUFFER_SIZE
- Digite um número para especificar o tamanho do buffer utilizado para recuperar dados de
caracteres. Definindo como 512, não implica que você está limitado a 512 bytes: o TDT
efetua "chunks" da recuperação. O tamanho padrão é 1998. Em geral, quanto maior
o buffer, melhor o desempenho; contudo, nossos testes mostram que você atinge o ponto no qual
o desempenho de retorno é minimizado muito rapidamente.
|
|
- COL_LENGTH_COLUMN
- Digite o nome da couluna na exibição de catálogo de coluna eu contém o tamanho da coluna.
O padrão é LENGTH.
|
|
- COL_NAME_COLUMN
- Digite o nome da coluna na exibição de catálogo de coluna que contém o nome da coluna.
O padrão é NAME.
|
|
- COL_NULLS_COLUMN
- Digite o nome da coluna na exibição de catálogo de coluna que contém o recurso de
colunas nulas. O padrão é NULLS.
|
|
- COL_REMARKS_COLUMN
- Digite o nome da coluna na exibição de catálogo de coluna que contém os comentários. O
padrão é REMARKS.
|
|
- COL_SCALE_COLUMN
- Digite o nome da coluna na exibição de catálogo de coluna que contém a escala da coluna.
O padrão é SCALE.
|
|
- COL_TBCREATOR_COLUMN
- Digite o nome da coluna na exibição de catálogo de coluna que contém o criador da tabela.
O padrão é TBCREATOR.
|
|
- COL_TBNAME_COLUMN
- Digite o nome da couluna na exibição de catálogo de coluna que contém o nome da tabela.
O padrão é TBNAME.
|
|
- COL_TYPE_COLUMN
- Digite o nome da coluna na exibição de catálogo de coluna que contém o tipo da coluna.
O padrão é TYPE
|
|
- COMMIT_SELECTS
- Selecione TRUE ou FALSE. Se TRUE e em modo de consolidação manual, o TDT consolida unidades de
trabalho somente de leitura (para liberar bloqueios compartilhados). O default is TRUE.
|
|
- COMM_PACKET_SIZE
- Digite um número para especificar o tamanho do pacote de comunicação utilizado entre o
cliente e o servidor de banco de dados. Este não é o tamanho do pacote do protocolo de
transporte fundamental (por exemplo TCP/IP). Atualmente, se aplica somente para Sybase. O padrão é 512 bytes.
|
|
- DATE_FORMAT
- Especifica o formato de data esperado pelo DBMS.
- Examples: MM/DD/YYYY, DD.MM.YYYY, YYYY-MM-DD, DD-MON-YY.
- Nota: Consulte os manuais TST para obter uma discussão mais aprofundada dos
formatos disponíveis.
|
|
- DATE_PARAMETER_PRECISION
- Digite um número para especificar quantos dígitos de precisão são utilizados quando o parâmetro está ligando
um valor de data. Selecione a documentação do banco de dados para valores padrões de seu DBMS.
|
|
- DATE_PARAMETER_SCALE
- Digite um número para especificar quantos dígitos de escala são utilizados quando o parâmtero está
ligando um valor de data. Utilize somente se REAL_PARAMETER_TYPE é SQL_NUMERIC ou
SQL_DECIMAL. O valor padrão é (0).
|
|
- DATE_PARAMETER_TYPE
- Selecione SQL_DATE, SQL_CHAR ou SQL_TIMESTAMP para especificar a classe de
ligação de parâmetro do DBMS utilizado para datas. Atualmente, o padrão é SQL_DATE para todos os
bancos de dados exceto o MS SQLServer e Sybase. MS SQLServer e Sybase usam SQL_TIMESTAMP.
|
|
- DATE_STORAGE_TYPE
- Selecione DATE, STRING ou INTEGER para especificar a classe de armazenamento que o DBMS
utiliza para datas. Atualmente, o padrão para todos os aplicativos do TSD é DATE.
|
|
- DRIVER_XOOR_DESC_CACHE_SIZE
- Somente para bancos de dados Oracle, digite o número que define um limite na quantidade
de descrição de dados que XOOR mantém em seu cache LRU. O padrão é 2000000000 de descrições,
o que é efetivamente sem limite. Se não desejar utilizar o cache de descrições, defina este
valor como 0 (zero).
- Aviso: Nunca defina este valor como um valor diferente de zero menor que
o número máximo esperado de instruções em execução simultânea. Portanto, uma definição de valor 40
é um mínimo garantido.
|
|
- DRIVER_XOOR_MAX_LONG_COL_SIZE
- Somente para bancos de dados Oracle, digite um número que define um tamanho máximo que
pode ser recuperado por tipos de dados LONG quando o ARRAY_SIZE é 1. Se este valor for
maior que 32512, então, a chamada OCI "oflng" é utilizada para recuperar todos os dados. Se
for menor que 32512, então, um buffer deste tamanho será ligado com "odefin".
Quando o ARRAY_SIZE é maior que 1, então "odefin" é chamado e o tamanho do buffer
é determinado pelo ARRAY_BUFFER_SIZE. O padrão é 32512.
|
|
- DRIVER_XOSS_ANSI_TO_OEM
- Somente para banco de dados Sybase e MS SQLServer e somente no Windows, selecione
TRUE ou FALSE. Este parâmetro é opcional. Definindo-o como TRUE faz com que as conversões da
página de códigos ANSI para OEM e OEM para ANSI, se realizem no cliente do banco de dados. O padrão é FALSE.
- Nota: Isto faz o mesmo que a opção NEEDS_CODEPAGE_TRANSLATION
exceto que em uma camada diferente (DB-Lib vs. TDT); portanto, você não deve ativar
as duas ao mesmo tempo.
|
|
- DRIVER_XOSS_CANCEL_FREQUENCY
- Somente para bancos de dados Sybase e MS SQLServer, selecione 0 ou 1.
- Este parâmetro é opcional. Ele permite que se especifique a freqüência do cancelamento do
conjunto de resultados. Opções legais são: 0 (quando necessário) ou 1 (sempre). Como uma
otimização, XOSS faz todo esforço para não chamar dbcancel (or dbcanquery)
desnecessariamente; portanto, o padrão é 0. Contudo, a natureza da programação DB-Lib faz
com que isto seja um pouco complicado e se problemas acontecerem devido a falhas do
cancelamento do conjunto de resultados, defina-a para 1 (sempre).
|
|
- DRIVER_XOSS_CANCEL_METHOD
- Somente para banco de dados Sybase e MS SQLServer, selecione 0, 1 ou 2.
- Este parâmetro é opcional. Ela permite que se especifique o método utilizado para cancelar os
conjuntos de resultados. As opções legais são: 0 (dbresults em conjunção com iteração através de
dbnextrow), 1 (db results em conjunção com uma iteração de dbnextrow e (se mais linhas)
dbcancel) ou 2 (dbcancel). O padrão é 1, que deve ser o mais favorável; contudo, se problemas
acontecerem devido à falha do cancelamento do conjunto de resultados, tente definir como 1 ou
2.
|
|
- DRIVER_XOSS_CHARSET
- Somente para bancos de dados Sybase, especifique o conjunto de caracteres do cliente
(consulte a documentação do fornecedor de seu banco de dados para obter uma lista de
conjuntos de caracteres permitidos). Este parâmetro é opcional.
|
|
- DRIVER_XOSS_HOST
- Somente para bancos de dados Sybase e MS SQLServer, defina o nome de sua estação de
trabalho (o que permite exibi-lo na tabela sysprocesses). Se seu site estiver utilizando um
arquivo de configuração comum para todos os usuários, um modo mais apropriado de definir
isto será através da variável de ambiente XOSS_HOST (por exemplo, seu arquivo autoexec.bat pode
conter: SET XOSS_HOST=Mozart). Este parâmetro é opcional.
|
|
- DRIVER_XOSS_LANG
- Somente para bancos de dados Sybase e MS SQLServer, especifique o nome de linguagem
natural para seu locale (consulte a documentação do fornecedor de seu banco de dados
para obter uma lista de linguagens suportadas). Este é um parâmetro opcional.
|
|
- DRIVER_XOSS_LOGIN_TIMEOUT
- Somente para banco de dados Sybase e MS SQLServer, digite um número para especificar a
quantidade de tempo que o DB-Lib espera antes de retornar um erro de início de sessão. É importante
entender que esta definição não garante sempre que o tempo de espera sempre ocorra; alguns
erros de comunicação ainda causam a interrupção do DB-Lib ou (Net-Lib).
|
|
- DRIVER_XOSS_MAX_TEXT_SIZE
- Somente para bancos de dados Sybase e MS SQLServer, digite um número para especificar a
quantidade máxima (em caracteres) de dados TEXT que podem ser enviados e recebidos. O
padrão é 4096.
|
|
- DRIVER_XOSS_PACKET_SIZE
- Somente para bancos de dados Sybase e MS SQLServer, digite um número para especificar o
tamanho do pacote de TDS utilizado por seu aplicativo. O padrão é 512 bytes.
- Nota: Descobrimos que, dependendo de seu protocolo de comunicação,
definir este para valores maiores pode causar erros de comunicação.
|
|
- DRIVER_XOSS_SQL_TIMEOUT
- Somente para bancos de dados Sybase e MS SQLServer, digite um número que especifique a
quantidade de tempo que o DB-Lib espera para que um servidor responda a um comando SQL.
- Nota: Definir este valor não garante que o tempo de espera sempre ocorra.
Alguns erros de comunicação e/ou servidor ainda podem causar interrupção do DB-Lib (ou
Net-Lib).
|
|
- DRIVER_XOSS_USE_DBROWS
- Somente para bancos de dados Sybase ou MS SQLServer, selecione TRUE ou FALSE para
especificar se o XOSS irá ou não utilizar uma otimização que chame DBROWS, para determinar se
existem ou não mais linhas pendentes neste conjunto de resultados. O padrão é TRUE. É concebível
que em alguns ambientes você pode atualmente conseguir melhores resultados definido este
como FALSE; contudo, deve ser lembrado que em qualquer caso, provavelmente, esta seja uma otimização menor.
|
|
- DRIVER_XOINF_SERVICE
- Somente para Informix, especifique o nome de serviço TCP/IP que o Informix Net (INET) utiliza
ao conectar-se ao servidor do banco de dados. O nome deve corresponder ao especificado no
arquivo SERVICES utilizado pelo software de rede TCP/IP em sua máquina.
Possíveis localizações do arquivo SERVICES: c:\windows; c:\win95;
c:\winnt\system\drivers\etc; c:\ftp\etc; c:\ibmtcp\etc. Consulte o manual de
referência de seu fornecedor de software de rede (não a Tivoli Systems, Inc.) para obter localizações específicas
sobre a marca do software de rede. Se esta entrada não estiver presente (ou estiver vazia), o padrão
será o nome de serviço especificado em INFORMIX.INI.
|
|
- DRIVER_XOINF_PROTOCOL
- Somente para Informix, especifique o protocolo de transporte de rede (por exemplo, TCP/IP) que o
Informix Net (INET) utiliza quando se conecta ao servidor de banco de dados. Consulte
os manuais do Informix NET (INET), para obter valores aceitáveis para esta entrada. Se esta entrada
não estiver presente (ou estiver vazia), o padrão será o protocolo de transporte de rede em INFORMIX.INI.
|
|
- DRIVER_XOINF_DBDATE
- Somente para Informix, especifique o formato de data que o Informix Net utiliza para
conversões de data.
- Nota: Este não é formatado do mesmo modo que a camada
da opção DATE_FORMAT SAI_SQL. Consulte os manuais do Informix Net para obter valores aceitáveis.
Normalmente, não se deve alterar esta definição, a menos que haja uma boa razão
para isto. Se esta entrada não estiver presente (ou estiver vazia), o padrão será o formato de data especificado em
INFORMIX.INI, cujo padrão é "mdy4-".
|
|
- DRIVER_XOINF_DBTIME
- Somente para Informix, especifique o formato de data e hora que o Informix Net utiliza para conversões
de data e hora.
- Nota: Isto não é formatado do mesmo modo que a camada
da opção TIME_FORMATA do SAI_SQL. Consulte os manuais do Informix Net para obter valores
aceitáveis. Normalmente, não se deve alterar a definição desta variável a menos que haja
uma boa razão para isto. Se não estiver presente (ou estiver vazia), o padrão será "%Y-%m-%d
%H:%M:%S", a menos que se utilize "INI" significando que deve ser utilizado o
valor em INFORMIX.INI.
|
|
- DRIVER_XOINF_USE_HOLD_CURSORS
- Somente para Informix, selecione TRUE ou FALSE. Isto obriga o XOINF a criar cursores com
a opção WITH HOLD, assim eles não serão fechados durante a consolidação. O padrão é TRUE.
|
|
- DRIVER_XOINF_CHECK_PARAM_COUNT
- Somente para Informix, selecione TRUE ou FALSE. Isto obriga o XOINF a analisar as
instruções SQL submetidas, para assegurar que o número de parâmetors ligados não excede o
número de marcadores de parâmetros embutidos no texto da instrução SQL. O padrão é TRUE,
porém, FALSE é mais favorável. Contudo, se estiver executando o código que tem parâmetros extras
sendo transmitidos para o SQLExecuteImmediate, pode ser necessário definir como TRUE.
|
|
- DRIVER_XOINF_MAX_TEXT_SIZE
- Somente para Informix, digite um número para especificar o limite máximo em bytes que o
tamanho de dados TEXT pode ser lido de uma única coluna de uma única vez. O padrão é
4096. Se isto não for suficiente, é possível elevá-lo até 32768 (32K).
|
|
- DRIVER_XOINF_MAX_DESC_CACHE_SIZE
- Somente para Informix, digite um número que especifica o limite da quantidade
de dados de descrição que o XOINF mantém em sua cache LRU. O padrão é 2000000000 descrições,
o qual é efetivamente sem limite. Se não desejar utilizar a cache de descrições, defina este
valor como 0 (zero).
- Aviso: Nunca defina este valor como um valor diferente de zero menor que
o número máximo esperado de instruções em execução simultânea. Portanto, uma definição do valor 40
é um mínimo garantido.
|
|
- FTR_MAX_HITS
- Digite um número para especificar o número máximo de IDs de linhas (hits) retornados pela
próxima pesquisa no servidor. Quaisquer hits acima deste número máximo não são retornados e
uma mensagem de aviso é exibida. Este limite deve ser definido para prevenir que se exceda
os limites de consulta de seu DBMS. O padrão é 250.
|
|
- FTR_TEXT_INDEX_SOURCE
- Digite o nome da origem dos dados do índice (em sai_sql.cfg) utilizado pelo controlador de pesquisa de
texto.
|
|
- GET_COM_ERRCODE
- Selecione TRUE ou FALSE para especificar se é necessário ou não códigos de retorno de
erros comuns, tais como "Coluna já existe," "Eliminando objetos
não-existentes," "Criar objeto já existente," e "Incluindo um
registro com chave duplicada."
|
|
- HAS_TRANSACTIONS
- Selecione TRUE ou FALSE. Se TRUE, então, o DBMS suportará transações. Este é o padrão para
todos os DBMSs atualmente suportados (exceto para o controlador de pesquisa de texto).
|
|
- INFORMIX_LOCK_MODE
- Somente para Informix, selecione WAIT ou NO_WAIT. Isto especifica o modo de bloqueio. O
modo padrão é WAIT.
|
|
- INTEGER_FORMAT
- Especifique o formato utilizado (no servidor de banco de dados) para números inteiros, como
"nnnn" e "n.nnn". Embora os engates sejam para suportarem
formatos de números inteiros diferentes, não foi garantido que isso funcionasse em todos os casos.
|
|
- INTEGER_PARAMETER_PRECISION
- Digite um número para especificar quantos dígitos de precisão são utilizados quando o parâmetro está
ligando um valor de número inteiro. Consulte a documentação para valores padrão para seu
DBMS.
|
|
- INTEGER_PARAMETER_TYPE
- Selecione SQL_INTEGER, SQL_NUMERIC, SQL_DECIMAL ou SQL_SMALLINT para especificar as
classes de parâmetros-ligação utilizados para números inteiros do DBMS. Atualmente, o padrão é
SQL_INTEGER para todos menos Oracle7. Oracle7 utiliza SQL_NUMERIC.
|
|
- INTEGER_STORAGE_TYPE
- Selecione INTEGER, REAL ou STRING para especificar a classe de armazenamento do DBMS
utilizada para armazenar números inteiros. Atualmente, o padrão para todos os aplicativos do TSD é INTEGER.
|
|
- MANUAL_COMMITS
- Selecione TRUE ou FALSE. Se TRUE, o TDT (não o controlador do banco de dados) controlará a
consolidação automática. O padrão é TRUE para XOOR, FALSE para todos os outros.
|
|
- MAX_LITERAL_LEN
- Digite um número para especificar o número máximo de caracteres em uma coluna de dados
que esta sendo inserida ou atualizada, antes que o TDT utilize parâmetros ligados ao invés
de expansões internas. O padrão é 2000 para Oracle, 255 para Informix e, -1 (desativado)
para todos os outros.
|
|
- MULTIPLE_CONNECT
- Selecione TRUE ou FALSE. Se TRUE, esta origem de dados suportará conexões múltiplas e
simultâneas. O padrão é TRUE para todos exceto o DB2/2 e DB2/6000 versão 1.x.
|
|
- MULTIPLE_CONNECT_REQUIRED
- Selecione TRUE ou FALSE. Se TRUE, este DGBD irá requerer conexões múltiplas para executar
instruções SQL concorrentemente. Em outras palavras, o DBMS pode executar somente uma
instrução de cada vez em uma conexão. O padrão para Sybase e MS SQLServer é TRUE, para
todos os outros é FALSE.
|
|
- NEEDS_CODEPAGE_TRANSLATION
- Selecione TRUE ou FALSE. Se TRUE, o TDT executará conversões de códigos de páginas
ANSI-para-OEM e OEM-para-ANSI para dados que vão e que voltam do servidor do banco de dados. Isto é
aplicável somente no Windows. O padrão é TRUE para DB2/2 e DB2/6000, e FALSE para todos os outros.
|
|
- PROCESS_RESULTS_ON_FREESTMT
- Selecione TRUE ou FALSE. Se TRUE, o TDT executará a carga de todas as linhas do banco de dados
antes de executar um SQLFreeStmt. Este é um atalho para alguns controladores ODBC que não
limpam os resultados corretamente no SQLFreeStmt.
|
|
- REAL_FORMAT
- Digite o nome do formato utilizado pelo servidor do banco de dados para reais como
"n,nnn.n" e "nnnn". Embora, os engates sejam para suportarem
formatos de reais diferentes, não foi garantido que funcione em todos os casos.
|
|
- REAL_PARAMETER_PRECISION
- Digite um número para especificar quantos dígitos de precisão são utilizados quando um
parâmetro está ligando um valor real. Consulte a documentação do banco de dados para
o valor padrão de seu DBMS.
|
|
- REAL_PARAMETER_TYPE
- Selecione SQL_REAL, SQL_FLOAT, SQL_DOUBLE, SQL_NUMERIC ou SQL_DECIMAL para especificar a
classe de ligação de parâmetro do DBMS utilizada para reais. Atualmente, o padrão é
SQL_DOUBLE para todos menos Oracle7. Oracle7 utiliza SQL_FLOAT.
|
|
- REAL_STORAGE_TYPE
- Selecione REAL, STRING ou INTEGER para especificar a classe de armazenamento que o SGBS
utiliza para armazenar reais. Atualmente, o padrão para todos os aplicativos do TSD é REAL.
|
|
- REUSE_STATEMENTS
- Selecione TRUE ou FALSE, para especificar se o TDT reutilizará identificadores de instruções
ao nível de X/Open (ou ODBC). O padrão é TRUE para Oracle, pois, há um benefício
conhecido para tanto: o servidor Oracle pode reutilizar áreas de dados de cursores. O
padrão é FALSE para todos os outros DBMSs.
|
|
- ROW_BUFFER_SIZE
- Digite um número para especificar o número de linhas em um buffer de linha que é
utilizado para carregar dados. Atualmente, esta opção não está ativada.
|
|
- SERVER_VERSION
- Digite a versão do servidor de banco de dados, como 7.0.16.
|
|
- SETDB
- Selecione TRUE ou FALSE. Se TRUE, o TDT definirá o banco de dados imediatamente após a
conexão, mesmo que o banco de dados esteja especificado no ODBC.INI. Atualmente, esta opção
é utilizada (definida como TRUE) somente para compensar um problema conhecido no controlador ODBC do
SQLServer da Intersolv.
|
|
- SHOW_WARNINGS
- Selecione TRUE ou FALSE. Se TRUE, o usuário visualizará caixas de diálogo de avisos em condições
de aviso (o programa continua a execução).
|
|
- SQL_CONN_POOL_SIZE
- Digite um número para especificar o tamanho do conjunto de conexões em cache. O número
padrão é 40. É possível desativar esta cache, definindo o opção como 0.
|
|
- STRING_FORMAT
- Digite o nome do formato de armazenamento que o DBMS utiliza para cadeias. Atualmente, esta
opção não está ativada.
|
|
- STRING_PARAMETER_TYPE
- Selecione SQL_CHAR, SQL_VARCHAR ou SQL_LONGVARCHAR para especificar a classe de
ligação de parâmetro do DBMS utilizado para cadeias. Atualmente, o padrão é SQL_CHAR para todas as
plataformas de bancos de dados.
|
|
- STRING_STORAGE_TYPE
- Digite o nome da classe de armazenamento que o DBMS utiliza para armazenar cadeias.
Atualmente, o padrão para todos os aplicativos do TSD é STRING.
|
|
- SYSQUAL
- Digite o nome do qualificador de tabela de sistema, como SYSIBM.
|
|
- TABLE_CATALOG_METHOD
- Selecione STANDARD, DBMS_SPECIFIC, ou ODBC para especificar o método utilizado para consultar
o catálogo de tabelas do banco de dados.
- STANDARD utiliza a TABLE_DEFINITION_TABLE e outros parâmetros TAB para consultar dados.
- DBMS_SPECIFIC utiliza uma consulta otimizada específica da plataforma do banco de dados para
desempenho. Se não houver consulta DBMS_SPECIFIC, a consulta STANDARD será executada.
- ODBC permite a utilização da função ODBC SQLTables, para recuperar informações sobre a coluna de
uma tabela.
O padrão para MS SQLServer e Sybase é DBMS_SPECIFIC, para todos os outros o padrão é
STANDARD.
|
|
- TABLE_DEFINITION_TABLE
- Digite o nome da exibição de catálogo do sistema utilizado pelo TDT, para obter informações sobre a
tabela. O padrão é SAI_SYSTABLES.
|
|
- TAB_COLCOUNT_COLUMN
- Digite o nome da coluna na exibição de catálogo da tabela que contém a contagem de
colunas. O padrão é COUNT.
|
|
- TAB_CREATOR_COLUMN
- Digite o nome da couluna na exibição de catálogo da tabela que contém o criador da tabela.
O padrão é CREATOR.
|
|
- TAB_NAME_COLUMN
- Digite o nome da coluna na exibição de catálogo da tabela que contém o nome da tabela.
O padrão é NAME.
|
|
- TAB_REMARKS_COLUMN
- Digite o nome da coluna na exibição de catálogo da tabela que contém os comentários. O
padrão é REMARKS.
|
|
- TAB_TYPE_COLUMN
- Digite o nome da coluna na exibição de catálogo da tabela que contém o tipo de tabela, tal
como tabela ou exibição. O padrão é TYPE
|
|
- TIME_FORMAT
- Digite o nmeo do formato de hora esperdado pelo DBMS, como "hh:mm:ss" ou
"hh.mm.ss". Consulte os manuais TDT, para obter uma discussão mais aprofundada dos
formatos disponíveis.
|
|
- TIME_PARAMETER_PRECISION
- Digite um número para especificar quantos dígitos de precisão são utilizados quando um
parâmetro está ligando um valor de hora. Consulte a documentação do banco de dados
para obter valores padrões do RDBMS.
|
|
- TIME_PARAMETER_TYPE
- Selecione SQL_TIME, SQL_CHAR ou SQL_TIMESTAMP para especificar a classe de ligação de
parâmetros do DBMS utilizada para hora. Atualmente, o padrão é SQL_TIME para todos menos
Informix, MS SQLServer e Sybase. Bancos de dados Informix utilizam SQL_CHAR, MS SQLServer e
Sybase utilizam SQL_TIMESTAMP.
|
|
- TIME_STORAGE_TYPE
- Selecione TIME, STRING ou INTEGER para especificar a classe de armazenamento do DBMS
utilizada para hora. Atualmente, o padrão para todos os aplicativos do TSD é TIME, exceto para
bancos de dados Oracle e Informix, para os quais o padrão é STRING.
|
|
- UPDATE_LOCK_LEVEL
- Selecione COLUMN ou ROW para especificar o nível de boqueio utilizado para atualizações
concorrente passivas. COLUMN permite que o bloqueio seja verificado para uma coluna individual
da tabela. ROW permite que o bloqueio seja verificado para toda uma linha na tabela. O padrão é
COLUMN.
|
|
- UPDATE_LOCK_COLUMN
- Digite o nome da coluna a ser utilizado ao aplicar o bloqueio exclusivo através de um UPDATE. Isto
é utilizado para congelar os dados durante verificações de concorrências passivas. O padrão é
MODIFY_DATETIME. Se MODIFY_DATETIME não estiver presente na tabela, normalmente, deveria se
utilizar o SQLSetOption para alterar o nome coluna caso-a-caso. Definindo-o no sai_sql.cfg
permite que se definam os valores padrão para todas as tabelas.
|
|
- UPDATE_LOCK_ERROR_FILTER
- Digite um número para especificar o nível de filtro de erro utilizado quando o TDT
está aplicando bloqueio exclusivo através de um UPDATE. Isto é utilizado para congelar os dados durante
verificações de concorrências passivas. Consulte os manuais TDT, para obter uma discussão completa
sobre filtros de erro. O padrão é 0 (zero), que suprime todos os erros não fatais.
|
|
- UPDATE_LOCK_STYLE
- Selecione UPDATE, SELECT_FOR_UPDATE, NONE ou UPDATE_COND para especificar o estilo de
bloqueio (técnica) utilizado para atualizações concorrentes passivas. Consulte os manuais TDT
para obter uma discussão completa sobre estilos de bloqueio disponíveis. O padrão para Oracle,
DB2/2 e DB2/6000 é SELECT_FOR_UPDATE; o padrão para todos os outros é UPDATE.
|
|
- UPDATE_MODE
- Selecione DBMS_OPTIMISTIC, SELECT ou NONE para especificar o método utilizado para
realizar a verificação de concorrência passiva. Consulte os manuais do Tivoli
Script para obter uma discussão completa sobre modos de atualização disponíveis. O padrão para
todos os DBMSs é SELECT.
|
|
- UPPERCASE_FUNCTION
- Digite o nome da função específica do DBMS utilizada para converter para maiúsculas. O
padrão para DB/2 e db2/6000 é TRANSLATE, o padrão para Oracle, Sybase e MS SQLServer é
UPPER e padrão para Watcom é UCASE. Informix não suporta esta função.
|
|
- VALLIDATE_DRIVER
- Selecione TRUE ou FALSE. Se TRUE, o TDT executará uma verificação de validação do controlador para
ver se você está utilizando um controlador não suportado. O padrão é TRUE.
|