ನಾವು "ಉತ್ಪನ್ನಗಳು" ಡೈರೆಕ್ಟರಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ, "ಡೇಟಾ" ಗುಣಲಕ್ಷಣದಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಬೈನರಿ ಡೇಟಾದ ರೂಪದಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಗುಣಲಕ್ಷಣವು "ಮೌಲ್ಯ ಸಂಗ್ರಹಣೆ" ಮೌಲ್ಯದ ಪ್ರಕಾರವನ್ನು ಹೊಂದಿದೆ. ಕೆಳಗಿನ ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ಡೈರೆಕ್ಟರಿ ಮೆಟಾಡೇಟಾ ರಚನೆಯನ್ನು ತೋರಿಸುತ್ತದೆ.
ಅಂಶದ ರೂಪದಲ್ಲಿ ಡಿಸ್ಕ್ನಿಂದ ಅನಿಯಂತ್ರಿತ ಫೈಲ್ ಅನ್ನು ಲಗತ್ತಿಸಲು, "AttachFile" ಆಜ್ಞೆಯನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ. ಅದರ ಪ್ರೋಗ್ರಾಂ ಕೋಡ್ ಅನ್ನು ಈ ಕೆಳಗಿನ ಪಟ್ಟಿಯಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ:
& ಕ್ಲೈಂಟ್ ಕಾರ್ಯವಿಧಾನದ ಅಟ್ಯಾಚ್‌ಫೈಲ್‌ನಲ್ಲಿ (ಕಮಾಂಡ್) // ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಕಮಾಂಡ್ ಹ್ಯಾಂಡ್ಲರ್. ಫೈಲ್ ಆಯ್ಕೆ // ಡಿಸ್ಕ್ನಿಂದ ಫೈಲ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡಲು ಸಂವಾದಮೋಡ್ = ಫೈಲ್‌ಸೆಲೆಕ್ಷನ್ ಡೈಲಾಗ್ ಮೋಡ್. ತೆರೆಯುವಿಕೆ; OpenFileDialog = NewFileSelectDialog(ಮೋಡ್); ಓಪನ್ ಫೈಲ್ ಡೈಲಾಗ್. FullFileName = "" ; ಓಪನ್ ಫೈಲ್ ಡೈಲಾಗ್. ಬಹುಆಯ್ಕೆ = ತಪ್ಪು ; ಓಪನ್ ಫೈಲ್ ಡೈಲಾಗ್. ಶೀರ್ಷಿಕೆ = "ಫೈಲ್ಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ"; ಫೈಲ್ ಓಪನ್ ಡೈಲಾಗ್ ಆಗಿದ್ದರೆ. ಆಯ್ಕೆ() ನಂತರ FilePath = FileOpenDialog. ಪೂರ್ಣ ಫೈಲ್ ಹೆಸರು; // ಬೈನರಿ ಫೈಲ್ ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸಿಬೈನರಿಡೇಟಾ = ಹೊಸ ಬೈನರಿಡೇಟಾ(ಪಾತ್‌ಟೋಫೈಲ್) ; // ಬೈನರಿ ಡೇಟಾವನ್ನು ಸರ್ವರ್‌ಗೆ ವರ್ಗಾಯಿಸಿಫೈಲ್ ಸರ್ವರ್ (ಬೈನರಿ ಡೇಟಾ) ಲಗತ್ತಿಸಿ; ಇಲ್ಲದಿದ್ದರೆ ಪಠ್ಯ = "ರು = "" ಫೈಲ್ (ಗಳು) ಆಯ್ಕೆಯಾಗಿಲ್ಲ!" " ; en ="" ಫೈಲ್ (ಗಳು) ಆಯ್ಕೆಯಾಗಿಲ್ಲ!"" " ; ಎಚ್ಚರಿಕೆ(NStr(ಪಠ್ಯ)) ; EndF // ಮಾಹಿತಿ ಭದ್ರತೆಯಲ್ಲಿ ಫೈಲ್ ಅನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಲು ಸರ್ವರ್‌ನಲ್ಲಿ ಹ್ಯಾಂಡ್ಲರ್ // ಫಾರ್ಮ್ ವಸ್ತುವನ್ನು ಉಲ್ಲೇಖ ವಸ್ತುವಾಗಿ ಪರಿವರ್ತಿಸಿ ObjectCurrent = FormAttributesValue("ಆಬ್ಜೆಕ್ಟ್" ); // "ಡೇಟಾ" ಗುಣಲಕ್ಷಣಕ್ಕೆ ಹೊಸ ಮೌಲ್ಯವನ್ನು ನಿಗದಿಪಡಿಸಿಆಬ್ಜೆಕ್ಟ್ ಕರೆಂಟ್. ಡೇಟಾ = NewValueStorage(BinaryData) ; // ಬದಲಾವಣೆಗಳನ್ನು ಉಳಿಸುಆಬ್ಜೆಕ್ಟ್ ಕರೆಂಟ್. ಬರೆಯಿರಿ (); ಕಾರ್ಯವಿಧಾನದ ಅಂತ್ಯನಾವು ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ವಿವರಿಸಿದರೆ, ಮೊದಲು ಕ್ಲೈಂಟ್ನಲ್ಲಿನ ಡಿಸ್ಕ್ನಿಂದ ಫೈಲ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ ಬೈನರಿ ಫೈಲ್ ಡೇಟಾವನ್ನು ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಅದನ್ನು ಮಾಹಿತಿ ನೆಲೆಯಲ್ಲಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ, ಅವುಗಳೆಂದರೆ ಪ್ರಸ್ತುತ ಡೈರೆಕ್ಟರಿ ಅಂಶದ "ಡೇಟಾ" ಗುಣಲಕ್ಷಣದಲ್ಲಿ.
ತಾತ್ವಿಕವಾಗಿ, ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಒಂದು ಅಂಶವನ್ನು ತೆರೆಯುವಾಗ, ಅಗತ್ಯವಿರುವಂತೆ ನಾವು ಈ ಡೇಟಾವನ್ನು ಓದಬಹುದು. ಉದಾಹರಣೆಗೆ, ಒಂದು ಚಿತ್ರವನ್ನು ಗುಣಲಕ್ಷಣದಲ್ಲಿ ಉಳಿಸಿದರೆ, ನಾವು ಅದನ್ನು ಪಡೆಯಬಹುದು ಮತ್ತು ಅದನ್ನು ಫಾರ್ಮ್ ಕ್ಷೇತ್ರದಲ್ಲಿ ಪ್ರದರ್ಶಿಸಬಹುದು. ಈ ಪರಿಹಾರವು ಒಂದು ಸ್ಥಳವನ್ನು ಹೊಂದಿದೆ, ಆದರೆ ಹೆಚ್ಚಿನ ಕಾರ್ಯಗಳಲ್ಲಿ ಡೈರೆಕ್ಟರಿಗಳು ಮತ್ತು ದಾಖಲೆಗಳಲ್ಲಿ ಮೌಲ್ಯ ಪ್ರಕಾರದ "ಮೌಲ್ಯ ಸಂಗ್ರಹಣೆ" ಯೊಂದಿಗೆ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಬಳಸುವುದು ಸೂಕ್ತವಲ್ಲ. ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ ...
ಕೆಲವು ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸೋಣ. ಪರೀಕ್ಷೆಗಳು ಲಗತ್ತಿಸಲಾದ ಫೈಲ್‌ನೊಂದಿಗೆ ಮತ್ತು ಇಲ್ಲದೆಯೇ "ಉತ್ಪನ್ನಗಳು" ಡೈರೆಕ್ಟರಿಯ ಎರಡು ಅಂಶಗಳನ್ನು ಬಳಸುತ್ತವೆ. ಲಗತ್ತಿಸಲಾದ ಫೈಲ್‌ನ ಗಾತ್ರವು 5 ಮೆಗಾಬೈಟ್‌ಗಳು.
ಪರೀಕ್ಷಾ ಸಂರಚನೆಯಲ್ಲಿ "GetElement" ಸಂಸ್ಕರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಎಲ್ಲಾ ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ. ಲೇಖನದ ಅಂತ್ಯದಲ್ಲಿರುವ ಲಿಂಕ್‌ನಿಂದ ನೀವು ಈ ಸಂರಚನೆಯನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬಹುದು.
"ಉತ್ಪನ್ನಗಳು" ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಐಟಂಗಳನ್ನು ತೆರೆಯಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯವನ್ನು ಅಳೆಯೋಣ. ಒಂದು ಅಂಶವನ್ನು ತೆರೆಯಲು, ಜಾಗತಿಕ ಸಂದರ್ಭ ವಿಧಾನ "OpenValue()" ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಇದು ಅಂಶವನ್ನು ನಿಯತಾಂಕವಾಗಿ ಉಲ್ಲೇಖಿಸುತ್ತದೆ. ಪ್ರಮಾಣಿತ ಕಾರ್ಯಕ್ಷಮತೆ ಮಾಪನ ಸಾಧನವನ್ನು ಬಳಸಿಕೊಂಡು ಆರಂಭಿಕ ಸಮಯವನ್ನು ಅಳೆಯೋಣ. ಫಲಿತಾಂಶಗಳನ್ನು ಕೆಳಗಿನ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ:
ನಾವು ನೋಡುವಂತೆ, ಲಗತ್ತಿಸಲಾದ ಫೈಲ್‌ನೊಂದಿಗೆ ಅಂಶವನ್ನು ತೆರೆಯಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯವು 10 ಪಟ್ಟು ಹೆಚ್ಚು! ಇನ್ನೊಂದು ಪರೀಕ್ಷೆ ಮಾಡೋಣ. ಉತ್ಪನ್ನ ಕ್ಯಾಟಲಾಗ್ ಅಂಶವನ್ನು ಉಲ್ಲೇಖಿಸಲು "GetObject()" ವಿಧಾನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸೋಣ. ಕೆಳಗಿನ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ನೀವು ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶವನ್ನು ನೋಡಬಹುದು.
ವ್ಯತ್ಯಾಸವು ಸಾಕಷ್ಟು ಗಮನಾರ್ಹವಾಗಿದೆ. ಲಗತ್ತಿಸಲಾದ ಫೈಲ್ ಇಲ್ಲದೆ ಅಂಶವನ್ನು ಸ್ವೀಕರಿಸುವುದು 194 ಪಟ್ಟು ವೇಗವಾಗಿದೆ!
ಇದು ಸಂಭವಿಸುತ್ತದೆ ಏಕೆಂದರೆ "GetObject()" ವಿಧಾನವು ಡೈರೆಕ್ಟರಿ ಅಂಶದ ವಿವರಗಳಿಂದ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಉಲ್ಲೇಖದ ಮೂಲಕ ಪಡೆಯುತ್ತದೆ. ಅಂತೆಯೇ, ವಿಧಾನವು "ಕೋಡ್" ಮತ್ತು "ಹೆಸರು" ಗುಣಲಕ್ಷಣಗಳ ಮೌಲ್ಯಗಳನ್ನು ಮಾತ್ರವಲ್ಲದೆ "ಡೇಟಾ" ಗುಣಲಕ್ಷಣದ ಮೌಲ್ಯವನ್ನೂ ಸಹ ಪಡೆಯುತ್ತದೆ. ಇದು 5 ಮೆಗಾಬೈಟ್‌ಗಳ ಬೈನರಿ ಡೇಟಾವನ್ನು ಗಾತ್ರದಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದರೆ (ನಮ್ಮ ಉದಾಹರಣೆಯಂತೆ), ನಂತರ ವಸ್ತುವನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ, ಈ ಡೇಟಾವನ್ನು ಇರಿಸಲಾಗುತ್ತದೆ ರಾಮ್(ಇತರ ವಿವರಗಳಂತೆ) ಮತ್ತು ನಂತರ ಕ್ಲೈಂಟ್ ಬದಿಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ. ಈ ಗುಣಲಕ್ಷಣದಿಂದ ಡೇಟಾದ ಸ್ವೀಕೃತಿಯು ಅಂಶ ವಸ್ತುವನ್ನು ಪಡೆಯುವ ಸಮಯವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ತೆಳುವಾದ ಸಂವಹನ ಚಾನಲ್ ಅನ್ನು ಬಳಸಿದರೆ, ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಮಾಹಿತಿಯನ್ನು ವರ್ಗಾವಣೆ ಮಾಡುವುದರಿಂದ ತೆರೆಯುವ ಸಮಯವು ಇನ್ನಷ್ಟು ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಾಗುತ್ತದೆ.
ಗಮನಿಸಿ: "OpenValue()" ವಿಧಾನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ, ಡೈರೆಕ್ಟರಿ ಎಲಿಮೆಂಟ್ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಸಹ ಮೊದಲು ಪಡೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ ಫಾರ್ಮ್ ಆಬ್ಜೆಕ್ಟ್ ಆಗಿ ಪರಿವರ್ತಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗೆ ರವಾನಿಸಲಾಗುತ್ತದೆ (ನಿರ್ವಹಿಸಿದ ರೂಪಗಳಿಗಾಗಿ). ಅಂದರೆ, ಒಂದು ಅಂಶವನ್ನು ಉಲ್ಲೇಖದ ಮೂಲಕ ತೆರೆದಾಗ, ವಸ್ತುವನ್ನು ಸಹ ಹಿಂಪಡೆಯಲಾಗುತ್ತದೆ.
ಲಗತ್ತಿಸಲಾದ ಫೈಲ್‌ನೊಂದಿಗೆ ಮತ್ತು ಇಲ್ಲದೆಯೇ ಡೈರೆಕ್ಟರಿ ಐಟಂ ಅನ್ನು ತೆರೆಯಲು ಮತ್ತು ಬರೆಯಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯದ ಅಂತಿಮ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸೋಣ. ಫಲಿತಾಂಶವನ್ನು ಕೆಳಗಿನ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ.
ನೈಸರ್ಗಿಕ ಫಲಿತಾಂಶ. ಲಗತ್ತಿಸಲಾದ ಫೈಲ್‌ನೊಂದಿಗೆ ಡೈರೆಕ್ಟರಿ ಐಟಂ ಅನ್ನು ಸ್ವೀಕರಿಸಲು ಮತ್ತು ಬರೆಯಲು ಸಮಯವು ~19 ಪಟ್ಟು ಹೆಚ್ಚು. ಮೇಲೆ ಹೇಳಿದಂತೆ, ವಸ್ತುವನ್ನು ಸ್ವೀಕರಿಸುವಾಗ, ಅದರ ಎಲ್ಲಾ ವಿವರಗಳ ಮೌಲ್ಯಗಳನ್ನು ಪಡೆಯಲಾಗುತ್ತದೆ, ಇದರಲ್ಲಿ 5 ಮೆಗಾಬೈಟ್‌ಗಳ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ “ಡೇಟಾ” ಗುಣಲಕ್ಷಣ. ಒಂದು ಅಂಶವನ್ನು ಬರೆಯುವಾಗ, ಈ ಪ್ರಮಾಣದ ಡೇಟಾವನ್ನು ಮತ್ತೆ ಇನ್ಫೋಬೇಸ್ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, "ಮೌಲ್ಯ ಸಂಗ್ರಹಣೆ" ಪ್ರಕಾರದೊಂದಿಗೆ ಡೈರೆಕ್ಟರಿ ಗುಣಲಕ್ಷಣದಲ್ಲಿ (ಅಥವಾ ಡಾಕ್ಯುಮೆಂಟ್) ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವುದು ವಸ್ತುವನ್ನು ಹಿಂಪಡೆಯುವಾಗ ಮತ್ತು ಇನ್ಫೋಬೇಸ್ನಲ್ಲಿ ಇರಿಸುವಾಗ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ನಕಾರಾತ್ಮಕ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.
ಮಾಹಿತಿ ಮೂಲ ವಸ್ತುಗಳಿಗಾಗಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಅತ್ಯಂತ ಸರಿಯಾದ ಮಾರ್ಗ ಯಾವುದು?
ವಿಶಿಷ್ಟವಾದ ಸಂರಚನೆಗಳಲ್ಲಿ ಈ ಕಾರ್ಯವಿಧಾನದ ಅನುಷ್ಠಾನವನ್ನು ನಾವು ನೋಡಿದರೆ, ವಸ್ತುಗಳಿಗೆ ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯನ್ನು ಪ್ರತ್ಯೇಕ ಮಾಹಿತಿ ನೋಂದಣಿ ಕೋಷ್ಟಕದಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ. ಉದಾಹರಣೆಗೆ, "ಟ್ರೇಡ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್" ಆವೃತ್ತಿ 11 ರ ಪ್ರಮಾಣಿತ ಸಂರಚನೆಯಲ್ಲಿ ಲಗತ್ತು ಫೈಲ್ ಕಾರ್ಯವಿಧಾನವು ಹೇಗೆ ಕಾಣುತ್ತದೆ.
"Nomenclature" ಡೈರೆಕ್ಟರಿಯು "NomenclatureAttachedFiles" ಡೈರೆಕ್ಟರಿಯ ಮಾಲೀಕರಾಗಿದೆ. ಇದು ಪ್ರತಿಯಾಗಿ, ಲಗತ್ತಿಸಲಾದ ಫೈಲ್‌ಗಳ ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್‌ಗೆ ಸಂಬಂಧಿಸಿದೆ, ಅದರ ಲಗತ್ತಿಸಲಾದ ಫೈಲ್ ಆಯಾಮವು ಅದರ ಅಂಶವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಹೀಗಾಗಿ, ಮಾಹಿತಿ ಮೂಲ ವಸ್ತುಗಳಿಗೆ ಲಗತ್ತಿಸಲಾದ ಡೇಟಾವನ್ನು ವಾಸ್ತವವಾಗಿ ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಅದರ ಕಾರ್ಯಾಚರಣೆಯು ಸಂಪನ್ಮೂಲದಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಡೇಟಾದ ಪ್ರಮಾಣದಿಂದ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ಲಗತ್ತಿಸಲಾದ ಫೈಲ್‌ಗೆ ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು ಮಧ್ಯಂತರ ಡೈರೆಕ್ಟರಿ "ಲಗತ್ತಿಸಲಾದ ಫೈಲ್‌ಗಳ ನಾಮಕರಣ" ಅವಶ್ಯಕವಾಗಿದೆ, ಜೊತೆಗೆ ಉಲ್ಲೇಖದ ಮೂಲಕ ಲಗತ್ತಿಸಲಾದ ಫೈಲ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.
ಸರಿಯಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಕಾನ್ಫಿಗರೇಶನ್ ಮೆಟಾಡೇಟಾ ರಚನೆಯ ಅಗಾಧವಾದ ಕಾರ್ಯಕ್ಷಮತೆಯ ಪ್ರಭಾವವನ್ನು ಮೇಲಿನ ಎಲ್ಲಾ ಮತ್ತೊಮ್ಮೆ ದೃಢೀಕರಿಸುತ್ತದೆ.
ಲೇಖನದ ಉದಾಹರಣೆಯೊಂದಿಗೆ ಪರೀಕ್ಷಾ ಸಂರಚನೆ: LINK .
// ಈ ಸ್ಥಳದಲ್ಲಿ ಅದು ಎಲ್ಲವನ್ನೂ ಪ್ರದರ್ಶಿಸುತ್ತದೆ... ಫಾರ್ಮ್ ಎಲಿಮೆಂಟ್ಸ್.ಪಿಕ್ಚರ್ಫೀಲ್ಡ್1.ಪಿಕ್ಚರ್ = ಸ್ಟೋರೇಜ್.ಗೆಟ್(); CurrentImage.Write();
TabDoc=ಹೊಸ ಟ್ಯಾಬ್ಯುಲರ್ ಡಾಕ್ಯುಮೆಂಟ್; TabDoc.Output(FormElements.TabularDocumentField1); ಸಂಗ್ರಹಣೆ=ಹೊಸ ಮೌಲ್ಯ ಸಂಗ್ರಹ(ಟ್ಯಾಬ್‌ಡಾಕ್); ಬರೆಯಿರಿ ();
ಕಾರ್ಯವಿಧಾನದ ಅಂತ್ಯ
ಸ್ಟೋರೇಜ್ ಪ್ರೆಸ್ (ಎಲಿಮೆಂಟ್) ನಿಂದ ಮರುಸ್ಥಾಪಿಸುವ ಕಾರ್ಯವಿಧಾನ
TabDoc=Storage.Get(); TabDoc ವೇಳೆ<>ವ್ಯಾಖ್ಯಾನಿಸದ ThenFormElements.TabularDocumentField1.Output(TabDoc); ಕೊನೆಯಲ್ಲಿ ವೇಳೆ;
ಕಾರ್ಯವಿಧಾನದ ಅಂತ್ಯ
ಶೇಖರಣೆಯಲ್ಲಿ ಇರಿಸಲಾದ ಡೇಟಾದ ಸಂಕೋಚನವನ್ನು ಎಂಟು ಬೆಂಬಲಿಸುತ್ತದೆ:
ಕಂಪ್ರೆಷನ್ ದರ = ಹೊಸ ಡೇಟಾ ಕಂಪ್ರೆಷನ್(9); //9 ಗರಿಷ್ಠ PropsStorageType = ಹೊಸ ಶೇಖರಣಾ ಮೌಲ್ಯಗಳು(ಹೊಸ ಬೈನರಿಡೇಟಾ("c:\reports\report.epf", ಕಂಪ್ರೆಷನ್ ರೇಟ್));
ಕಾರ್ಯವಿಧಾನದ ಅಂತ್ಯ
ಶೇಖರಣೆಯಿಂದ ಪ್ರಕ್ರಿಯೆ ಪ್ರಾರಂಭ (ಪ್ರಾಪ್ಸ್ ಸ್ಟೋರೇಜ್ ಪ್ರಕಾರ)
TemporaryFileName = TemporaryFileDirectory()+"report.epf"; BinaryData = PropsStorageType.Get(); BinaryData.Write(TemporaryFileName); ExternalProcessing = ExternalProcessing.Create(TemporaryFileName); ExternalProcessing.GetForm().Open();
ಕಾರ್ಯವಿಧಾನದ ಅಂತ್ಯ
ಇದು ಬೈನರಿ ಡೇಟಾ ಆಗಿದ್ದರೆ, ಅದನ್ನು ಮೌಲ್ಯದ ಅಂಗಡಿಯಿಂದ ಗೆಟ್ ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಮರುಸ್ಥಾಪಿಸಬಹುದು ಮತ್ತು ರೈಟ್ () ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಫೈಲ್‌ಗೆ ಬರೆಯಬಹುದು.
BinaryData = Storage.Get();
BinaryData = ಸಂಗ್ರಹಣೆ;
ಕೊನೆಯಲ್ಲಿ ವೇಳೆ; BinaryData.Write(FileName);
ಅದು ವರ್ಡ್ ಡಾಕ್ಯುಮೆಂಟ್ ಆಗಿದ್ದರೆ (ಡಾಕ್ ಫೈಲ್ ಅಥವಾ ಇತರ ನೋಂದಾಯಿತ ಫೈಲ್ ಪ್ರಕಾರ), ನಂತರ ಅದನ್ನು ಈ ರೀತಿ ತೆರೆಯಬಹುದು:
ಪ್ರಕಾರದ ಮೌಲ್ಯ ಸಂಗ್ರಹಣೆಯ ಕ್ಷೇತ್ರವನ್ನು ತೆರವುಗೊಳಿಸಲು, ನೀವು ಅದನ್ನು ವ್ಯಾಖ್ಯಾನಿಸದೆ ನಿಯೋಜಿಸಬೇಕಾಗುತ್ತದೆ:
ನಿರ್ವಹಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಫೈಲ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಹೊಸ ಕಾರ್ಯವಿಧಾನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ. ಇದು ಇನ್ಫೋಬೇಸ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ ನಡುವೆ ಫೈಲ್ ವಿನಿಮಯವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಈ ಕಾರ್ಯವಿಧಾನದ ವಿಶಿಷ್ಟತೆಯು ತೆಳುವಾದ ಕ್ಲೈಂಟ್ ಮತ್ತು ವೆಬ್ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಬಳಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ವೆಬ್ ಬ್ರೌಸರ್‌ಗಳು ವಿಧಿಸಿರುವ ಫೈಲ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ನಿರ್ಬಂಧಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ.
ಯಾಂತ್ರಿಕತೆಯು ಬಳಕೆದಾರರ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಸ್ಥಳೀಯವಾಗಿ ಸಂಗ್ರಹವಾಗಿರುವ ಡೇಟಾವನ್ನು ಮಾಹಿತಿ ಬೇಸ್ನ ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಇರಿಸಲು ಬಳಸಬಹುದಾದ ವಿಧಾನಗಳ ಗುಂಪಾಗಿದೆ, ಈ ಮಾಹಿತಿಯನ್ನು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಿಂದ ಡೇಟಾಬೇಸ್‌ಗೆ ವರ್ಗಾಯಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಬಳಕೆದಾರರ ಕಂಪ್ಯೂಟರ್‌ಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಈ ಕಾರ್ಯವಿಧಾನದಿಂದ ಪರಿಹರಿಸಲಾದ ಸಾಮಾನ್ಯ ಅಪ್ಲಿಕೇಶನ್ ಸಮಸ್ಯೆಗಳೆಂದರೆ ಜೊತೆಯಲ್ಲಿರುವ ಮಾಹಿತಿಯ ಸಂಗ್ರಹಣೆ, ಉದಾಹರಣೆಗೆ, ಸರಕುಗಳ ಚಿತ್ರಗಳು, ಒಪ್ಪಂದಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ದಾಖಲೆಗಳು, ಇತ್ಯಾದಿ.
ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯು ಬೈನರಿ ಡೇಟಾವನ್ನು ಇರಿಸಬಹುದಾದ ಮಾಹಿತಿ ನೆಲೆಯ ವಿಶೇಷ ಪ್ರದೇಶವಾಗಿದೆ. ಡೇಟಾಬೇಸ್‌ಗೆ ವರ್ಗಾಯಿಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್-ಸರ್ವರ್ ಸಂವಹನದ ಸಮಯದಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ತಾತ್ಕಾಲಿಕವಾಗಿ ಸಂಗ್ರಹಿಸುವುದು ಮುಖ್ಯ ಉದ್ದೇಶವಾಗಿದೆ.
ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯ ಅಗತ್ಯವು ಉದ್ಭವಿಸುತ್ತದೆ ಏಕೆಂದರೆ ವೆಬ್ ಬ್ರೌಸರ್ ಕಾರ್ಯಾಚರಣಾ ಮಾದರಿಯು ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುವ ಸಾಧ್ಯತೆಯಿಲ್ಲದೆ ಬಳಕೆದಾರ-ಆಯ್ಕೆ ಮಾಡಿದ ಫೈಲ್ ಅನ್ನು ನೇರವಾಗಿ ಸರ್ವರ್‌ಗೆ ವರ್ಗಾಯಿಸಬೇಕಾಗುತ್ತದೆ. ಫೈಲ್ ಅನ್ನು ವರ್ಗಾಯಿಸಿದಾಗ, ಅದನ್ನು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ ಡೇಟಾಬೇಸ್‌ಗೆ ವಸ್ತುವನ್ನು ಬರೆಯುವಾಗ ಬಳಸಬಹುದು.
ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಿಂದ ಪರಿಹರಿಸಲಾದ ಅತ್ಯಂತ ವಿಶಿಷ್ಟವಾದ ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯವೆಂದರೆ ವಸ್ತುವನ್ನು ಮಾಹಿತಿ ನೆಲೆಯಲ್ಲಿ ದಾಖಲಿಸುವ ಮೊದಲು ಫೈಲ್‌ಗಳು ಅಥವಾ ಚಿತ್ರಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುವುದು, ಉದಾಹರಣೆಗೆ, ಒಂದು ಅಂಶದ ರೂಪದಲ್ಲಿ.
ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಇರಿಸಲಾದ ಫೈಲ್ ಅಥವಾ ಬೈನರಿ ಡೇಟಾವನ್ನು ಅನನ್ಯ ವಿಳಾಸದಿಂದ ಗುರುತಿಸಲಾಗುತ್ತದೆ, ಅದನ್ನು ನಂತರ ಬರೆಯಲು, ಓದಲು ಅಥವಾ ಅಳಿಸಲು ಕಾರ್ಯಾಚರಣೆಗಳಲ್ಲಿ ಬಳಸಬಹುದು. ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಗೆ ಫೈಲ್ ಅನ್ನು ಬರೆಯುವ ವಿಧಾನಗಳಿಂದ ಈ ವಿಳಾಸವನ್ನು ನೀಡಲಾಗಿದೆ. ಅಂತರ್ನಿರ್ಮಿತ ಭಾಷೆಯಲ್ಲಿನ ಪ್ರತ್ಯೇಕ ವಿಧಾನವು ಪಾಸ್ ಮಾಡಿದ ವಿಳಾಸವು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಡೇಟಾವನ್ನು ಸೂಚಿಸುವ ವಿಳಾಸವಾಗಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಮೌಲ್ಯ ಶೇಖರಣಾ ಪ್ರಕಾರದ ಗುಣಲಕ್ಷಣಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾದ ಬೈನರಿ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸಲು ಕಾರ್ಯವಿಧಾನವು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಂತೆ, ವಿಶೇಷ ವಿಳಾಸದ ಮೂಲಕ ಮಾಹಿತಿಗೆ ಪ್ರವೇಶ ಸಾಧ್ಯ. ಆಬ್ಜೆಕ್ಟ್ ಅಥವಾ ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ ನಮೂದು ಕೀ ಮತ್ತು ಗುಣಲಕ್ಷಣದ ಹೆಸರಿಗೆ ಲಿಂಕ್ ಅನ್ನು ರವಾನಿಸುವ ಮೂಲಕ ನೀವು ಅದನ್ನು ವಿಶೇಷ ವಿಧಾನದ ಮೂಲಕ ಪಡೆಯಬಹುದು. ಕೋಷ್ಟಕ ಭಾಗದ ಸಂದರ್ಭದಲ್ಲಿ, ಕೋಷ್ಟಕ ಭಾಗದ ಸಾಲು ಸೂಚಿಯನ್ನು ವರ್ಗಾಯಿಸಲು ಹೆಚ್ಚುವರಿಯಾಗಿ ಅಗತ್ಯವಿರುತ್ತದೆ.
ಇನ್ಫೋಬೇಸ್ ವಿವರಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಫೈಲ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ವಿಧಾನಗಳು ಮಿತಿಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ. ಅವರಿಗೆ, ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಗಿಂತ ಭಿನ್ನವಾಗಿ, ಓದುವ ಮಾಹಿತಿ ಮಾತ್ರ ಲಭ್ಯವಿದೆ, ಆದರೆ ಅದನ್ನು ಬರೆಯುವುದು ಅಥವಾ ಅಳಿಸುವುದಿಲ್ಲ.
ಈ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸುವ ಅತ್ಯಂತ ವಿಶಿಷ್ಟವಾದ ಸನ್ನಿವೇಶವು ಆರಂಭದಲ್ಲಿ ಬಳಕೆದಾರರ ಡೇಟಾವನ್ನು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಇರಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಇದಕ್ಕಾಗಿ ಎರಡು ವಿಧಾನಗಳಿವೆ: PlaceFile() ಮತ್ತು PlaceFileInTemporaryStorage().
ಮೊದಲ ವಿಧಾನ, ಪ್ಲೇಸ್‌ಫೈಲ್(), ಸ್ಥಳೀಯ ಫೈಲ್ ಸಿಸ್ಟಮ್ನಿಂದ ಫೈಲ್ ಅನ್ನು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಇರಿಸುತ್ತದೆ. ವಿಧಾನವು ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಗುರಿ ವಿಳಾಸವನ್ನು ಸ್ವೀಕರಿಸಬಹುದು. ಅದನ್ನು ವ್ಯಾಖ್ಯಾನಿಸದಿದ್ದರೆ ಅಥವಾ ಖಾಲಿ ಸ್ಟ್ರಿಂಗ್ ಆಗಿದ್ದರೆ, ನಂತರ ಹೊಸ ಫೈಲ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ವಿಧಾನವು ಅದರ ವಿಳಾಸವನ್ನು ಅನುಗುಣವಾದ ಪ್ಯಾರಾಮೀಟರ್ ಮೂಲಕ ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
ಸಂವಾದಾತ್ಮಕ ಕಾರ್ಯಾಚರಣೆಯ ವಿಧಾನವನ್ನು ನಿರ್ಧರಿಸುವ ನಿಯತಾಂಕವು ನಿಜವಾಗಿದ್ದರೆ, ನಂತರ ವಿಧಾನವು ಪ್ರಮಾಣಿತ ಫೈಲ್ ಆಯ್ಕೆ ಸಂವಾದ ಪೆಟ್ಟಿಗೆಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ನೀವು ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಇರಿಸಲು ಫೈಲ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ವಿಧಾನವು ಆಯ್ಕೆಮಾಡಿದ ಫೈಲ್‌ನ ವಿಳಾಸವನ್ನು ಸಹ ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
ಪರಿಣಾಮವಾಗಿ, ಫೈಲ್ ಆಯ್ಕೆ ಸಂವಾದದಲ್ಲಿ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸಲು ಬಳಕೆದಾರರು ಸಂವಾದಾತ್ಮಕವಾಗಿ ನಿರಾಕರಿಸಿದರೆ ವಿಧಾನವು ತಪ್ಪು ಎಂದು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ವಿಧಾನವು ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಮಾತ್ರ ಲಭ್ಯವಿದೆ.
ಎರಡನೆಯ ವಿಧಾನ, PlaceFileInTemporaryStorage(), ಇದು ಸರ್ವರ್‌ನಲ್ಲಿ ಲಭ್ಯವಿರುವುದನ್ನು ಹೊರತುಪಡಿಸಿ, ಹಿಂದಿನದಕ್ಕೆ ಹೋಲುತ್ತದೆ, ಮತ್ತು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಗೆ ಬರೆಯಬೇಕಾದ ಡೇಟಾವನ್ನು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಒಂದು ಮಾರ್ಗವಾಗಿ ಪ್ರತಿನಿಧಿಸುವುದಿಲ್ಲ, ಆದರೆ ಪ್ರಕಾರದ ವೇರಿಯಬಲ್ ಆಗಿ ಪ್ರತಿನಿಧಿಸಲಾಗುತ್ತದೆ. ಬೈನರಿ ಡೇಟಾ. ಅಂತೆಯೇ, ಯಾವುದೇ ಗುರಿ ವಿಳಾಸವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಹೊಸ ಫೈಲ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ. ಕಾರ್ಯದ ಪರಿಣಾಮವಾಗಿ ಅದರ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ.
ಇನ್ಫೋಬೇಸ್ಗೆ ವಸ್ತುವನ್ನು ಬರೆಯುವಾಗ, ನೀವು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಿಂದ ಡೇಟಾವನ್ನು ಹೊರತೆಗೆಯಬೇಕಾಗಬಹುದು ಮತ್ತು ಅದನ್ನು ಇರಿಸಬೇಕಾಗುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಗುಣಲಕ್ಷಣದಲ್ಲಿ. ಇದಕ್ಕಾಗಿ ಅನುಗುಣವಾದ ಸರ್ವರ್ ವಿಧಾನವಿದೆ - GetFileFromTemporaryStorage(). ಈ ವಿಧಾನವು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಿಂದ ಡೇಟಾವನ್ನು ಹಿಂಪಡೆಯುತ್ತದೆ ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ಅದನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಇದನ್ನು ಮಾಡಲು, ನೀವು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ವಿಳಾಸವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು. ಈ ವಿಳಾಸವನ್ನು ಮೇಲಿನ-ವಿವರಿಸಿದ ವಿಧಾನಗಳ ಮೂಲಕ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ PlaceFile() ಮತ್ತು PlaceFileInTemporaryStorage() ಅನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಿದರೆ.
ಡೇಟಾವನ್ನು ವಿವರಗಳಲ್ಲಿ ಉಳಿಸಿದ ನಂತರ, ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಲ್ಲಿರುವ ಫೈಲ್ ಅನ್ನು ಅಳಿಸಬಹುದು. ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ, ಒಂದು ವಿಧಾನವಿದೆ DeleteFileFromTemporaryStorage(), ಇದು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಿಂದ ಫೈಲ್ ಅನ್ನು ಅಳಿಸುತ್ತದೆ. ವಿಧಾನವು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಲ್ಲಿರುವ ಫೈಲ್‌ನ ವಿಳಾಸವನ್ನು ನಿಯತಾಂಕವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಸರ್ವರ್‌ನಲ್ಲಿ ಲಭ್ಯವಿದೆ.
ಫೈಲ್ ವಿಳಾಸವು ಇನ್ಫೋಬೇಸ್ನಲ್ಲಿ ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆ ಮತ್ತು ವಿವರಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಅದರ ಪ್ರಕಾರವನ್ನು ಪರಿಶೀಲಿಸಲು, ಒಂದು ವಿಧಾನವಿದೆ This isTemporaryStorageAddress().
ಪಾಸ್ ಮಾಡಿದ ವಿಳಾಸವು ಅಂಗಡಿಯನ್ನು ಸೂಚಿಸುವ ವಿಳಾಸವಾಗಿದೆಯೇ ಎಂದು ಇದು ಪರಿಶೀಲಿಸುತ್ತದೆ. ವಿಳಾಸವು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಗೆ ಸೂಚಿಸಿದರೆ ಸರಿ ಎಂದು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ವಿಧಾನವು ಸರ್ವರ್‌ನಲ್ಲಿ ಲಭ್ಯವಿದೆ.
ಮಾಹಿತಿಯನ್ನು ಇನ್ಫೋಬೇಸ್‌ನಲ್ಲಿನ ವಿವರಗಳಲ್ಲಿ ಇರಿಸಿದ ನಂತರ, ನೀವು ಫೈಲ್ ವಿಧಾನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅದನ್ನು ಪ್ರವೇಶಿಸಬೇಕಾಗಬಹುದು.
ಆದರೆ ನೀವು ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸುವ ಮೊದಲು, ಉದಾಹರಣೆಗೆ ಆಸ್ತಿಯಿಂದ, ನೀವು ಈ ಆಸ್ತಿಯ ವಿಳಾಸವನ್ನು ಪಡೆಯಬೇಕು. ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ, ಒಂದು ವಿಧಾನವಿದೆ GetFileAddressInInformationBase().
ಮೂಲ ನಿಯತಾಂಕಗಳ ಪ್ರಕಾರ ಇನ್ಫೋಬೇಸ್ನಲ್ಲಿ ಫೈಲ್ ವಿಳಾಸವನ್ನು ಹಿಂದಿರುಗಿಸುವುದು ಇದರ ಉದ್ದೇಶವಾಗಿದೆ. ಇದನ್ನು ಮಾಡಲು, ನೀವು ಆಬ್ಜೆಕ್ಟ್ ಕೀ (ಇದು ಆಬ್ಜೆಕ್ಟ್‌ಗೆ ಲಿಂಕ್ ಆಗಿರಬಹುದು ಅಥವಾ ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ ನಮೂದು ಕೀ ಆಗಿರಬಹುದು) ಮತ್ತು ಗುಣಲಕ್ಷಣದ ಹೆಸರನ್ನು ರವಾನಿಸಬೇಕಾಗುತ್ತದೆ. ನೀವು ಕೋಷ್ಟಕ ಭಾಗದ ಗುಣಲಕ್ಷಣದಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಫೈಲ್‌ನ ವಿಳಾಸವನ್ನು ಪಡೆಯಬೇಕಾದರೆ, ಗುಣಲಕ್ಷಣದ ಹೆಸರನ್ನು ಸೂಚಿಸುವ ಪ್ಯಾರಾಮೀಟರ್‌ನಲ್ಲಿ ಗುಣಲಕ್ಷಣದ ಹೆಸರಿನ ಮೊದಲು, ನೀವು ಕೋಷ್ಟಕ ಭಾಗದ ಹೆಸರು ಮತ್ತು ಡಾಟ್ “.” ಅನ್ನು ಸೇರಿಸಬೇಕಾಗುತ್ತದೆ. ವಿಧಾನವು ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ಎರಡರಲ್ಲೂ ಲಭ್ಯವಿದೆ.
GetFile() ವಿಧಾನವು ಇನ್ಫೋಬೇಸ್‌ನಿಂದ ಫೈಲ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಉಳಿಸುತ್ತದೆ ಕಡತ ವ್ಯವಸ್ಥೆಬಳಕೆದಾರ. ಮೊದಲ ಪ್ಯಾರಾಮೀಟರ್ ಪ್ರಾಪ್ಸ್ ಅಥವಾ ತಾತ್ಕಾಲಿಕ ಫೈಲ್ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಫೈಲ್‌ನ ವಿಳಾಸವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎರಡನೇ ಪ್ಯಾರಾಮೀಟರ್ ಪರಿಣಾಮವಾಗಿ ಫೈಲ್‌ನ ಗಮ್ಯಸ್ಥಾನದ ಸ್ಥಳವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ನಾನ್-ಇಂಟರಾಕ್ಟಿವ್ ಮೋಡ್‌ನಲ್ಲಿ, ನೀವು ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು. ಸಂವಾದಾತ್ಮಕ ಕ್ರಮದಲ್ಲಿ, ನಿಯತಾಂಕವು ಐಚ್ಛಿಕವಾಗಿರುತ್ತದೆ.
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ವಿಧಾನವನ್ನು ಸಂವಾದಾತ್ಮಕ ಕ್ರಮದಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ, ಅಂದರೆ, ಕೊನೆಯ ನಿಯತಾಂಕವು ನಿಜವಾಗಿದೆ. ಇದರರ್ಥ ಸಂವಾದ ಪೆಟ್ಟಿಗೆಯನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ, ಇದರಲ್ಲಿ ನೀವು ಸ್ವೀಕರಿಸಿದ ಫೈಲ್‌ನೊಂದಿಗೆ ಕ್ರಿಯೆಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು: ಅದನ್ನು ಚಲಾಯಿಸಿ ಅಥವಾ ಬಳಕೆದಾರ-ನಿರ್ದಿಷ್ಟ ಸ್ಥಳಕ್ಕೆ ಉಳಿಸಿ. ಸಂವಾದಾತ್ಮಕ ಮೋಡ್ ಸಕ್ರಿಯವಾಗಿದ್ದರೆ ಮತ್ತು ಟಾರ್ಗೆಟ್ ಡಿಸ್ಕ್ ಫೈಲ್ ಪಾಥ್ ಪ್ಯಾರಾಮೀಟರ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ಫೈಲ್ ತೆರೆದ ಕಾರ್ಯಾಚರಣೆಯು ಲಭ್ಯವಿರುವುದಿಲ್ಲ. ಬೂಲಿಯನ್ ಮೌಲ್ಯವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ತಪ್ಪು ಎಂದರೆ ಬಳಕೆದಾರರು ಸಂವಾದಾತ್ಮಕ ಸೇವ್ ಫೈಲ್ ಡೈಲಾಗ್ ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ರದ್ದುಗೊಳಿಸಲು ಆಯ್ಕೆ ಮಾಡಿಕೊಂಡಿದ್ದಾರೆ.
ವೇರಿಯಬಲ್ ಆಯ್ಕೆಮಾಡಿದ ಹೆಸರು; ವೇರಿಯಬಲ್ ಟೆಂಪರರಿ ಸ್ಟೋರೇಜ್ ವಿಳಾಸ; ಪುಟ್‌ಫೈಲ್ (ತಾತ್ಕಾಲಿಕ ಶೇಖರಣಾ ವಿಳಾಸ, ಆಯ್ಕೆಮಾಡಿದ ಹೆಸರು, ನಿಜ) ಆಗಿದ್ದರೆ ಆಬ್ಜೆಕ್ಟ್.ಫೈಲ್ ನೇಮ್ = ಸೆಲೆಕ್ಟೆಡ್ ನೇಮ್; ಪ್ಲೇಸ್ ಆಬ್ಜೆಕ್ಟ್ ಫೈಲ್ (ತಾತ್ಕಾಲಿಕ ಶೇಖರಣಾ ವಿಳಾಸ); ಕೊನೆಯಲ್ಲಿ ವೇಳೆ;
ಕಾರ್ಯವಿಧಾನದ ಅಂತ್ಯ
// ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಿಂದ ಡೈರೆಕ್ಟರಿಗೆ ಫೈಲ್ ಅನ್ನು ನಕಲಿಸುವುದು // ಗುಣಲಕ್ಷಣ, ವಸ್ತುವನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುವುದು, ತಾತ್ಕಾಲಿಕ // ಶೇಖರಣೆಯಿಂದ ಫೈಲ್ ಅನ್ನು ಅಳಿಸುವುದು
ಡೈರೆಕ್ಟರಿ ಎಲಿಮೆಂಟ್ = ಫಾರ್ಮ್ ಗುಣಲಕ್ಷಣಗಳ ಮೌಲ್ಯ("ಆಬ್ಜೆಕ್ಟ್"); BinaryData = GetFileFromTemporaryStorage(TemporaryStorageAddress); ಡೈರೆಕ್ಟರಿ ಎಲಿಮೆಂಟ್.ಫೈಲ್ ಡೇಟಾ = NewValueStorage(BinaryData); FilePathOnDisk = ಹೊಸ ಫೈಲ್ (DirectoryItem.FileName); ಡೈರೆಕ್ಟರಿ Item.FileName = FilePathOnDisk.Name; ಡೈರೆಕ್ಟರಿ ಅಂಶ.ಬರೆಯಿರಿ(); ಮಾರ್ಪಡಿಸಿದ = ತಪ್ಪು; ಟೆಂಪರರಿ ಸ್ಟೋರೇಜ್‌ನಿಂದ ಫೈಲ್ ಅಳಿಸಿ (ತಾತ್ಕಾಲಿಕ ಶೇಖರಣಾ ವಿಳಾಸ); ಮೌಲ್ಯ ಫಾರ್ಮ್ ಗುಣಲಕ್ಷಣಗಳು (ಡೈರೆಕ್ಟರಿ ಎಲಿಮೆಂಟ್, "ಆಬ್ಜೆಕ್ಟ್");
ಕಾರ್ಯವಿಧಾನದ ಅಂತ್ಯ
// ಪ್ರಾಪ್ಸ್‌ನಿಂದ ಫೈಲ್ ಅನ್ನು ಓದುವುದು ಮತ್ತು ಅದನ್ನು ಉಳಿಸುವುದು // ಸಂವಾದಾತ್ಮಕ ಮೋಡ್‌ನಲ್ಲಿ ಸ್ಥಳೀಯ ಡಿಸ್ಕ್‌ನಲ್ಲಿ & ಕ್ಲೈಂಟ್ ಕಾರ್ಯವಿಧಾನದಲ್ಲಿ ReadFileAndSaveToDisk()
ವಿಳಾಸ = GetFileAddressInInformationBase(Object.Link, "FileData"); GetFile(ವಿಳಾಸ, ಆಬ್ಜೆಕ್ಟ್.ಫೈಲ್ ಹೆಸರು, ನಿಜ);
ಕಾರ್ಯವಿಧಾನದ ಅಂತ್ಯ
ಪಿಕ್ಚರ್ ಫೀಲ್ಡ್ ನಿಯಂತ್ರಣವು ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಅಥವಾ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಫೈಲ್‌ನ ವಿಳಾಸದಿಂದ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಚಿತ್ರವನ್ನು ಪ್ರದರ್ಶಿಸುವುದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.
ಇದನ್ನು ಮಾಡಲು, ನೀವು ಫಾರ್ಮ್ ಅಂಶದ ಡೇಟಾ ಆಸ್ತಿಯಲ್ಲಿ ಸ್ಟ್ರಿಂಗ್ ಪ್ರಕಾರದ ಗುಣಲಕ್ಷಣವನ್ನು ಹೊಂದಿಸಬೇಕು. ಈ ಗುಣಲಕ್ಷಣದ ಮೌಲ್ಯವನ್ನು ಚಿತ್ರದ ವಿಳಾಸವಾಗಿ ಅರ್ಥೈಸಲಾಗುತ್ತದೆ.
ಉದಾಹರಣೆ
ಪ್ಲೇಸ್‌ಫೈಲ್ (ಚಿತ್ರ ವಿಳಾಸ, ನಿಜ)
ಚಿತ್ರ. ಡೇಟಾ = ವಿಳಾಸ ಚಿತ್ರಗಳು
ವೆಬ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ಬಳಸುವಾಗ ವಿವರಿಸಿದ ಕಾರ್ಯವಿಧಾನದ ಕಾರ್ಯಾಚರಣೆಯು ಕೆಲವು ಮಿತಿಗಳನ್ನು ಹೊಂದಿದೆ. ಈ ನಿರ್ಬಂಧಗಳು ಬ್ರೌಸರ್‌ನ ಭದ್ರತಾ ಮಾದರಿಗೆ ಸಂಬಂಧಿಸಿವೆ. ಆದ್ದರಿಂದ, ಉದಾಹರಣೆಗೆ, ಕ್ಲೈಂಟ್ ಸ್ಥಳೀಯ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ಫೈಲ್ ಅನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಉಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಅಂದರೆ ಕ್ಲೈಂಟ್ ವಿಧಾನಗಳ ಸಂವಾದಾತ್ಮಕ ಆವೃತ್ತಿಯು ಪ್ಲೇಸ್‌ಫೈಲ್ () ಮತ್ತು ಗೆಟ್‌ಫೈಲ್ () ಮಾತ್ರ ಲಭ್ಯವಿದೆ. ಸಂವಾದಾತ್ಮಕವಲ್ಲದ ಮೋಡ್ ಅನ್ನು ಬಳಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ ವಿನಾಯಿತಿಯನ್ನು ಎಸೆಯಲಾಗುತ್ತದೆ. ಸಂವಾದಾತ್ಮಕವಾಗಿ ಗೋಚರಿಸುವ ಸಂವಾದ ಪೆಟ್ಟಿಗೆಗಳು ನಿಮ್ಮ ಬ್ರೌಸರ್ ಪ್ರಕಾರಕ್ಕೆ ನಿರ್ದಿಷ್ಟವಾಗಿರುತ್ತವೆ.
ಸಮಸ್ಯೆ:
ಟ್ಯಾಬ್ಯುಲರ್ ವಿಭಾಗದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಮೌಲ್ಯ ಶೇಖರಣಾ ಪ್ರಕಾರದ ಗುಣಲಕ್ಷಣವನ್ನು ಹೊಂದಿರುವಾಗ, ಈ ಗುಣಲಕ್ಷಣವು ದೊಡ್ಡ ಡೇಟಾವನ್ನು ಹೊಂದಿದ್ದರೆ ಅದು ಡಾಕ್ಯುಮೆಂಟ್ ಫಾರ್ಮ್ ಅನ್ನು ತೆರೆಯುವುದನ್ನು ನಿಧಾನಗೊಳಿಸುತ್ತದೆ.
ಭಾವಿಸಲಾದ ಕಾರಣ:
ಬಹುಶಃ, ಫಾರ್ಮ್ ಅನ್ನು ತೆರೆಯುವಾಗ, ಕ್ಲೈಂಟ್‌ಗೆ ಕಳುಹಿಸಲಾದ ಮೌಲ್ಯದ ಅಂಗಡಿಯಲ್ಲಿರುವ ಡೇಟಾಗೆ ಲಿಂಕ್ ಅಲ್ಲ, ಆದರೆ ಡೇಟಾ ಸ್ವತಃ.
ಪರಿಹಾರ
ಬಳಸುವುದು ಇನ್ನೂ ಉತ್ತಮವಾಗಿದೆ ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವೆ ಫೈಲ್ಗಳನ್ನು ವರ್ಗಾಯಿಸಲು.
ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ 1 ಸಿ: ಎಂಟರ್‌ಪ್ರೈಸ್ವಿವಿಧ ಪ್ರಕಾರಗಳ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಸಾಕಷ್ಟು ಸಾಧ್ಯತೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.
ಆದರೆ ಆಗಾಗ್ಗೆ ಈ ಅವಕಾಶಗಳು ಸಾಕಾಗುವುದಿಲ್ಲ. ತದನಂತರ ವಿಶೇಷ ವಸ್ತುವು ನಮ್ಮ ಸಹಾಯಕ್ಕೆ ಬರುತ್ತದೆ - ಶೇಖರಣಾ ಮೌಲ್ಯಗಳು. ಈ ವಸ್ತುವು ಸ್ಟ್ಯಾಂಡರ್ಡ್ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳನ್ನು ವಿಶೇಷ ಸ್ವರೂಪದಲ್ಲಿ ಸಂಗ್ರಹಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಮೌಲ್ಯಗಳ ಟೇಬಲ್, ಮತ್ತು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಒಂದು ಪ್ರಕಾರವನ್ನು ಒದಗಿಸದ ಪ್ರಮಾಣಿತವಲ್ಲದವುಗಳು. ಪ್ರಮಾಣಿತವಲ್ಲದ ಪ್ರಕಾರಗಳು ಫೈಲ್ಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು. ಉದಾಹರಣೆಗೆ, 1C ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಮೌಲ್ಯದ ಅಂಗಡಿಯನ್ನು ಬಳಸಿ, ನೀವು ಉದ್ಯೋಗಿಗಳ ಛಾಯಾಚಿತ್ರಗಳು, ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳ ಸ್ಕ್ಯಾನ್‌ಗಳು, ಬಾಹ್ಯ ಸಂಸ್ಕರಣೆ ಇತ್ಯಾದಿಗಳನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು. ಇಲ್ಲಿರುವ ಅನುಕೂಲವೆಂದರೆ ಈ ಎಲ್ಲಾ ವಸ್ತುಗಳನ್ನು ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಅಂತೆಯೇ, ಹೊಸ ನೆಲೆಯನ್ನು ನಿಯೋಜಿಸುವಾಗ ಬ್ಯಾಕ್ಅಪ್ ನಕಲುಈ ಎಲ್ಲಾ ವಸ್ತುಗಳು ಹೊಸ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿಯೂ ಸಹ ಇರುತ್ತವೆ. ಮತ್ತೊಂದೆಡೆ, ನೀವು ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ದೊಡ್ಡ ಫೈಲ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದರೆ, ಇದು ಅದರ ಪರಿಮಾಣವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಋಣಾತ್ಮಕವಾಗಿ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಇಲ್ಲಿ ಸಮಂಜಸವಾದ ಸಮತೋಲನವನ್ನು ಕಾಯ್ದುಕೊಳ್ಳಬೇಕು.
ಉದಾಹರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಮೌಲ್ಯದ ಅಂಗಡಿಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನೋಡೋಣ. ಕಾನ್ಫಿಗರೇಟರ್ನಲ್ಲಿ ವಿಶೇಷ ಡೈರೆಕ್ಟರಿಯನ್ನು ರಚಿಸೋಣ - ಅದನ್ನು ಕರೆಯೋಣ ಬಾಹ್ಯ ವಸ್ತುಗಳು, ಮತ್ತು ಪ್ರತಿಯಾಗಿ ನಾವು ಡೈರೆಕ್ಟರಿಗೆ ಅಗತ್ಯತೆಗಳನ್ನು ರಚಿಸುತ್ತೇವೆ ಒಂದು ವಸ್ತುಪ್ರಕಾರದೊಂದಿಗೆ ಶೇಖರಣಾ ಮೌಲ್ಯಗಳು
ಮತ್ತು ಈಗ ನಾವು ಈ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಮತ್ತು ರಂಗಪರಿಕರಗಳಲ್ಲಿ ಅಂಶಗಳನ್ನು ರಚಿಸಬಹುದು ಒಂದು ವಸ್ತುಪ್ರತಿಯೊಂದು ಅಂಶವನ್ನು ಫೈಲ್‌ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ.
ಮೌಲ್ಯದ ಅಂಗಡಿಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ತುಂಬಾ ಸರಳವಾಗಿದೆ. ನಾವು ಸಿಂಟ್ಯಾಕ್ಸ್ ಸಹಾಯಕವನ್ನು ನೋಡಿದರೆ, ಈ ವಸ್ತುವು ಕೇವಲ ಒಂದು ವಿಧಾನ ಮತ್ತು ಒಂದು ಕನ್ಸ್ಟ್ರಕ್ಟರ್ ಅನ್ನು ಹೊಂದಿದೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ. 
ಈಗ, ಪ್ರದರ್ಶನಕ್ಕಾಗಿ, ಪ್ರಾಪ್‌ಗಳಿಗೆ ಫೈಲ್ ಅನ್ನು ಬರೆಯುವ ಸರಳವಾದ ಕೋಡ್ ಅನ್ನು ಬರೆಯೋಣ ಒಂದು ವಸ್ತುಹಿಂದೆ ರಚಿಸಲಾದ ಡೈರೆಕ್ಟರಿ ಅಂಶ, ಮತ್ತು ನಂತರ ಈ ಫೈಲ್ ಅನ್ನು ಪ್ರಾಪ್ಸ್‌ನಿಂದ ಓದಿ ಮತ್ತು ಅದನ್ನು ಡಿಸ್ಕ್‌ಗೆ ಬರೆಯಿರಿ, ಆದರೆ ಬೇರೆ ಹೆಸರಿನಲ್ಲಿ.
&ಸರ್ವರ್ ಕಾರ್ಯವಿಧಾನದಲ್ಲಿ ಲೋಡ್‌ಅನ್‌ಲೋಡ್‌ಫೈಲ್ (ಡೈರೆಕ್ಟರಿ ಎಲಿಮೆಂಟ್)ಡೈರೆಕ್ಟರಿ ಆಬ್ಜೆಕ್ಟ್ =ಡೈರೆಕ್ಟರಿ ಎಲಿಮೆಂಟ್. GetObject() ; //ಚಿತ್ರವನ್ನು ಮೌಲ್ಯದ ಅಂಗಡಿಯಲ್ಲಿ ಇರಿಸಿ LabelDownload = ಹೊಸ ಚಿತ್ರ("g:\musor\favicon.ico" ) NewValueStorage; // ಡೈರೆಕ್ಟರಿ ಅಂಶವನ್ನು ಬರೆಯಿರಿಡೈರೆಕ್ಟರಿ ವಸ್ತು. ಡೈರೆಕ್ಟರಿ ಆಬ್ಜೆಕ್ಟ್ ಆಬ್ಜೆಕ್ಟ್. ಬರೆಯಿರಿ (); //ಮೌಲ್ಯ ಸಂಗ್ರಹದಿಂದ ಫೈಲ್‌ಗೆ ಚಿತ್ರವನ್ನು ಅಪ್ಲೋಡ್ ಮಾಡಿ FileName = "g:\musor\favicon_1.ico" ; LabelUpload = ಡೈರೆಕ್ಟರಿ ಆಬ್ಜೆಕ್ಟ್. ಒಂದು ವಸ್ತು. ಪಡೆಯಿರಿ (); ಲೇಬಲ್ ಅಪ್ಲೋಡ್. ಬರೆಯಿರಿ (ಫೈಲ್ ಹೆಸರು) ; ಕಾರ್ಯವಿಧಾನದ ಅಂತ್ಯಮತ್ತು ಕೋಡ್‌ಗೆ ಕೆಲವು ವಿವರಣೆಗಳು.
ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಚಿತ್ರಗಳನ್ನು ಹೊರತುಪಡಿಸಿ ಇತರ ರೀತಿಯ ಫೈಲ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು, ನೀವು ವಸ್ತುವನ್ನು ಬಳಸಬಹುದು ಬೈನರಿ ಡೇಟಾ. ಸಂಪೂರ್ಣವಾಗಿ ಸೈದ್ಧಾಂತಿಕವಾಗಿ, ನೀವು ಮೌಲ್ಯದ ಅಂಗಡಿಯಲ್ಲಿ ಡೈರೆಕ್ಟರಿ ಅಂಶಗಳು, ದಾಖಲೆಗಳು ಇತ್ಯಾದಿಗಳನ್ನು ಸಹ ಸಂಗ್ರಹಿಸಬಹುದು. ಆದರೆ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಇದು ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಆದರೆ ಮೌಲ್ಯಗಳ ಕೋಷ್ಟಕ, ಮೌಲ್ಯಗಳ ಮರ ಮತ್ತು ಇತರ ಸಾರ್ವತ್ರಿಕ ಸಂಗ್ರಹಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಮೌಲ್ಯದ ಅಂಗಡಿಯನ್ನು ಬಳಸಲು ಕೆಲವೊಮ್ಮೆ ಸಾಧ್ಯವಿದೆ.
1C: ಎಂಟರ್‌ಪ್ರೈಸ್ 8 ರಲ್ಲಿ, ಮೌಲ್ಯ ಶೇಖರಣಾ ಪ್ರಕಾರದ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ವಿವಿಧ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಸಾಧ್ಯವಿದೆ. ಈ ಕ್ಷೇತ್ರಗಳು ಮೌಲ್ಯ ಸಂಗ್ರಹಣೆಯ ಪ್ರಕಾರದ ಮೌಲ್ಯಗಳನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು. ValueStorage ಪ್ರಕಾರವು ಪ್ರಾಥಮಿಕವಾಗಿ ಮೌಲ್ಯಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಉದ್ದೇಶಿಸಲಾಗಿದೆ. ವಿವಿಧ ರೀತಿಯಧಾರಾವಾಹಿ ರೂಪದಲ್ಲಿ, ಅಂದರೆ, ಡೇಟಾವನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಲು ಮತ್ತು ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ರೂಪದಲ್ಲಿ. ಅಂತರ್ನಿರ್ಮಿತ ಭಾಷೆಯ ದಾಖಲಾತಿಯಲ್ಲಿ, ವಸ್ತುಗಳ ವಿವರಣೆಯಲ್ಲಿ, ಧಾರಾವಾಹಿಯ ಸಾಧ್ಯತೆಯನ್ನು "ಸೀರಿಯಲ್ಲೈಸಬಲ್" ಮಾರ್ಕ್ ಮೂಲಕ ಸೂಚಿಸಲಾಗುತ್ತದೆ. ಈ ಮೌಲ್ಯಗಳು, ಹಾಗೆಯೇ ಪ್ರಾಚೀನ ಪ್ರಕಾರಗಳ ಮೌಲ್ಯಗಳನ್ನು ಮೌಲ್ಯದ ಅಂಗಡಿಯಲ್ಲಿ ಇರಿಸಬಹುದು ಮತ್ತು ಆದ್ದರಿಂದ ಮೌಲ್ಯ ಸಂಗ್ರಹಣೆಯ ಪ್ರಕಾರದ ಡೇಟಾಬೇಸ್ ಕ್ಷೇತ್ರಗಳಿಗೆ ಬರೆಯಬಹುದು. ಮೌಲ್ಯದ ಅಂಗಡಿಯ ಪ್ರಮುಖ ಲಕ್ಷಣವೆಂದರೆ ಸಂಕುಚಿತ ರೂಪದಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಸಾಮರ್ಥ್ಯ. ದೊಡ್ಡ ವಸ್ತುಗಳಿಗೆ ಸಂಗ್ರಹವಾಗಿರುವ ಮಾಹಿತಿಯ ಪ್ರಮಾಣವನ್ನು ಗಣನೀಯವಾಗಿ ಕಡಿಮೆ ಮಾಡಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
ಹೀಗಾಗಿ, ಮೌಲ್ಯ ಶೇಖರಣಾ ಪ್ರಕಾರದ ಕ್ಷೇತ್ರಗಳನ್ನು ಬಳಸುವುದರಿಂದ, ಕ್ಷೇತ್ರಗಳಿಗೆ ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದಾದ ಡೇಟಾದ ಪ್ರಕಾರಗಳಿಗೆ ಹೋಲಿಸಿದರೆ, ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಗಣನೀಯವಾಗಿ ವಿಶಾಲವಾದ ಡೇಟಾ ಪ್ರಕಾರಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಸಾಧ್ಯವಿದೆ. ಆದಾಗ್ಯೂ, ಈ ಸಂಗ್ರಹಣೆಯ ವಿಧಾನವು ಮತ್ತು ಅಂತಹ ಡೇಟಾವನ್ನು ಕುಶಲತೆಯಿಂದ ನಿರ್ವಹಿಸುವ ಸಾಮರ್ಥ್ಯವು ಡೇಟಾಬೇಸ್ ಕ್ಷೇತ್ರಗಳಲ್ಲಿನ ಡೇಟಾದ ಸಾಮಾನ್ಯ ಸಂಗ್ರಹಣೆಯಿಂದ ಗಮನಾರ್ಹವಾಗಿ ಭಿನ್ನವಾಗಿದೆ ಎಂದು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು. ಅಂತಹ ಕ್ಷೇತ್ರಗಳಿಗೆ, ಸಿಸ್ಟಮ್ ನಿಜವಾದ ಬರವಣಿಗೆ ಮತ್ತು ಓದುವಿಕೆಯನ್ನು ಹೊರತುಪಡಿಸಿ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಯಾವುದೇ ಕಾರ್ಯವನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಅಂತಹ ಕ್ಷೇತ್ರಗಳಿಗೆ ಇಂಡೆಕ್ಸಿಂಗ್ ಅನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ, ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಆಯ್ಕೆಗಳಲ್ಲಿ ಅವರಿಂದ ಡೇಟಾವನ್ನು ಆದೇಶಿಸಲಾಗುವುದಿಲ್ಲ, ಅಂತಹ ಕ್ಷೇತ್ರಗಳನ್ನು ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ, ಇತ್ಯಾದಿ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಡೇಟಾಬೇಸ್ ಎಂಜಿನ್ ಅದರ ಸ್ವರೂಪದ ಬಗ್ಗೆ ಏನನ್ನೂ ತಿಳಿಯದೆ ಕೆಲವು ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು ಪರಿಗಣಿಸಬಹುದು.
ಅಂತೆಯೇ, ಮೌಲ್ಯ ಶೇಖರಣಾ ಪ್ರಕಾರದ ಕ್ಷೇತ್ರಗಳನ್ನು ಅವುಗಳ ಉದ್ದೇಶ ಮತ್ತು ತಾಂತ್ರಿಕ ವೈಶಿಷ್ಟ್ಯಗಳಿಗೆ ಅನುರೂಪವಾಗಿರುವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಮಾತ್ರ ಬಳಸಬೇಕು.
ಮೌಲ್ಯ ಶೇಖರಣಾ ಪ್ರಕಾರದ ಕ್ಷೇತ್ರಗಳ ಮುಖ್ಯ ಉಪಯೋಗವೆಂದರೆ ಚಿತ್ರಗಳು ಮತ್ತು ಫೈಲ್ ಚಿತ್ರಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು. ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ, ಚಿತ್ರ ಮತ್ತು ಬೈನರಿ ಡೇಟಾ ಪ್ರಕಾರಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಉದ್ಯೋಗಿಗಳ ಛಾಯಾಚಿತ್ರಗಳು, ವಿವಿಧ ಸ್ವರೂಪಗಳಲ್ಲಿ ರಚಿಸಲಾದ ದಾಖಲೆಗಳು ಇತ್ಯಾದಿಗಳನ್ನು ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಉಳಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಅಂತಹ ಮಾಹಿತಿಯ ಸಂಗ್ರಹಣೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ, ಮುಖ್ಯ ಮಾಹಿತಿಯಿಂದ ಈ ಕ್ಷೇತ್ರಗಳ ಪ್ರತ್ಯೇಕ ಸಂಗ್ರಹಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವ ಡೇಟಾ ರಚನೆಗಳನ್ನು ರಚಿಸಲು ಶಿಫಾರಸು ಮಾಡಬಹುದು. ಉದಾಹರಣೆಗೆ, ಉದ್ಯೋಗಿಗಳ ಛಾಯಾಚಿತ್ರಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು, ನೀವು ಪ್ರತ್ಯೇಕ ಡೈರೆಕ್ಟರಿ ಅಥವಾ ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು, ಬದಲಿಗೆ ಮೌಲ್ಯ ಶೇಖರಣಾ ಪ್ರಕಾರದ ಕ್ಷೇತ್ರಗಳನ್ನು ವ್ಯಕ್ತಿಗಳ ಪಟ್ಟಿಯನ್ನು ಸಂಗ್ರಹಿಸುವ ವಸ್ತುಗಳಲ್ಲಿ ಇರಿಸಬಹುದು. ವಸ್ತುಗಳು (ಉದಾಹರಣೆಗೆ, ಡೈರೆಕ್ಟರಿ ಅಂಶಗಳು) ಯಾವಾಗಲೂ ಒಟ್ಟಾರೆಯಾಗಿ ಸಿಸ್ಟಮ್ನಿಂದ ಓದಲ್ಪಡುತ್ತವೆ ಎಂದು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು. ಆದ್ದರಿಂದ, ಆಬ್ಜೆಕ್ಟ್ ಫೀಲ್ಡ್‌ಗಳಲ್ಲಿ ನೇರವಾಗಿ ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಸಿಸ್ಟಮ್ ಅನ್ನು ಗಮನಾರ್ಹವಾಗಿ ನಿಧಾನಗೊಳಿಸುತ್ತದೆ.
ವ್ಯಾಲ್ಯೂಸ್ಟೋರೇಜ್ ಪ್ರಕಾರದ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ, ಉದಾಹರಣೆಗೆ, ಮೌಲ್ಯಗಳು ಮತ್ತು ರಚನೆಗಳ ಕೋಷ್ಟಕಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಸಾಧ್ಯವಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಉಲ್ಲೇಖದ ಪ್ರಕಾರಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಯಾವುದೇ ಡೇಟಾ ಪ್ರಕಾರಗಳನ್ನು ಮೌಲ್ಯದ ಕೋಷ್ಟಕಗಳು ಮತ್ತು ರಚನೆಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಬಹುದು. ಸಂಗ್ರಹಣೆಯು ಧಾರಾವಾಹಿ ಮೌಲ್ಯಗಳನ್ನು ಮಾತ್ರ ಹೊಂದಿದ್ದರೆ ಅದನ್ನು ಮೌಲ್ಯದ ಅಂಗಡಿಯಲ್ಲಿ ಇರಿಸಬಹುದು ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಆದಾಗ್ಯೂ, ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಈ ಆಯ್ಕೆಯು ಪ್ರತ್ಯೇಕ ಕ್ಷೇತ್ರಗಳಲ್ಲಿನ ಮೌಲ್ಯಗಳ ಸ್ಪಷ್ಟ ಸಂಗ್ರಹಣೆಯಿಂದ ಮತ್ತು ಕೋಷ್ಟಕ ಭಾಗಗಳು ಅಥವಾ ಮಾಹಿತಿ ರೆಜಿಸ್ಟರ್‌ಗಳಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುವುದರಿಂದ ಗಮನಾರ್ಹವಾಗಿ ಭಿನ್ನವಾಗಿದೆ ಎಂದು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು. ಸಿಸ್ಟಮ್ ಅಂತಹ ಕ್ಷೇತ್ರಗಳಿಗೆ ಉಲ್ಲೇಖದ ಸಮಗ್ರತೆಯನ್ನು ನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ಪ್ರಶ್ನೆಗಳಲ್ಲಿ ಡೇಟಾ ಹುಡುಕಾಟವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ, ಇತ್ಯಾದಿ. ಹೀಗಾಗಿ, ಅಂತಹ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಸಂಗ್ರಹಣೆಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು ವ್ಯವಹಾರ ತರ್ಕಕ್ಕೆ ಜವಾಬ್ದಾರರಾಗಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಪರಿಹಾರದ ಅಗತ್ಯ ಭಾಗಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಅಂತಹ ಸಂಗ್ರಹಣೆಯನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಪರಿಹಾರದ ವ್ಯವಹಾರ ತರ್ಕಕ್ಕೆ ಅನಿವಾರ್ಯವಲ್ಲದ ಸಹಾಯಕ ಡೇಟಾಗೆ ಮಾತ್ರ ಅನುಮತಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ, ಯಾವುದೇ ಬಳಕೆದಾರ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು.
ValueStorage ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಡೇಟಾದ ಗಾತ್ರದ ಮೇಲೆ ಸಿಸ್ಟಮ್ ಸ್ಪಷ್ಟ ಮಿತಿಯನ್ನು ಹೊಂದಿಲ್ಲವಾದರೂ, ನೀವು ಇನ್ನೂ ಸಂಗ್ರಹವಾಗಿರುವ ಮಾಹಿತಿಯ ಪ್ರಮಾಣದ ಬಗ್ಗೆ ಜಾಗರೂಕರಾಗಿರಬೇಕು. ಅಂತಹ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ದೊಡ್ಡ ಸಂಪುಟಗಳನ್ನು ಇರಿಸುವುದರಿಂದ ಮಾಹಿತಿಯ ಬೇಸ್ನ ಒಟ್ಟಾರೆ ಪರಿಮಾಣವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ ಎಂದು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಬ್ಯಾಕ್ಅಪ್ ರಚಿಸುವಂತಹ ವಿವಿಧ ಆಡಳಿತಾತ್ಮಕ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ ಇದು ಸಿಸ್ಟಮ್ನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಋಣಾತ್ಮಕವಾಗಿ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಫೈಲ್ ಇಮೇಜ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವಾಗ, ಕೆಲಸದಲ್ಲಿ ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿರುವ ಡೇಟಾವನ್ನು ಅಂತಹ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಲು ಶಿಫಾರಸು ಮಾಡಬಹುದು, ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವಲ್ಲಿ ಬಳಸದ ದೊಡ್ಡ ಪ್ರಮಾಣದ ಫೈಲ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಅವುಗಳನ್ನು ಬಳಸಬೇಡಿ.
