ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ RDF ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಏನಾಗುತ್ತಿದೆ?

ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಮತ್ತು ಲಿಂಕ್ಡ್ ಡೇಟಾ ಬಾಹ್ಯಾಕಾಶದಂತೆ: ಅಲ್ಲಿ ಯಾವುದೇ ಜೀವನವಿಲ್ಲ. ಹೆಚ್ಚು ಕಡಿಮೆ ದೀರ್ಘಾವಧಿಯವರೆಗೆ ಅಲ್ಲಿಗೆ ಹೋಗಲು... "ನಾನು ಗಗನಯಾತ್ರಿಯಾಗಲು ಬಯಸುತ್ತೇನೆ" ಎಂಬುದಕ್ಕೆ ಅವರು ಬಾಲ್ಯದಲ್ಲಿ ನಿಮಗೆ ಏನು ಹೇಳಿದರು ಎಂಬುದು ನನಗೆ ತಿಳಿದಿಲ್ಲ. ಆದರೆ ಭೂಮಿಯ ಮೇಲೆ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೀವು ಗಮನಿಸಬಹುದು; ಹವ್ಯಾಸಿ ಖಗೋಳಶಾಸ್ತ್ರಜ್ಞ ಅಥವಾ ವೃತ್ತಿಪರರಾಗುವುದು ತುಂಬಾ ಸುಲಭ.

ಲೇಖನವು ಇತ್ತೀಚಿನ, ಹಲವಾರು ತಿಂಗಳುಗಳಿಗಿಂತ ಹಳೆಯದಲ್ಲದ, RDF ಸಂಗ್ರಹಣೆಯ ಪ್ರಪಂಚದ ಪ್ರವೃತ್ತಿಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ. ಮೊದಲ ಪ್ಯಾರಾಗ್ರಾಫ್‌ನಲ್ಲಿನ ರೂಪಕವು ಕಟ್ ಅಡಿಯಲ್ಲಿ ಮಹಾಕಾವ್ಯ-ಗಾತ್ರದ ಜಾಹೀರಾತು ಚಿತ್ರದಿಂದ ಪ್ರೇರಿತವಾಗಿದೆ.

ಮಹಾಕಾವ್ಯ ಚಿತ್ರ

I. RDF ಪ್ರವೇಶಕ್ಕಾಗಿ GraphQL

ಅವರು ಹೇಳುತ್ತಾರೆGraphQL ಸಾರ್ವತ್ರಿಕ ಡೇಟಾಬೇಸ್ ಪ್ರವೇಶ ಭಾಷೆಯಾಗಲು ಗುರಿ ಹೊಂದಿದೆ. GraphQL ಬಳಸಿಕೊಂಡು RDF ಅನ್ನು ಪ್ರವೇಶಿಸುವ ಸಾಮರ್ಥ್ಯದ ಬಗ್ಗೆ ಏನು?

ಈ ಅವಕಾಶವನ್ನು ಇವರಿಂದ ಒದಗಿಸಲಾಗಿದೆ:

• ಸ್ಟಾರ್ಡಾಗ್ (ಬ್ಲಾಗ್, ದಸ್ತಾವೇಜನ್ನು);
• ಟಾಪ್ ಕ್ವಾಡ್ರೆಂಟ್ ಉತ್ಪನ್ನಗಳು (ವೆಬ್ನಾರ್, ದಸ್ತಾವೇಜನ್ನು).

ರೆಪೊಸಿಟರಿಯು ಅಂತಹ ಅವಕಾಶವನ್ನು ಒದಗಿಸದಿದ್ದರೆ, ಸೂಕ್ತವಾದ "ಪರಿಹಾರ" ಬರೆಯುವ ಮೂಲಕ ಸ್ವತಂತ್ರವಾಗಿ ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು. ಫ್ರೆಂಚ್ ಯೋಜನೆಯಲ್ಲಿ ಅವರು ಇದನ್ನು ಮಾಡಿದರು ಡೇಟಾ ಪ್ರವಾಸೋದ್ಯಮ. ಅಥವಾ ನೀವು ಇನ್ನು ಮುಂದೆ ಏನನ್ನೂ ಬರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ತೆಗೆದುಕೊಳ್ಳಿ ಹೈಪರ್ಗ್ರಾಫ್ಕ್ಯೂಎಲ್.

ಸೆಮ್ಯಾಂಟಿಕ್ ವೆಬ್ ಮತ್ತು ಲಿಂಕ್ಡ್ ಡೇಟಾದ ಸಾಂಪ್ರದಾಯಿಕ ಅನುಯಾಯಿಗಳ ದೃಷ್ಟಿಕೋನದಿಂದ, ಇದೆಲ್ಲವೂ ದುಃಖಕರವಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ಮುಂದಿನ ಡೇಟಾ ಸಿಲೋ ಸುತ್ತಲೂ ನಿರ್ಮಿಸಲಾದ ಏಕೀಕರಣಗಳಿಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ, ಮತ್ತು ಸೂಕ್ತವಾದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲ (ಆರ್‌ಡಿಎಫ್ ಅಂಗಡಿಗಳು, ಸಹಜವಾಗಿ) .

SPARQL ನೊಂದಿಗೆ GraphQL ಅನ್ನು ಹೋಲಿಸಿದಾಗ ಅನಿಸಿಕೆಗಳು ಎರಡು ಪಟ್ಟು ಇವೆ.

• ಒಂದೆಡೆ, GraphQL SPARQL ನ ದೂರದ ಸಂಬಂಧಿಯಂತೆ ಕಾಣುತ್ತದೆ: ಇದು REST ಗಾಗಿ ವಿಶಿಷ್ಟವಾದ ಪ್ರಶ್ನೆಗಳ ಮರುವಿನ್ಯಾಸ ಮತ್ತು ಬಹುಸಂಖ್ಯೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ - ಅದು ಇಲ್ಲದೆ, ಬಹುಶಃ, ಪರಿಗಣಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ ಪ್ರಶ್ನೆ ಭಾಷೆ, ಕನಿಷ್ಠ ವೆಬ್‌ಗಾಗಿ;
• ಮತ್ತೊಂದೆಡೆ, GraphQL ನ ಕಟ್ಟುನಿಟ್ಟಿನ ಸ್ಕೀಮಾ ನಿರಾಶಾದಾಯಕವಾಗಿದೆ. ಅಂತೆಯೇ, ಆರ್ಡಿಎಫ್ನ ಸಂಪೂರ್ಣ ಪ್ರತಿಫಲಿತತೆಗೆ ಹೋಲಿಸಿದರೆ ಅದರ "ಆತ್ಮಾವಲೋಕನ" ಬಹಳ ಸೀಮಿತವಾಗಿದೆ. ಮತ್ತು ಆಸ್ತಿ ಮಾರ್ಗಗಳ ಯಾವುದೇ ಅನಾಲಾಗ್ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಅದು "ಗ್ರಾಫ್-" ಏಕೆ ಎಂದು ಸಹ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ.

II. MongoDB ಗಾಗಿ ಅಡಾಪ್ಟರುಗಳು

ಹಿಂದಿನದಕ್ಕೆ ಪೂರಕವಾದ ಪ್ರವೃತ್ತಿ.

• ಈಗ ಸ್ಟಾರ್‌ಡಾಗ್‌ನಲ್ಲಿದೆ ಬಹುಶಃ - ನಿರ್ದಿಷ್ಟವಾಗಿ, ಒಂದೇ GraphQL ನಲ್ಲಿ - ಮೊಂಗೊಡಿಬಿ ಡೇಟಾದ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ವರ್ಚುವಲ್ RDF ಗ್ರಾಫ್‌ಗಳಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ;
• Ontotext GraphDB ಇತ್ತೀಚೆಗೆ ಹೊಂದಿದೆ ಅನುಮತಿಸುತ್ತದೆ MongoDB ಪ್ರಶ್ನೆಯಲ್ಲಿ SPARQL ಗೆ ತುಣುಕುಗಳನ್ನು ಸೇರಿಸಿ.

JSON ಮೂಲಗಳಿಗೆ ಅಡಾಪ್ಟರ್‌ಗಳ ಕುರಿತು ನಾವು ಹೆಚ್ಚು ವಿಶಾಲವಾಗಿ ಮಾತನಾಡಿದರೆ, ಈ ಮೂಲಗಳಲ್ಲಿ RDF ಆಗಿ ಸಂಗ್ರಹವಾಗಿರುವ JSON ಅನ್ನು ಪ್ರತಿನಿಧಿಸಲು ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ "ಫ್ಲೈ" ಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತದೆ, ನಾವು ಸಾಕಷ್ಟು ದೀರ್ಘಕಾಲೀನವನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳಬಹುದು SPARQL ಉತ್ಪಾದಿಸಿ, ಇದು ಸರಿಹೊಂದಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ, ಅಪಾಚೆ ಜೆನಾಗೆ.

ಮೊದಲ ಎರಡು ಪ್ರವೃತ್ತಿಗಳನ್ನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, RDF ಸಂಗ್ರಹಣೆಗಳು "ಪಾಲಿಗ್ಲಾಟ್ ನಿರಂತರತೆಯ" ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಏಕೀಕರಣ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಗೆ ಸಂಪೂರ್ಣ ಸಿದ್ಧತೆಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತವೆ ಎಂದು ನಾವು ಹೇಳಬಹುದು. ಆದಾಗ್ಯೂ, ಈ ಎರಡನೆಯದು ದೀರ್ಘಕಾಲದವರೆಗೆ ಫ್ಯಾಷನ್ನಿಂದ ಹೊರಗಿದೆ ಮತ್ತು ಅದನ್ನು ಬದಲಾಯಿಸಲಾಗುತ್ತಿದೆ ಎಂದು ತಿಳಿದಿದೆ ಬರುತ್ತಿದೆ ಬಹು ಮಾದರಿ. RDF ಸಂಗ್ರಹಣೆಯ ಜಗತ್ತಿನಲ್ಲಿ ಬಹು-ಮಾಡೆಲಿಂಗ್ ಬಗ್ಗೆ ಏನು?

ಸಂಕ್ಷಿಪ್ತವಾಗಿ, ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ. ಬಹು-ಮಾದರಿ DBMS ಗಳ ವಿಷಯಕ್ಕೆ ಪ್ರತ್ಯೇಕ ಲೇಖನವನ್ನು ಅರ್ಪಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ, ಆದರೆ ಸದ್ಯಕ್ಕೆ ಗ್ರಾಫ್ ಮಾದರಿಯಲ್ಲಿ "ಆಧಾರಿತ" ಬಹು-ಮಾದರಿ DBMS ಗಳಿಲ್ಲ ಎಂದು ಗಮನಿಸಬಹುದು (RDF ಅನ್ನು ಅದರ ಪ್ರಕಾರವೆಂದು ಪರಿಗಣಿಸಬಹುದು) . ಕೆಲವು ಸಣ್ಣ ಬಹು-ಮಾಡೆಲಿಂಗ್ - ಪರ್ಯಾಯ LPG ಗ್ರಾಫ್ ಮಾದರಿಗಾಗಿ RDF ಶೇಖರಣಾ ಬೆಂಬಲ - ಚರ್ಚಿಸಲಾಗುವುದು ವಿಭಾಗ ವಿ.

III. OLTP vs. OLAP

ಆದಾಗ್ಯೂ, ಅದೇ ಗಾರ್ಟ್ನರ್ ಅವರು ಬರೆಯುತ್ತಾರೆಬಹುಮಾದರಿಯು ಪ್ರಾಥಮಿಕವಾಗಿ ಒಂದು ಸ್ಥಿತಿಯಲ್ಲ ಆಪರೇಟಿಂಗ್ ಕೊಠಡಿಗಳು DBMS. ಇದು ಅರ್ಥವಾಗುವಂತಹದ್ದಾಗಿದೆ: "ಮಲ್ಟಿವೇರಿಯೇಟ್ ಸ್ಟೋರೇಜ್" ನ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ವ್ಯವಹಾರದೊಂದಿಗೆ ಮುಖ್ಯ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸುತ್ತವೆ.

ಆದರೆ OLTP-OLAP ಪ್ರಮಾಣದಲ್ಲಿ RDF ಸಂಗ್ರಹಣೆಗಳು ಎಲ್ಲಿವೆ? ನಾನು ಈ ರೀತಿಯಲ್ಲಿ ಉತ್ತರಿಸುತ್ತೇನೆ: ಅಲ್ಲಿ ಅಥವಾ ಇಲ್ಲ. ಅವರು ಉದ್ದೇಶಿಸಿರುವುದನ್ನು ಸೂಚಿಸಲು, ಕೆಲವು ಮೂರನೇ ಸಂಕ್ಷೇಪಣದ ಅಗತ್ಯವಿದೆ. ಒಂದು ಆಯ್ಕೆಯಾಗಿ ನಾನು ಸಲಹೆ ನೀಡುತ್ತೇನೆ OLIP - ಆನ್‌ಲೈನ್ ಬೌದ್ಧಿಕ ಸಂಸ್ಕರಣೆ.

ಆದಾಗ್ಯೂ, ಇನ್ನೂ:

• ಗ್ರಾಫ್‌ಡಿಬಿಯಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿರುವ ಮೊಂಗೋಡಿಬಿಯೊಂದಿಗಿನ ಏಕೀಕರಣ ಕಾರ್ಯವಿಧಾನಗಳು ಕನಿಷ್ಠವಲ್ಲ ಉದ್ದೇಶಿಸಲಾಗಿದೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಬರೆಯಲು ಕೆಲಸ ಮಾಡಲು;
• ಸ್ಟಾರ್ಡಾಗ್ ಇನ್ನೂ ಮುಂದೆ ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ಹೋಗುತ್ತದೆ ಪುನಃ ಬರೆಯುತ್ತಾರೆ ಎಂಜಿನ್, ಮತ್ತೆ ರೆಕಾರ್ಡಿಂಗ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸುವ ಗುರಿಯೊಂದಿಗೆ.

ಈಗ ನಾನು ಹೊಸ ಆಟಗಾರನನ್ನು ಮಾರುಕಟ್ಟೆಗೆ ಪರಿಚಯಿಸುತ್ತೇನೆ. IBM Netezza ಮತ್ತು Amazon Redshift ನ ರಚನೆಕಾರರಿಂದ - ಅಂಜೋಗ್ರಾಫ್™. ಅದರ ಆಧಾರದ ಮೇಲೆ ಉತ್ಪನ್ನದ ಜಾಹೀರಾತಿನ ಚಿತ್ರವನ್ನು ಲೇಖನದ ಆರಂಭದಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡಲಾಗಿದೆ. AnzoGraph ಸ್ವತಃ GOLAP ಪರಿಹಾರವಾಗಿದೆ. ವಿಂಡೋ ಕಾರ್ಯಗಳೊಂದಿಗೆ ನೀವು SPARQL ಅನ್ನು ಹೇಗೆ ಇಷ್ಟಪಡುತ್ತೀರಿ? -

SELECT ?month (COUNT(?event) OVER (PARTITION BY ?month) AS ?events) WHERE {  …  }

IV. ರಾಕ್ಸ್ ಡಿಬಿ

ಈಗಾಗಲೇ ಹೆಚ್ಚಾಗಿದೆ ಲಿಂಕ್ ಇತ್ತು ಸ್ಟಾರ್‌ಡಾಗ್ 7 ಬೀಟಾದ ಪ್ರಕಟಣೆಗೆ, ಸ್ಟಾರ್‌ಡಾಗ್ ರಾಕ್ಸ್‌ಡಿಬಿಯನ್ನು ಆಧಾರವಾಗಿರುವ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಾಗಿ ಬಳಸಲು ಹೊರಟಿದೆ - ಕೀ-ಮೌಲ್ಯದ ಸ್ಟೋರ್, ಗೂಗಲ್‌ನ ಲೆವೆಲ್‌ಡಿಬಿಯ ಫೇಸ್‌ಬುಕ್ ಫೋರ್ಕ್. ಒಂದು ನಿರ್ದಿಷ್ಟ ಪ್ರವೃತ್ತಿಯ ಬಗ್ಗೆ ಮಾತನಾಡುವುದು ಏಕೆ ಯೋಗ್ಯವಾಗಿದೆ?

ಮೊದಲನೆಯದಾಗಿ, ನಿರ್ಣಯಿಸುವುದು ವಿಕಿಪೀಡಿಯ ಲೇಖನ, RDF ಸಂಗ್ರಹಣೆಗಳು ಮಾತ್ರವಲ್ಲದೆ RocksDB ಗೆ "ಕಸಿಮಾಡಲಾಗಿದೆ". ArangoDB, MongoDB, MySQL ಮತ್ತು MariaDB, Cassandra ನಲ್ಲಿ RocksDB ಅನ್ನು ಶೇಖರಣಾ ಎಂಜಿನ್ ಆಗಿ ಬಳಸುವ ಯೋಜನೆಗಳಿವೆ.

ಎರಡನೆಯದಾಗಿ, ರಾಕ್ಸ್‌ಡಿಬಿಯಲ್ಲಿ ಸಂಬಂಧಿತ ವಿಷಯಗಳ ಕುರಿತು ಯೋಜನೆಗಳನ್ನು (ಅಂದರೆ ಉತ್ಪನ್ನಗಳಲ್ಲ) ರಚಿಸಲಾಗಿದೆ.

ಉದಾಹರಣೆಗೆ, eBay RocksDB ಅನ್ನು ಬಳಸುತ್ತದೆ ವೇದಿಕೆ ನಿಮ್ಮ "ಜ್ಞಾನದ ಗ್ರಾಫ್" ಗಾಗಿ. ಅಂದಹಾಗೆ, ಓದಲು ತಮಾಷೆಯಾಗಿದೆ: ಪ್ರಶ್ನೆ ಭಾಷೆಯು ಮನೆಯಲ್ಲಿ ಬೆಳೆದ ಸ್ವರೂಪವಾಗಿ ಪ್ರಾರಂಭವಾಯಿತು, ಆದರೆ ಇತ್ತೀಚೆಗೆ ಅದು SPARQL ನಂತೆ ಪರಿವರ್ತನೆಗೊಳ್ಳುತ್ತಿದೆ. ಜೋಕ್‌ನಲ್ಲಿರುವಂತೆ: ನಾವು ಎಷ್ಟು ಜ್ಞಾನದ ಗ್ರಾಫ್ ಅನ್ನು ಮಾಡಿದರೂ, ನಾವು ಇನ್ನೂ RDF ನೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತೇವೆ.

ಇನ್ನೊಂದು ಉದಾಹರಣೆ - ಕೆಲವು ತಿಂಗಳ ಹಿಂದೆ ಕಾಣಿಸಿಕೊಂಡದ್ದು ವಿಕಿಡೇಟಾ ಇತಿಹಾಸ ಪ್ರಶ್ನೆ ಸೇವೆ. ಅದರ ಪರಿಚಯದ ಮೊದಲು, ವಿಕಿಡೇಟಾ ಐತಿಹಾಸಿಕ ಮಾಹಿತಿಯನ್ನು ಪ್ರವೇಶಿಸಬೇಕಾಗಿತ್ತು MWAPI ಪ್ರಮಾಣಿತ ಮೀಡಿಯಾವಿಕಿ API ಗೆ. ಈಗ ಶುದ್ಧ SPARQL ನೊಂದಿಗೆ ಬಹಳಷ್ಟು ಸಾಧ್ಯ. "ಹುಡ್ ಅಡಿಯಲ್ಲಿ" ರಾಕ್ಸ್ಡಿಬಿ ಕೂಡ ಇದೆ. ಅಂದಹಾಗೆ, WDHQS ಅನ್ನು Google ಜ್ಞಾನ ಗ್ರಾಫ್‌ಗೆ ಫ್ರೀಬೇಸ್ ಆಮದು ಮಾಡಿಕೊಂಡ ವ್ಯಕ್ತಿಯಿಂದ ಮಾಡಲಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ.

V. LPG ಬೆಂಬಲ

LPG ಗ್ರಾಫ್‌ಗಳು ಮತ್ತು RDF ಗ್ರಾಫ್‌ಗಳ ನಡುವಿನ ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸವನ್ನು ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ.

LPG ಯಲ್ಲಿ, ಸ್ಕೇಲಾರ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಅಂಚಿನ ನಿದರ್ಶನಗಳಿಗೆ ನಿಯೋಜಿಸಬಹುದು, ಆದರೆ RDF ನಲ್ಲಿ ಅವುಗಳನ್ನು ಅಂಚಿನ “ವಿಧಗಳಿಗೆ” ಮಾತ್ರ ನಿಯೋಜಿಸಬಹುದು (ಆದರೆ ಸ್ಕೇಲಾರ್ ಗುಣಲಕ್ಷಣಗಳು ಮಾತ್ರವಲ್ಲ, ಸಾಮಾನ್ಯ ಸಂಪರ್ಕಗಳೂ ಸಹ). LPG ಗೆ ಹೋಲಿಸಿದರೆ RDF ನ ಈ ಮಿತಿ ಜಯಿಸಲು ಒಂದು ಅಥವಾ ಇನ್ನೊಂದು ಮಾಡೆಲಿಂಗ್ ತಂತ್ರ. ಆರ್‌ಡಿಎಫ್‌ಗೆ ಹೋಲಿಸಿದರೆ ಎಲ್‌ಪಿಜಿಯ ಮಿತಿಗಳನ್ನು ನಿವಾರಿಸುವುದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿದೆ, ಆದರೆ ಎಲ್‌ಪಿಜಿ ಗ್ರಾಫ್‌ಗಳು ಆರ್‌ಡಿಎಫ್ ಗ್ರಾಫ್‌ಗಳಿಗಿಂತ ಹರಾರಿ ಪಠ್ಯಪುಸ್ತಕದ ಚಿತ್ರಗಳಂತಿವೆ, ಅದಕ್ಕಾಗಿಯೇ ಜನರು ಅವುಗಳನ್ನು ಬಯಸುತ್ತಾರೆ.

ನಿಸ್ಸಂಶಯವಾಗಿ, "LPG ಬೆಂಬಲ" ಕಾರ್ಯವು ಎರಡು ಭಾಗಗಳಾಗಿ ಬೀಳುತ್ತದೆ:

1. RDF ಮಾದರಿಯಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುವುದರಿಂದ ಅದರಲ್ಲಿ LPG ರಚನೆಗಳನ್ನು ಅನುಕರಿಸಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ;
2. ಈ ಮಾರ್ಪಡಿಸಿದ ಮಾದರಿಯಲ್ಲಿ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುವ RDF ಪ್ರಶ್ನೆ ಭಾಷೆಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುವುದು ಅಥವಾ ಜನಪ್ರಿಯ LPG ಪ್ರಶ್ನೆ ಭಾಷೆಗಳಲ್ಲಿ ಈ ಮಾದರಿಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು.

ವಿ.1. ಡೇಟಾ ಮಾದರಿ

ಇಲ್ಲಿ ಹಲವಾರು ಸಂಭಾವ್ಯ ವಿಧಾನಗಳಿವೆ.

ವಿ.1.1. ಸಿಂಗಲ್ಟನ್ ಆಸ್ತಿ

RDF ಮತ್ತು LPG ಅನ್ನು ಸಮನ್ವಯಗೊಳಿಸುವ ಅತ್ಯಂತ ಅಕ್ಷರಶಃ ವಿಧಾನ ಬಹುಶಃ ಸಿಂಗಲ್ಟನ್ ಆಸ್ತಿ:

• ಬದಲಿಗೆ, ಉದಾಹರಣೆಗೆ, ಭವಿಷ್ಯ :isMarriedTo ಮುನ್ಸೂಚನೆಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ :isMarriedTo1, :isMarriedTo2 ಮತ್ತು ಹೀಗೆ.
• ಈ ಮುನ್ಸೂಚನೆಗಳು ನಂತರ ಹೊಸ ತ್ರಿವಳಿಗಳ ವಿಷಯಗಳಾಗುತ್ತವೆ: :isMarriedTo1 :since "2013-09-13"^^xsd:date ಮತ್ತು ಇತರರು.
• ಪೂರ್ವಸೂಚನೆಗಳ ಈ ನಿದರ್ಶನಗಳ ಸಂಪರ್ಕವನ್ನು ಸಾಮಾನ್ಯ ಮುನ್ಸೂಚನೆಯೊಂದಿಗೆ ರೂಪದ ತ್ರಿವಳಿಗಳಿಂದ ಸ್ಥಾಪಿಸಲಾಗಿದೆ :isMarriedTo1 rdf:singletonPropertyOf :isMarriedTo.
• ಅದು ಸ್ಪಷ್ಟವಾಗಿದೆ rdf:singletonPropertyOf rdfs:subPropertyOf rdf:type, ಆದರೆ ನೀವು ಏಕೆ ಬರೆಯಬಾರದು ಎಂದು ಯೋಚಿಸಿ :isMarriedTo1 rdf:type :isMarriedTo.

"LPG ಬೆಂಬಲ" ಸಮಸ್ಯೆಯನ್ನು ಇಲ್ಲಿ RDFS ಮಟ್ಟದಲ್ಲಿ ಪರಿಹರಿಸಲಾಗಿದೆ. ಅಂತಹ ನಿರ್ಧಾರವು ಸೂಕ್ತವಾಗಿ ಸೇರ್ಪಡೆಗೊಳ್ಳುವ ಅಗತ್ಯವಿದೆ ಪ್ರಮಾಣಿತ. ಲಗತ್ತಿಸುವ ಪರಿಣಾಮಗಳನ್ನು ಬೆಂಬಲಿಸುವ RDF ಸ್ಟೋರ್‌ಗಳಿಗೆ ಕೆಲವು ಬದಲಾವಣೆಗಳು ಅಗತ್ಯವಾಗಬಹುದು, ಆದರೆ ಇದೀಗ, ಸಿಂಗಲ್‌ಟನ್ ಪ್ರಾಪರ್ಟಿಯನ್ನು ಮತ್ತೊಂದು ಮಾಡೆಲಿಂಗ್ ತಂತ್ರವೆಂದು ಪರಿಗಣಿಸಬಹುದು.

ವಿ.1.2. ರಿಫಿಕೇಶನ್ ಸರಿಯಾಗಿ ಮಾಡಲಾಗಿದೆ

ಕಡಿಮೆ ನಿಷ್ಕಪಟವಾದ ವಿಧಾನಗಳು ಆಸ್ತಿ ನಿದರ್ಶನಗಳು ತ್ರಿವಳಿಗಳಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ತತ್‌ಕ್ಷಣವೆಂಬ ಅರಿವಿನಿಂದ ಉಂಟಾಗುತ್ತವೆ. ತ್ರಿವಳಿಗಳ ಬಗ್ಗೆ ಏನನ್ನಾದರೂ ಹೇಳಲು ಸಾಧ್ಯವಾಗುವ ಮೂಲಕ, ನಾವು ಆಸ್ತಿ ನಿದರ್ಶನಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

ಈ ವಿಧಾನಗಳಲ್ಲಿ ಅತ್ಯಂತ ದೃಢವಾದ ವಿಧಾನವಾಗಿದೆ RDF*, ಅಕಾ RDR, ಹುಟ್ಟು ಬ್ಲೇಜ್‌ಗ್ರಾಫ್‌ನ ಆಳದಲ್ಲಿ. ಇದು ಮೊದಲಿನಿಂದಲೂ ಇದೆ ಆಯ್ಕೆಯಾದರು ನಿಮಗಾಗಿ ಮತ್ತು AnzoGraph. ವಿಧಾನದ ಘನತೆಯನ್ನು ಅದರ ಚೌಕಟ್ಟಿನೊಳಗೆ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ ನೀಡಿತು ನಲ್ಲಿ ಅನುಗುಣವಾದ ಬದಲಾವಣೆಗಳು RDF ಸೆಮ್ಯಾಂಟಿಕ್ಸ್. ಪಾಯಿಂಟ್, ಆದಾಗ್ಯೂ, ಅತ್ಯಂತ ಸರಳವಾಗಿದೆ. RDF ನ ಆಮೆ ಧಾರಾವಾಹಿಯಲ್ಲಿ ನೀವು ಈಗ ಈ ರೀತಿ ಬರೆಯಬಹುದು:

<<:bob :isMarriedTo :alice>> :since "2013-09-13"^^xsd:date .

ವಿ.1.3. ಇತರ ವಿಧಾನಗಳು

ನೀವು ಔಪಚಾರಿಕ ಶಬ್ದಾರ್ಥದ ಬಗ್ಗೆ ತಲೆಕೆಡಿಸಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ತ್ರಿವಳಿಗಳು ಕೆಲವು ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ಹೊಂದಿವೆ ಎಂದು ಊಹಿಸಿಕೊಳ್ಳಿ, ಅವುಗಳು ಸಹಜವಾಗಿ, URI ಗಳು ಮತ್ತು ಈ URI ಗಳೊಂದಿಗೆ ಹೊಸ ತ್ರಿವಳಿಗಳನ್ನು ರಚಿಸುತ್ತವೆ. SPARQL ನಲ್ಲಿ ಈ URI ಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದು ಮಾತ್ರ ಉಳಿದಿದೆ. ಆದ್ದರಿಂದ ಆಗಮಿಸಿ ಸ್ಟಾರ್ಡಾಗ್.

ಅಲೆಗ್ರೋಗ್ರಾಫ್ನಲ್ಲಿ ಹೋದರು ಮಧ್ಯಂತರ ರೀತಿಯಲ್ಲಿ. ಅಲ್ಲೆಗ್ರೋಗ್ರಾಫ್‌ನಲ್ಲಿ ಟ್ರಿಪಲ್ ಐಡೆಂಟಿಫೈಯರ್‌ಗಳು ಎಂದು ತಿಳಿದಿದೆ ಆಗಿದೆ, ಆದರೆ ಟ್ರಿಪಲ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ ಅವುಗಳು ಅಂಟಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಇದು ಇನ್ನೂ ಔಪಚಾರಿಕ ಶಬ್ದಾರ್ಥದಿಂದ ಬಹಳ ದೂರದಲ್ಲಿದೆ. ತ್ರಿವಳಿ ಗುಣಲಕ್ಷಣಗಳು URI ಗಳಲ್ಲ ಎಂಬುದು ಗಮನಾರ್ಹವಾಗಿದೆ ಮತ್ತು ಈ ಗುಣಲಕ್ಷಣಗಳ ಮೌಲ್ಯಗಳು ಅಕ್ಷರಶಃ ಆಗಿರಬಹುದು. LPG ಅನುಯಾಯಿಗಳು ಅವರು ಬಯಸಿದ್ದನ್ನು ನಿಖರವಾಗಿ ಪಡೆಯುತ್ತಾರೆ. ವಿಶೇಷವಾಗಿ ಕಂಡುಹಿಡಿದ NQX ಫಾರ್ಮ್ಯಾಟ್‌ನಲ್ಲಿ, RDF* ಗಾಗಿ ಮೇಲಿನ ಉದಾಹರಣೆಯನ್ನು ಹೋಲುವ ಉದಾಹರಣೆಯು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

:bob :marriedTo :alice {"since" : "2013-09-13"}

ವಿ.2. ಪ್ರಶ್ನೆ ಭಾಷೆಗಳು

ಮಾದರಿ ಮಟ್ಟದಲ್ಲಿ LPG ಅನ್ನು ಒಂದು ರೀತಿಯಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದು ರೀತಿಯಲ್ಲಿ ಬೆಂಬಲಿಸಿದ ನಂತರ, ಅಂತಹ ಮಾದರಿಯಲ್ಲಿ ಡೇಟಾದ ಮೇಲೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಮಾಡಲು ನೀವು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ.

• RDF* ಪ್ರಶ್ನೆಗಳಿಗೆ ಬ್ಲೇಜ್‌ಗ್ರಾಫ್ ಬೆಂಬಲಿಸುತ್ತದೆ SPARQL* и ಗ್ರೆಮ್ಲಿನ್. SPARQL* ಪ್ರಶ್ನೆಯು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

 SELECT * { <<:bob :isMarriedTo ?wife>> :since ?since }

• ಅಂಜೋಗ್ರಾಫ್ ಸಹ ಬೆಂಬಲಿಸುತ್ತದೆ SPARQL* ಮತ್ತು ಬೆಂಬಲಿಸಲು ಹೋಗುತ್ತದೆ ಸೈಫರ್, Neo4j ನಲ್ಲಿ ಒಂದು ಪ್ರಶ್ನೆ ಭಾಷೆ.
• ಸ್ಟಾರ್ಡಾಗ್ ತನ್ನದೇ ಆದದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ расширение SPARQL ಮತ್ತು ಮತ್ತೆ ಗ್ರೆಮ್ಲಿನ್. ನೀವು ಈ ರೀತಿಯದನ್ನು ಬಳಸಿಕೊಂಡು SPARQL ನಲ್ಲಿ ಟ್ರಿಪಲ್ URI ಮತ್ತು "ಮೆಟಾ-ಮಾಹಿತಿ" ಪಡೆಯಬಹುದು:

SELECT * {
    BIND (stardog:identifier(:bob, :isMarriedTo, ?wife) AS ?id)
    ?id :since ?since
}

• ಅಲ್ಲೆಗ್ರೋಗ್ರಾಫ್ ಸಹ ತನ್ನದೇ ಆದದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ расширение SPARQL:

 SELECT * { ("since" ?since)  franz:attributesNameValue  ( :bob :marriedTo ?wife ) }

ಮೂಲಕ, ಗ್ರಾಫ್‌ಡಿಬಿ ಒಂದು ಸಮಯದಲ್ಲಿ ಎಲ್‌ಪಿಜಿಯನ್ನು ಬೆಂಬಲಿಸದೆ ಟಿಂಕರ್‌ಪಾಪ್/ಗ್ರೆಮ್ಲಿನ್ ಅನ್ನು ಬೆಂಬಲಿಸಿತು, ಆದರೆ ಇದು ಆವೃತ್ತಿ 8.0 ಅಥವಾ 8.1 ರಲ್ಲಿ ನಿಲ್ಲಿಸಿತು.

VI ಪರವಾನಗಿಗಳನ್ನು ಬಿಗಿಗೊಳಿಸುವುದು

"ಟ್ರಿಪಲ್ ಸ್ಟೋರ್ ಆಫ್ ಚಾಯ್ಸ್" ಮತ್ತು "ಓಪನ್ ಸೋರ್ಸ್ ಟ್ರಿಪಲ್ಸ್ಟೋರ್" ಸೆಟ್‌ಗಳ ಛೇದಕಕ್ಕೆ ಯಾವುದೇ ಇತ್ತೀಚಿನ ಸೇರ್ಪಡೆಗಳಿಲ್ಲ. ಹೊಸ ಓಪನ್ ಸೋರ್ಸ್ RDF ಸ್ಟೋರ್‌ಗಳು ದಿನನಿತ್ಯದ ಬಳಕೆಗೆ ಉತ್ತಮ ಆಯ್ಕೆಯಾಗಿರಲು ಬಹಳ ದೂರವಿದೆ ಮತ್ತು ನಾನು ಬಳಸಲು ಬಯಸುವ ಹೊಸ ಟ್ರಿಪಲ್ ಸ್ಟೋರ್‌ಗಳು (AnzoGraph ನಂತಹ) ಮುಚ್ಚಿದ ಮೂಲವಾಗಿದೆ. ಬದಲಿಗೆ, ನಾವು ಇಳಿಕೆಯ ಬಗ್ಗೆ ಮಾತನಾಡಬಹುದು ...

ಸಹಜವಾಗಿ, ಈ ಹಿಂದೆ ಓಪನ್ ಸೋರ್ಸ್ ಅನ್ನು ಮುಚ್ಚಲಾಗಿಲ್ಲ, ಆದರೆ ಕೆಲವು ಓಪನ್ ಸೋರ್ಸ್ ರೆಪೊಸಿಟರಿಗಳು ನಿಧಾನವಾಗಿ ಇನ್ನು ಮುಂದೆ ಆಯ್ಕೆ ಮಾಡಲು ಯೋಗ್ಯವಾಗಿರುವುದಿಲ್ಲ. ಓಪನ್ ಸೋರ್ಸ್ ಆವೃತ್ತಿಯನ್ನು ಹೊಂದಿರುವ ವರ್ಚುಸೊ, ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ದೋಷಗಳಲ್ಲಿ ಮುಳುಗುತ್ತಿದೆ. ಬ್ಲೇಜ್‌ಗ್ರಾಫ್ ಅನ್ನು AWS ಖರೀದಿಸಿತು ಮತ್ತು ಅಮೆಜಾನ್ ನೆಪ್ಚೂನ್‌ನ ಆಧಾರವಾಗಿದೆ; ಕನಿಷ್ಠ ಇನ್ನೂ ಒಂದು ಬಿಡುಗಡೆ ಇದೆಯೇ ಎಂಬುದು ಈಗ ಅಸ್ಪಷ್ಟವಾಗಿದೆ. ಜೆನಾ ಮಾತ್ರ ಉಳಿದಿದೆ ...

ಓಪನ್ ಸೋರ್ಸ್ ತುಂಬಾ ಮುಖ್ಯವಲ್ಲ, ಆದರೆ ನೀವು ಅದನ್ನು ಪ್ರಯತ್ನಿಸಲು ಬಯಸಿದರೆ, ಎಲ್ಲವೂ ಮೊದಲಿಗಿಂತ ಕಡಿಮೆ ಗುಲಾಬಿಯಾಗಿದೆ. ಉದಾಹರಣೆಗೆ:

• ಸ್ಟಾರ್ಡಾಗ್ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಉಚಿತ ಆವೃತ್ತಿಯನ್ನು ವಿತರಿಸಿ (ಆದಾಗ್ಯೂ, ನಿಯಮಿತ ಆವೃತ್ತಿಯ ಪ್ರಾಯೋಗಿಕ ಅವಧಿಯು ದ್ವಿಗುಣಗೊಂಡಿದೆ);
• в GraphDB ಮೇಘ, ಈ ಹಿಂದೆ ನೀವು ಉಚಿತ ಮೂಲ ಯೋಜನೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದಾಗಿದ್ದರೆ, ಹೊಸ ಬಳಕೆದಾರರ ನೋಂದಣಿಗಳನ್ನು ಅಮಾನತುಗೊಳಿಸಲಾಗಿದೆ.

ಸಾಮಾನ್ಯವಾಗಿ, ಸರಾಸರಿ ಐಟಿ ವ್ಯಕ್ತಿಗೆ, ಸ್ಥಳವು ಹೆಚ್ಚು ಹೆಚ್ಚು ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ; ಅದರ ಅಭಿವೃದ್ಧಿಯು ನಿಗಮಗಳ ಬಹಳಷ್ಟು ಆಗುತ್ತಿದೆ.

ಮೂಲ: www.habr.com