Alongside PDB-2632, we should provide a mechanism for projection leaf values inside a hash, for example on the new `inventory` and existing `resources` endpoint we have facts, trusted and parameters. The proposal is to use the dotted notation to express this projection in PQL (and some adequate way in AST also).
Alongside PDB-2632, we should provide a mechanism for projection leaf values inside a hash, for example on the new `inventory` and existing `resources` endpoint we have facts, trusted and parameters. The proposal is to use the dotted notation to express this projection in PQL (and some adequate way in AST also).
The deliverable here is that this kind of thing should work:
Improvements to make PQL easier to user/more easily understood would be a very good thing given it's the primary way to query data from the system as well to select nodes to run tasks against.
PQL is central to using Puppet/PE and usability improvements should be prioritized.
Improvements to make PQL easier to user/more easily understood would be a very good thing given it's the primary way to query data from the system as well to select nodes to run tasks against.
This use case is likely the most common one for extracting node data.
PQL is central to using Puppet/PE and usability improvements should be prioritized.
Without this consultants and customers are forced to do a lot of post-processing of the full dataset to pick out the handful of fields they want as seen in Reid's example below. Common scenarios that are impacted like this are integrations with CMDBs and ticketing systems(e.g. Remedy) where customers want data grabbed regularly.
Alongside PDB-2632, we should provide a mechanism for projection leaf values inside a hash, for example on the new `inventory` and existing `resources` endpoint we have facts, trusted and parameters. The proposal is to use the dotted notation to express this projection in PQL (and some adequate way in AST also).
The deliverable here is that this kind of thing should work:
I am enthusiastic about this as it's relevant for the compliance use cases. The government team needs ongoing support for PG-SQL 9 until EDB or a vendor takes the open source PG-SQL 11 product through DISA STIG which has this as a native feature.
This still needs release notes for the new feature. See the documentation in the commit for usage docs.
This is merging with a couple known issues, 1. a space is required after any dotted field (ie. inventory[facts.os.family ] {}) 2. any dotted path has a maximum 63 characters
This still needs release notes for the new feature. See the documentation in the commit for usage docs.
Known issue
This is merging with a couple known issues, 1. a space is required after any dotted field (ie. inventory[facts.os.family ] {}) 2. any dotted path has a maximum 63 characters
Known issue 2The inventory and resource endpoints now support using dot notation for projections. any dotted path has a maximum 63 characters This will allow you to pick specific
The inventory and resource endpoints now support using dot notation for projections. This will allow you to pick specific a specific fact or resource parameter to return instead of the entire json for facts or parameters.
The inventory and resource endpoints now support using dot notation for projections. This will allow you to pick specific a specific fact or resource parameter to return instead of the entire json for facts or parameters. You can find examples of using dot notation in [PQL](./api/query/examples-pql.markdown) and [AST](./api/query/v4/ast.markdown)
The inventory and resource endpoints now support using dot notation for projections. This will allow you to pick specific a specific fact or resource parameter to return instead of the entire json for facts or parameters. You can find examples of using dot notation in [PQL](./api/query/examples-pql.markdown) and [AST](./api/query/v4/ast.markdown)
The inventory and resource endpoints now support using dot notation for projections. This will allow you to pick specific a specific fact or resource parameter to return instead of the entire json for facts or parameters. You can find examples of using dot notation in [PQL](./api/query/examples-pql.markdown) and [AST](./api/query/v4/ast.markdown)