Mis ojos
Cita:
Iniciado por arcanisgk1 
Tienes toda la razón pero también debes considerar que a la hora de desarrollar la aplicación es preferible saber de donde salen los errores. y este método es efectivo y preciso.para hasta donde lo he probado.
... ajá, ¿quién dijo lo contrario?
.
Va de nuevo.
Lo idóneo sería poder capturar el error, crear un log y mostrarle un mensaje amigable al usuario "dentro del propio sistema". Con esta metodología de uso (or die()), no puedes hacer nada de eso, no puedes cachar el error, el mensaje que se le presenta al usuario es nada amigable y, peor aún, en este caso concreto --donde se arroja lo retornado por mysql_error()-- se muestar información sensible que puede significar un problema en la seguridad del código.
En pocas palabras: una mala práctica.
PHP cuenta con buenas
funciones para el manejo de errores. Como desarrollador puedes lanzar errores que se comportarán como los nativos de php (
trigger_error()) con lo cual podrías conseguir toda la información que necesitarás a la hora de desarrollar, permitiéndote desactivarlos en un ambiente de producción (
error_reporting()), mostrando un mensaje amigable y útil al usuario sin finalizar la aplicación. De hecho, con PHP puedes crear tu propio gestor de errores (
set_error_handler()), el cual, creo por acá había uno creado por Webstudio hace ya algún tiempo.
Otra opción que vino con PHP5 es el uso de
excepciones, fácilmente manejables con bloques
try{} catch(){} y que están siendo usadas de maneja nativa por extensiones como
PDO ... pero, eso, no es asunto de este tema ...
