ਡੇਟਾਬੇਸ ਵਿੱਚ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਸੋਲੇਸ਼ਨ ਪੱਧਰ ਨੂੰ ਕਮਜ਼ੋਰ ਕਰਨ ਦਾ ਨਤੀਜਾ ਕੀ ਹੋ ਸਕਦਾ ਹੈ?

ਸਾਰਿਆਂ ਨੂੰ ਸਤਿ ਸ਼੍ਰੀ ਅਕਾਲ. Vladislav Rodin ਸੰਪਰਕ ਵਿੱਚ ਹੈ. ਮੈਂ ਵਰਤਮਾਨ ਵਿੱਚ OTUS ਵਿਖੇ ਹਾਈ ਵਰਕਲੋਡ ਆਰਕੀਟੈਕਟ ਕੋਰਸ ਲਈ ਕੋਰਸ ਲੀਡਰ ਹਾਂ ਅਤੇ ਸਾਫਟਵੇਅਰ ਆਰਕੀਟੈਕਚਰ ਕੋਰਸ ਵੀ ਸਿਖਾਉਂਦਾ ਹਾਂ।

ਅਧਿਆਪਨ ਦੇ ਨਾਲ-ਨਾਲ, ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਦੇਖਿਆ ਹੋਵੇਗਾ, ਮੈਂ ਹੈਬਰੇ 'ਤੇ OTUS ਬਲੌਗ ਲਈ ਅਸਲ ਸਮੱਗਰੀ ਲਿਖ ਰਿਹਾ ਹਾਂ ਅਤੇ ਮੈਂ ਕੋਰਸ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਅੱਜ ਦੇ ਲੇਖ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹਾਂ। "PostgreSQL", ਜੋ ਇਸ ਸਮੇਂ ਨਾਮਾਂਕਣ ਲਈ ਖੁੱਲ੍ਹਾ ਹੈ।

ਜਾਣ ਪਛਾਣ

В ਪਿਛਲੀ ਵਾਰ ਅਸੀਂ ਇਸ ਤੱਥ ਬਾਰੇ ਗੱਲ ਕੀਤੀ ਹੈ ਕਿ ਡੇਟਾਬੇਸ ਵਿੱਚ ਲੈਣ-ਦੇਣ ਦੋ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਕੰਮ ਕਰਦੇ ਹਨ: ਇੱਕ ਮੁਕਾਬਲੇ ਵਾਲੇ ਮਾਹੌਲ ਵਿੱਚ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਅਤੇ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣਾ। ਇਹਨਾਂ ਕੰਮਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਰਨ ਲਈ, ਲੈਣ-ਦੇਣ ਵਿੱਚ ACID ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਅੱਜ ਅਸੀਂ ਚਿੱਠੀ ਬਾਰੇ ਵਿਸਥਾਰ ਨਾਲ ਗੱਲ ਕਰਾਂਗੇ ਮੈਂ (ਇਕੱਲਤਾ) ਇਸ ਸੰਖੇਪ ਵਿੱਚ.

ਇਨਸੂਲੇਸ਼ਨ

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

ਸਭ ਤੋਂ ਜਾਣੇ-ਪਛਾਣੇ ਵਿਗਾੜ ਹਨ: ਗੰਦਾ ਪੜ੍ਹਨਾ, ਨਾ-ਦੁਹਰਾਉਣਯੋਗ ਪੜ੍ਹਨਾ, ਫੈਂਟਮ ਰੀਡ, ਪਰ ਅਸਲ ਵਿੱਚ ਇੱਥੇ 5 ਹੋਰ ਹਨ: ਗੰਦਾ ਲਿਖਣਾ, ਕਰਸਰ ਗੁਆਚਿਆ ਅੱਪਡੇਟ, ਗੁਆਚਿਆ ਅੱਪਡੇਟ, ਰੀਡ ਸਕਿਊ, ਲਿਖੋ ਸਕਿਊ।

ਗੰਦਾ ਲਿਖਣਾ

ਅਸੰਗਤਤਾ ਦਾ ਸਾਰ ਇਹ ਹੈ ਕਿ ਲੈਣ-ਦੇਣ ਅਣ-ਪ੍ਰਤੀਬੱਧ ਡੇਟਾ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰ ਸਕਦਾ ਹੈ।

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

ਅਸੰਗਤਤਾ ਦਾ ਇਲਾਜ ਕਾਫ਼ੀ ਸਰਲ ਢੰਗ ਨਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: ਅਸੀਂ ਰਿਕਾਰਡਿੰਗ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਰਿਕਾਰਡ ਨਾਲ ਇੱਕ ਲਾਕ ਜੋੜਦੇ ਹਾਂ, ਜਦੋਂ ਤੱਕ ਲੌਕ ਹਟਾਇਆ ਨਹੀਂ ਜਾਂਦਾ, ਰਿਕਾਰਡ ਨੂੰ ਬਦਲਣ ਤੋਂ ਹੋਰ ਲੈਣ-ਦੇਣ ਦੀ ਮਨਾਹੀ ਕਰਦੇ ਹਾਂ।

ਗੰਦਾ ਪੜ੍ਹਿਆ

ਗੰਦੀ ਰੀਡ ਦਾ ਮਤਲਬ ਹੈ ਅਣਕਮਿਟਿਡ ਡੇਟਾ ਪੜ੍ਹਨਾ।

ਸਮੱਸਿਆਵਾਂ ਉਦੋਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਨਮੂਨੇ ਦੇ ਆਧਾਰ 'ਤੇ ਕਾਰਵਾਈਆਂ ਜਾਂ ਫੈਸਲੇ ਕੀਤੇ ਜਾਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

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

ਅੱਪਡੇਟ ਗੁਆਚ ਗਿਆ

ਗੁੰਮ ਹੋਏ ਅੱਪਡੇਟ ਦਾ ਅਰਥ ਹੈ ਗੁੰਮ ਹੋਏ ਅੱਪਡੇਟ, ਅਤੇ ਅਨੁਵਾਦ ਸਮੱਸਿਆ ਦੇ ਸਾਰ ਨੂੰ ਬਿਲਕੁਲ ਸਹੀ ਰੂਪ ਵਿੱਚ ਦਰਸਾਉਂਦਾ ਹੈ:

ਵਾਸਤਵ ਵਿੱਚ, ਟ੍ਰਾਂਜੈਕਸ਼ਨ T2 ਦਾ ਨਤੀਜਾ ਉਲਟ ਗਿਆ ਸੀ. ਇਸ ਸਥਿਤੀ ਨੂੰ ਸਪਸ਼ਟ ਜਾਂ ਅਪ੍ਰਤੱਖ ਲਿਖਤੀ ਤਾਲੇ ਦੁਆਰਾ ਠੀਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਭਾਵ, ਅਸੀਂ ਜਾਂ ਤਾਂ ਰਿਕਾਰਡ ਨੂੰ ਅਪਡੇਟ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਫਿਰ ਇੱਕ ਅਟੱਲ ਤਾਲਾ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਅਸੀਂ ਪ੍ਰਦਰਸ਼ਨ ਕਰਦੇ ਹਾਂ ਅੱਪਡੇਟ ਲਈ ਚੁਣੋ, ਜਿਸ ਨਾਲ ਪੜ੍ਹਨ ਅਤੇ ਲਿਖਣ ਦਾ ਲਾਕ ਹੋ ਜਾਂਦਾ ਹੈ। ਕਿਰਪਾ ਕਰਕੇ ਨੋਟ ਕਰੋ ਕਿ ਅਜਿਹੀ ਕਾਰਵਾਈ ਕਾਫ਼ੀ ਖ਼ਤਰਨਾਕ ਹੈ: ਸਾਡੀ "ਮਾਸੂਮ" ਰੀਡਿੰਗ ਨਾਲ, ਅਸੀਂ ਹੋਰ ਰੀਡਿੰਗਾਂ ਨੂੰ ਰੋਕਦੇ ਹਾਂ। ਕੁਝ ਡਾਟਾਬੇਸ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਪੇਸ਼ ਕਰਦੇ ਹਨ ਸ਼ੇਅਰ ਲਈ ਚੁਣੋ, ਡਾਟਾ ਪੜ੍ਹਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਪਰ ਸੋਧਿਆ ਨਹੀਂ ਜਾਂਦਾ।

ਕਰਸਰ ਗੁਆਚਿਆ ਅੱਪਡੇਟ

ਵਧੀਆ ਨਿਯੰਤਰਣ ਲਈ, ਬੇਸ ਹੋਰ ਸਾਧਨ ਪੇਸ਼ ਕਰ ਸਕਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਕਰਸਰ। ਇੱਕ ਕਰਸਰ ਇੱਕ ਢਾਂਚਾ ਹੈ ਜਿਸ ਵਿੱਚ ਕਤਾਰਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੁੰਦਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਉੱਤੇ ਦੁਹਰਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਚੋਣ_ਸਟੇਟਮੈਂਟ ਲਈ ਕਰਸਰ_ਨਾਮ ਘੋਸ਼ਿਤ ਕਰੋ. ਕਰਸਰ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਚੁਣ ਕੇ ਦਰਸਾਇਆ ਗਿਆ ਹੈ।

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

ਨਾ-ਦੁਹਰਾਉਣਯੋਗ ਪੜ੍ਹਿਆ

ਨਾ-ਦੁਹਰਾਉਣਯੋਗ ਰੀਡ ਇਹ ਹੈ ਕਿ ਸਾਡੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੌਰਾਨ, ਇੱਕੋ ਰਿਕਾਰਡ ਦੇ ਲਗਾਤਾਰ 2 ਰੀਡਜ਼ ਵੱਖ-ਵੱਖ ਨਤੀਜਿਆਂ ਦੀ ਅਗਵਾਈ ਕਰਨਗੇ, ਕਿਉਂਕਿ ਇਹਨਾਂ ਦੋ ਰੀਡਾਂ ਵਿਚਕਾਰ ਇੱਕ ਹੋਰ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨੇ ਦਖਲ ਦਿੱਤਾ, ਸਾਡੇ ਡੇਟਾ ਨੂੰ ਬਦਲਿਆ ਅਤੇ ਵਚਨਬੱਧ ਕੀਤਾ ਗਿਆ ਸੀ।

ਇਹ ਵੀ ਇੱਕ ਸਮੱਸਿਆ ਕਿਉਂ ਹੈ? ਕਲਪਨਾ ਕਰੋ ਕਿ ਤਸਵੀਰ ਵਿੱਚ ਟ੍ਰਾਂਜੈਕਸ਼ਨ T2 ਦਾ ਟੀਚਾ ਉਹਨਾਂ ਸਾਰੀਆਂ ਵਸਤਾਂ ਦੀ ਚੋਣ ਕਰਨਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਕੀਮਤ 150 ਡਾਲਰ ਤੋਂ ਘੱਟ ਹੈ। ਕਿਸੇ ਹੋਰ ਨੇ ਕੀਮਤ ਨੂੰ $200 ਤੱਕ ਅੱਪਡੇਟ ਕੀਤਾ। ਇਸ ਤਰ੍ਹਾਂ, ਸਥਾਪਿਤ ਫਿਲਟਰ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ.

ਜਦੋਂ ਦੋ-ਪੜਾਅ ਦੇ ਇੰਟਰਲਾਕ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਜਾਂ ਜਦੋਂ MVCC ਵਿਧੀ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਵਿਗਾੜਾਂ ਵਾਪਰਦੀਆਂ ਹਨ, ਜਿਸ ਬਾਰੇ ਮੈਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਚਰਚਾ ਕਰਨਾ ਚਾਹਾਂਗਾ।

ਫੈਂਟਮ ਪੜ੍ਹਿਆ

ਫੈਂਟਮ ਡੇਟਾ ਦਾ ਇੱਕ ਰੀਡ ਹੈ ਜੋ ਕਿਸੇ ਹੋਰ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦੁਆਰਾ ਜੋੜਿਆ ਗਿਆ ਸੀ।

ਇੱਕ ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, ਜਦੋਂ ਇਹ ਵਿਗਾੜ ਵਾਪਰਦਾ ਹੈ ਤਾਂ ਅਸੀਂ ਸਭ ਤੋਂ ਸਸਤੇ ਉਤਪਾਦ ਦੀ ਗਲਤ ਚੋਣ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹਾਂ।

ਫੈਂਟਮ ਰੀਡਜ਼ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਣਾ ਪਹਿਲਾਂ ਹੀ ਕਾਫ਼ੀ ਮੁਸ਼ਕਲ ਹੈ. ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਬਲਾਕ ਕਰਨਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਅਸੀਂ ਕਿਸੇ ਅਜਿਹੀ ਚੀਜ਼ ਨੂੰ ਬਲੌਕ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜੋ ਅਜੇ ਮੌਜੂਦ ਨਹੀਂ ਹੈ। 2PL ਸਿਸਟਮ ਭਵਿੱਖਬਾਣੀ ਲੌਕਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜਦੋਂ ਕਿ MVCC ਸਿਸਟਮਾਂ ਵਿੱਚ ਇੱਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਸ਼ਡਿਊਲਰ ਹੁੰਦਾ ਹੈ ਜੋ ਲੈਣ-ਦੇਣ ਨੂੰ ਵਾਪਸ ਲਿਆਉਂਦਾ ਹੈ ਜੋ ਇੱਕ ਸੰਮਿਲਨ ਦੁਆਰਾ ਵਿਘਨ ਪਾ ਸਕਦੇ ਹਨ। ਪਹਿਲੀ ਅਤੇ ਦੂਜੀ ਵਿਧੀ ਦੋਵੇਂ ਕਾਫ਼ੀ ਭਾਰੀ ਹਨ.

ਸਕਿਊ ਪੜ੍ਹੋ

ਰੀਡ ਸਕਿਊ ਉਦੋਂ ਵਾਪਰਦਾ ਹੈ ਜਦੋਂ ਅਸੀਂ ਕਈ ਟੇਬਲਾਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਾਂ, ਜਿਸ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਲਗਾਤਾਰ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ।

ਮੰਨ ਲਓ ਕਿ ਸਾਡੇ ਕੋਲ ਪੋਸਟਾਂ ਅਤੇ ਉਹਨਾਂ ਦੀ ਮੈਟਾ ਜਾਣਕਾਰੀ ਨੂੰ ਦਰਸਾਉਣ ਵਾਲੀਆਂ ਟੇਬਲ ਹਨ:

ਇੱਕ ਲੈਣ-ਦੇਣ ਟੇਬਲਾਂ ਤੋਂ ਪੜ੍ਹਦਾ ਹੈ, ਦੂਜਾ ਉਹਨਾਂ ਨੂੰ ਸੋਧਦਾ ਹੈ:

ਟ੍ਰਾਂਜੈਕਸ਼ਨ T1 ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਪੋਸਟ ਵਿੱਚ ਸਿਰਲੇਖ = ਚੰਗਾ, ਅਤੇ ਅੱਪਡੇਟ_ਬਾਈ = T2 ਹੈ, ਜੋ ਕਿ ਕੁਝ ਕਿਸਮ ਦੀ ਅਸੰਗਤਤਾ ਹੈ।

ਵਾਸਤਵ ਵਿੱਚ, ਇਹ ਇੱਕ ਗੈਰ-ਦੁਹਰਾਉਣਯੋਗ ਰੀਡ ਹੈ, ਪਰ ਕਈ ਟੇਬਲ ਦੇ ਹਿੱਸੇ ਵਜੋਂ।

ਇਸ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ, T1 ​​ਉਹਨਾਂ ਸਾਰੀਆਂ ਕਤਾਰਾਂ 'ਤੇ ਤਾਲੇ ਲਗਾ ਸਕਦਾ ਹੈ ਜੋ ਇਹ ਪੜ੍ਹੇਗੀ, ਜੋ ਕਿ ਟ੍ਰਾਂਜੈਕਸ਼ਨ T2 ਨੂੰ ਜਾਣਕਾਰੀ ਬਦਲਣ ਤੋਂ ਰੋਕੇਗਾ। MVCC ਦੇ ਮਾਮਲੇ ਵਿੱਚ, T2 ਲੈਣ-ਦੇਣ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ। ਜੇਕਰ ਅਸੀਂ ਕਰਸਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ ਤਾਂ ਇਸ ਵਿਗਾੜ ਤੋਂ ਸੁਰੱਖਿਆ ਮਹੱਤਵਪੂਰਨ ਬਣ ਸਕਦੀ ਹੈ।

ਤਿੱਖਾ ਲਿਖੋ

ਇਸ ਵਿਗਾੜ ਨੂੰ ਇੱਕ ਉਦਾਹਰਣ ਨਾਲ ਸਮਝਾਉਣਾ ਵੀ ਆਸਾਨ ਹੈ: ਮੰਨ ਲਓ ਕਿ ਸਾਡੇ ਸਿਸਟਮ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਡਾਕਟਰ ਡਿਊਟੀ 'ਤੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਦੋਵਾਂ ਡਾਕਟਰਾਂ ਨੇ ਆਪਣੀ ਡਿਊਟੀ ਰੱਦ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ:

ਗੜਬੜ ਦਾ ਮਤਲਬ ਇਹ ਸੀ ਕਿ ਕੋਈ ਵੀ ਡਾਕਟਰ ਡਿਊਟੀ 'ਤੇ ਨਹੀਂ ਹੋਵੇਗਾ। ਅਜਿਹਾ ਕਿਉਂ ਹੋਇਆ? ਕਿਉਂਕਿ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਇੱਕ ਅਜਿਹੀ ਸ਼ਰਤ ਦੀ ਜਾਂਚ ਕਰ ਰਿਹਾ ਸੀ ਜਿਸਦੀ ਕਿਸੇ ਹੋਰ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦੁਆਰਾ ਉਲੰਘਣਾ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਅਲੱਗ-ਥਲੱਗ ਹੋਣ ਕਾਰਨ ਅਸੀਂ ਇਹ ਬਦਲਾਅ ਨਹੀਂ ਦੇਖਿਆ।

ਇਹ ਉਹੀ ਨਾ-ਦੁਹਰਾਏ ਜਾਣ ਵਾਲਾ ਪੜ੍ਹਿਆ ਗਿਆ ਹੈ. ਵਿਕਲਪਕ ਤੌਰ 'ਤੇ, ਚੋਣਕਾਰ ਇਹਨਾਂ ਰਿਕਾਰਡਾਂ 'ਤੇ ਤਾਲੇ ਲਗਾ ਸਕਦੇ ਹਨ।

ਸਕਿਊ ਲਿਖੋ ਅਤੇ ਰੀਡ ਸਕਿਊ ਪਿਛਲੀਆਂ ਵਿਸੰਗਤੀਆਂ ਦੇ ਸੁਮੇਲ ਹਨ। ਤੁਸੀਂ ਰਾਈਟ ਸਕਿਊ 'ਤੇ ਵਿਚਾਰ ਕਰ ਸਕਦੇ ਹੋ, ਜੋ ਕਿ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਫੈਂਟਮ ਰੀਡ ਹੈ। ਇੱਕ ਸਾਰਣੀ 'ਤੇ ਵਿਚਾਰ ਕਰੋ ਜਿਸ ਵਿੱਚ ਕਰਮਚਾਰੀਆਂ ਦੇ ਨਾਮ, ਉਹਨਾਂ ਦੀਆਂ ਤਨਖਾਹਾਂ, ਅਤੇ ਉਹ ਪ੍ਰੋਜੈਕਟ ਜਿਸ 'ਤੇ ਉਹ ਕੰਮ ਕਰਦੇ ਹਨ:

ਨਤੀਜੇ ਵਜੋਂ, ਸਾਨੂੰ ਹੇਠ ਲਿਖੀ ਤਸਵੀਰ ਮਿਲਦੀ ਹੈ: ਹਰੇਕ ਮੈਨੇਜਰ ਨੇ ਸੋਚਿਆ ਕਿ ਉਹਨਾਂ ਦੀ ਤਬਦੀਲੀ ਬਜਟ ਤੋਂ ਵੱਧ ਨਹੀਂ ਜਾਵੇਗੀ, ਇਸਲਈ ਉਹਨਾਂ ਨੇ ਕਰਮਚਾਰੀਆਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕੀਤੀਆਂ ਜਿਸ ਨਾਲ ਲਾਗਤ ਵੱਧ ਗਈ।

ਸਮੱਸਿਆ ਦਾ ਕਾਰਨ ਬਿਲਕੁਲ ਉਹੀ ਹੈ ਜਿਵੇਂ ਕਿ ਫੈਂਟਮ ਰੀਡਿੰਗ ਵਿੱਚ.

ਸਿੱਟਾ

ਡੇਟਾਬੇਸ ਵਿੱਚ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਸੋਲੇਸ਼ਨ ਪੱਧਰ ਨੂੰ ਆਰਾਮ ਦੇਣਾ ਸੁਰੱਖਿਆ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਵਪਾਰ-ਬੰਦ ਹੈ; ਇਸ ਪੱਧਰ ਦੀ ਚੋਣ ਨੂੰ ਕਾਰੋਬਾਰ ਦੇ ਸੰਭਾਵੀ ਜੋਖਮਾਂ ਦੇ ਅਧਾਰ ਤੇ ਸੰਪਰਕ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜੇਕਰ ਕੁਝ ਵਿਗਾੜ ਪੈਦਾ ਹੁੰਦੇ ਹਨ।

ਕੋਰਸ ਬਾਰੇ ਹੋਰ ਜਾਣੋ।

ਸਰੋਤ: www.habr.com