ಕ್ಲೈಂಟ್ ಡೇಟಾಬೇಸ್ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ.
ಸೈಟ್ನಿಂದ , ಜೊನಾಥನ್ ಟಿಯಾಂಗ್ ಅವರಿಂದ.
ನಾನು ಪ್ರೋಗ್ರಾಮರ್ ಆಗಿದ್ದೇನೆ (ಮುಖ್ಯವಾಗಿ ಡೆಲ್ಫಿ + ಎಲ್ಲಾ ರೀತಿಯ ವಿಭಿನ್ನ DBMS ಗಳು, ಇತ್ತೀಚೆಗೆ ORACLE, + ಸ್ವಲ್ಪ PHP), ನಾನು ಹವ್ಯಾಸವನ್ನು ಹೊಂದಿದ್ದೇನೆ - ಅಪಾರ್ಟ್ಮೆಂಟ್ಗಳನ್ನು ಖರೀದಿಸುವುದು ಮತ್ತು ಮಾರಾಟ ಮಾಡುವುದು. ನಾನು ನಿರ್ಮಾಣ ಹಂತದಲ್ಲಿ ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ವಿಶ್ವಾಸಾರ್ಹ ಡೆವಲಪರ್‌ನಿಂದ ಉತ್ತಮ ಬೆಲೆಗೆ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಖರೀದಿಸುತ್ತೇನೆ (ಉದಾಹರಣೆಗೆ, ಈಗ ಸ್ಯಾಮೊಲೆಟ್ ಅಂತಹ ಡೆವಲಪರ್ ಆಗಿದೆ, ನೆಕ್ರಾಸೊವ್ಕಾ ಮೆಟ್ರೋ ನಿಲ್ದಾಣದ ಬಳಿಯ ಅಪಾರ್ಟ್ಮೆಂಟ್ಗಳು ಮಾರಾಟಕ್ಕಿವೆ), ಮನೆ ತಲುಪಿಸಲು ಕಾಯಿರಿ (ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು ವರ್ಷಗಳ ನಂತರ, ಇದು ದುಬಾರಿಯಲ್ಲದ ಕೊಡುಗೆಗಳೊಂದಿಗೆ ಸಂಭವಿಸುತ್ತದೆ), ನಾನು ಅದನ್ನು ನವೀಕರಿಸುತ್ತೇನೆ ಮತ್ತು ನಂತರ ಅದರ ಮಾರುಕಟ್ಟೆ ಬೆಲೆಯ 95-100% ಗೆ ಮಾರಾಟ ಮಾಡುತ್ತೇನೆ.
ಆದ್ದರಿಂದ, ನಾನು (ಎಲ್ಲರಂತೆ) RosReestr ನ ವಹಿವಾಟಿನ ಕೊರತೆಯ ಸಮಸ್ಯೆಯನ್ನು ಎದುರಿಸಿದೆ.
Rosreestr ನ ವಹಿವಾಟಿನ ವಹಿವಾಟಿನ ಕೊರತೆಯ ಸಮಸ್ಯೆ
ಪ್ರೋಗ್ರಾಮಿಂಗ್‌ನಲ್ಲಿ ಇದು "ವಹಿವಾಟು", ಮತ್ತು ರಿಯಲ್ ಎಸ್ಟೇಟ್‌ನಲ್ಲಿ ಇದು "ಪರ್ಯಾಯದೊಂದಿಗೆ ವಹಿವಾಟು" (ಮತ್ತು, ಅದರ ಭಾಗವಾಗಿ, "ಸುರಕ್ಷಿತ ಠೇವಣಿ ಬಾಕ್ಸ್ ಒಪ್ಪಂದ"), ಮತ್ತು ಇದು ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ. ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತಿದ್ದೇನೆ.
ಪೆಟ್ಯಾ ಮಾರಾಟ ಮಾಡುತ್ತಿದ್ದ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ವೀಕ್ಷಿಸಲು ವಾಸ್ಯಾ ಬಂದರು. ಮತ್ತು ವಾಸ್ಯಾ ನಿಜವಾಗಿಯೂ ಬೆಲೆ ಸೇರಿದಂತೆ ಎಲ್ಲವನ್ನೂ ಇಷ್ಟಪಟ್ಟಿದ್ದಾರೆ, ಆದರೆ ವಾಸ್ಯಾಗೆ ಹಣವಿಲ್ಲ. ನಮ್ಮ ಕಥೆ ಆರಂಭವಾಗುವುದು ಹೀಗೆ.
ವಾಸ್ಯಾ ತನ್ನದೇ ಆದ ಆಸ್ತಿಯನ್ನು ಹೊಂದಿದ್ದಾನೆ, ಅದು ಅವನಿಗೆ ವಿಶೇಷವಾಗಿ ಅಗತ್ಯವಿಲ್ಲದ ಕೆಲವು ಮೌಲ್ಯಗಳನ್ನು ಹೊಂದಿದೆ - ಲೋಮೊನೊಸೊವ್ ನೆರೆಯ ಮನೆಯಲ್ಲಿ ವಾಸಿಸುತ್ತಿದ್ದರು, ಸೀಲಿಂಗ್ ಎತ್ತರವು ಏಳೂವರೆ ಮೀಟರ್, ಹಣ್ಣು ಮತ್ತು ತರಕಾರಿ ಬೇಸ್ ಮತ್ತು ಸಾಡೋವೊಡ್ ಮಾರುಕಟ್ಟೆ ಇದೆ ಹತ್ತಿರದಲ್ಲಿ, ನೀವು ಏರೋಎಕ್ಸ್‌ಪ್ರೆಸ್‌ನಲ್ಲಿ ನಡೆಯಬಹುದು, ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅಡಿಯಲ್ಲಿ 1 ಮೀಟರ್ ಎತ್ತರವಿರುವ ನೆಲಮಾಳಿಗೆಯಿದೆ, ಖಗೋಳ ವೀಕ್ಷಣೆಗೆ ಅನುಕೂಲಕರವಾದ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಮೇಲೆ ಬೇಕಾಬಿಟ್ಟಿಯಾಗಿ ಇದೆ. ಈ ವೈಶಿಷ್ಟ್ಯಗಳು ತನ್ನ ಅಪಾರ್ಟ್ಮೆಂಟ್ನ ಬೆಲೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತವೆ ಎಂದು ವಾಸ್ಯಾ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾನೆ, ಆದರೆ ತನಗಾಗಿ ಅಲ್ಲ. ಮತ್ತು ಅವರು ಪೆಟ್ಯಾ ಅವರ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಖರೀದಿಸಲು ಮತ್ತು ಅವರ ಸ್ವಂತ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಮಾರಾಟ ಮಾಡಲು ನಿರ್ಧರಿಸುತ್ತಾರೆ. ಆದರೆ ಪೆಟ್ಯಾ ಅವರ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಖರೀದಿಸಲು ನಿಖರವಾಗಿ ಮಾರಾಟ ಮಾಡುವುದು, ಮತ್ತು ಕೇವಲ ಅಲ್ಲ. ರಿಯಾಲ್ಟರ್‌ಗಳ ಭಾಷೆಯಲ್ಲಿ, ಇದನ್ನು "ಪರ್ಯಾಯವನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.
ಈಗ ಪೆಟ್ಯಾ ಅವರ ಕಡೆಯಿಂದ ಈ ಪರಿಸ್ಥಿತಿಯನ್ನು ನೋಡೋಣ. ಸತ್ಯವೆಂದರೆ ಪೆಟ್ಯಾ ಕೂಡ ಸವಕಳಿ ಹಣದ ಮೇಲೆ ಕುಳಿತುಕೊಳ್ಳಲು ಆಸಕ್ತಿ ಹೊಂದಿಲ್ಲ, ಅವರು ಎಲ್ವೆನ್ ನಗರದ ವ್ಯಾಲಿನೋರ್‌ನಲ್ಲಿ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಖರೀದಿಸಲು ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಮಾರಾಟ ಮಾಡುತ್ತಿದ್ದಾರೆ, ಆದರೆ ಅವನು ಇನ್ನೂ ಯಾವುದನ್ನು ನೋಡಿಲ್ಲ. ರಿಯಾಲ್ಟರ್‌ಗಳ ಭಾಷೆಯಲ್ಲಿ, ಇದನ್ನು "ಪರ್ಯಾಯದೊಂದಿಗೆ ವ್ಯವಹರಿಸು" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.
ಮಧ್ಯ-ಭೂಮಿಯ ಇಬ್ಬರು ಎಲ್ವೆಸ್, ಮ್ಯಾಗ್ಲೋರ್ ಮತ್ತು ಮೇಡ್ರೋಸ್, ವ್ಯಾಲಿನೋರ್ ನಗರದಲ್ಲಿ ಸೂಕ್ತವಾದ (ಪೆಟ್ಯಾ ಅವರ ಮಾನದಂಡಗಳಿಗೆ) ರಿಯಲ್ ಎಸ್ಟೇಟ್ ಅನ್ನು ಹೊಂದಿದ್ದಾರೆ, ಅವರು ಮೆಲ್ಕೋರ್‌ಗೆ ಸೇವೆ ಸಲ್ಲಿಸಲು ಹೋಗುತ್ತಿರುವ ಕಾರಣ ಅದನ್ನು ತುರ್ತಾಗಿ ಮಾರಾಟ ಮಾಡಲಾಗುತ್ತದೆ. ರಿಯಾಲ್ಟರ್‌ಗಳ ಭಾಷೆಯಲ್ಲಿ ಇದನ್ನು "ಉಚಿತ ಮಾರಾಟ" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.
ಆದ್ದರಿಂದ, ವಾಸ್ಯಾ ಸೆರಿಯೋಜಾ ಎಂಬ ಕ್ಲೈಂಟ್ ಅನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತಾನೆ. ಈಗ, ಪೆಟ್ಯಾ ವ್ಯಾಲಿನಾರ್ ನಗರದಲ್ಲಿ ಅವನಿಗೆ ಎರಡು ಸೂಕ್ತವಾದ ಆಯ್ಕೆಗಳನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತಾನೆ. ನಾವು ಒಪ್ಪಂದವನ್ನು ಅಂತಿಮಗೊಳಿಸಲಿದ್ದೇವೆ. ವಹಿವಾಟಿನ ಯಾವುದೇ ಪಕ್ಷಗಳು ಅಡಮಾನವನ್ನು ಬಳಸುವುದಿಲ್ಲ ಮತ್ತು ಅಪ್ರಾಪ್ತ ವಯಸ್ಕರನ್ನು ಷೇರು ಮಾಲೀಕರಾಗಿ ಹೊಂದಿಲ್ಲ ಎಂದು ನಾವು ಸರಳತೆಗಾಗಿ ಊಹಿಸೋಣ. ಆದ್ದರಿಂದ, ಈ ಕೆಳಗಿನ ಕ್ರಿಯೆಗಳನ್ನು ಈಗ ನಿರ್ವಹಿಸಬೇಕು:
1. ಸೆರಿಯೋಜಾ ಪೆಟ್ಯಾಗೆ ಹಣವನ್ನು ನೀಡುತ್ತಾನೆ.
2. ವಾಸ್ಯಾ ತನ್ನ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಸೆರಿಯೋಜಾಗೆ ನೀಡುತ್ತಾನೆ.
3. ಪೆಟ್ಯಾ ತನ್ನ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ವಾಸ್ಯಾಗೆ ಕೊಡುತ್ತಾನೆ.
4. ಮ್ಯಾಗ್ಲೋರ್ ಅಥವಾ ಮೇಧ್ರೋಸ್ ವ್ಯಾಲಿನಾರ್‌ನಲ್ಲಿರುವ ತಮ್ಮ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಪೇಟಾಕ್ಕೆ ವರ್ಗಾಯಿಸಿ ಮತ್ತು ಸೆರಿಯೋಜಾ ಹಣವನ್ನು ಸ್ವೀಕರಿಸಿ.
5. ಮಲ್ಕೋರ್ ಮತ್ತು ಮೇಧ್ರೋಸ್ ಮೆಲ್ಕೋರ್ ಸೇವೆ ಮಾಡಲು ಮೊರ್ಡೋರ್‌ಗೆ ಹೋಗುತ್ತಾರೆ.
ಮರಣದಂಡನೆಗಾಗಿ ಈ ಕೆಳಗಿನ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು Rosreestr ಗೆ ಸಲ್ಲಿಸುವುದು ಸೂಕ್ತವಾಗಿದೆ:
ವಹಿವಾಟು ಪ್ರಾರಂಭಿಸಿ
ವಾಸ್ಯಾ ಅವರ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಸೆರಿಯೋಜಾಗೆ ನೀಡಿ.
ಪೆಟ್ಯಾ ಅವರ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ವಾಸ್ಯಾಗೆ ನೀಡಿ.
ಪ್ರಾರಂಭಿಸಿ
ಮಲ್ಕೋರ್ ಅವರ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಪೆಟ್ಯಾಗೆ ನೀಡಿ
ಸೆರಿಯೋಜಾದ ಹಣವನ್ನು ಮಲ್ಕೋರ್ಗೆ ನೀಡಿ
IF_ERROR:
ಮೇಧ್ರೋಸ್‌ನ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಪೆಟ್ಯಾಗೆ ನೀಡಿ
ಸೆರಿಯೋಜಳ ಹಣವನ್ನು ಮೇಧ್ರೋಸ್‌ಗೆ ಕೊಡು
ಕೊನೆಯಲ್ಲಿ
ಕಮಿಟ್ ಟ್ರಾನ್ಸಾಕ್ಷನ್
ಇದು ಪರ್ಯಾಯದೊಂದಿಗೆ ಸರಳೀಕೃತ ವಹಿವಾಟು ಸ್ಕ್ರಿಪ್ಟ್ ಆಗಿದೆ, ಇದು ಎಲ್ಲಾ ಅಪಾರ್ಟ್ಮೆಂಟ್ಗಳು ಒಬ್ಬ ವಯಸ್ಕ (ಮತ್ತು ಸಮರ್ಥ) ಮಾಲೀಕರನ್ನು ಹೊಂದಿದ್ದು, ಅವುಗಳ ಮೌಲ್ಯಗಳು ಸಮಾನವಾಗಿರುತ್ತವೆ ಮತ್ತು ವಹಿವಾಟಿನ ಹಂತಗಳನ್ನು ಲೆಕ್ಕಿಸದೆಯೇ ರಿಯಾಲ್ಟರ್ಗಳಿಗೆ (ಯಾವುದಾದರೂ ಇದ್ದರೆ) ಪಾವತಿಸಲಾಗುತ್ತದೆ ಎಂದು ಊಹಿಸುತ್ತದೆ.
ಆದಾಗ್ಯೂ, Rosreestr ವಹಿವಾಟನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಎಲ್ಲಾ ಕ್ರಿಯೆಗಳನ್ನು ಅನುಕ್ರಮವಾಗಿ ಮತ್ತು ಸ್ವತಂತ್ರವಾಗಿ ಒಂದರ ನಂತರ ಒಂದರಂತೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ ಒಂದು ವಿಫಲವಾದರೆ ಒಟ್ಟಾರೆಯಾಗಿ ವಹಿವಾಟನ್ನು ಹಿಂತಿರುಗಿಸದೆ. ಸಾಧಿಸಬಹುದಾದ ಗರಿಷ್ಠವೆಂದರೆ - Rosreestr ಮತ್ತು MFC ನಗದು ವರ್ಗಾವಣೆಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ - ಹಣವನ್ನು ಸುರಕ್ಷಿತ ಠೇವಣಿ ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ ಠೇವಣಿ ಮಾಡುವುದು, ವಾಸ್ಯಾ, ಪೆಟ್ಯಾ, ಸೆರಿಯೋಜಾ (ಯಾವುದೇ ವಹಿವಾಟು ಇಲ್ಲದಿದ್ದರೆ ಎಲ್ಲಾ ನೋಂದಾಯಿಸಲಾಗಿದೆ), ಮತ್ತು ಇತರ ನಟರು, Rosreestr ನೋಂದಾಯಿಸಿದ ಒಪ್ಪಂದಗಳ ಪ್ರಸ್ತುತಿಯ ಮೇಲೆ. (ಮತ್ತು ಮೂಲಕ, ಬ್ಯಾಂಕುಗಳು ಸ್ವತಂತ್ರವಾಗಿ ಒಪ್ಪಂದಗಳ ದೃಢೀಕರಣವನ್ನು ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ, ಅಂದರೆ, ವಹಿವಾಟಿನ ಪಕ್ಷಗಳ ಪೇಪರ್ಗಳ ದೃಢೀಕರಣವನ್ನು ಅವರು ನಂಬುತ್ತಾರೆ).
ವಹಿವಾಟಿನ ಅಪೂರ್ಣ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆಯ ಅಪಾಯಗಳ ಜೊತೆಗೆ, ಮತ್ತೊಂದು ಸಮಸ್ಯೆಯೆಂದರೆ, ಇತರ ಭಾಗವಹಿಸುವವರು ಪೂರ್ಣ ನೋಂದಣಿಗಾಗಿ ಕಾಯದೆ ತಮ್ಮ ಹೊಸ ಮನೆಗೆ ತೆರಳಿದರೆ (ಹಲೋ, ಯುಟಿಲಿಟಿ ಬಿಲ್‌ಗಳ ಕಡಿಮೆ ಪಾವತಿಯ ಸಮಸ್ಯೆ!), ನಂತರ ಮ್ಯಾಗ್ಲೋರ್ ಮತ್ತು ಮೇಡ್ರೋಸ್ ಶೀಘ್ರದಲ್ಲೇ ಹೋಗುವುದಿಲ್ಲ ಮೆಲ್ಕೋರ್‌ಗೆ ಸೇವೆ ಸಲ್ಲಿಸಿ, ಮತ್ತು ಬಹುಶಃ ಮ್ಯಾಗ್ಲೋರ್‌ಗೆ ಸಿಲ್ಮರಿಲ್‌ಗಳನ್ನು ತನ್ನ ಕೈಯಲ್ಲಿ ಹಿಡಿಯಲು ಸಮಯವಿಲ್ಲ. ರಿಯಲ್ ಎಸ್ಟೇಟ್ ವಹಿವಾಟುಗಳನ್ನು ಅನುಕ್ರಮವಾಗಿ ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ವಹಿವಾಟಿನ ಮರಣದಂಡನೆಯು ಕನಿಷ್ಠ 9 ವ್ಯವಹಾರ ದಿನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ರೋಸ್ರೀಸ್ಟ್ರ್ DDU ಅಡಿಯಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ವಸತಿಗಳ ಹೊರೆಯನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ, ಆದರೆ ಇದು ಸರಳ ಭವಿಷ್ಯಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ ಒಂದು ಪ್ರಾಥಮಿಕ ಕ್ರಮವಾಗಿದೆ.
ಈಗ ಡಿಬಿಎಂಎಸ್ ಬಗ್ಗೆ ನ್ಯೂನತೆಗಳು ಮತ್ತು ನನ್ನ ಶುಭಾಶಯಗಳಿಗೆ ಹೋಗೋಣ
1) ಮೊದಲನೆಯದು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯ ಕೊರತೆ. ಡೆಲ್ಫಿ ಭಾಗದಲ್ಲಿ ನಾನು ನನ್ನ ಸ್ವಂತ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದರೆ ಮತ್ತು ನಾನು ಮಾಡುವ ಬದಲಾವಣೆಗಳು ಇತರ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಬದ್ಧರಾಗುವವರೆಗೆ ಅವರಿಗೆ ಕಾಣಿಸುವುದಿಲ್ಲ, ಆಗ ಇದು DBMS ನೊಂದಿಗೆ ಅಲ್ಲ. ಮತ್ತು ನಾನು ಯುದ್ಧ ಡೇಟಾಬೇಸ್‌ಗೆ ಪೂರ್ಣವಾಗಿ (ಕನಿಷ್ಠ ನನಗೆ ನಿಯೋಜಿಸಲಾದ ಕಾರ್ಯಕ್ಕೆ ಅಗತ್ಯವಿರುವ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ) ಪ್ರವೇಶವನ್ನು ನಂಬಿದ್ದರೂ, ಮತ್ತು ಇದು ಸಂಭವಿಸಿದರೆ, ನಾನು ಅದರ ಮೇಲೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಾನು ಡೀಬಗ್ ಮಾಡುತ್ತಿರುವಾಗ, ಎಲ್ಲವೂ ಕುಸಿಯುತ್ತದೆ. ಇದು ಯಾವ ರೀತಿಯ ಶಿಲಾಯುಗ ??? ಡೆವಲಪರ್‌ಗಳಿಗಾಗಿ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಮಾಡಿ.
2) ಎರಡನೆಯದು ನೈಜ ಪ್ರಪಂಚವನ್ನು ವಿವರಿಸುವ ಪೂರ್ವನಿರ್ಧರಿತ ಪ್ರಮಾಣಿತ ಕೋಷ್ಟಕಗಳ ಕೊರತೆ. ನಾನು ಕೆಲಸ ಮಾಡಿದ ಪ್ರತಿಯೊಂದು ಕಂಪನಿಯು ಹನ್ನೆರಡು ತಿಂಗಳುಗಳ ಹೆಸರುಗಳನ್ನು (ರಷ್ಯನ್ ಮತ್ತು (ಕನಿಷ್ಠ) ಇಂಗ್ಲಿಷ್‌ನಲ್ಲಿ, ರಷ್ಯಾದ ವಿವಿಧ ಸಂದರ್ಭಗಳಲ್ಲಿ) ವಿವರಿಸುವ ತನ್ನದೇ ಆದ ಟೇಬಲ್ ಸ್ವರೂಪವನ್ನು ಹೊಂದಿದೆ!
3) ಮೂರನೆಯದು - ಮತ್ತು ಇಲ್ಲಿ ನಾನು ಒರಾಕಲ್ ಪರಿಭಾಷೆಯನ್ನು ಬಳಸುತ್ತೇನೆ - ರಿಟರ್ನಿಂಗ್ ಅನ್ನು ಬಳಸುವ ಸರಳ ಇನ್ಸರ್ಟ್ ಅಥವಾ ಅಪ್‌ಡೇಟ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಕರೆಯಲು ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ, ಅದೇ ರೀತಿಯಲ್ಲಿ ನಾವು ಆಯ್ಕೆ ಎಂದು ಕರೆಯುತ್ತೇವೆ. ಬಹುಶಃ ಇವು ಒರಾಕಲ್ ಸಮಸ್ಯೆಗಳಲ್ಲ, ಆದರೆ ಡೆಲ್ಫಿ + ಒರಾಕಲ್‌ನ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿನ ಸಮಸ್ಯೆಗಳು.
4) ನಾಲ್ಕನೇ - ನಾನು ಇದನ್ನು ಮಾಡಲು ಬಯಸದ ಸ್ಥಳದಲ್ಲಿ ನಾನು ರಚಿಸುವ ಕಾರ್ಯವಿಧಾನಗಳು ಮತ್ತು ಕಾರ್ಯಗಳಿಗೆ ಅಧಿಕಾರವನ್ನು ನಿಯೋಜಿಸುವ ಅಗತ್ಯತೆ. ಕಾರ್ಯವಿಧಾನಗಳು ಮತ್ತು ಕಾರ್ಯಗಳಿಗಾಗಿ ಬಳಕೆದಾರರ ಅನುಮತಿಗಳನ್ನು ಹೊಂದಿಸಲು ಮತ್ತು ಬದಲಾಯಿಸಲು ನಾನು ಬಯಸುವುದಿಲ್ಲ. ಏಕೆ, ನಾನು ಅನುದಾನವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬರೆಯದಿದ್ದರೆ, ಸಿಸ್ಟಮ್ ಸ್ವತಃ ಒಳಗೊಂಡಿರುವ ವಸ್ತುಗಳನ್ನು ನೋಡಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ ಮತ್ತು ಅವರೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಹಕ್ಕುಗಳಿಗೆ ಅನುಗುಣವಾಗಿ, ಕೆಲವು ಬಳಕೆದಾರರಿಗೆ ಕಾರ್ಯವನ್ನು ಕರೆಯುವ ಹಕ್ಕನ್ನು ನೀಡಿ ಅಥವಾ ಇಲ್ಲವೇ? ಕಾರ್ಯಗಳು ಮತ್ತು ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಬರೆಯುವಾಗ ಇದಕ್ಕಾಗಿ ಒಂದು ಕೀವರ್ಡ್ ಬರೆಯಲು ನಾನು ಸಿದ್ಧನಿದ್ದೇನೆ. ಅಥವಾ, ಇನ್ನೂ ಉತ್ತಮವಾಗಿ, ಬಳಕೆದಾರನು ಮರಣದಂಡನೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ಅವಕಾಶ ಮಾಡಿಕೊಡಿ, ಮತ್ತು ಅಲ್ಗಾರಿದಮ್ ಶಾಖೆಯು ಬಳಕೆದಾರರಿಗೆ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿರದ ವಿನಂತಿಗೆ ಅವನನ್ನು ಕರೆದೊಯ್ಯಿದರೆ, ಅವನು ಅದನ್ನು ದೋಷದಿಂದ ಹೊರಹಾಕುತ್ತಾನೆ.
ಮೂಲ: www.habr.com