Opened 14 years ago
Closed 12 years ago
#500 closed enhancement (fixed)
Mejora sobre la gestión de objetos en los repositorios
Reported by: | imendez | Owned by: | Pedro Gea |
---|---|---|---|
Priority: | major | Milestone: | Development 1A |
Component: | Persistence | Keywords: | |
Cc: | atorre@… |
Description
Creo que sería muy útil poder buscar objetos a partir de sus atributos sin necesidad de cargarlos previamente (y, por tanto, de incrementar notablemente el consumo de memoria): variables triviales, modelos cuya descripción contiene un determinado texto, estimaciones ya ejecutadas (ver ticket https://trac.localbayes.es/mms/ticket/401), etc.
Actualmente, la única gestión tanto desde el interfaz como desde código es a través del nombre y la versión; esto que propongo ampliaría enormemente las posibilidades.
Eso sí, supongo que implicaría un cambio importante en la manera de guardar esa información que contienen los atributos: ahora, el nombre y la versión están en el nombre del archivo, pero sería impensable que éste contuviera todos los atributos del objeto...
Muchas gracias.
Change History (15)
comment:1 Changed 14 years ago by
Milestone: | → Release 0.6 |
---|---|
Status: | new → accepted |
comment:2 Changed 14 years ago by
comment:3 Changed 14 years ago by
comment:4 Changed 14 years ago by
comment:5 Changed 14 years ago by
comment:6 Changed 14 years ago by
(In [2231]) Se introducen cambios en el desarrollo de los repositorios en carpeta, junto a algunos cambios en la GUI para empezar a probarlos.
En una opción de menú contextual denominada "Gestión" de introducen opciones útiles para la gestión de los repositorios.
En la GUI se introducen nuevas columnas con las fechas de creación, la de modificación y la descripción, que sólo se rellenan para los repositorios en su versión 1.
Refs #159, #500
comment:7 Changed 14 years ago by
(In [2279]) Se revisa la implementación de los objetos principales de MMS, previa a la introducción de atributos de usuario. Véanse #500 y #410.
Se aúnan las clases @ObjectMain
, @ObjectMainKernel
y @ObjectMainKernelSupplement
en una clase @MainObject
dependiente del contenedor @MainContainer
y que evita el problema relatado en TOL#863. Para ello no se hace explícita la dependencia con el contenedor ya que éste es único y puede ser localizado por cualquier objeto globalmente.
Véanse también los tiques ya cerrados #242 y #314.
Se revisa la estabilidad de NObject con los mecanismos de construcción y destrucción de objetos principales. Véase #260. Se detecta errores en el uso de la función TOL Copy
, que parecen resolverse en TOL#1081. Se incrementa la versión de MMS y la versión de TOL mínima requerida.
Refs #500, #410, #242, #314, #260
comment:8 Changed 14 years ago by
comment:9 Changed 14 years ago by
comment:10 Changed 14 years ago by
comment:11 Changed 14 years ago by
comment:12 Changed 14 years ago by
comment:13 Changed 14 years ago by
comment:14 Changed 14 years ago by
comment:15 Changed 12 years ago by
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
El desarrollo se finalizó. Otros tiques relacionados se encuentran bajo la componente "Persistence".
Tiques relacionados: #159, #385, #401 y #504.