ਭਵਿੱਖ ਦੇ DBMS ਲਈ ਮੇਰੀਆਂ ਸ਼ੁਭਕਾਮਨਾਵਾਂ, ਅਤੇ ਨਾਲ ਹੀ ਲੈਣ-ਦੇਣ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਰੋਸਰੀਸਟਰ ਨੂੰ

ਕਲਾਇੰਟ ਡੇਟਾਬੇਸ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਦਾ ਹੈ।
ਸਾਈਟ ਤੋਂ http://corchaosis.ru, ਜੋਨਾਥਨ ਟਿਓਂਗ ਦੁਆਰਾ।

ਇਸ ਤੱਥ ਤੋਂ ਇਲਾਵਾ ਕਿ ਮੈਂ ਇੱਕ ਪ੍ਰੋਗਰਾਮਰ ਹਾਂ (ਮੁੱਖ ਤੌਰ 'ਤੇ ਡੇਲਫੀ + ਹਰ ਕਿਸਮ ਦੇ ਵੱਖ-ਵੱਖ DBMS, ਹਾਲ ਹੀ ਵਿੱਚ ORACLE, + ਥੋੜਾ ਜਿਹਾ PHP), ਮੇਰਾ ਇੱਕ ਸ਼ੌਕ ਹੈ - ਅਪਾਰਟਮੈਂਟਸ ਖਰੀਦਣਾ ਅਤੇ ਵੇਚਣਾ. ਮੈਂ ਉਸਾਰੀ ਦੇ ਪੜਾਅ ਦੌਰਾਨ ਇੱਕ ਅਪਾਰਟਮੈਂਟ ਨੂੰ ਇੱਕ ਚੰਗੀ ਕੀਮਤ 'ਤੇ ਇੱਕ ਘੱਟ ਜਾਂ ਘੱਟ ਭਰੋਸੇਮੰਦ ਡਿਵੈਲਪਰ ਤੋਂ ਖਰੀਦਦਾ ਹਾਂ (ਉਦਾਹਰਣ ਵਜੋਂ, ਹੁਣ ਸੈਮੋਲਟ ਇੱਕ ਅਜਿਹਾ ਡਿਵੈਲਪਰ ਹੈ, ਨੇਕਰਾਸੋਵਕਾ ਮੈਟਰੋ ਸਟੇਸ਼ਨ ਦੇ ਨੇੜੇ ਅਪਾਰਟਮੈਂਟ ਵਿਕਰੀ ਲਈ ਹਨ), ਘਰ ਦੇ ਡਿਲੀਵਰ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰੋ (ਅਕਸਰ ਦੋ ਸਾਲਾਂ ਬਾਅਦ, ਇਹ ਸਸਤੇ ਪੇਸ਼ਕਸ਼ਾਂ ਨਾਲ ਵਾਪਰਦਾ ਹੈ), ਮੈਂ ਇਸਦਾ ਨਵੀਨੀਕਰਨ ਕਰਦਾ ਹਾਂ ਅਤੇ ਫਿਰ ਇਸਨੂੰ ਇਸਦੀ ਮਾਰਕੀਟ ਕੀਮਤ ਦੇ 95-100% ਵਿੱਚ ਵੇਚਦਾ ਹਾਂ।

ਇਸ ਲਈ, ਮੈਨੂੰ (ਹਰ ਕਿਸੇ ਦੀ ਤਰ੍ਹਾਂ) RosReestr ਦੀ ਲੈਣ-ਦੇਣ ਦੀ ਘਾਟ ਦੀ ਸਮੱਸਿਆ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ।

ਰੋਸਰੀਸਟਰ ਦੀ ਟ੍ਰਾਂਜੈਕਸ਼ਨਲ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਦੀ ਘਾਟ ਦੀ ਸਮੱਸਿਆ

ਪ੍ਰੋਗਰਾਮਿੰਗ ਵਿੱਚ ਇਹ "ਟ੍ਰਾਂਜੈਕਸ਼ਨ" ਹੈ, ਅਤੇ ਰੀਅਲ ਅਸਟੇਟ ਵਿੱਚ ਇਹ "ਵਿਕਲਪਿਕ ਨਾਲ ਲੈਣ-ਦੇਣ" (ਅਤੇ ਇਸਦੇ ਹਿੱਸੇ ਵਜੋਂ, "ਸੇਫ ਡਿਪਾਜ਼ਿਟ ਬਾਕਸ ਐਗਰੀਮੈਂਟ") ਹੈ, ਅਤੇ ਇਹ ਥੋੜਾ ਹੋਰ ਗੁੰਝਲਦਾਰ ਹੈ। ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸ ਰਿਹਾ ਹਾਂ।

ਵਾਸਿਆ ਉਸ ਅਪਾਰਟਮੈਂਟ ਨੂੰ ਦੇਖਣ ਆਇਆ ਜੋ ਪੇਟੀਆ ਵੇਚ ਰਿਹਾ ਸੀ। ਅਤੇ ਵਸਿਆ ਨੂੰ ਕੀਮਤ ਸਮੇਤ ਸਭ ਕੁਝ ਪਸੰਦ ਸੀ, ਪਰ ਵਸਿਆ ਕੋਲ ਕੋਈ ਪੈਸਾ ਨਹੀਂ ਹੈ. ਇਸ ਤਰ੍ਹਾਂ ਸਾਡੀ ਕਹਾਣੀ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ।

ਵਾਸਿਆ ਦੀ ਆਪਣੀ ਜਾਇਦਾਦ ਹੈ, ਜਿਸ ਵਿੱਚ ਕੁਝ ਮੁੱਲ ਹਨ ਜੋ ਉਸ ਲਈ ਖਾਸ ਤੌਰ 'ਤੇ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹਨ - ਲੋਮੋਨੋਸੋਵ ਗੁਆਂਢੀ ਘਰ ਵਿੱਚ ਰਹਿੰਦਾ ਸੀ, ਛੱਤ ਦੀ ਉਚਾਈ ਸਾਢੇ ਸੱਤ ਮੀਟਰ ਹੈ, ਇੱਕ ਫਲ ਅਤੇ ਸਬਜ਼ੀਆਂ ਦਾ ਅਧਾਰ ਹੈ ਅਤੇ ਸਡੋਵੋਡ ਮਾਰਕੀਟ ਹੈ ਨੇੜੇ, ਤੁਸੀਂ ਏਰੋਐਕਸਪ੍ਰੈਸ 'ਤੇ ਪੈਦਲ ਜਾ ਸਕਦੇ ਹੋ, ਅਪਾਰਟਮੈਂਟ ਦੇ ਹੇਠਾਂ 1 ਮੀਟਰ ਦੀ ਉਚਾਈ ਵਾਲਾ ਇੱਕ ਬੇਸਮੈਂਟ ਹੈ, ਖਗੋਲ-ਵਿਗਿਆਨਕ ਨਿਰੀਖਣਾਂ ਲਈ ਸੁਵਿਧਾਜਨਕ ਅਪਾਰਟਮੈਂਟ ਦੇ ਉੱਪਰ ਇੱਕ ਚੁਬਾਰਾ ਹੈ। ਵਾਸਿਆ ਸਮਝਦਾ ਹੈ ਕਿ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਉਸਦੇ ਅਪਾਰਟਮੈਂਟ ਦੀ ਕੀਮਤ ਵਧਾਉਂਦੀਆਂ ਹਨ, ਪਰ ਆਪਣੇ ਲਈ ਨਹੀਂ. ਅਤੇ ਉਹ ਪੇਟੀਆ ਦਾ ਅਪਾਰਟਮੈਂਟ ਖਰੀਦਣ ਅਤੇ ਆਪਣਾ ਅਪਾਰਟਮੈਂਟ ਵੇਚਣ ਦਾ ਫੈਸਲਾ ਕਰਦਾ ਹੈ। ਪਰ ਪੇਟੀਆ ਦੇ ਅਪਾਰਟਮੈਂਟ ਨੂੰ ਖਰੀਦਣ ਲਈ ਸਹੀ ਢੰਗ ਨਾਲ ਵੇਚਣਾ, ਨਾ ਕਿ ਸਿਰਫ਼. ਰੀਅਲਟਰਾਂ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ, ਇਸਨੂੰ "ਇੱਕ ਵਿਕਲਪ ਚੁਣਿਆ ਗਿਆ ਹੈ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਆਓ ਹੁਣ ਪੇਟੀਆ ਦੇ ਪੱਖ ਤੋਂ ਇਸ ਸਥਿਤੀ ਨੂੰ ਵੇਖੀਏ. ਹਕੀਕਤ ਇਹ ਹੈ ਕਿ ਪੇਟੀਆ ਵੀ ਪੈਸੇ ਨੂੰ ਘਟਾ ਕੇ ਬੈਠਣ ਵਿੱਚ ਦਿਲਚਸਪੀ ਨਹੀਂ ਰੱਖਦਾ ਹੈ, ਉਹ ਆਪਣੇ ਆਪ ਨੂੰ ਵੈਲਿਨੋਰ ਦੇ ਐਲਵੇਨ ਸ਼ਹਿਰ ਵਿੱਚ ਇੱਕ ਅਪਾਰਟਮੈਂਟ ਖਰੀਦਣ ਲਈ ਅਪਾਰਟਮੈਂਟ ਵੇਚ ਰਿਹਾ ਹੈ, ਪਰ ਉਸਨੇ ਅਜੇ ਤੱਕ ਇਸ ਵੱਲ ਨਹੀਂ ਦੇਖਿਆ ਹੈ ਕਿ ਕਿਹੜਾ ਹੈ. ਰੀਅਲਟਰਾਂ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ, ਇਸਨੂੰ "ਵਿਕਲਪ ਨਾਲ ਡੀਲ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਮੱਧ-ਧਰਤੀ ਦੇ ਦੋ ਐਲਵਜ਼, ਮੈਗਲੋਰ ਅਤੇ ਮੇਡ੍ਰੋਸ, ਕੋਲ ਵੈਲਿਨੋਰ ਸ਼ਹਿਰ ਵਿੱਚ ਢੁਕਵੀਂ (ਪੇਟੀਆ ਦੇ ਮਾਪਦੰਡਾਂ ਅਨੁਸਾਰ) ਰੀਅਲ ਅਸਟੇਟ ਹੈ, ਜੋ ਤੁਰੰਤ ਵੇਚੀ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਉਹ ਮੇਲਕੋਰ ਦੀ ਸੇਵਾ ਕਰਨ ਜਾ ਰਹੇ ਹਨ। ਰੀਅਲਟਰਾਂ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ ਇਸਨੂੰ "ਮੁਫ਼ਤ ਵਿਕਰੀ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਇਸ ਲਈ, ਵਸਿਆ ਨੂੰ ਇੱਕ ਗਾਹਕ, ਸੇਰੀਓਜ਼ਾ ਲੱਭਦਾ ਹੈ। ਹੁਣ, ਪੇਟੀਆ ਨੇ ਵੈਲਿਨੋਰ ਸ਼ਹਿਰ ਵਿੱਚ ਉਸਦੇ ਲਈ ਦੋ ਢੁਕਵੇਂ ਵਿਕਲਪ ਲੱਭੇ ਹਨ। ਅਸੀਂ ਸੌਦੇ ਨੂੰ ਅੰਤਿਮ ਰੂਪ ਦੇਣ ਜਾ ਰਹੇ ਹਾਂ। ਆਉ ਅਸੀਂ ਸਰਲਤਾ ਲਈ ਇਹ ਮੰਨ ਲਈਏ ਕਿ ਲੈਣ-ਦੇਣ ਲਈ ਕੋਈ ਵੀ ਧਿਰ ਮੌਰਗੇਜ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੀ ਹੈ ਅਤੇ ਨਾਬਾਲਗ ਸ਼ੇਅਰ ਮਾਲਕਾਂ ਵਜੋਂ ਨਹੀਂ ਹਨ। ਇਸ ਲਈ, ਹੇਠ ਲਿਖੀਆਂ ਕਾਰਵਾਈਆਂ ਹੁਣ ਕੀਤੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ:
1. ਸੇਰੀਓਜ਼ਾ ਪੇਟੀਆ ਨੂੰ ਪੈਸੇ ਦਿੰਦਾ ਹੈ।
2. ਵਸਿਆ ਆਪਣਾ ਅਪਾਰਟਮੈਂਟ ਸੇਰੀਓਜ਼ਾ ਨੂੰ ਦਿੰਦਾ ਹੈ।
3. ਪੇਟੀਆ ਵਾਸਿਆ ਨੂੰ ਆਪਣਾ ਅਪਾਰਟਮੈਂਟ ਦਿੰਦਾ ਹੈ।
4. ਜਾਂ ਤਾਂ Maglor ਜਾਂ Maedhros Valinor ਵਿੱਚ ਆਪਣਾ ਅਪਾਰਟਮੈਂਟ ਪੇਟਾ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹਨ ਅਤੇ ਸੇਰੀਓਜ਼ਾ ਦੇ ਪੈਸੇ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ।
5. ਮਲਕੋਰ ਅਤੇ ਮੇਧਰੋਜ਼ ਮੇਲਕੋਰ ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ ਮੋਰਡੋਰ ਜਾਂਦੇ ਹਨ।

ਹੇਠ ਲਿਖੀ ਸਕ੍ਰਿਪਟ ਨੂੰ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਲਈ Rosreestr ਨੂੰ ਜਮ੍ਹਾ ਕਰਨਾ ਆਦਰਸ਼ ਹੋਵੇਗਾ:

ਲੈਣ-ਦੇਣ ਸ਼ੁਰੂ ਕਰੋ
ਵਸਿਆ ਦਾ ਅਪਾਰਟਮੈਂਟ ਸੇਰੀਓਜ਼ਾ ਨੂੰ ਦਿਓ।
ਪੇਟੀਆ ਦਾ ਅਪਾਰਟਮੈਂਟ ਵਸਿਆ ਨੂੰ ਦਿਓ.
ਸ਼ੁਰੂ ਕਰੋ
ਮਲਕੋਰ ਦਾ ਅਪਾਰਟਮੈਂਟ ਪੇਟੀਆ ਨੂੰ ਦੇ ਦਿਓ
ਸੀਰੀਓਜ਼ਾ ਦੇ ਪੈਸੇ ਮਲਕੋਰ ਨੂੰ ਦੇ ਦਿਓ
IF_ERROR:
ਪੇਟੀਆ ਨੂੰ ਮੇਡਰੋਸ ਦਾ ਅਪਾਰਟਮੈਂਟ ਦਿਓ
ਸੇਰੀਓਜ਼ਾ ਦੇ ਪੈਸੇ ਮੇਧਰੋਸ ਨੂੰ ਦੇ ਦਿਓ
ਅੰਤ
ਸੰਚਾਰ ਟ੍ਰਾਂਸੈਕਸ਼ਨ

ਇਹ ਇੱਕ ਵਿਕਲਪ ਦੇ ਨਾਲ ਇੱਕ ਸਰਲੀਕ੍ਰਿਤ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਸਕ੍ਰਿਪਟ ਹੈ, ਜੋ ਇਹ ਮੰਨਦੀ ਹੈ ਕਿ ਸਾਰੇ ਅਪਾਰਟਮੈਂਟਾਂ ਦਾ ਇੱਕ ਬਾਲਗ (ਅਤੇ ਸਮਰੱਥ) ਮਾਲਕ ਹੈ, ਕਿ ਉਹਨਾਂ ਦੇ ਮੁੱਲ ਬਰਾਬਰ ਹਨ, ਅਤੇ ਇਹ ਕਿ ਰੀਅਲਟਰ (ਜੇ ਕੋਈ ਹੈ) ਨੂੰ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦੇ ਪੜਾਵਾਂ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਹਾਲਾਂਕਿ, Rosreestr ਲੈਣ-ਦੇਣ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਕ੍ਰਮਵਾਰ ਅਤੇ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ, ਇੱਕ ਤੋਂ ਬਾਅਦ ਇੱਕ, ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨੂੰ ਵਾਪਸ ਕੀਤੇ ਬਿਨਾਂ, ਜੇਕਰ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ। ਵੱਧ ਤੋਂ ਵੱਧ ਜੋ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ - ਇਹ ਦਿੱਤਾ ਗਿਆ ਹੈ ਕਿ ਰੋਸਰੀਸਟਰ ਅਤੇ ਐਮਐਫਸੀ ਨਕਦੀ ਦੇ ਤਬਾਦਲੇ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦੇ - ਪੈਸੇ ਨੂੰ ਇੱਕ ਸੁਰੱਖਿਅਤ ਡਿਪਾਜ਼ਿਟ ਬਾਕਸ ਵਿੱਚ ਜਮ੍ਹਾ ਕਰਨਾ ਹੈ, ਵਾਸਿਆ, ਪੇਟਿਆ, ਸੇਰੀਓਜ਼ਾ ਦੁਆਰਾ ਇਸ ਤੱਕ ਪਹੁੰਚ ਦੀਆਂ ਸ਼ਰਤਾਂ ਦੇ ਨਾਲ (ਜੇ ਕੋਈ ਲੈਣ-ਦੇਣ ਨਹੀਂ ਹੈ) ਸਭ 'ਤੇ ਰਜਿਸਟਰਡ ਹੈ), ਅਤੇ ਹੋਰ ਅਦਾਕਾਰ, ਰੋਸਰੀਸਟਰ ਦੁਆਰਾ ਰਜਿਸਟਰ ਕੀਤੇ ਇਕਰਾਰਨਾਮੇ ਦੀ ਪੇਸ਼ਕਾਰੀ 'ਤੇ. (ਅਤੇ ਤਰੀਕੇ ਨਾਲ, ਬੈਂਕ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਇਕਰਾਰਨਾਮਿਆਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦੇ ਹਨ, ਯਾਨੀ, ਉਹ ਲੈਣ-ਦੇਣ ਲਈ ਪਾਰਟੀਆਂ ਦੇ ਕਾਗਜ਼ਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ)।

ਲੈਣ-ਦੇਣ ਦੇ ਅਧੂਰੇ ਸੰਪੂਰਨ ਹੋਣ ਦੇ ਜੋਖਮਾਂ ਤੋਂ ਇਲਾਵਾ, ਇਕ ਹੋਰ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਜੇਕਰ ਹੋਰ ਭਾਗੀਦਾਰ ਪੂਰੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਆਪਣੇ ਨਵੇਂ ਘਰ ਵਿੱਚ ਜਾ ਸਕਦੇ ਹਨ (ਹੈਲੋ, ਉਪਯੋਗਤਾ ਬਿੱਲਾਂ ਦੇ ਘੱਟ ਭੁਗਤਾਨ ਦਾ ਮੁੱਦਾ!), ਤਾਂ ਮੈਗਲੋਰ ਅਤੇ ਮੈਡ੍ਰੋਸ ਜਲਦੀ ਹੀ ਨਹੀਂ ਜਾਣਗੇ। ਮੇਲਕੋਰ ਦੀ ਸੇਵਾ ਕਰੋ, ਅਤੇ ਸ਼ਾਇਦ ਮੈਗਲੋਰ ਇਸ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੇਗਾ ਕਿ ਉਸ ਕੋਲ ਆਪਣੇ ਹੱਥਾਂ ਵਿੱਚ ਸਿਲਮਾਰਿਲਾਂ ਨੂੰ ਫੜਨ ਦਾ ਸਮਾਂ ਨਹੀਂ ਹੋਵੇਗਾ. ਰੀਅਲ ਅਸਟੇਟ ਲੈਣ-ਦੇਣ ਕ੍ਰਮਵਾਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਹਰੇਕ ਲੈਣ-ਦੇਣ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ 9 ਕਾਰੋਬਾਰੀ ਦਿਨ ਲੱਗਣਗੇ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, Rosreestr DDU ਦੇ ਅਧੀਨ ਬਣਾਏ ਜਾ ਰਹੇ ਹਾਊਸਿੰਗ ਦੇ ਬੋਝ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਹੋ ਸਕਦਾ ਹੈ, ਇਹ ਇੱਕ ਸਧਾਰਨ ਫਿਊਚਰਜ਼ ਦੇ ਸਬੰਧ ਵਿੱਚ ਇੱਕ ਮੁਢਲੀ ਕਾਰਵਾਈ ਹੈ।

ਆਓ ਹੁਣ DBMS ਬਾਰੇ ਕਮੀਆਂ ਅਤੇ ਮੇਰੀਆਂ ਇੱਛਾਵਾਂ ਵੱਲ ਵਧੀਏ

1) ਪਹਿਲਾ ਇੱਕ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਪ੍ਰਣਾਲੀ ਦੀ ਘਾਟ ਹੈ. ਜੇ ਡੇਲਫੀ ਵਾਲੇ ਪਾਸੇ ਮੈਂ ਆਪਣੇ ਖੁਦ ਦੇ ਸੈਂਡਬੌਕਸ ਵਿੱਚ ਵਿਕਸਤ ਕਰਦਾ ਹਾਂ, ਅਤੇ ਜੋ ਬਦਲਾਅ ਮੈਂ ਕਰਦਾ ਹਾਂ ਉਹ ਦੂਜੇ ਪ੍ਰੋਗਰਾਮਰਾਂ ਨੂੰ ਉਦੋਂ ਤੱਕ ਦਿਖਾਈ ਨਹੀਂ ਦੇਵੇਗਾ ਜਦੋਂ ਤੱਕ ਉਹ ਵਚਨਬੱਧ ਨਹੀਂ ਹੁੰਦੇ, ਤਾਂ ਇਹ DBMS ਨਾਲ ਅਜਿਹਾ ਨਹੀਂ ਹੈ। ਅਤੇ ਭਾਵੇਂ ਮੇਰੇ 'ਤੇ ਪੂਰਾ ਭਰੋਸਾ ਹੈ (ਘੱਟੋ-ਘੱਟ ਉਸ ਕੰਮ ਦੇ ਦਾਇਰੇ ਦੇ ਅੰਦਰ ਜੋ ਮੈਨੂੰ ਸੌਂਪਿਆ ਗਿਆ ਹੈ) ਲੜਾਈ ਦੇ ਡੇਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚ, ਅਤੇ ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ, ਮੈਂ ਇਸ 'ਤੇ ਵਿਕਾਸ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਜਦੋਂ ਮੈਂ ਡੀਬੱਗ ਕਰ ਰਿਹਾ/ਰਹੀ ਹਾਂ, ਸਭ ਕੁਝ ਸਮੇਟ ਜਾਵੇਗਾ। ਇਹ ਕਿਹੋ ਜਿਹਾ ਪੱਥਰ ਯੁੱਗ ਹੈ??? ਡਿਵੈਲਪਰਾਂ ਲਈ ਇੱਕ ਸੈਂਡਬੌਕਸ ਬਣਾਓ।

2) ਦੂਜਾ ਅਸਲ ਸੰਸਾਰ ਦਾ ਵਰਣਨ ਕਰਨ ਵਾਲੀਆਂ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਮਾਨਕੀਕ੍ਰਿਤ ਟੇਬਲਾਂ ਦੀ ਘਾਟ ਹੈ। ਹਰ ਕੰਪਨੀ ਜਿਸ ਲਈ ਮੈਂ ਕੰਮ ਕੀਤਾ ਹੈ ਉਸ ਦਾ ਆਪਣਾ ਟੇਬਲ ਫਾਰਮੈਟ ਹੈ ਜਿਸ ਵਿੱਚ ਬਾਰਾਂ ਮਹੀਨਿਆਂ ਦੇ ਨਾਮ (ਰੂਸੀ ਅਤੇ (ਘੱਟੋ-ਘੱਟ) ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ, ਰੂਸੀ ਦੇ ਵੱਖ-ਵੱਖ ਮਾਮਲਿਆਂ ਵਿੱਚ) ਵਰਣਨ ਕੀਤੇ ਗਏ ਹਨ!

3) ਤੀਜਾ - ਅਤੇ ਇੱਥੇ ਮੈਂ ਓਰੇਕਲ ਟਰਮਿਨੌਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗਾ - ਇੱਕ ਸਧਾਰਨ ਇਨਸਰਟ ਜਾਂ ਅੱਪਡੇਟ ਸਕ੍ਰਿਪਟ ਨੂੰ ਕਾਲ ਕਰਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ ਜੋ ਰਿਟਰਨਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜਿਸ ਤਰ੍ਹਾਂ ਅਸੀਂ ਸਿਲੈਕਟ ਨੂੰ ਕਹਿੰਦੇ ਹਾਂ। ਸ਼ਾਇਦ ਇਹ ਓਰੇਕਲ ਸਮੱਸਿਆਵਾਂ ਨਹੀਂ ਹਨ, ਪਰ ਡੇਲਫੀ + ਓਰੇਕਲ ਦੇ ਇੰਟਰਫੇਸ 'ਤੇ ਸਮੱਸਿਆਵਾਂ ਹਨ।

4) ਚੌਥਾ - ਉਹਨਾਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਕਾਰਜਾਂ ਲਈ ਸ਼ਕਤੀਆਂ ਦੇਣ ਦੀ ਜ਼ਰੂਰਤ ਜੋ ਮੈਂ ਬਣਾਉਂਦਾ ਹਾਂ ਜਿੱਥੇ ਮੈਂ ਅਜਿਹਾ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ। ਮੈਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਫੰਕਸ਼ਨਾਂ ਲਈ ਉਪਭੋਗਤਾ ਅਨੁਮਤੀਆਂ ਨੂੰ ਸੈੱਟ ਕਰਨਾ ਅਤੇ ਬਦਲਣਾ ਨਹੀਂ ਚਾਹੁੰਦਾ ਹਾਂ। ਕਿਉਂ, ਜੇਕਰ ਮੈਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਗ੍ਰਾਂਟਾਂ ਨਹੀਂ ਲਿਖੀਆਂ, ਤਾਂ ਕੀ ਸਿਸਟਮ ਖੁਦ ਸ਼ਾਮਲ ਵਸਤੂਆਂ ਨੂੰ ਨਹੀਂ ਦੇਖ ਸਕਦਾ ਸੀ, ਅਤੇ, ਉਹਨਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਅਧਿਕਾਰਾਂ ਦੇ ਅਨੁਸਾਰ, ਕੁਝ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਫੰਕਸ਼ਨ ਕਾਲ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ? ਫੰਕਸ਼ਨ ਅਤੇ ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਿਖਣ ਵੇਲੇ ਮੈਂ ਇਸਦੇ ਲਈ ਇੱਕ ਕੀਵਰਡ ਲਿਖਣ ਲਈ ਤਿਆਰ ਹਾਂ। ਜਾਂ, ਇਸ ਤੋਂ ਵੀ ਵਧੀਆ, ਉਪਭੋਗਤਾ ਨੂੰ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸ਼ੁਰੂ ਕਰਨ ਦਿਓ, ਅਤੇ ਜੇਕਰ ਐਲਗੋਰਿਦਮ ਸ਼ਾਖਾ ਉਸਨੂੰ ਇੱਕ ਬੇਨਤੀ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ ਜਿਸ ਲਈ ਉਪਭੋਗਤਾ ਕੋਲ ਅਧਿਕਾਰ ਨਹੀਂ ਹਨ, ਤਾਂ ਉਹ ਇਸਨੂੰ ਇੱਕ ਗਲਤੀ ਨਾਲ ਬਾਹਰ ਸੁੱਟ ਦੇਵੇਗਾ।

ਸਰੋਤ: www.habr.com