Richard's questions

Eu tenho um banco de dados SQL Server (2008R2) rodando em uma caixa Windows 2003. Estou me conectando a ele usando outra caixa Win2003.

Quando seleciono um valor de data e hora no banco de dados, recebo de volta neste formato:

05/11/2014 12:07:46

No entanto, quando estou usando um sistema diferente (Win2008 conectando-se a um banco de dados 2008R2), estou recuperando-o em um formato mais esperado:

2014-11-02 10:53:00

Em ambos os casos, estou extraindo os valores por meio de um driver Microsoft OLE DB diretamente das tabelas do banco de dados. As instruções SELECT não estão convertendo esses valores de forma alguma. Isso está sendo extraído de algum código C++ e registrado em um arquivo. Quando me conecto usando o SSMS, os valores estão sempre em um formato mais esperado (sem AM/PM).

Minha pergunta:
Por que estou obtendo dois formatos separados da mesma versão do SQL Server? Esta é uma configuração do driver OLE DB em algum lugar?

Quando olho para a função DATEDIFF() no SQL Server, vejo que ela usa um datepart como primeiro parâmetro.

Os possíveis valores de datepart incluem day e dayofyear .

Entendo que dayofyear é o número do dia do ano (para que 2 de fevereiro seja 33, por exemplo) e day é o dia do mês (para que 2 de fevereiro seja 2). No entanto, não entendo a diferença quando se trata da função DATEDIFF.

aqui estão alguns exemplos:

select DATEDIFF(dayofyear, '2012-01-01', '2012-02-02')
returns: 32

select DATEDIFF(day, '2012-01-01', '2012-02-02')
returns: 32

select DATEDIFF(dayofyear, '2011-02-01', '2012-02-02')
returns: 366

select DATEDIFF(day, '2011-02-01', '2012-02-02')
returns 366

O dia do ano e o dia são equivalentes para os propósitos de DATEDIFF () ?

Por que é que quando temos um valor NULL em uma coluna e ordenamos pelo valor crescente, os NULLs são classificados primeiro?

select 1 as test
union all
select 2
union all
select NULL
union all
select 3
union all
select 4
order by test

resulta em

NULL
1
2
3
4

Eu continuo pensando que NULL significava "Indeterminante" ou possível "Desconhecido". Se isso for verdade, eles não classificariam por último, já que o valor pode ser maior que todos os outros valores? (Ou esta é uma opção de classificação em algum lugar?)

Estou no SQL Server 2008R2, mas suspeito que isso seja verdade em todos os SQL Servers e provavelmente em todos os RDBMSs.

OK, pergunta totalmente nova.

O que é "SAP on Oracle", exatamente. Este link está falando sobre como o SAP pode rodar no Oracle (eu acho).

Não estou entendendo como isso está funcionando.

Meu entendimento:

• SAP é uma empresa que fornece ERP

• Oracle é um sistema de banco de dados.

Achei que fossem concorrentes! Então, o SAP on Oracle está executando o sistema ERP no Oracle? O que está sendo executado aqui e o que um DBA estaria suportando neste cenário? (Ou isso seria território DBA?)

Estou perguntando porque me candidatei a um emprego que prefere a experiência "SAP" e encontrei este "SAP on Oracle" em minhas pesquisas no Google.

Em geral, eu sempre uso Ints. Eu sei que, em teoria, essa não é a melhor prática, pois você deve usar o menor tipo de dados que será garantido para armazenar os dados.

Por exemplo, é melhor usar tinyintquando você sabe que os únicos dados que você armazenará são 1, 0 ou nulo (com uma chance muito pequena de expandir isso para 2 ou 3 depois).

No entanto, a única razão que conheço para fazer isso é para fins de armazenamento - usando 1 byte em uma linha em vez de 4 bytes.

Quais são os impactos de usar tinyint( smallintou mesmo bigint) sobre apenas int, além de economizar espaço no disco rígido?

Inspirado por uma pergunta StackOverflow ( Por que o SQL não suporta "= null" em vez de "is null"? ).

Existe um DBMS que realmente suporte a = NULLsintaxe?

Como você pode ver em outra pergunta minha , gerar dados de teste é meu tema agora.

Neste ponto, ainda estou gerando meus dados de teste manualmente. No entanto, esse processo sempre gera pequenas quantidades de dados (geralmente cinco a dez linhas), pois é um processo manual.

Existem ferramentas para automatizar esse processo? Particularmente, gostaria de poder gerar mais de 1 mil linhas.

Recentemente, tentei criar algumas strings grandes contendo dados de teste genéricos para uma pergunta aqui . Parece que eu conhecia uma maneira de multiplicar uma string. No entanto, não consigo mais me lembrar da sintaxe.

Estou procurando algo como:

SELECT 'A' + ('a' * 1000) + 'ha!'

Para inventar "Aaaaaaaaaaaaaaaaaaaa!" (Bem, muito mais tempo, é claro.)

Isso é possível no T-SQL? (Ou estou pensando em alguma outra linguagem?) Além disso, existem outras técnicas para gerar strings grandes?

Eu pensaria que esta seria uma pergunta bastante simples, mas na verdade tive dificuldade em encontrar uma resposta para isso.

A pergunta: você pode mover linhas de dados dentro de uma tabela particionada de uma partição para outra simplesmente atualizando a coluna da partição para que ela cruze o limite da partição?

Por exemplo, se eu tiver uma tabela com uma chave de partição:

CREATE TABLE SampleTable
(
    SampleID INT PRIMARY KEY,
    SampleResults VARCHAR(100) NOT NULL,
)

Com a função de partição que mapeia para a chave primária:

CREATE PARTITION FUNCTION MyPartitionFunc (INT) AS
RANGE LEFT FOR VALUES (10000, 20000);

Posso mover uma linha da primeira partição para a terceira partição alterando o SampleID de 1 para (digamos) 500.000?

Nota: estou marcando isso como sql server 2005 e 2008, já que ambos suportam particionamento. Eles lidam com isso de forma diferente?

Estou tentando encontrar uma maneira de obter todos os nós ancestrais de um determinado nó usando HierarchyID. Todas as soluções que vi usando HierarchyID parecem usar um CTE ou uma variável. Existe uma maneira de fazer isso usando uma única instrução select?

Para tornar as coisas mais simples:

CREATE TABLE Employee
(
    EmpId INT PRIMARY KEY IDENTITY,
    EmpName VARCHAR(100) NOT NULL,
    Position HierarchyID NOT NULL
)

INSERT INTO Employee (EmpName, Position)
VALUES ('CEO', '/'),
    ('COO', '/1/'),
    ('CIO', '/2/'),
    ('CFO', '/3/'),
    ('VP Financing', '/3/1/'),
    ('Accounts Receivable', '/3/1/1/'),
    ('Accountant 1', '/3/1/1/1/'),
    ('Accountant 2', '/3/1/1/2/'),
    ('Accountant 3', '/3/1/1/3/'),
    ('Accounts Payable', '/3/1/2/'),
    ('Accountant 4', '/3/1/2/1/'),
    ('Accountant 5', '/3/1/2/2/'),
    ('DBA', '/2/1/'),
    ('VP of Operations', '/1/1/')

Já vi muitas pessoas usarem a função COALESCE no lugar de ISNULL. A partir de pesquisas na Internet, descobri que COALESCE é padrão ANSI, portanto, há uma vantagem de sabermos o que esperar ao usá-lo. No entanto, ISNULL parece mais fácil de ler, pois parece mais claro o que está fazendo.

Também percebo que ISNULL é meio complicado, pois atua de maneira diferente em diferentes servidores de banco de dados e em diferentes idiomas.

Tudo isso, na minha opinião, se resume a estilo e padrões. Dado que o estilo é subjetivo, há alguma razão para usar COALESCE em vez de ISNULL (ou vice-versa)? Especificamente, há uma vantagem de desempenho de um sobre o outro?