si existen Just In Time compilers para lenguajes porque no hacer lo mismo para bases de datos relacionales?
la idea es que yo mando inserts de algo simil a json y la base de datos en un principio las mete en una bolsa de objetos como mongodb, pero a medida que los objetos van entrando busca patrones de atributos/tipos/relaciones y empieza a construir el schema para esos valores y los mete ahi.
la base de datos soporta sql pero duck typed, no digo el from, busca los objetos que matchean con la descripcion del where, quizas le puedo tirar hints para habilitar optimizaciones.
alguien lo hace por mi?
miércoles, junio 08, 2011
Suscribirse a:
Comentarios de la entrada (Atom)
Seguidores
Archivo del Blog
-
▼
2011
(74)
- ► septiembre (4)
-
▼
junio
(12)
- salio efene 0.9 noma'
- cosas que aprendi hoy
- Roger Waters - The Wall
- Copenhagen, Berlin, Roger Waters The Wall, Stuttga...
- idea: filtro del mundo real en (cuasi) real time
- Lista de lecturas 11/06/11
- Lista de lecturas 04/06/11
- idea: JITed relational database
- hack de unos minutos
- lista de lecturas 28/05/11
- FQL - Flight Query Langage
- Londres - Dover - Helsinki
-
►
2010
(111)
- ► septiembre (8)
-
►
2009
(96)
- ► septiembre (3)
-
►
2008
(60)
- ► septiembre (8)
-
►
2007
(64)
- ► septiembre (1)
-
►
2006
(81)
- ► septiembre (1)
4 comentarios:
Me gusta, tiene que tener un nuevo modelo de paginacion para tener buena performance. Ademas el esquema que se genere deberia modificarse con el tiempo (adaptarse) para soportar varias corridas y modificaciones del software.
Un poco mas de idea y comenzamos con la arquitectura
Uy, y yo que justo andaba buscando un tema de tesis de maestría...
no seas vago, Guerra, hacelo cuando se atrase tu proximo vuelo ;-D
Mmmm me gusto eso de sumario a bases de datos adaptativas, quizás el modelo relacional no sea el mejor para soportar los features.
Publicar un comentario