Pros de usar sqlite en memoria: es más rapido (eso dicen, no realizé pruebas para verificarlo). Contra de usar sqlite en memoria: si tu sistema de producción usa SQL Server, Sqlite no tiene nada que hacer en la ecuación.
Siempre hablando de sistemas reales. Otra cosa, si no tenés problema con los tiempos de SQL Server para los test, entonces eliminá el "Pros" citado anteriormente. En mi caso sinceramente, no me genera ruido SQL Server para el testing, hasta ahora lo que tengo que hacer es apretar "Run" y se terminó el problema, el resto de procesamiento lo hace la maquina. 2011/3/17 Edgar Ramos <[email protected]> > Dario > > Cual sería los pros y contras de utilizar tambien una base en memoria como > sqlite ?, para testing porsupuesto > > Saludos > > Edgar > > El 16 de marzo de 2011 17:43, Dario Quintana < > [email protected]> escribió: > >> Hola gente, >> >> En mi opinión siempre es mejor trabajar con una DB directamente, sin >> recurrir al mock de NHibernate. En los sistemas siempre trabajo con test >> contra el SQL Server. >> >> Saludos >> >> 2011/3/16 Bruno (Foros) <[email protected]> >> >>> No me puteen si tiro un bolazo, pero intenté hacer un mock de >>> ISessionFactory y se me complicó bastante (sobretodo porque no tengo mucha >>> experiencia en Rhino mocks), así que terminé realizando los test con una db >>> de SQLite en memoria, y funciona joya. Lo único que como es una DB en >>> memoria tenés que crear la conexión manualmente y pasársela al método >>> OpenSession(). >>> >>> Bruno. >>> >> >> >> >> -- >> Dario Quintana >> >> -- >> 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 > -- Dario Quintana -- Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano
