Grupo de Usuarios de NHibernate en español

Argons | 1 Feb 15:34

[NHibernate-Hispano] Re: Eager load de un árbol

Pues no es estático ya que tengo que sacar el menú de los roles
asociados al usuario.

--

-- 
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

headers

Leandro | 3 Feb 05:39

Re: Re: Recuperar entidades como objetos transientes o "detached". Es posible?. Mejora el Rendimiento?

Felipe, buscarìa mas el conflicto por el lado del JsonStore de JS que por el lado de NH. Tenes identificado donde tenes el cuello de botella?
Saludos
Leandro

2010/1/7 Juan Cuello <juan.cuellor <at> gmail.com>

Hola,

Yo he tenido que programar una grilla para paginar 5000 elementos. Si
realizas las consultas con paginación, me funciona como un rayo.

Algo así como:

protected IList<T> GetPageList<TKey>(string filter, TKey key,
string orderProperty, int firstResult, int maxResults)
{
string hQuery = string.Format("from c in {0} where c.{1}
= :parameter order by c.{2}", persitentType.Name, filter,
orderProperty);
IQuery query = NHibernateSession.CreateQuery(hQuery);
query.SetParameter<TKey>("parameter", key);
if (firstResult > -1) query.SetFirstResult(firstResult);
if (maxResults > -1) query.SetMaxResults(maxResults);
return query.List<T>();
}

Principalmente usando SetFirstResult y SetMaxResults (esta función del
ejemplo es una genérica de una app mía). Y si te va lentito, siempre
puedes agregar un índice en la bbdd por el campo de filtro (si existe
dicho filtro).

Ya te digo que con listas de 5000 elementos tengo tiempos de respuesta
en la web inferiores a 1 segundo (con rendering incluido).

Por las pruebas, parece que el tiempo de respuesta se mantiene
constante aunque incrementes el número de elementos, ya que
simplemente incrementas el número de páginas, no se resultados de una
consulta.

On 6 ene, 05:28, Juan <juan.gree... <at> gmail.com> wrote:

> Por desgracia no me dan comision por la propaganda, pero si estas
> haciendo profiling puede que te venga bien (si no lo has hecho ya),
> darle una ojeada a nhprof (http://nhprof.com/). Deberia darte una idea
> de por donde anda tu problema, si es efectivamente el cache, la
> sesion, etc.
>
> On Jan 4, 10:54 am, Felipe <felipe.mar... <at> gmail.com> wrote:
>
>
>
> > Necesito desplegar una grilla, la cual actualmente estoy transformando
> > de un grafo de objetos persistentes a DTOs.
> > Lamentablemente el rendimiento es muy bajo, ya que cada celda de la
> > grilla es una instancia, e incluso se combina una fila con celdas que
> > provienen de otros objetos persistentes. Dado lo anterior hay que
> > hacer un manejo importante a nivel de DTO, por lo cual armo algunos
> > Dictionary para mejorar la eficiencia y además dado que la grilla es
> > jerárquica.
>
> > Probé utilizando el comando "select new ClaseDTO(parametros)" para ver
> > la mejora de rendimiento, y es notoria. Actualmente estoy recuperando
> > cerca de 10.000 objetos, y esto afecta no sólo la recuperación, sino
> > también el cierre de la Sesión.
>
> > El problema es que dado que la estructura es compleja, el constructor
> > de la ClaseDTO es enorme, y quería ver si existía alguna alternativa
> > de que NHibernate me devolviera el grafo de objetos sin ningún tipo de
> > control (persistence manager), de este modo usa las entidades como
> > DTOs o Bean transientes o "detached" y debiera disminuir el tiempo de
> > carga.
>
> > La pregunta obvia es, ¿Es esto posible?, ¿mejoraría el rendimiento?
>
> > Gracias,

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

headers

Edgar Ramos | 5 Feb 20:06

sql-query

En este ejemplo de nhforge

    <sql-query name="PeopleByName">
    	<return alias="person"
    					class="Person"/>
    	SELECT {person.*}
    	FROM People {person} WITH(nolock)
    	WHERE {person}.Name LIKE :name
    </sql-query>

Hay un select que retorna un conjunto de resultados y por otro lado
existe la clase Person, esto se debe hacer siempre ?, me explico

por cada  sql-query, que retorne un conjunto posible de resultados,
siempre tendre una clase acompañandole ?

saludos y gracias por cualquier comentario

--

-- 
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

headers

jancic | 5 Feb 20:17

Re: sql-query

No... podes evitar tener esa clase, usar <return-scalar...> en cambio de <return..>, despues eso lo leer como un List<object[]> (donde cada object es una propiedad devuelta)

On Feb 5, 2010 4:06pm, Edgar Ramos <eramosecua <at> gmail.com> wrote:
> En este ejemplo de nhforge
>
>
>
>
>
>
> class="Person"/>
>
> SELECT {person.*}
>
> FROM People {person} WITH(nolock)
>
> WHERE {person}.Name LIKE :name
>
>
>
>
>
> Hay un select que retorna un conjunto de resultados y por otro lado
>
> existe la clase Person, esto se debe hacer siempre ?, me explico
>
>
>
> por cada sql-query, que retorne un conjunto posible de resultados,
>
> siempre tendre una clase acompañandole ?
>
>
>
> saludos y gracias por cualquier comentario
>
>
>
> --
>
> Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
>
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

headers

Fabio Maulo | 5 Feb 20:32

Re: sql-query

a mi esas SQL así en seco que pueden ser escritas con HQL no me gustan para nada...

Si no tiene nada de particular especifico de un RDBMS y/o tampoco se trata de una optimización de la query que genera NH no veo ningun motivo para usar SQL.

Si estas de apuro ok... pero despues dedicale unos 15 minutos a ver como hacerla en HQL.

El 5 de febrero de 2010 16:06, Edgar Ramos <eramosecua <at> gmail.com> escribió:

En este ejemplo de nhforge

<sql-query name="PeopleByName">
<return alias="person"
class="Person"/>
SELECT {person.*}
FROM People {person} WITH(nolock)
WHERE {person}.Name LIKE :name
</sql-query>

Hay un select que retorna un conjunto de resultados y por otro lado
existe la clase Person, esto se debe hacer siempre ?, me explico

por cada sql-query, que retorne un conjunto posible de resultados,
siempre tendre una clase acompañandole ?

saludos y gracias por cualquier comentario

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Fabio Maulo

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

headers

Edgar Ramos | 5 Feb 20:45

Re: sql-query

Esto aplicaria tambien con stored procedures que devuelven conuunto de datos ?

gracias por el aporte

El día 5 de febrero de 2010 14:17,  <jancic <at> gmail.com> escribió:
> No... podes evitar tener esa clase, usar <return-scalar...> en cambio de
> <return..>, despues eso lo leer como un List<object[]> (donde cada object es
> una propiedad devuelta)
>
> On Feb 5, 2010 4:06pm, Edgar Ramos <eramosecua <at> gmail.com> wrote:
>> En este ejemplo de nhforge
>>
>>
>>
>>
>>
>>
>>                                        class="Person"/>
>>
>>        SELECT {person.*}
>>
>>        FROM People {person} WITH(nolock)
>>
>>        WHERE {person}.Name LIKE :name
>>
>>
>>
>>
>>
>> Hay un select que retorna un conjunto de resultados y por otro lado
>>
>> existe la clase Person, esto se debe hacer siempre ?, me explico
>>
>>
>>
>> por cada  sql-query, que retorne un conjunto posible de resultados,
>>
>> siempre tendre una clase acompañandole ?
>>
>>
>>
>> saludos y gracias por cualquier comentario
>>
>>
>>
>> --
>>
>> Para escribir al Grupo, hágalo a esta dirección:
>> NHibernate-Hispano <at> googlegroups.com
>>
>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> NHibernate-Hispano <at> googlegroups.com
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--

-- 
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

headers

Fabio Maulo | 5 Feb 20:59

Re: sql-query

A no!! eso me gustá aún menos.

El 5 de febrero de 2010 16:45, Edgar Ramos <eramosecua <at> gmail.com> escribió:

Esto aplicaria tambien con stored procedures que devuelven conuunto de datos ?

gracias por el aporte

El día 5 de febrero de 2010 14:17, <jancic <at> gmail.com> escribió:

> No... podes evitar tener esa clase, usar <return-scalar...> en cambio de
> <return..>, despues eso lo leer como un List<object[]> (donde cada object es
> una propiedad devuelta)
>
> On Feb 5, 2010 4:06pm, Edgar Ramos <eramosecua <at> gmail.com> wrote:
>> En este ejemplo de nhforge
>>
>>
>>
>>
>>
>>
>> class="Person"/>
>>
>> SELECT {person.*}
>>
>> FROM People {person} WITH(nolock)
>>
>> WHERE {person}.Name LIKE :name
>>
>>
>>
>>
>>
>> Hay un select que retorna un conjunto de resultados y por otro lado
>>
>> existe la clase Person, esto se debe hacer siempre ?, me explico
>>
>>
>>
>> por cada sql-query, que retorne un conjunto posible de resultados,
>>
>> siempre tendre una clase acompañandole ?
>>
>>
>>
>> saludos y gracias por cualquier comentario
>>
>>
>>
>> --
>>
>> Para escribir al Grupo, hágalo a esta dirección:
>> NHibernate-Hispano <at> googlegroups.com
>>
>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> NHibernate-Hispano <at> googlegroups.com
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--

Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Fabio Maulo

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

headers

Edgar Ramos | 5 Feb 21:19

Re: sql-query

Tranquilo Fabio, es unicamente por saber, y si se presenta el caso de
requerir sera unica y exclusivamente utilizado para reportes con
crystal Report

Espero esta haciendo bien las cosas

El día 5 de febrero de 2010 14:59, Fabio Maulo <fabiomaulo <at> gmail.com> escribió:
> A no!! eso me gustá aún menos.
>
> El 5 de febrero de 2010 16:45, Edgar Ramos <eramosecua <at> gmail.com> escribió:
>>
>> Esto aplicaria tambien con stored procedures que devuelven conuunto de
>> datos ?
>>
>> gracias por el aporte
>>
>> El día 5 de febrero de 2010 14:17,  <jancic <at> gmail.com> escribió:
>> > No... podes evitar tener esa clase, usar <return-scalar...> en cambio de
>> > <return..>, despues eso lo leer como un List<object[]> (donde cada
>> > object es
>> > una propiedad devuelta)
>> >
>> > On Feb 5, 2010 4:06pm, Edgar Ramos <eramosecua <at> gmail.com> wrote:
>> >> En este ejemplo de nhforge
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>                                        class="Person"/>
>> >>
>> >>        SELECT {person.*}
>> >>
>> >>        FROM People {person} WITH(nolock)
>> >>
>> >>        WHERE {person}.Name LIKE :name
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> Hay un select que retorna un conjunto de resultados y por otro lado
>> >>
>> >> existe la clase Person, esto se debe hacer siempre ?, me explico
>> >>
>> >>
>> >>
>> >> por cada  sql-query, que retorne un conjunto posible de resultados,
>> >>
>> >> siempre tendre una clase acompañandole ?
>> >>
>> >>
>> >>
>> >> saludos y gracias por cualquier comentario
>> >>
>> >>
>> >>
>> >> --
>> >>
>> >> Para escribir al Grupo, hágalo a esta dirección:
>> >> NHibernate-Hispano <at> googlegroups.com
>> >>
>> >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>> >
>> > --
>> > Para escribir al Grupo, hágalo a esta dirección:
>> > NHibernate-Hispano <at> googlegroups.com
>> > Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>>
>> --
>> Para escribir al Grupo, hágalo a esta dirección:
>> NHibernate-Hispano <at> googlegroups.com
>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
>
> --
> Fabio Maulo
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> NHibernate-Hispano <at> googlegroups.com
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--

-- 
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

headers

Fabio Maulo | 5 Feb 21:48

Re: sql-query

Mirá... CrystalReport o no un SP es una SP con sus beneficios y sus defectos.

Peor me sentiría si por casualidad se te ocurre duplicar logica de negocio adentro una SP solo para sacar un reporte.

Sea con Crystal que con ReportingServices o vas directo a DB con SQL planas sin pasar por NH o vas a dominio... y mirá vos que tengo duda sobre lo primero...

Justo el otro dia estabamos hablando de eso con Mario Fernandez; allí tenemos ReportingService algunos a dominio (y se aprovecha toda la logica necesaria) y otros derecho a DB y la preguntas son:

1) donde están los tests de esas SQL megagalacticas ?

2) quien va a entender/mantener esas bestias una vez que cambies de trabajo ?

3) si ya tenes todo para interrogar a travez del dominio para que pasar por el costado ?

Esas preguntas hay que hacersela report por report, darle un puntaje a cada posible respuesta, y tomar la decisión apropiada.

El 5 de febrero de 2010 17:19, Edgar Ramos <eramosecua <at> gmail.com> escribió:

Tranquilo Fabio, es unicamente por saber, y si se presenta el caso de
requerir sera unica y exclusivamente utilizado para reportes con
crystal Report

Espero esta haciendo bien las cosas

El día 5 de febrero de 2010 14:59, Fabio Maulo <fabiomaulo <at> gmail.com> escribió:

> A no!! eso me gustá aún menos.
>
> El 5 de febrero de 2010 16:45, Edgar Ramos <eramosecua <at> gmail.com> escribió:
>>
>> Esto aplicaria tambien con stored procedures que devuelven conuunto de
>> datos ?
>>
>> gracias por el aporte
>>
>> El día 5 de febrero de 2010 14:17, <jancic <at> gmail.com> escribió:
>> > No... podes evitar tener esa clase, usar <return-scalar...> en cambio de
>> > <return..>, despues eso lo leer como un List<object[]> (donde cada
>> > object es
>> > una propiedad devuelta)
>> >
>> > On Feb 5, 2010 4:06pm, Edgar Ramos <eramosecua <at> gmail.com> wrote:
>> >> En este ejemplo de nhforge
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> class="Person"/>
>> >>
>> >> SELECT {person.*}
>> >>
>> >> FROM People {person} WITH(nolock)
>> >>
>> >> WHERE {person}.Name LIKE :name
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> Hay un select que retorna un conjunto de resultados y por otro lado
>> >>
>> >> existe la clase Person, esto se debe hacer siempre ?, me explico
>> >>
>> >>
>> >>
>> >> por cada sql-query, que retorne un conjunto posible de resultados,
>> >>
>> >> siempre tendre una clase acompañandole ?
>> >>
>> >>
>> >>
>> >> saludos y gracias por cualquier comentario
>> >>
>> >>
>> >>
>> >> --
>> >>
>> >> Para escribir al Grupo, hágalo a esta dirección:
>> >> NHibernate-Hispano <at> googlegroups.com
>> >>
>> >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>> >
>> > --
>> > Para escribir al Grupo, hágalo a esta dirección:
>> > NHibernate-Hispano <at> googlegroups.com
>> > Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>>
>> --
>> Para escribir al Grupo, hágalo a esta dirección:
>> NHibernate-Hispano <at> googlegroups.com
>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
>
> --
> Fabio Maulo
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> NHibernate-Hispano <at> googlegroups.com
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Fabio Maulo

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

headers

Gustavo Ringel | 5 Feb 22:06

Re: sql-query

Y digamos que pagando un poco podes usar una set de controles como la de DevExpress y tenes para hacer reportes usando reglas de dominio / caching, etc y el control final que mostrar al usuario le permite cortar por cosas que ni sueña todavia.

En Reporting Services y Cristal para hacer la mitad tenes que pagar el triple y a costo de tener que escribir muchas cosas en SPs que es un costo gravisimo ya que en el momento que vas cambiando la base, en NH por lo menos te fallan tests, en SPs metes la pata...y quien te salva? y como haces si tenes que volver a la misma consulta que hace dos versiones?

Bue, podria seguir, en mi caso hace un tiempo hice un sistema de reportes no pequeño en reporting services, y ahora nos cambio un poco el dominio...cambiar en el sistema hecho en reporting services es por decirlo en lenguaje apto para todo publico, una patada en los h...

Mientras que los reportes adentro de la aplicacion que teniamos en NH...cambiaron automaticamente, salvo agregar o quitar columnas...nada mas (sin tests al GUI porque al menos a mi me parecen exagerados)

En definitiva, luego de que convenci a mi jefe de que Reporting Services era lo mas...estoy viendo como explicarle la mala decision.

Gustaov.

2010/2/5 Fabio Maulo <fabiomaulo <at> gmail.com>

Mirá... CrystalReport o no un SP es una SP con sus beneficios y sus defectos.
Peor me sentiría si por casualidad se te ocurre duplicar logica de negocio adentro una SP solo para sacar un reporte.

Sea con Crystal que con ReportingServices o vas directo a DB con SQL planas sin pasar por NH o vas a dominio... y mirá vos que tengo duda sobre lo primero...

Justo el otro dia estabamos hablando de eso con Mario Fernandez; allí tenemos ReportingService algunos a dominio (y se aprovecha toda la logica necesaria) y otros derecho a DB y la preguntas son:

1) donde están los tests de esas SQL megagalacticas ?

2) quien va a entender/mantener esas bestias una vez que cambies de trabajo ?

3) si ya tenes todo para interrogar a travez del dominio para que pasar por el costado ?

Esas preguntas hay que hacersela report por report, darle un puntaje a cada posible respuesta, y tomar la decisión apropiada.

El 5 de febrero de 2010 17:19, Edgar Ramos <eramosecua <at> gmail.com> escribió:

Tranquilo Fabio, es unicamente por saber, y si se presenta el caso de
requerir sera unica y exclusivamente utilizado para reportes con
crystal Report

Espero esta haciendo bien las cosas

El día 5 de febrero de 2010 14:59, Fabio Maulo <fabiomaulo <at> gmail.com> escribió:

> A no!! eso me gustá aún menos.
>
> El 5 de febrero de 2010 16:45, Edgar Ramos <eramosecua <at> gmail.com> escribió:
>>
>> Esto aplicaria tambien con stored procedures que devuelven conuunto de
>> datos ?
>>
>> gracias por el aporte
>>
>> El día 5 de febrero de 2010 14:17, <jancic <at> gmail.com> escribió:
>> > No... podes evitar tener esa clase, usar <return-scalar...> en cambio de
>> > <return..>, despues eso lo leer como un List<object[]> (donde cada
>> > object es
>> > una propiedad devuelta)
>> >
>> > On Feb 5, 2010 4:06pm, Edgar Ramos <eramosecua <at> gmail.com> wrote:
>> >> En este ejemplo de nhforge
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> class="Person"/>
>> >>
>> >> SELECT {person.*}
>> >>
>> >> FROM People {person} WITH(nolock)
>> >>
>> >> WHERE {person}.Name LIKE :name
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> Hay un select que retorna un conjunto de resultados y por otro lado
>> >>
>> >> existe la clase Person, esto se debe hacer siempre ?, me explico
>> >>
>> >>
>> >>
>> >> por cada sql-query, que retorne un conjunto posible de resultados,
>> >>
>> >> siempre tendre una clase acompañandole ?
>> >>
>> >>
>> >>
>> >> saludos y gracias por cualquier comentario
>> >>
>> >>
>> >>
>> >> --
>> >>
>> >> Para escribir al Grupo, hágalo a esta dirección:
>> >> NHibernate-Hispano <at> googlegroups.com
>> >>
>> >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>> >
>> > --
>> > Para escribir al Grupo, hágalo a esta dirección:
>> > NHibernate-Hispano <at> googlegroups.com
>> > Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>>
>> --
>> Para escribir al Grupo, hágalo a esta dirección:
>> NHibernate-Hispano <at> googlegroups.com
>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
>
> --
> Fabio Maulo
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> NHibernate-Hispano <at> googlegroups.com
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Fabio Maulo

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

Mon	Tue	Wed	Thu	Fri	Sat	Sun

1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28

15	February 2012
28	January 2012
15	December 2011
31	November 2011
75	October 2011
43	September 2011
38	August 2011
95	July 2011
156	June 2011
192	May 2011
115	April 2011
321	March 2011
287	February 2011
137	January 2011
100	December 2010
78	November 2010
60	October 2010
120	September 2010
142	August 2010
123	July 2010
203	June 2010
117	May 2010
171	April 2010
370	March 2010
150	February 2010
220	January 2010
107	December 2009
177	November 2009
181	October 2009
189	September 2009
108	August 2009
127	July 2009
264	June 2009
187	May 2009
152	April 2009
230	March 2009
172	February 2009
368	January 2009
153	December 2008
168	November 2008
276	October 2008
237	September 2008
247	August 2008
242	July 2008
207	June 2008
97	May 2008
222	April 2008
278	March 2008
339	February 2008
233	January 2008
187	December 2007
187	November 2007
317	October 2007
228	September 2007
220	August 2007
140	July 2007
156	June 2007
130	May 2007
116	April 2007
185	March 2007
173	February 2007
163	January 2007
236	December 2006
277	November 2006
203	October 2006
160	September 2006
103	August 2006
203	July 2006
168	June 2006
94	May 2006
61	April 2006
126	March 2006