kingdango's questions

Francamente, estou surpreso que, após algumas pesquisas básicas (muito básicas) na Internet, não consegui encontrar uma convenção ou diretriz de nomenclatura abrangente ou nomenclatura de colunas e objetos SQL.

O paralelo a que estou acostumado é no mundo do desenvolvimento .NET, onde existem muitas convenções oferecidas e a Microsoft chegou ao ponto de documentar um conjunto abrangente de recomendações amplamente adotadas:

• Convenções gerais de nomenclatura
• Diretrizes de design para desenvolvimento de biblioteca de classes
• Diretrizes para nomes

1. Existe um padrão bem adotado para objetos de banco de dados, colunas, etc.?

2. Há alguma armadilha em confiar na propriedade Description para descrever as colunas de uma tabela? Obviamente, alguém deseja que o nome revele a intenção, mas às vezes isso é difícil em um banco de dados e as descrições podem ser inestimáveis ​​para alguém que está aprendendo sobre o banco de dados (embora também possam mentir).

Ajuda muito apreciada!

Eu tenho uma tabela de produtos em que o valor de duas colunas pode implicar em um ou dois resultados reais do produto. Se a coluna X = 1 AND Y = 0 retornar um resultado, se X = 0 e Y = 1 retornar um resultado, se X = 1 AND Y = 1 então retornar dois resultados.

Eu quero escrever uma consulta que irá gerar dois resultados de linha para uma única linha com base na regra acima. Como isso pode ser feito com uma consulta SQL? A UNIÃO é o único caminho?

[EDIT com base no comentário]

TABELA: PRODUTO

ProductId | ABR | UBR
1 | 1 | 1
2 | 1 | 0
3 | 0 | 1
4 | 1 | 1
5 | 1 | 1

Eu quero uma instrução SELECT que irá gerar 8 resultados deste conjunto. Basicamente um resultado para cada instância de ABR ou UBR = 1.

Então eu gostaria que meu resultado fosse:

ProductId | Edition
1 | ABR
1 | UBR
2 | ABR
3 | UBR
4 | ABR
4 | UBR
5 | ABR
5 | UBR

Eu sei que posso conseguir isso usando um UNION, mas eu estava procurando algo mais elegante.

Eu tenho um aplicativo onde os usuários estão rastreando um fluxo de trabalho em torno da produção de um trabalho derivado de um livro existente. O trabalho derivado, que chamaremos de "BookDerivative", deve ter um livro relacionado a partir de uma perspectiva de modelo de dados. O sistema existente que armazena as informações do livro (Título, Autor, etc) deve ser considerado um sistema de "terceiro opcional" que pode ser trocado por outro sistema no futuro (que abstraí via IBookService).

Meu aplicativo deve fornecer duas opções para os usuários quando eles criam um BookDerivative:

1. Selecione um livro existente do provedor IBookService (via pesquisa); OU
2. Crie uma entrada de "formato livre" para o livro que NÃO seria vinculada ao provedor IBookService. Isso permite que o usuário crie um BookDerivative para um título de livro não encontrado pela pesquisa IBookService.

Minha solução para suportar isso é incluir as colunas necessárias de Book em minha tabela/entidade BookDerivative (BookTitle, BookAuthor, BookId) onde BookId só estará presente SE o livro vier do sistema de terceiros. Dessa forma, se o livro for de "forma livre", eu preencheria apenas BookTitle e BookAuthor.

Acessos futuros do BookDerivative não precisam consultar o IBookService. As informações essenciais do livro nunca (ou raramente) devem ser alteradas no sistema de terceiros e estou preparado para aceitar o fato de que é teoricamente possível que as informações estejam fora de sincronia.

Não haverá integridade de dados entre os dois sistemas e nenhum FK. Meu aplicativo não pode assumir o modelo de dados subjacente do sistema Book, mas deve depender de um modelo definido e da pesquisa IBookService.

Minha pergunta permanece, esta é uma boa maneira de resolver este problema? Que recomendações ou armadilhas podem existir? Eu acho que este é um requisito comum, você já usou uma solução diferente ou melhor no passado?