este momento hago las pruebas, desde luego no faltaba mas cambio el campo a char(60), y en el archivo de mapeo hago type="AnsiStringFixedLength(60)" verdad !!!
El día 12 de enero de 2010 13:01, Carlos Peix <[email protected]> escribió: > Bueno, pero me basta con que NH no se confunda porque el graba un "0123456" > y luego busca lo mismo cuando haces el query de una subclase pero, desde la > base, le vuelve un "0123456 ". > Si NH, internamente, hace algun "".Equals(), sonamos. Me imagino que no > porque, caso contrario, nos habriamos enterado. > Edgar, en retribucion a la comunidad, podrias cambiar el tipo de dato en la > columna de la BD de nuevo a CHAR(60) y contarnos si todo sigue funcionando? > Gracias > ---------------------------------- > Carlos Peix > > 2010/1/12 Fabio Maulo <[email protected]> >> >> Si pero ojo que "0123456" != "0123456 " >> quien modifica el valor es el DB o tu clase, NH no lo toca. >> >> El 12 de enero de 2010 14:50, Carlos Peix <[email protected]> >> escribió: >>> >>> Ahhh, perfecto. >>> Graciassss >>> ---------------------------------- >>> Carlos Peix >>> >>> 2010/1/12 Fabio Maulo <[email protected]> >>>> >>>> usando: >>>> type="AnsiStringFixedLength(10)" >>>> le estas diciendo a NH que el type en el DB es CHAR(10). >>>> Además le estas diciendo a NH como va a funcionar ese campo y que si >>>> encuentra "0123456" en la propiedad, el valor del campo será "0123456 " >>>> La respuesta a la pregunta es: Yes, you can >>>> >>>> El 12 de enero de 2010 14:20, Carlos Peix <[email protected]> >>>> escribió: >>>>> >>>>> Uh? Bueno, muy bien, pero aun me queda la duda. Seria bueno usar CHAR >>>>> si se puede. Se puede? >>>>> Dale, escribi un poquitin mas, te espero mientras pongo el agua para el >>>>> mate. >>>>> Grazie >>>>> ---------------------------------- >>>>> Carlos Peix >>>>> >>>>> 2010/1/12 Fabio Maulo <[email protected]> >>>>>> >>>>>> type="AnsiString" >>>>>> >>>>>> El 12 de enero de 2010 13:48, Carlos Peix <[email protected]> >>>>>> escribió: >>>>>>> >>>>>>> Hola Tano, >>>>>>> Esto quiere decir que no es recomendable usar campos CHAR para el >>>>>>> discriminator? (en estos campos SQLServer completa con espacios a la >>>>>>> derecha >>>>>>> pero creo que ya sabrias esto) >>>>>>> Es razonable que NH se confunda ya que graba un "Transferencia" y >>>>>>> obtiene un "Transferencia " pero tambien seria bueno que NH no >>>>>>> se >>>>>>> fuera de mambo con esto puesto que es bastante comun. >>>>>>> Por ultimo, segun creo, los indices sobre CHAR son mas eficientes (en >>>>>>> velocidad de lookup, no en almacenamiento) que sobre VARCHAR y es >>>>>>> altamente >>>>>>> probable que esta columna sea indexada puesto que participa del query, >>>>>>> en >>>>>>> general. >>>>>>> Como siempre, le pertenezco... >>>>>>> Gracias >>>>>>> ---------------------------------- >>>>>>> Carlos Peix >>>>>>> >>>>> >>>>> -- >>>>> Para escribir al Grupo, hágalo a esta dirección: >>>>> [email protected] >>>>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano >>>> >>>> >>>> >>>> -- >>>> Fabio Maulo >>>> >>>> >>>> -- >>>> Para escribir al Grupo, hágalo a esta dirección: >>>> [email protected] >>>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano >>> >>> >>> -- >>> Para escribir al Grupo, hágalo a esta dirección: >>> [email protected] >>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano >> >> >> >> -- >> Fabio Maulo >> >> >> -- >> Para escribir al Grupo, hágalo a esta dirección: >> [email protected] >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano > > > -- > Para escribir al Grupo, hágalo a esta dirección: > [email protected] > Para más, visite: http://groups.google.com/group/NHibernate-Hispano >
-- Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano
