| |||
Agregar o no nuevo valor a la tabla Hola! Tengo un formulario desde donde envio la nueva informacion hacia la base de datos. El problema es que quiero evitar valores repetidos por lo que necesitaria que cuando este haciendo la consulta chequee primero que el nombre del nuevo valor no este repetido en la base. Se que debe ser sencillo pero la verdad ni idea de como se hace. Agradeceria mucho la ayuda! |
| |||
Respuesta: Agregar o no nuevo valor a la tabla Estoy programando con php. Pense que este era el foro indicado, por si acaso te paso lo (poco) que tengo. Código PHP: |
| ||||
Respuesta: Agregar o no nuevo valor a la tabla No. Las cosas que son programación, por norma interna de los foros de BBDD no se tratan en estos foros. Te paso el post al Foro de PHP para que te ayuden. Un par de tips: 1) En todos los casos, siempre es conveniente hacer una validación previa a todo insert/update. Esa etapa es la más larga y engorrosa de todo desarrollo de software. 2) Siempre que un campo en una tabla deba tener valores unicos para todos los registros, es conveniente crear un indice UNIQUE sobre ese campo, de modo que al intentar insertar un dato repetido, la misma BBDD lo rechace, devolviendo un error. No es necesario el indice si el campo buscado es PK porque por definición una PK nunca se repite e intentarlo dispara un error de duplicación de claves.
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) |
| ||||
Respuesta: Agregar o no nuevo valor a la tabla A que jamás se envía un insert, delete o update a una tabla sin verificar que los valores sean válidos, o bien que no haya sido insertado. El proceso de validación de datos de todo formulario, y en todas las aplicaciones es largo, engorroso de programar y muy aburrido. Pero es necesario. Enviar datos basura (esos que la base no aceptará), genera costos de performance, que tarde o temprano se paga. A veces las validaciones son evidentes, ero no se cumplen: Un teléfono, por ejemplo, no puede tener más de 14 dígitos (incluidos todos), porque no existen; un valor vacío no es igual a un NULL, y mandar números y fechas no se hace de la misma forma. Si ingresas un numero de cliente, antes de proseguir hay que verificar si existe. Si el textbox del formulario debe contener sólo números, debes programarlo para que no reciba caracteres o símbolos... Hay un lago etcétera de validaciones a hacer antes de mandar las cosas a la base, y muchas veces los programadores no quieren hacer eso. Prefieren desperdiciar los recursos de la base y de la red, antes que hacer las cosas bien detalladas. Hay que ver qué validaciones se deben cumplir en el formulario, cuáles hay que verificar en base y recién en ese momento se debe haber un pedido de confirmación (cosa que jamás se debe olvidar), porque hasta el ultimo momento, el usuario puede arrepentirse. Por eso digo que es una etapa larga y aburrida, pero necesaria.
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) Última edición por gnzsoloyo; 22/03/2013 a las 09:59 |
Etiquetas: |