[pyar] OFFTOPPIC - Diseño de Base de Datos y rendimiento

[Juan Gabardini]

2013/2/21 Rafael E. Ferrero <rafael.ferrero en gmail.com>

> Walter, pensamos igual !!
>
> Juan, podés ampliarme un poco eso de tomar la decisión arquitectónica lo
> más tarde posible? que es eso de ALAP ??
>
ALAP:  as late as possible -> lo más tarde posible.
http://es.wikipedia.org/wiki/Lean_software_development#Decidir_lo_m.C3.A1s_tarde_posible

Un ejemplo sería el agregado de índices a una DB. Los indices dependen de
las consultas que se hagan, la frecuencia de esas consultas, el volumen de
las tablas involucradas, etc.
La solución ALAP podría ser definir los tiempos de respuesta aceptados para
las consultas y monitorearlos. Agregar índices solo cuando sea necesario
(cuando la consulta tarde más de lo aceptable)

En el caso de índices, las decisiones no son arquitectónicas (en el sentido
comentado), ya que pueden cambiarse fácilmente, no requieren cambiar nada
del código.
Pero, si empiezo a usar hint en las consultas, que son dependientes de los
ínidces, transformo la decisión de índices en arquitectónica (dificil de
cambiar: debería recorrer todas las consultas para ver si el cambio de
índices las afecta)



>
> Gracias Gente !!
>
> El 19 de febrero de 2013 19:33, Juan Gabardini <jgabardini en gmail.com>escribió:
>
>> 2013/2/19 Angel Java Lopez <ajlopez2000 en gmail.com>
>>
>>> Volviendo al tema de este hilo, ahora que llegamos a MENCIONAR EL TEMA
>>> AGILE, si yo tuviera que encarar ese desarrollo, solo o con un equipo
>>> que haya tenido algo de experiencia en agile, podria tomar dos
>>> caminos, tal vez en paralelo:
>>>
>>> Sumando a lo dicho por Angel, esto se llama Set-Based Design
>> Tiene mucha literatura atrás, surge de Toyota y Lean.
>> Mi resumen:
>> Tomá las decisiones arquitectónicas (*) lo más tarde posible (ALAP), y
>> ocupate de llegar al momento de decidir con tanta información como puedas.
>>
>> decisiones arquitectónicas: son las que son difíciles de cambiar.
>> -> alternativa: hacer que las decisiones sean fáciles de cambiar,
>> entonces no importa tanto cuando las tomo.
>>
>> saludos
>>
>>
>> --
>> Juan Gabardini
>> juan.gabardini en kleer.la | www.kleer.la
>> twitter&skype: jgabardini | softwareagil.blogspot.com
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
>
> --
> Rafael E. Ferrero
> Claro: (03562) 15514856
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>



-- 
Juan Gabardini
juan.gabardini en kleer.la | www.kleer.la
twitter&skype: jgabardini | softwareagil.blogspot.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20130221/2531215d/attachment.html>