registros llenos

[Rodrigo Ruiz]

El 05/07/2010 18:19, Gonzalo Diaz escribió:
>
>
> El 5 de julio de 2010 18:08, Rodrigo Ruiz <rruizf en gmail.com 
> <mailto:rruizf en gmail.com>> escribió:
>
>     El 05/07/2010 18:01, Gonzalo Diaz escribió:
>>
>>     [...]
>>
>>     Si la base de datos está bien diseñada, no debería admitir
>>     duplicidad en ese campo, podrías capturar el error en tal caso y
>>     mostrarlo al usuario como corresponda.
>>
>>
>     Por qué no?, debiese tener un número de teléfono fijo cada uno de
>     los miembros de mi familia?
>
>
>     -- 
>     Rodrigo Ruiz Fuentes
>
>
> No tiene nada que ver la "duplicidad" con la "existencia" del dato.
> Si admites que el campo pueda contener un valor nulo, obviamente 
> tendrás "muchos" registros nulos, pero si le dices que a la tabla que 
> dicho campo tiene una restricción de unicidad (llave única o primaria, 
> como venga al caso según el diseño), no podrás tener dos registros con 
> valores no-nulos.
>
> Por ejemplo
>
> | numero | persona |
> | 123 | juan |
> | 123 | maria |
>
> Eso es lo que no desea ¿verdad?
>
> | numero | persona |
> |   | juan |
> |   | maria |
>
> Este podría ser un caso, personas sin número. Si el campo numero tiene 
> una clave única, pero admite valor nulo, debería dejarte ingresar el 
> valor persona.
>
> Si no admite valor nulo, necesariamente deberás ingresar un valor en 
> numero, y se cumpliría lo que "no quieres", según lo que dices en tu 
> email anterior.
>
> -- 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Atentamente, Gonzalo Díaz Cruz
> Estudiante Ingeniería de Ejecución en Computación e Informática
> Universidad de Santiago de Chile
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> http://blog.gon.cl/
> http://twitter.com/sir_gon
>

Entiendo que lo que desea es una advertencia de que el número ingresado 
ya existe, creo que es lógico, en una casa todos comparten el mismo 
número fijo, por lo tanto dicho campo no podría considerarse 'único', 
ahora si admite valores nulos o no en dicho campo es otra historia.

-- 
Rodrigo Ruiz Fuentes

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listas.inf.utfsm.cl/pipermail/php/attachments/20100705/9773ce4d/attachment.html