Persistir telefone, qual o tipo de dado mais indicado?

Estou usando Hibernate.

Qual tipo de dado é mais indicado para armazenar um telefone com oito dígitos? Estou usando Long, mas já vi pessoas usarem String para tal situação. O que acham?

Obrigado,
Felipe

This message was edited 1 time. Last update was at 10/04/2008 09:33:55

A não ser que vc queira validar o numero de telefone, vá de Varchar para o DB e String para Java

eu utilizo um varchar, pq armazeno desta forma --> (65)3223-8454

Integer resolve.

Dica: para qualquer informação que não será utilizada em cálculos, utilize CHAR ou VARCHAR.

Esqueci de mencionar que gravo o DDD também, portanto para um tipo númerico tem que ser Long mesmo.

Para persistência, tenho outras duas dúvidas quanto ao uso de VARCHAR.
- Não vou precisar de letras
- Custo computacional mais alto?

FkJ wrote:Esqueci de mencionar que gravo o DDD também, portanto para um tipo númerico tem que ser Long mesmo.

Para persistência, tenho outras duas dúvidas quanto ao uso de VARCHAR.
- Não vou precisar de letras
- Custo computacional mais alto?

Não faz besteira. Telefone é varchar.
Não precisará de letras necessariamente, basta gravar Strings. ex: "123 (456) - 789"
Custo mais alto? Cara não viaja..

This message was edited 1 time. Last update was at 11/04/2008 07:32:30

peerless wrote:
Não faz besteira. Telefone é varchar.
Não precisará de letras necessariamente, basta gravar Strings. ex: "123 (456) - 789"
Custo mais alto? Cara não viaja..

disse tudo...

varchar( 8 ) resolve! se for gravar o ddd varchar(10)

eu ainda gravaria o ddd em outra coluna.. mas se não é o seu caso, varchar sem dúvidas...
acredito que vc não precise fazer cálculos com os números do telefone

JavaEvangelist Membro desde: 27/03/2007 14:54:31 Mensagens: 353 Offline

FkJ wrote:- Custo computacional mais alto?

Acho q vc tem custo computacional mais alto quando converte um long em String na hora de apresentar esse valor... então deixe varchar no banco que ja fica sussegado... mas eu nao colocaria no formato (99)9999-9999 no banco... ta desperdiçando 3 bytes: ()- !!!

Varchar de 10 posições: 9999999999. Simples e rápido!!

Debugger Membro desde: 28/12/2007 16:42:40 Mensagens: 64 Offline

Eu também utilizaria Varchar.

Tanto porque você pode usar um JFormattedTextField, onde você criaria uma mascara obrigando ao usuário digitar somente números e salvando no banco de uma forma mais visível e prática..

Se você usar um integer ou um long.. salvaria no banco da seguinte forma se tivesse o ddd junto :

1132365890

Já usando uma mascara ficaria mais ou menos assim

(11) 3236-5890

GUJ Ranger Membro desde: 04/07/2007 18:28:58 Mensagens: 975 Offline

Dêem uma "shiftada" em seus pensamentos. Afinal, para que se discutir se é String, long ou sei lá o que? A orientação a objetos serve para que?

O tipo de dado apropriado para telefone é: Telefone

A orientação a objetos é útil para encapsular a decisão de se usar long ou String. Não tenha medo de usar um objeto só porque acha que é "pequeno" ou "porque não está associado a pattern".

[edit]
O método getAsLong() estava retornando String (quem manda não compilar!), corrigido.
[/edit]

+1 pra tudo que o Leonardo disse. Mas eu usaria toString() e toLong() ao inves de getAsString() e getAsLong() - assim, quando vc for imprimir o telefone na UI, basta fingir que eh uma String e na maioria dos casos vai funcionar direitinho (se nao, que merda de framework vc ta usando?

)

public String getAsLong() { // transforma os atributos da classe em uma // representação numérica }

getAsLong() retornar String!?

GUJ Ranger Membro desde: 04/07/2007 18:28:58 Mensagens: 975 Offline

victorwss wrote:getAsLong() retornar String!?

Valeu o aviso!

Notícias, artigos e o maior fórum brasileiro sobre Java