mirror of
https://github.com/treffynnon/sqlstyle.guide.git
synced 2025-03-09 12:49:51 -05:00
optimizing translations
This commit is contained in:
parent
7517edf055
commit
47ee87f893
1 changed files with 8 additions and 9 deletions
|
@ -375,31 +375,30 @@ utilizando constraints juntamente com validação do valor do campo.
|
||||||
|
|
||||||
##### Geral
|
##### Geral
|
||||||
|
|
||||||
* Tabelas precisam ter pelo menos uma key para ser completa e utilizável.
|
* Tabelas precisam ter pelo menos uma key para serem completas e utilizáveis.
|
||||||
* Constraints devem ter um nome personalizado exceto `UNIQUE`, `PRIMARY KEY`
|
* Constraints devem ter um nome personalizado exceto por `UNIQUE`, `PRIMARY KEY`
|
||||||
e `FOREIGN KEY`, onde o fornecedor do banco de dados comumente gera nomes
|
e `FOREIGN KEY`, onde o fornecedor do banco de dados comumente gera nomes
|
||||||
iteligíveis automaticamente.
|
inteligíveis automaticamente.
|
||||||
|
|
||||||
##### Layout e ordenação
|
##### Layout e ordenação
|
||||||
|
|
||||||
* Especifique a primary key primeiro, logo após a declaração `CREATE TABLE`.
|
* Especifique a primary key primeiro, logo após a declaração `CREATE TABLE`.
|
||||||
* Constraints devem ser definidas diretamente abaixo da coluna correspondente.
|
* Constraints devem ser definidas diretamente abaixo da coluna correspondente.
|
||||||
Indente a constraint alinhada à direita do nome da coluna.
|
Indente a constraint alinhando à direita do nome da coluna.
|
||||||
* Se é uma constraint que se refere a múltiplas colunas, considere colocá-la
|
* Se é uma constraint que se refere a múltiplas colunas, considere colocá-la
|
||||||
o mais próximo possível a definição das colunas. Se for complicado fazer isso,
|
o mais próximo possível à definição das colunas. Se for complicado fazer isso,
|
||||||
como último recurso as inclua no fim da declaração `CREATE TABLE`.
|
como último recurso as inclua no fim da declaração `CREATE TABLE`.
|
||||||
* Se for uma constraint que se aplica a toda a tabela, ela também deve aparecer
|
* Se for uma constraint que se aplica a toda a tabela, ela também deve aparecer
|
||||||
no fim.
|
no fim.
|
||||||
* Utilize ordem alfabética, onde `ON DELETE` vem antes de `ON UPDATE`.
|
* Utilize ordem alfabética, onde `ON DELETE` vem antes de `ON UPDATE`.
|
||||||
* Se fizer sentido, alinhe cada aspecto da query na mesma posição de caracteres.
|
* Se fizer sentido, alinhe cada aspecto da query na mesma posição de caracteres.
|
||||||
Por exemplo, todas as definições `NOT NULL` poderiam começar na mesma posição
|
Por exemplo, todas as definições `NOT NULL` podem começar verticalmente alinhadas.
|
||||||
de caracteres. Isso não é difícil nem rápido, mas certamente torna o código
|
Pode dar trabalho, mas torna o código muito mais fácil de se examinar e ler.
|
||||||
muito mais fácil de se examinar e ler.
|
|
||||||
|
|
||||||
##### Validação
|
##### Validação
|
||||||
|
|
||||||
* Utilize as constraints `LIKE` e `SIMILAR TO` para garantir a integridade de
|
* Utilize as constraints `LIKE` e `SIMILAR TO` para garantir a integridade de
|
||||||
strings de formato é conhecido.
|
strings que tenham formato conhecido.
|
||||||
* Onde a extensão final de um valor numérico é conhecido, é sabido que deve-se
|
* Onde a extensão final de um valor numérico é conhecido, é sabido que deve-se
|
||||||
escrever como uma extensão `CHECK()` para evitar que valores incorretos entrem
|
escrever como uma extensão `CHECK()` para evitar que valores incorretos entrem
|
||||||
no banco de dados, ou que o truncamento silencioso dos dados seja muito grande
|
no banco de dados, ou que o truncamento silencioso dos dados seja muito grande
|
||||||
|
|
Loading…
Reference in a new issue