The term 'relational database' may be misleading.
What I want is a relational pairing between data segments so that later changes can be done in a traditional manner. We don't actually need to create full on tables in XML and do all that fun.
I do understand that it may break the git workflow and it will certainly break the build scripts. However, I think that it will increase the user experience and, therefore, help adoption of the suite.
I've asked before about being able to create micro data streams and extract very small parts of the standards without having to lug around the entire repo through my few hundred projects. Presently, this is not possible but decoupling the data model should make it possible.
Thanks,
Trevor
On Mon, Feb 20, 2017 at 5:54 PM, Martin Preisler mpreisle@redhat.com wrote:
On Mon, Feb 20, 2017 at 9:08 AM, Zbynek Moravec zmoravec@redhat.com wrote:
Hi,
database sounds like interesting idea. I didn't think about it in that
way.
In my opinion, XML DB could be way how to store many SSG "items", not
only OVALs/remediations.
If I understood it correctly, only overhead of adding of new remediation
would be
adding bindings to product, right?
I don't have own experience with XML databases. What does rest of SSG
community think about it?
Personally I don't like it. It doesn't work well with our git workflow. I don't think this is what the SQL XML databases are for.
-- Martin Preisler _______________________________________________ scap-security-guide mailing list -- scap-security-guide@lists. fedorahosted.org To unsubscribe send an email to scap-security-guide-leave@ lists.fedorahosted.org