Primary key

Saludos,

Tengo una tabla "Clientes" que tiene como clave principal el email
del cliente.
Esta tabla esta relacionada con otras tablas por este campo.

Tengo establecida una relación entre los campos con "update/delete" en
cascada pero mi problema es que si quiero cambiar este campo desde mis
páginas web entonces provoca errores y en definitiva no me deja cambiarlo.
Si puedo hacerlo desde una consulta SQL.

Porque no puedo cambiar este campo, debo comprobar la relación o los
permisos de jecución de estas consultas?

Por otra banda como podeis imaginar este campo email se cambia con
frequencia, pensais que es una buena idea cambiar la clave principal de
esta tabla por un campo numérico que no se cambie con tanta frequencia?
vale la pena hacer este cambio? a mi me supone cambiar muchas linea de mi
aplicación? si no lo hago voy a tener siempre problemas con este tipo de
cambio en la clave principal?

Muchas gracias.

Hola, si desde codigo SQL te deja entonces el problema no lo busques en el
motor ni mucho menos


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Juosepe" escribió en el mensaje
news:

Saludos,

Tengo una tabla "Clientes" que tiene como clave principal el email
del cliente.
Esta tabla esta relacionada con otras tablas por este campo.

Tengo establecida una relación entre los campos con "update/delete" en
cascada pero mi problema es que si quiero cambiar este campo desde mis
páginas web entonces provoca errores y en definitiva no me deja
cambiarlo.
Si puedo hacerlo desde una consulta SQL.

Porque no puedo cambiar este campo, debo comprobar la relación o los
permisos de jecución de estas consultas?

Por otra banda como podeis imaginar este campo email se cambia con
frequencia, pensais que es una buena idea cambiar la clave principal de
esta tabla por un campo numérico que no se cambie con tanta frequencia?
vale la pena hacer este cambio? a mi me supone cambiar muchas linea de mi
aplicación? si no lo hago voy a tener siempre problemas con este tipo de
cambio en la clave principal?

Muchas gracias.

Entiendo
Pero bajo tu criterio piensas que vale la pena cambiar todo el código
para tener una clave primaria que no se modifique tanto o piensas
que se puede mantener una tabla con el email del usuario como clave
primaria.
Mi pregunta iva más en esta dirección.

Gracias.



"Maxi" escribió en el mensaje
news:
> Hola, si desde codigo SQL te deja entonces el problema no lo busques en

> motor ni mucho menos
>
>
> Salu2
> Maxi [MVP SQL SERVER]
> www.sqlgurus.org
>
>
> "Juosepe" escribió en el mensaje
> news:
>> Saludos,
>>
>> Tengo una tabla "Clientes" que tiene como clave principal el email
>> del cliente.
>> Esta tabla esta relacionada con otras tablas por este campo.
>>
>> Tengo establecida una relación entre los campos con "update/delete" en
>> cascada pero mi problema es que si quiero cambiar este campo desde mis
>> páginas web entonces provoca errores y en definitiva no me deja
>> cambiarlo.
>> Si puedo hacerlo desde una consulta SQL.
>>
>> Porque no puedo cambiar este campo, debo comprobar la relación o los
>> permisos de jecución de estas consultas?
>>
>> Por otra banda como podeis imaginar este campo email se cambia con
>> frequencia, pensais que es una buena idea cambiar la clave principal de
>> esta tabla por un campo numérico que no se cambie con tanta frequencia?
>> vale la pena hacer este cambio? a mi me supone cambiar muchas linea de

>> aplicación? si no lo hago voy a tener siempre problemas con este tipo

>> cambio en la clave principal?
>>
>> Muchas gracias.
>>
>>
>
>

Sí, creo que merece la pena ese cambio. Tienes que encontrar un
identificador del usuario que sea inmutable a lo largo del tiempo
precisamente para evitar situaciones como las que estás comentando.

Además, si la clave primaria no cambia el rendimiento de la aplicación
será mayor al no tener que reordenar los valores del índice clustered de
la
tabla (con las implicaciones sobre el resto de los índices que esta acción
tiene)


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Juosepe" escribió en el mensaje
news:

Entiendo
Pero bajo tu criterio piensas que vale la pena cambiar todo el código
para tener una clave primaria que no se modifique tanto o piensas
que se puede mantener una tabla con el email del usuario como clave
primaria.
Mi pregunta iva más en esta dirección.

Gracias.



"Maxi" escribió en el mensaje
news:
> Hola, si desde codigo SQL te deja entonces el problema no lo busques en

el

> motor ni mucho menos
>
>
> Salu2
> Maxi [MVP SQL SERVER]
> www.sqlgurus.org
>
>
> "Juosepe" escribió en el mensaje
> news:
>> Saludos,
>>
>> Tengo una tabla "Clientes" que tiene como clave principal el email
>> del cliente.
>> Esta tabla esta relacionada con otras tablas por este campo.
>>
>> Tengo establecida una relación entre los campos con "update/delete" en
>> cascada pero mi problema es que si quiero cambiar este campo desde mis
>> páginas web entonces provoca errores y en definitiva no me deja
>> cambiarlo.
>> Si puedo hacerlo desde una consulta SQL.
>>
>> Porque no puedo cambiar este campo, debo comprobar la relación o los
>> permisos de jecución de estas consultas?
>>
>> Por otra banda como podeis imaginar este campo email se cambia con
>> frequencia, pensais que es una buena idea cambiar la clave principal
>> de
>> esta tabla por un campo numérico que no se cambie con tanta
>> frequencia?
>> vale la pena hacer este cambio? a mi me supone cambiar muchas linea de

mi

>> aplicación? si no lo hago voy a tener siempre problemas con este tipo

de

>> cambio en la clave principal?
>>
>> Muchas gracias.
>>
>>
>
>

Crees que es posible tener una aplicacion que permita cambiar este campo
email y que a la vez sea estable? que no deje tablas o datos incoerentes.

Para hacer esto basta con las reglas de dependencia del SQL en las tablas?
O crees mejor que tendria que hacer una procedure para asegurarme en modo
"transaccion" si una de los updates no se hace se tiran para atras los
demas (no se si me explico...) "Puedo hacer esto del modo transacción
como?"

Ok.
Entiendo lo que me dices y pienso que seria lo mejor hacer el cambio.
Pero en caso de dejar el email como clave principal:

Crees que es posible tener una aplicacion que permita cambiar este campo
email y que a la vez sea estable? que no deje tablas o datos incoerentes.

Para hacer esto basta con las reglas de dependencia del SQL en las tablas?
O crees mejor que tendria que hacer una procedure para asegurarme en modo
"transaccion" si una de los updates no se hace se tiran para atras los
demas (no se si me explico...) "Puedo hacer esto del modo transacción
como?"

Alguna idea mejor?

Muchas gracias.


"Carlos Sacristán" <csacristanARROBAmvpsPUNTOorg> escribió en el mensaje
news:
> Sí, creo que merece la pena ese cambio. Tienes que encontrar un
> identificador del usuario que sea inmutable a lo largo del tiempo
> precisamente para evitar situaciones como las que estás comentando.
>
> Además, si la clave primaria no cambia el rendimiento de la

> será mayor al no tener que reordenar los valores del índice clustered de
> la
> tabla (con las implicaciones sobre el resto de los índices que esta

> tiene)
>
>
> Un saludo
>
> -
> "Sólo sé que no sé nada. " (Sócrates)
>
> "Juosepe" escribió en el mensaje
> news:
>> Entiendo
>> Pero bajo tu criterio piensas que vale la pena cambiar todo el código
>> para tener una clave primaria que no se modifique tanto o piensas
>> que se puede mantener una tabla con el email del usuario como clave
>> primaria.
>> Mi pregunta iva más en esta dirección.
>>
>> Gracias.
>>
>>
>>
>> "Maxi" escribió en el mensaje
>> news:
>> > Hola, si desde codigo SQL te deja entonces el problema no lo busques

> el
>> > motor ni mucho menos
>> >
>> >
>> > Salu2
>> > Maxi [MVP SQL SERVER]
>> > www.sqlgurus.org
>> >
>> >
>> > "Juosepe" escribió en el mensaje
>> > news:
>> >> Saludos,
>> >>
>> >> Tengo una tabla "Clientes" que tiene como clave principal el email
>> >> del cliente.
>> >> Esta tabla esta relacionada con otras tablas por este campo.
>> >>
>> >> Tengo establecida una relación entre los campos con "update/delete"

>> >> cascada pero mi problema es que si quiero cambiar este campo desde

>> >> páginas web entonces provoca errores y en definitiva no me deja
>> >> cambiarlo.
>> >> Si puedo hacerlo desde una consulta SQL.
>> >>
>> >> Porque no puedo cambiar este campo, debo comprobar la relación o los
>> >> permisos de jecución de estas consultas?
>> >>
>> >> Por otra banda como podeis imaginar este campo email se cambia con
>> >> frequencia, pensais que es una buena idea cambiar la clave principal
>> >> de
>> >> esta tabla por un campo numérico que no se cambie con tanta
>> >> frequencia?
>> >> vale la pena hacer este cambio? a mi me supone cambiar muchas linea

> mi
>> >> aplicación? si no lo hago voy a tener siempre problemas con este

> de
>> >> cambio en la clave principal?
>> >>
>> >> Muchas gracias.
>> >>
>> >>
>> >
>> >
>>
>>
>
>