Para mi no estas midiendo lo mismo de eso estoy seguro 100%. On Wednesday, May 26, 2010, Rafael Ruiz Menduiña <[email protected]> wrote: > entiendo esos factores pero aparte de lo que tenga, la prueba la he hecho > bajo los mismos factores solo modificando el mappin y lanzando un > Escrituras.GetId y midiendo el tiempo que demora en ejecutarse. Entonces > obtengo que haciendo lo mismo sin lazy tarda 423 milisegundos y con lazy > 2336, he hecho varias pruebas y los tiempos son estables. > > Tengo una bd de access (lo se, lo se) aunque voy a probar ahora con sql > server a ver q tal... > > muy agradecido por sus comentarios. > > > > El 26 de mayo de 2010 14:41, Nelo Pauselli <[email protected]> escribió: > Rafael, fijate que la primer consulta del no-lazy es igual a la única > del lazy, por lo que la diferencia de tiempos no está en la estructura > del select... (si fuesen diferentes habría que mirar los planes de > ejecución) > > Hay muchos factores que influyen en esto. ¿lo estás probando en un > servidor o en una pc de desarrollo? ¿que carga tenía, durante cada > prueba, la pc que tenía la base de datos?... hay muuucho al respecto > de tuning de bases de datos, y por suerte mucho escrito. > > Nelo. > > 2010/5/26 Rafael Ruiz Menduiña <[email protected]>: >> vale, deacuerdo. es una prueba que he echo yo modificando la tabla para ver >> que pasaria. >> >> * Pero ahora estoy viendo los tiempos de carga y me ha sorprendido ver que >> sin usar lazy obtengo >> >> [13:50:16:796][SELECT][SELECT [Numero], Concepto, Fecha, Prevista, Lugar, >> Folios, Documento, Notario, Dni, [Copias Autorizadas Realizadas], [Copias >> Simples Realizadas], [Folios Simples Reales], [Folios Autorizadas Reales], >> Retirada, RutaNota, Sustituto from [Escrituras] WHERE [Numero]=11000012] >> [13:50:16:843][SELECT][SELECT Notario, [Nombre Notario], [Apellidos >> Notario], [Numero De Notario], [Dni Notario], Baja, DireccionAgenda from >> [Datos Generales] WHERE Notario=51] >> [13:50:16:890][SELECT][SELECT Dni, Telefono, Email, [Enviar EMail], >> FelicitaNavidad, [Descuento Corretajes], [Descuento Escrituras], >> Controlador, Nacionalidad, [Apartado Correos], Bloque, Escalera, Planta, >> Puerta, [Numero Calle], [Nombre Via], [Numero Via], [Direccion no >> normalizada], Duplicado1, Duplicado2, [Numero Via2], [Pais Extranjero], >> [Numero Via Extranjero], [Poblacion Extranjero], [EstadoProvincia >> Extranjero], [Distrito Extranjero], [Via Extranjero], Via, Municipio, Sexo, >> [Codigo Entidad], [Fecha De Nacimiento], [Fecha Defuncion], Nombre, [Lugar >> De Nacimiento], [Vigente Desde], [Vigente Hasta], Movil, [numero de >> capitulacion], [ComunidadBienes], Retener, [Cliente Fijo], Mayor, Nif, >> Conyuge, Pais, ApellidoSoltera, [Cod Regimen Matrimonial], [Cod Estado >> Civil], profesion, NIE, Incapacidad, [No Residente], Profesional, [Notas >> Cliente] from Clientes WHERE Dni='X8888'] >> [13:50:16:937][SELECT][SELECT [Via abreviada], Via from Vias WHERE [Via >> abreviada]='CL'] >> [13:50:16:984][SELECT][SELECT Municipio, Ciudad, Provincia, [Codigo Postal], >> [Codigo Provincia], [Codigo Municipio], Delegacion from [Codigos Postales] >> WHERE Municipio='LORCA'] >> >> Tiempo: 423 ms (vemos como no usa lazy y hace varias selects por cada >> relacion) >> >> * Pero si uso Lazy (elimino not-found=ignore) >> >> [13:54:28:953][SELECT][SELECT [Numero], Concepto, Fecha, Prevista, Lugar, >> Folios, Documento, Notario, Dni, [Copias Autorizadas Realizadas], [Copias >> Simples Realizadas], [Folios Simples Reales], [Folios Autorizadas Reales], >> Retirada, RutaNota, Sustituto from [Escrituras] WHERE [Numero]=11000012] >> >> Tiempo: 2336 ms. Vemos como se simplifica la select, cargando nada mas que >> escritura y sin embargo el tiempo es mucho mayor. >> >> Alguna explicacion?, yo estaba buscando que funcionara el Lazy precisamente >> para ir mas rapido, no entiendo el por que de este resultado >> >> Muchas gracias >> >> >> >> >> >> >> >> El 26 de mayo de 2010 14:09, José F. Romaniello <[email protected]> >> escribió: >>> >>> Pero eso significa que tu base de datos esta mal y deberías arreglarla. >>> No es "si tiene o no tiene", es si esta relacionada a una que no existe, >>> en tu caso no existe el NotarioNotariaImp con clave 51. >>> El 26 de mayo de 2010 08:34, Rafael Ruiz Menduiña <[email protected]> >>> escribió: >>>> >>>> Ok lo he probado y FUNCIONA, >>>> >>>> pero de no usar el not-found en caso de que no tener una entidad >>>> relacionada, en lugar de devolverme nothing me devuelve un proxy.....un >>>> error y al consultar alguna propiedad obtengo "No row with the given >>>> identifier exists[empresaDatos.NotarioNotariaImp#51]" >>>> >>>> Como controlo ahora para saber si tiene o no una entidad relacionada, >>>> hasta ahora tenia > > > -- > 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
