mirror/sqlstyle.guide
1
0
Fork 0
mirror of https://github.com/treffynnon/sqlstyle.guide.git synced 2025-03-09 12:49:51 -05:00
Code Activity

optimizing translations

Browse source
This commit is contained in:
Unknown 2017-04-18 16:14:09 -03:00
parent 47ee87f893
commit e99c5d04ac
1 changed files with 7 additions and 10 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

17
_includes/sqlstyle.guide.pt-br.md
View file

@ -399,11 +399,9 @@ utilizando constraints juntamente com validação do valor do campo.
* 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 que tenham 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 é conhecida, deve-se utilizar
escrever como uma extensão `CHECK()` para evitar que valores incorretos entrem `CHECK()` para evitar que valores incorretos sejam inseridos no banco de dados,
no banco de dados, ou que o truncamento silencioso dos dados seja muito grande ou que o truncamento silencioso dos dados seja muito grande para caber no tamanho definido na coluna. No mínimo, deve-se verificar na maioria dos casos se o valor é maior que zero.
para ajustar-se ao tamanho definido na coluna. No mínimo, deve-se verificar
na maioria dos casos se o valor é maior que zero.
* Constraints `CHECK()` devem ser mantidas em cláusulas separadas para facilitar * Constraints `CHECK()` devem ser mantidas em cláusulas separadas para facilitar
o debugging. o debugging.
@ -422,7 +420,7 @@ CREATE TABLE staff (
### Designs a se evitar ### Designs a se evitar
* Princípios de design orientado a objetos não se traduzem efetivamente aos designs * Princípios de design orientado a objetos não se traduzem efetivamente ao design
de bancos de dados relacionais—evite essa armadilha. de bancos de dados relacionais—evite essa armadilha.
* Colocar o valor em uma coluna e suas unidades em outra coluna. A coluna deve * Colocar o valor em uma coluna e suas unidades em outra coluna. A coluna deve
tornar as unidades evidentes para evitar a necessidade de se combinar colunas tornar as unidades evidentes para evitar a necessidade de se combinar colunas
@ -430,10 +428,9 @@ CREATE TABLE staff (
válidos sejam inseridos na coluna. válidos sejam inseridos na coluna.
* Tabelas [EAV (Entity Attribute Value)][eav]—utilize um produto especializado * Tabelas [EAV (Entity Attribute Value)][eav]—utilize um produto especializado
em para manipular esses dados sem schema. em para manipular esses dados sem schema.
* Divisão de dados que devem estar em uma tabela em muitas, por preocupações * Divisão de dados que devem estar em uma tabela em muitas, por questões
arbitrárias, como arquivamento baseado em tempo ou localização em uma organização arbitrárias como arquivamento baseado em tempo ou localização em uma organização
multinacional. As consultas posteriores devem trabalhar com múltiplas tabelas multinacional. De forma que consultas posteriores devam trabalhar com múltiplas tabelas utilizando `UNION` ao invés de simplesmente consultar uma única tabela.
utilizando `UNION` ao invés de simplesmente consultar uma única tabela.
## Apêndice ## Apêndice