porque no funciona un switch con strings

[Montes28]

hola amigos espero me puedan ayudar , poruqe no me funciona un switch con strings, para probar que valor tiene accion la estoy imprimiendo, tambien pruebo $accion = "Inserto" y funciona bien.

el problema que veo es cuando asigno el valor con $field['Operation'] pero no entiendo porque ya que si hago echo $field['Operation'] imprime bien

Código PHP:

$accion = $field['Operation'];
 
switch ($accion){
 
    case "Inserto":
     echo "Inserto";
       break;
 
  case "Actualizo":
      echo "Actualizo";
       break;
 
  case "Elimino":
     echo "Elimino";
        break;
 
  default:
        echo "error";
       break;
  
}  
 
echo $accion;
 

[pateketrueke]

¿Seguro que imprime bien?

No lo creo, una cosa es lo que tu ves y otra lo que realmente es.

Imprime así para que veas con claridad.

Código PHP:

  $accion = $field['Operation'];
echo "|$accion|";  
   

¿Qué muestra?

¿Seguro que no hay espacios?

¿Coinciden mayúsculas y minúsculas también?

[BloodShadow]

Lo que dice el amigo @pateketrueke podria ser el problema, intenta esto:

Código PHP:

  $accion = trim($field['Operation']);  
   

[Montes28]

BloodShadow gracias por responder tenias toda la razon ya solucione mi problema

Código PHP:

$accion = trim($field['Operation']);
 
switch ($accion){
 
    case "Inserto":
     echo "Inserto";
       break;
 
  case "Actualizo":
      echo "Actualizo";
       break;
 
  case "Elimino":
     echo "Elimino";
        break;
 
  default:
        echo "error";
       break;
  
}
 

[BloodShadow]

Ahora solo te falta investigar a fondo que hace la funcion trim y ver como aplicarla en todas las partes donde trabajes con strings dinamicos :)

Suerte y que me alegro que solventaras tu problema jeje

[pateketrueke]

Yo pienso que el problema no está solucionado, finalmente me pongo a pensar, ¿que hace ese espacio en la base de datos?

Desde ahí nace el problema, si la "solución" consiste en usar trim() siempre que se presente el mismo problema entonces vaya lío.

[BloodShadow]

En realidad es un string amigo @pateketrueke asi q puede llevar lo que quiera pienso yo :)... quien sabe si es un dato que ingreso de un formulario en un textarea, ese texto puede ser libre albeldrio si no se valida bien. Pero al amigo le funciono, esperemos cuando vuelva con otra consulta que lo hackearon o algo xD

[pateketrueke]

Entiendo perfectamente esa parte, pero si el objetivo del valor siempre va a ser el mismo, es decir, usar dicho valor como parámetro de acción debería ser normalizado.

Si fuera otro tipo de valor únicamente para representar pensaría de otro modo, pero es funcional y repercute en la lógica.

[Montes28]

amigos cambie el tipo de dato en la base de datos , lo cambie de un character(45) a un character varying(10) y ya no tengo que utilizar trim.

[Malenko]

Iniciado por Montes28

amigos cambie el tipo de dato en la base de datos , lo cambie de un character(45) a un character varying(10) y ya no tengo que utilizar trim.

Quizás nunca se dé el caso, pero yo no haría que las comprovaciones del switch sean "case sensitive". Es el típico fallo que te puedes tirar horas hasta encontrar que han puesto "ELimino" en lugar de "Elimino".

[Montes28]

Malenko gracias por responder

Elimino siempre va a llegar ya que es un trigger de la base de datos el que lo genera