Bom dia pessoal!
Estou modelando um sistema de autenticação de usuarios mas estou na duvida
(Do ponto de vista do BD, e nao da aplicacao):
a) Quero colocar o login como PK da tabela usuario como VARCHAR(30)
b) Quero colocar o nome como PK da tabela grupo como VARCHAR(30)
O que voces me falam de
Moisés,
bom dia, mas porque precisa ser login PK?
Porque você não faz o basico: Criar um Codigo como PK e 'colocar' o Codigo
no GRUPO?
No meu ponto de vista tais preparando um *monstrinho*, caso não seja um
TESTE SEU!
Att,
capin
2012/2/17 Moisés P. Sena moisesps...@gmail.com
Bom dia pessoal!
Em 17 de fevereiro de 2012 09:57, Fernando Franquini 'capin'
fernando.franqu...@gmail.com escreveu:
Moisés,
bom dia, mas porque precisa ser login PK?
Porque você não faz o basico: Criar um Codigo como PK e 'colocar' o Codigo
no GRUPO?
No meu ponto de vista tais preparando um *monstrinho*,
Corrigindo texto:
*Mas nao estou comparando um com outro. [ É UMA AFIRMAÇÂO, e NAO UMA
PERGUNTA ]*
---
Moisés P. Sena
(Analista e desenvolvedor de sistemas WEB e mobile)
http://www.moisespsena.com
http://linux.moisespsena.com
___
pgbr-geral mailing
Le 2012-F-17 09h50, Moisés P. Sena a écrit :
a) Quero colocar o login como PK da tabela usuario como VARCHAR(30)
b) Quero colocar o nome como PK da tabela grupo como VARCHAR(30)
O que voces me falam de performance em usar VARCHAR ou BIGINT?
Existe algum outro campo de texto mais rapido que
Le 2012-F-17 09h57, Fernando Franquini 'capin' a écrit :
bom dia, mas porque precisa ser login PK?
Porque é o correto, sendo uma chave natural.
Porque você não faz o basico: Criar um Codigo como PK e 'colocar' o
Codigo no GRUPO?
Porque está errado. Código engorda o modelo, o torna opaco,
a) Quero colocar o login como PK da tabela usuario como VARCHAR(30)
b) Quero colocar o nome como PK da tabela grupo como VARCHAR(30)
O que voces me falam de performance em usar VARCHAR ou BIGINT?
Existe algum outro campo de texto mais rapido que VARCHAR?
As diferenças não são relevantes.
2012/2/17 Euler Taveira de Oliveira eu...@timbira.com:
Apostaria alguns centavos que o CHAR é um pouco mais lento do que o VARCHAR.
Sério? Por quê, e seria relevante em que escala de operações?
Se alguém puder nos refrescar a memória, tinha um artigo do Fetter a
respeito, não?
Sério? Por quê, e seria relevante em que escala de operações?
Se alguém puder nos refrescar a memória, tinha um artigo do Fetter a
respeito, não?
Euler já esclareceu. Nas versões recentes, não faz mais sentido algum.
[]s
Flavio Gurgel
___
Em 17/02/2012 09:50, Moisés P. Sena escreveu:
Bom dia pessoal!
Estou modelando um sistema de autenticação de usuarios mas estou na
duvida (Do ponto de vista do BD, e nao da aplicacao):
a) Quero colocar o login como PK da tabela usuario como VARCHAR(30)
b) Quero colocar o nome como PK da
Em 17/02/2012 09:50, Moisés P. Sena escreveu:
Bom dia pessoal!
Estou modelando um sistema de autenticação de usuarios mas estou na
duvida (Do ponto de vista do BD, e nao da aplicacao):
a) Quero colocar o login como PK da tabela usuario como VARCHAR(30)
b) Quero colocar o nome como PK da
2012/2/17 Shander Lyrio shan...@nucleo45.com.br:
Em um cliente esta tabela tem mais de 2 bilhões de registros. Antes eu
utilizava o código de barras das entregas como sendo minha chave
primária e portanto, tipo varchar. Quando fiz testes com biginteger tive
uma melhoria muito
On 17-02-2012 12:10, Guimarães Faria Corcete DUTRA, Leandro wrote:
2012/2/17 Euler Taveira de Oliveira eu...@timbira.com:
Apostaria alguns centavos que o CHAR é um pouco mais lento do que o VARCHAR.
Sério? Por quê, e seria relevante em que escala de operações?
Naquelas operações cuja
Em 17/02/2012 14:13, Guimarães Faria Corcete DUTRA, Leandro escreveu:
Eu quase sempre utilizo chaves artificiais. Porque conforme já
expressei minha opinião aqui na lista, na prática, é quase impossível
conseguir chaves naturais fiáveis. São poucas as entidades que o possuem.
Aí é que
2012/2/17 Shander Lyrio shan...@nucleo45.com.br:
Até onde estudei sobre bancos de dados, para ser considerada uma
entidade precisamos ter uma chave que o identifique, seja natural ou
artificial.
Não, a artificial, como diz o nome, é apenas um artifício físico, que
por limitações do SQL
Em 17/02/2012 15:05, Guimarães Faria Corcete DUTRA, Leandro escreveu:
Consegui, como não? Mas não existe solução genérica, é sempre
conforme os requisitos e regras organizacionais (vulgo ‘de negócios’).
Conseguiu, eu não me lembro disso não, pode me refrescar a memória?
Qual atributo
2012/2/17 Shander Lyrio shan...@nucleo45.com.br:
Conseguiu, eu não me lembro disso não, pode me refrescar a memória?
Qual atributo usou? Depende da empresa né? Você sugere então que
tenhamos um modelo de banco de dados para cada empresa. Este mundo
fantástico não existe.
Uai, devo ser
Em 17/02/2012 15:55, Guimarães Faria Corcete DUTRA, Leandro escreveu:
Uai, devo ser um fantasma então…
Não que seja fantasma, mas que vive num mundo muito especial e perfeito.
lógico (chave) e físico (índice) — infelizmente, o SQL não diferencia
isso claramente.
Se estamos
Em 17 de fevereiro de 2012 15:55, Guimarães Faria Corcete DUTRA,
Leandro l...@dutras.org escreveu:
2012/2/17 Shander Lyrio shan...@nucleo45.com.br:
Se ele cadastra o campo em que eu tenho um índice unique o
sistema avisa da duplicidade, se não não avisa, o risco fica por conta
do cliente sem
2012/2/17 Flávio Alves Granato flavio.gran...@gmail.com:
Em 17 de fevereiro de 2012 15:55, Guimarães Faria Corcete DUTRA,
Leandro l...@dutras.org escreveu:
2012/2/17 Shander Lyrio shan...@nucleo45.com.br:
Se ele cadastra o campo em que eu tenho um índice unique o
sistema avisa da duplicidade,
Em 17/02/2012 16:42, Flávio Alves Granato escreveu:
Em 17 de fevereiro de 2012 15:55, Guimarães Faria Corcete DUTRA,
Leandrol...@dutras.org escreveu:
2012/2/17 Shander Lyrioshan...@nucleo45.com.br:
Se ele cadastra o campo em que eu tenho um índice unique o
sistema avisa da duplicidade, se
Em 17/02/2012 16:42, Flávio Alves Granato escreveu:
O que vejo, é que o Leandro utiliza chaves primárias para criar suas
chaves naturais e o Shander não cria chaves primarias ou invés cria
indices únicos para alguns campos que ele julga necessário. Ou será
que você deixa tudo por conta da
Em 17/02/2012 17:43, Shander Lyrio escreveu:
Em 17/02/2012 16:42, Flávio Alves Granato escreveu:
O que vejo, é que o Leandro utiliza chaves primárias para criar suas
chaves naturais e o Shander não cria chaves primarias ou invés cria
indices únicos para alguns campos que ele julga necessário.
Em 17/02/2012 18:00, Flávio Alves Granato escreveu:
Ainda acho que você não é o centro do universo, me desculpe por esta
heresia. Assim como discordo com o Leandro discordo de você.
Se é difícil responder uma pergunta, eu sei que é muito mais fácil
deixar de começar um flame...
A
Em 17/02/2012 18:14, Shander Lyrio escreveu:
Em 17/02/2012 18:00, Flávio Alves Granato escreveu:
Ainda acho que você não é o centro do universo, me desculpe por esta
heresia. Assim como discordo com o Leandro discordo de você.
Se é difícil responder uma pergunta, eu sei que é muito mais fácil
2012/2/17 Shander Lyrio shan...@nucleo45.com.br:
Modelar é oque? procurar chave natural que não existe ou
Não existe inexistência de chave natural.
quando existe
escolher uma que provavelmente vai te dar dor de cabeça daqui a pouco?
Chave natural é analgésico, não cefaléia.
Se é
Fato é que da forma que vocês propõem, se o documento único que o
governo está propondo vingar, quem tem identidade como chave primária de
suas aplicações vai ter um grande problema
Senhores, o Cadastro Único que gerou vários spams quando surgiu quando
Lula era presidente (e foi
Le 2012-F-17 22h14, Flavio Henrique Araque Gurgel a écrit :
Em alguns países como a França, o equivalente ao RG brasileiro, por
exemplo, não é obrigatório
Claro, a França não foi ditadura. Isso é resquício da ditadura Vargas,
para controlar os dissidentes, quando não eram exilados ou
28 matches
Mail list logo
