Campo autoumérico

a la pelota!! pensas que vas a tener (2.147.483.647) registros, mmm lo dudo
mucho, ahora de todas formas el Pkey yo no usaria un identity, en la pagina
de Miguel (www.portalsql.com) hay un excelente articulo de Carlos Sacristan
denominado asi: "Claves naturales o Artificiales", te recomiendo que lo leas
muy pero muy bien.

Bye


Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"Pedro Pérez" escribió en el mensaje
news:uXdlQH5$

Colegas:

Si tengo definido un campo tipo INT autoincremental como llave primaria en
una tabla que procesa grandes cantidades líneas diarias, cómo puedo
controlar que ese campo nunca me llegue al límite numérico de estos tipos

de

datos INT.


Gracias,


Pedro Pérez

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.593 / Virus Database: 376 - Release Date: 23/02/2004

El atributo IDENTITY se puede colocar a los tipos
numericos no necesariamente tiene que ser INT, de esa
manera puedes tener :

create table tempo
( clave decimal(26) identity(300000000000,10),
nombre char(10) )
go
insert into tempo values ( 'ABC')
go
select * from tempo
go

y el resultado :

clave nombre
300000000000 ABC

(1 row(s) affected)

aunque creo que la mejor opción es no manejar un
autonumerico como clave sino que la propia normalización
de la tabla identifique cual es la clave.

Saludos,
Ulises

Colegas:

Si tengo definido un campo tipo INT autoincremental como

llave primaria en

una tabla que procesa grandes cantidades líneas diarias,

cómo puedo

controlar que ese campo nunca me llegue al límite

numérico de estos tipos de

datos INT.


Gracias,


Pedro Pérez


.

Gracias

"Pedro Pérez" wrote in message
news:uXdlQH5$

Colegas:

Si tengo definido un campo tipo INT autoincremental como llave primaria en
una tabla que procesa grandes cantidades líneas diarias, cómo puedo
controlar que ese campo nunca me llegue al límite numérico de estos tipos

de

datos INT.


Gracias,


Pedro Pérez