Nick Chammas's questions

Os documentos não são esclarecedores:

• ALL_TABLES :

  Fornece informações resumidas sobre tabelas em um banco de dados Vertica.

• TABELAS :

  Fornece informações sobre todas as tabelas no banco de dados.

A razão pela qual estou perguntando é que os usuários estão confusos sobre por que podem ver algumas tabelas em uma, mas não na outra. Está relacionado a permissões, mas não está claro exatamente como.

Por exemplo, um usuário está me dizendo que tem acesso para consultar uma tabela. No entanto, essa tabela não aparece em TABLESe suas colunas não aparecem em COLUMNS, mas a tabela aparece em ALL_TABLES.

Então, isso leva às seguintes perguntas:

1. Qual é a diferença entre ALL_TABLESe TABLES?
2. Como os usuários podem ver uma lista de todas as tabelas (e colunas!) que eles têm acesso à consulta?

Estou carregando alguns dados em uma tabela como esta:

COPY table1 (
    col1,
    col2,
    file_name AS CURRENT_LOAD_SOURCE()
)
FROM LOCAL :src_file
REJECTED DATA :rejected_file
EXCEPTIONS :exceptions_file
SKIP 1;

Funciona, exceto file_nameque é preenchido com a string Batch No. 1em vez do nome base real de :src_file.

O documentoCURRENT_LOAD_SOURCE() não explica por que isso está acontecendo.

Isso é um inseto? Como faço para obter o nome real do arquivo de origem?

Pergunta super n00b, eu sei, mas não consigo encontrá-la em nenhum lugar fácil de encontrar, então seria bom documentar isso aqui.

Digamos que eu me conecte a um sistema Teradata como um usuário específico NICK, mas preciso acessar tabelas pertencentes a um usuário diferente, BOB.

Em vez de qualificar cada nome de tabela BOB., gostaria apenas de definir meu banco de dados padrão para a conexão BOBe, em seguida, consultar as tabelas usando seu nome não qualificado.

Em outras palavras, em vez disso:

-- Cartesian Join of Doom (CJD™)
SELECT COUNT(*)
FROM BOB.TABLE1, BOB.TABLE2, BOB.TABLE3;

Eu quero ser capaz de fazer isso:

-- CJD™ for the lazy
SELECT COUNT(*)
FROM TABLE1, TABLE2, TABLE3;

Existe uma maneira de fazer isso durante a vida útil de uma conexão?

Eu executo as seguintes instruções em um banco de dados Vertica, uma de cada vez:

BEGIN TRANSACTION;

UPDATE table
SET col1 = 'something'
WHERE col2 = 'something else';

SELECT COUNT(*)
FROM table
WHERE col1 = 'something';

ROLLBACK TRANSACTION;

Eu corro bem a primeira linha... OK, agora estou em uma transação.

Eu executo minha atualização... OK, funcionou.

Eu executo meu SELECTteste para ter certeza de que as coisas funcionaram conforme o esperado... Oh, espere, parece que perdi uma condição na WHEREcláusula da minha UPDATEdeclaração.

Sem problemas! É por isso que fiz isso em uma transação.

Vamos reverter:

=> ROLLBACK TRANSACTION;

[Vertica][JDBC](10040) Cannot use commit while Connection is in auto-commit mode.

Jones, me dê aquele rolo de papel higiênico que você tem na sua mesa.

Assim, Vertica aceitou alegremente meu BEGIN TRANSACTION, sabendo muito bem que logo depois disso eu tentaria executar um ROLLBACKou COMMIT.

No entanto, não posso! Minha conexão está no modo de confirmação automática, então ROLLBACKe COMMITnão significa nada. O meu UPDATEfoi confirmado no momento em que foi concluído.

Eu perdi alguma coisa, ou estou certo em pensar que esta é apenas uma implementação muito ruim da parte da Vertica?

Por que o Vertica aceitaria um BEGIN TRANSACTIONem uma conexão no modo de confirmação automática se as consequências lógicas ( ROLLBACKou COMMIT) são ilegais?

Parece uma coisa simples, mas não consigo encontrá-lo nos documentos para COPY.

O Vertica é COPYatômico? Se um carregamento de dados for interrompido ou falhar de alguma forma, o Vertica cuidará da limpeza?

Eu tenho um banco de dados Vertica. Como posso saber o tamanho do banco de dados?

Preciso de uma resposta aproximada para relatar estatísticas básicas sobre nosso ambiente para a alta administração.

Estou planejando uma migração para esse banco de dados Oracle antigo, mas crítico, de um cluster do Windows Server 2003 para outro.

O banco de dados tem muitos arquivos de dados e todos estão obtendo novos caminhos no cluster de destino. Os únicos caminhos que permanecem os mesmos são para os arquivos de backup.

O plano de migração que tenho é o seguinte:

1. Faça backup do banco de dados no cluster de origem usando nosso script de backup RMAN noturno:

   run {  
       allocate channel Channel1 type disk format 'F:\backup\folder\%d_%T_%s_%U.bak';
       allocate channel Channel2 ... 
   
       backup check logical ( database );
       backup check logical ( archivelog all  not backed up 2 times );
       backup check logical ( current controlfile );
   } 
   
   allocate channel for maintenance device type disk;
   delete archivelog until time 'sysdate - 2' backed up 2 times to disk;
   delete obsolete device type disk;
   

   Nossa política de retenção RMAN em ambos os clusters está definida como redundancy 2, e o arquivo de controle está sendo usado como o catálogo de recuperação.

2. Copie os arquivos de backup F:\backup\folderno cluster de destino.

3. Restaure o banco de dados no cluster de destino usando este script RMAN:

   run {
       allocate channel Channel1 type disk;
       allocate channel Channel2 ...
   
       set until sequence <sequence number> thread 1;
   
       SET NEWNAME FOR DATAFILE 'Old\Path\FILE01.DBF' TO 'New\Path\FILE01.DBF';
       SET NEWNAME FOR DATAFILE ...
   
       restore database;
   }
   

4. Atualize os caminhos do arquivo de dados no arquivo de controle, recupere o banco de dados para a sequência apropriada e abra-o com resetlogs.

Isso funciona muito bem com a seguinte exceção:

Quando peço ao RMAN para excluir arquivos obsoletos no cluster de destino, ele nomeia todos os arquivos de dados recém-restaurados como obsoletos!

RMAN> delete obsolete device type disk;
...    
Deleting the following obsolete backups and copies:
Type                 Key    Completion Time    Filename/Handle
-------------------- ------ ------------------ --------------------
Datafile Copy        1      02-JUL-12          New\Path\FILE01.DBF
...

Bem, o RMAN está correto em reconhecer esses arquivos de dados como cópias.

No entanto, como esta é uma migração de banco de dados, essas cópias devem ser os novos originais, portanto, certamente não quero que o RMAN as exclua como parte de sua manutenção!

É possível ajustar esse processo de migração para que o RMAN trate o banco de dados restaurado como o novo original?

Algumas implementações de software antivírus são conhecidas pela Microsoft por causar uma variedade de problemas para o SQL Server , e a Microsoft tem um artigo de suporte dedicado apenas a escolher o software antivírus certo para seus hosts SQL Server.

Pela sua experiência, é seguro executar um software antivírus em seus servidores de banco de dados?

Dadas todas as exclusões e ressalvas de antivírus necessárias a serem consideradas, é prático?

Continuando minha tendência recente de jogar com grandes números , recentemente reduzi um erro que estava encontrando para o seguinte código:

DECLARE @big_number DECIMAL(38,0) = '1' + REPLICATE(0, 37);

PRINT @big_number + 1;
PRINT @big_number - 1;
PRINT @big_number * 1;
PRINT @big_number / 1;

A saída que recebo para este código é:

10000000000000000000000000000000000001
9999999999999999999999999999999999999
10000000000000000000000000000000000000
Msg 8115, Level 16, State 2, Line 6
Arithmetic overflow error converting expression to data type numeric.

O que?

Por que as 3 primeiras operações funcionariam, mas não a última? E como pode haver um erro de estouro aritmético se @big_numberobviamente pode armazenar a saída de @big_number / 1?

As três SELECTinstruções neste código

USE [tempdb];
GO

SET NOCOUNT ON;

CREATE TABLE dbo.persist_test (
      id            INT NOT NULL
    , id5           AS (id * 5)
    , id5p          AS (id * 5) PERSISTED
);

INSERT INTO dbo.persist_test (id)
VALUES (1), (2), (3);

SELECT id
FROM dbo.persist_test;

SELECT id5
FROM dbo.persist_test;

SELECT id5p
FROM dbo.persist_test;

DROP TABLE dbo.persist_test;

gerar este plano:

Por que o final SELECT, que está selecionando um valor persistente, gera um operador Compute Scalar ?

Na SYS.USER$exibição, o que as colunas CTIME, PTIMEe representam?LTIME

Onde posso encontrar a documentação da Oracle para esta e outras visualizações do sistema?

Criei uma nova instância Oracle 9iR2 em um cluster Windows 2003 de 32 bits. Claro, é a versão 9i por motivos fora do meu controle. Vários servidores de aplicativos se conectam a esta instância e cada um abre várias DEDICATEDconexões que eles mantêm abertas para seu trabalho.

Esta instância está em um ambiente bloqueado, então meu pessoal de rede quer selar o máximo de portas possível. Para fazer isso, preciso dizer a eles exatamente quais portas ou intervalos de portas a instância precisa abrir.

Eu dei uma olhada na documentação do Ouvinte e posso ver que posso alterar a porta padrão do Ouvinte de 1521. No entanto, cada conexão que esses servidores de aplicativos abrem no banco de dados parece obter sua própria porta TCP.

Existe alguma maneira de limitar o intervalo de portas que esses servidores usarão para se conectar ao banco de dados?

Dada qualquer versão do Oracle:

• Como encontro meu SCN atual?
• Qual é o SCN máximo possível?

Estou atualizando meu IDENTITYscript de verificação de estouro para contabilizar DECIMALe NUMERIC IDENTITYcolunas .

Como parte da verificação, calculo o tamanho do intervalo do tipo de dados para cada IDENTITYcoluna; Eu uso isso para calcular qual porcentagem desse intervalo foi esgotada. Pois DECIMALe NUMERIC o tamanho desse intervalo é2 * 10^p - 2 onde pestá a precisão.

Criei várias tabelas de teste com colunas DECIMALe NUMERIC IDENTITYe tentei calcular seus intervalos da seguinte maneira:

SELECT POWER(10.0, precision)
FROM sys.columns
WHERE 
       is_identity = 1
   AND type_is_decimal_or_numeric
;

Isso lançou o seguinte erro:

Msg 8115, Level 16, State 6, Line 1
Arithmetic overflow error converting float to data type numeric. 

Eu reduzi para as IDENTITYcolunas do tipo DECIMAL(38, 0)(ou seja, com a precisão máxima), então tentei o POWER()cálculo diretamente naquele valor.

Todas as consultas a seguir

SELECT POWER(10.0, 38.0);
SELECT CONVERT(FLOAT, (POWER(10.0, 38.0)));
SELECT CAST(POWER(10.0, 38.0) AS FLOAT);

também resultou no mesmo erro.

• Por que o SQL Server tenta converter a saída de POWER(), que é do tipo FLOAT, para NUMERIC(especialmente quando FLOATtem uma precedência mais alta )?
• Como posso calcular dinamicamente o intervalo de uma coluna DECIMALou para todas as precisões possíveis (incluindo , é claro)?NUMERICp = 38

Eu tenho um banco de dados OLTP hospedado em uma instância do SQL Azure. Quero extrair uma cópia do banco de dados da nuvem para poder executar algumas extrações pesadas e consultas no estilo OLAP sem afetar o banco de dados de origem.

Como faço para obter uma cópia do banco de dados para uma instância local do SQL Server?

Eu tenho a seguinte visão indexada definida no SQL Server 2008 (você pode baixar um esquema de trabalho do gist para fins de teste):

CREATE VIEW dbo.balances
WITH SCHEMABINDING
AS
SELECT
      user_id
    , currency_id

    , SUM(transaction_amount)   AS balance_amount
    , COUNT_BIG(*)              AS transaction_count
FROM dbo.transactions
GROUP BY
      user_id
    , currency_id
;
GO

CREATE UNIQUE CLUSTERED INDEX UQ_balances_user_id_currency_id
ON dbo.balances (
      user_id
    , currency_id
);
GO

user_id, currency_id, e transaction_amountsão todos definidos como NOT NULLcolunas em dbo.transactions. No entanto, quando olho para a definição de exibição no Object Explorer do Management Studio, ela marca ambas as colunas balance_amounte transaction_countcomo habilitadas na exibição.NULL

Eu dei uma olhada em várias discussões, sendo esta a mais relevante delas, que sugere que algumas funções embaralhadas podem ajudar o SQL Server a reconhecer que uma coluna de exibição é sempre NOT NULL. No entanto, esse embaralhamento não é possível no meu caso, uma vez que expressões em funções agregadas (por exemplo, an ISNULL()over the SUM()) não são permitidas em exibições indexadas.

1. Existe alguma maneira de ajudar o SQL Server a reconhecer isso balance_amounte transaction_countser NOT NULLcapaz?

2. Caso contrário, devo me preocupar com o fato de essas colunas serem identificadas erroneamente como NULL-able?

   As duas preocupações que eu poderia pensar são:

   • Qualquer objeto de aplicativo mapeado para a exibição de saldos está obtendo uma definição incorreta de um saldo.
   • Em casos muito limitados, certas otimizações não estão disponíveis para o Query Optimizer, uma vez que não há garantia da exibição de que essas duas colunas são NOT NULL.

   Alguma dessas preocupações é importante? Existem outras preocupações que devo ter em mente?

O SQL Server permite configurar um trabalho para enviar alertas de e-mail quando ele falhar. Esta é uma maneira simples e eficaz de monitorar seus trabalhos. No entanto, esses alertas não incluem nenhum detalhe, apenas um aviso de sucesso ou falha.

Se um trabalho falhar, este é o aspecto de um e-mail de alerta típico:

JOB RUN:        'DBA - Consistency Check Databases' was run on 8/14/2011 at 12:00:04 AM
DURATION:       0 hours, 0 minutes, 0 seconds
STATUS:         Failed
MESSAGES:       The job failed.  The Job was invoked by Schedule 2 (Nightly Before 
                Backup 12AM).  The last step to run was step 1 (Check Databases).

Para determinar a causa da falha, você precisa navegar até a instância no SQL Server Management Studio, localizar o trabalho e visualizar seu histórico de execução. Em um ambiente grande, pode ser uma dor ter que fazer isso constantemente.

O e-mail de alerta ideal incluiria o motivo da falha antecipadamente e permitiria que você começasse a trabalhar na solução.

Estou familiarizado com esta solução para este problema. Alguém tem alguma experiência com isso? Suas desvantagens são:

1. você tem que adicionar uma nova etapa a cada trabalho que você tem, e
2. você tem que rezar para que ninguém estrague o processo de alerta,spDBA_job_notification

Alguém conseguiu uma solução melhor?

Quando devo reconstruir os índices em meu banco de dados relacional (SQL Server)?

Existe um caso para reconstruir índices regularmente?