registros llenos

Gonzalo Diaz me en gon.cl
Lun Jul 5 18:19:01 CLT 2010


El 5 de julio de 2010 18:08, Rodrigo Ruiz <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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listas.inf.utfsm.cl/pipermail/php/attachments/20100705/0d4e0fdb/attachment.html 


Más información sobre la lista de distribución PHP