Feature #282
SQL tables for templates re-design
Status: | Closed | Start date: | 07/15/2010 | |
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | Carlos Martín | % Done: | 0% | |
Category: | Core & System | |||
Target version: | Release 2.0 | |||
Resolution: | fixed | Pull request: |
Description
Templates are stored in the DB as individual pairs of [attribute - value].
This doesn't bring any advantage, because internally all attributes are read and then managed as a complete template object.
DB schema should be re-designed to store templates as a whole, to speed up the rebuild from DB to memory and have cleaner tables.
Associated revisions
feature #282: Templates can be now parsed from xml-formatted strings.
feature #282: Templates can be now parsed from xml-formatted strings.
(cherry picked from commit 35aa6ade2c054282eca76c777c9318575a6f154d)
feature #282: HostTemplate moved from its own table to a host_pool column.
feature #282: Added libxml to tests SConstructs
feature #282: Thread saefty & memory leaks for XML parsing
feature #282: fix dump method
feature #282: clear the template before re-build
feature #282: Removed already addressed TODO
feature #282: Host template initialization fixed to match the old HostTemplate class.
feature #282: VirtualNetworkTemplate moved from its own table to a network_pool column.
feature #282: ImageTemplate moved from its own table to a image_pool column.
feature #282: Wrong xml generation for Image.
feature #282: Fixed Vnet XML render
feature #282: Template attributes are now managed by the PoolSQL objects, and then the object has to be updated to write changes to DB.
feature #282: Scheduler now builds objects from the pool dump xmls, instead of querying the core for each one individually.
feature #282: Removed unneeded try, made VirtualMachineXML constructors as HostXML
History
#1 Updated by Ruben S. Montero almost 11 years ago
- Target version set to Release 2.0
#2 Updated by Carlos Martín almost 11 years ago
Additional task: documentation has to be updated. Libxml is now a dependency to compile OpenNebula.
#3 Updated by Ruben S. Montero almost 11 years ago
- Category set to Core & System
- Status changed from New to Closed
- Assignee set to Carlos Martín
- Resolution set to fixed