Not that it's any relief, but this is also the case with Windows too. MS often introduces breaking changes in the Windows API and rarely adds/updates examples.
Unfortunately, it's the norm in most massive closed source ecosystems like these.
On the one hand, it makes being a developer on these platforms pretty painful at times, and on the other hand, it also increases the value in having expertise with them.
"MS often introduces breaking changes in the Windows API"
Can you give an example? I have also plenty of Windows development experience, but can't think of anything. More like, Microsoft seems to be pretty careful making sure APIs don't break.
NTAPI doesn't count, because it's undocumented in the first place and you're not supposed to use it in the userland at all. Yeah, we all do, but...
(Many APIs are pretty bad in the first place, but that's another matter.)
Something I just found out after looking into status updates on the Property Graph Query (PGQ) work being done in SQL, is that it will exactly mirror the work going into GQL (Graph Query Language, a newish standard in its early stages of development based mostly off of Neo4j's Cypher).
To summarize this post[0] by someone involved with the standards:
- GQL (ISO/IEC 39075) is a full database language to create and manage property graphs and create, read, update, and delete nodes and edges (or vertices and relationships)
- SQL/PGQ (ISO/IEC 9075-16) is a new add-on part of the SQL standards which introduces the capabilities to create property graph views on top of existing tables in an SQL database, as well as the ability to query property graphs using a GRAPH_TABLE function in an SQL FROM clause
- The input to the SQL/PGQ GRAPH_TABLE function is a property graph query, sometimes referred to as Graph Pattern Matching or GPM. Graph Pattern Matching is common between SQL/PGQ and GQL. That is, the syntax accepted in a GRAPH_TABLE function in an SQL FROM clause is identical to the syntax in a GQL graph query. Because GPM is the same in both draft standards, changes to GPM for SQL/PGQ also apply to the GPM portions of the GQL specification.
---
I also just came across the Apache AGE project[1] which basically allows you right now to extend PostgreSQL DBs with property graph capabilities and enables full(?) use of Cypher/GQL.
Unfortunately, it's the norm in most massive closed source ecosystems like these.
On the one hand, it makes being a developer on these platforms pretty painful at times, and on the other hand, it also increases the value in having expertise with them.