Lawtonfogle's questions

Portanto, quero fazer uma junção à esquerda e fazer com que cada linha da tabela da esquerda inclua uma linha de nulos à direita, mesmo quando houver uma correspondência.

Existe um nome para esse tipo de associação?

E existe uma maneira melhor de fazer isso do que como faço abaixo (ou seja, algo evitando uma união)?

SELECT
    T1.C1,
    ...
    T1.CN
    T2.C1,
    ...
    T2.CM
FROM
    Table1 T1
    INNER JOIN Table2 T2
        ON T1.Key1 = T2.Key1

UNION

SELECT
    T1.C1,
    ...
    T1.CN,
    NULL, --NULL 1
    ...
    NULL, --NULL M
FROM
    Table1 T1

(Eu também poderia começar com uma junção à esquerda e, em seguida, unir um select como o segundo select acima filtrado apenas para as tabelas que possuem um ID correspondente, mas ainda é uma maneira complexa de fazer isso).

Eu queria saber se há algo como

SELECT
    T1.C1,
    ...
    T1.CN
    T2.C1,
    ...
    T2.CM
FROM
    Table1 T1
    INNER JOIN Table2 T2 INCLUDE_NULL_ROW_WITH_MATCH
        ON T1.Key1 = T2.Key1

Isso é especificamente para o SQL Server 2008, se for relevante.

Que direitos eu precisaria conceder a um usuário para que ele pudesse visualizar todo o código DDL (como código de procedimento armazenado), mas não pudesse editar nada dele?

A única possibilidade parece ser DDLadmin, mas isso permitiria que um usuário editasse também. Existem outras opções ou talvez uma maneira de conceder e revogar parte do DDLAdmin?

Eu queria saber se isso quebra a primeira forma normal.

AddressTable
  Id           - PK
  Street
  City
  State

BusinessTable
  Id           - PK
  BusinessName
  AddressId    - FK

PersonTable
  Id           - PK
  FirstName
  LastName
  AddressId    - FK

A razão pela qual pergunto é que ouvi dizer que, como qualquer campo na tabela de endereços pode ser um endereço comercial ou pessoal, você tem dois tipos de dados diferentes na mesma coluna. Sob esse argumento, eu precisaria ter uma tabela BusinessAddress e uma tabela PersonalAddress. Ao mesmo tempo, este banco de dados parece estar muito bem ordenado, e estou acostumado a bancos de dados que quebram a primeira forma normal sendo muito menos sensato, e não parece fácil aparecer uma anomalia. A coisa mais próxima de uma anomalia aparecendo seria se uma empresa e uma pessoa estivessem vinculadas ao mesmo endereço, o que criaria um problema se um deles atualizasse seu endereço, mas o outro não (ou eles poderiam apontar para dois registros diferentes com o mesmo dados em cada um, exceto para o id, que também pode ser uma anomalia).

É uma prática aceitável usar uma única sequência como chave primária em todas as tabelas (em vez de uma chave primária ser exclusiva para uma determinada tabela, ela é exclusiva para todas as tabelas)? Em caso afirmativo, é objetivamente melhor do que usar uma única sequência de chave primária nas tabelas.

Sou um desenvolvedor de software júnior, não um DBA, então ainda estou aprendendo muitos dos fundamentos de um bom projeto de banco de dados.

Editar: caso alguém esteja se perguntando, li recentemente uma crítica de um design de banco de dados por um dos DBAs de nossa empresa, que mencionou que era um problema que o design não usasse uma única chave primária em todo o banco de dados, o que parecia diferente do que Eu aprendi até agora.

Edit2: Para responder a uma pergunta nos comentários, isso é para Oracle 11g, mas eu estava pensando em um nível não específico de banco de dados. Se esta questão dependesse do banco de dados, eu estaria interessado em saber o porquê, mas nesse caso eu estaria procurando uma resposta específica para o Oracle.