ਪੋਸਟਗ੍ਰੇਸ ਲੌਕ ਮੈਨੇਜਰ ਨੂੰ ਅਨਲੌਕ ਕਰਨਾ। ਬਰੂਸ ਮੋਮਜਿਅਨ

ਬਰੂਸ ਮੋਮਜਿਅਨ ਦੇ 2020 ਭਾਸ਼ਣ ਦੀ ਪ੍ਰਤੀਲਿਪੀ "ਪੋਸਟਗ੍ਰੇਸ ਲੌਕ ਮੈਨੇਜਰ ਨੂੰ ਅਨਲੌਕ ਕਰਨਾ"।

(ਨੋਟ: ਸਲਾਈਡਾਂ ਤੋਂ ਸਾਰੀਆਂ SQL ਪੁੱਛਗਿੱਛਾਂ ਇਸ ਲਿੰਕ ਤੋਂ ਪ੍ਰਾਪਤ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ: http://momjian.us/main/writings/pgsql/locking.sql)

ਸਤ ਸ੍ਰੀ ਅਕਾਲ! ਇੱਥੇ ਰੂਸ ਵਿੱਚ ਦੁਬਾਰਾ ਆਉਣਾ ਬਹੁਤ ਵਧੀਆ ਹੈ। ਮੈਨੂੰ ਅਫ਼ਸੋਸ ਹੈ ਕਿ ਮੈਂ ਪਿਛਲੇ ਸਾਲ ਨਹੀਂ ਆ ਸਕਿਆ, ਪਰ ਇਸ ਸਾਲ ਇਵਾਨ ਅਤੇ ਮੇਰੇ ਕੋਲ ਵੱਡੀਆਂ ਯੋਜਨਾਵਾਂ ਹਨ। ਮੈਨੂੰ ਇੱਥੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਾਰ ਆਉਣ ਦੀ ਉਮੀਦ ਹੈ। ਮੈਨੂੰ ਰੂਸ ਆਉਣਾ ਪਸੰਦ ਹੈ। ਮੈਂ Tyumen, Tver ਦਾ ਦੌਰਾ ਕਰਾਂਗਾ. ਮੈਨੂੰ ਬਹੁਤ ਖੁਸ਼ੀ ਹੈ ਕਿ ਮੈਂ ਇਨ੍ਹਾਂ ਸ਼ਹਿਰਾਂ ਦਾ ਦੌਰਾ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵਾਂਗਾ।

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

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

ਇਹ ਇੱਕ ਬਜਾਏ ਕੋਝਾ ਗੱਲਬਾਤ ਹੈ. ਬਲਾਕਿੰਗ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਵਿਸ਼ਾ ਨਹੀਂ ਹੈ. ਅਸੀਂ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਇਹ ਕਿਤੇ ਗਾਇਬ ਹੋ ਜਾਵੇ। ਇਹ ਦੰਦਾਂ ਦੇ ਡਾਕਟਰ ਕੋਲ ਜਾਣ ਵਰਗਾ ਹੈ।

1. ਲਾਕ ਕਰਨਾ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਲਈ ਇੱਕ ਸਮੱਸਿਆ ਹੈ ਜੋ ਡੇਟਾਬੇਸ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਇੱਕੋ ਸਮੇਂ ਵਿੱਚ ਕਈ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚੱਲਦੀਆਂ ਹਨ। ਉਹਨਾਂ ਨੂੰ ਬਲਾਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਯਾਨੀ ਅੱਜ ਮੈਂ ਤੁਹਾਨੂੰ ਬਲਾਕਿੰਗ ਬਾਰੇ ਮੁੱਢਲੀ ਜਾਣਕਾਰੀ ਦੇਵਾਂਗਾ।
2. ਲੈਣ-ਦੇਣ ਆਈ.ਡੀ. ਇਹ ਪੇਸ਼ਕਾਰੀ ਦਾ ਇੱਕ ਬਹੁਤ ਹੀ ਬੋਰਿੰਗ ਹਿੱਸਾ ਹੈ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ।
3. ਅੱਗੇ ਅਸੀਂ ਬਲਾਕਿੰਗ ਦੀਆਂ ਕਿਸਮਾਂ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ. ਇਹ ਇੱਕ ਕਾਫ਼ੀ ਮਕੈਨੀਕਲ ਹਿੱਸਾ ਹੈ.
4. ਅਤੇ ਹੇਠਾਂ ਅਸੀਂ ਬਲਾਕਿੰਗ ਦੀਆਂ ਕੁਝ ਉਦਾਹਰਣਾਂ ਦੇਵਾਂਗੇ. ਅਤੇ ਇਸ ਨੂੰ ਸਮਝਣਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੋਵੇਗਾ.

ਆਉ ਬਲਾਕਿੰਗ ਬਾਰੇ ਗੱਲ ਕਰੀਏ.

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

ਅਤੇ ਇੱਥੇ ਅਸੀਂ ਓਰੇਕਲ ਤੋਂ ਸਾਡੇ ਕੋਲ ਆਏ ਤਾਲੇ ਦਾ ਨਾਮ ਦੇਖਦੇ ਹਾਂ. ਅਸੀਂ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ.

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

ਅਤੇ ਸ਼ਬਦ "ਪਹੁੰਚ" ਵੀ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ. ਅਤੇ ਸ਼ਬਦ "ਕਤਾਰ" ਇੱਕ ਸਤਰ ਹਨ। ਭਾਵ, ਪਹੁੰਚ ਵੰਡ, ਕਤਾਰ ਵੰਡ।

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

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

ਇਹ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ ਕਿ ਸਲਾਈਡਾਂ ਨੂੰ ਸਮਝਣਾ ਕਾਫ਼ੀ ਮੁਸ਼ਕਲ ਹੋਵੇਗਾ, ਇਸ ਲਈ ਲਾਲ ਰੰਗ ਵਿੱਚ ਜੋ ਕੁਝ ਉਜਾਗਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਉਸ ਵੱਲ ਤੁਹਾਨੂੰ ਧਿਆਨ ਦੇਣ ਦੀ ਲੋੜ ਹੈ।

http://momjian.us/main/writings/pgsql/locking.sql

ਚਲੋ ਵੇਖਦੇ ਹਾਂ. ਲੈਣ-ਦੇਣ ਨੰਬਰ ਨੂੰ ਲਾਲ ਰੰਗ ਵਿੱਚ ਉਜਾਗਰ ਕੀਤਾ ਗਿਆ ਹੈ। SELECT pg_back ਫੰਕਸ਼ਨ ਇੱਥੇ ਦਿਖਾਇਆ ਗਿਆ ਹੈ। ਇਹ ਮੇਰਾ ਲੈਣ-ਦੇਣ ਅਤੇ ਲੈਣ-ਦੇਣ ID ਵਾਪਸ ਕਰਦਾ ਹੈ।

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

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

ਅਤੇ ਸਾਨੂੰ ਇਸ ਨੂੰ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ. ਇਹ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਨਹੀਂ ਤਾਂ ਅਸੀਂ ਪੋਸਟਗ੍ਰੇਸ ਵਿੱਚ ਤਾਲਾਬੰਦੀ ਨੂੰ ਸਮਝਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵਾਂਗੇ.

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

ਅਤੇ ਇਹ ਪੋਸਟਗ੍ਰੇਸ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਸੁਧਾਰ ਕਰਦਾ ਹੈ, ਸਫਾਈ ਸਮਰੱਥਾ ਵਿੱਚ ਸੁਧਾਰ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਵਰਚੁਅਲ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਡੀ ਵਿੱਚ ਦੋ ਨੰਬਰ ਹੁੰਦੇ ਹਨ। ਸਲੈਸ਼ ਤੋਂ ਪਹਿਲਾਂ ਪਹਿਲਾ ਨੰਬਰ ਬੈਕਐਂਡ ID ਹੈ। ਅਤੇ ਸੱਜੇ ਪਾਸੇ ਅਸੀਂ ਸਿਰਫ਼ ਇੱਕ ਕਾਊਂਟਰ ਦੇਖਦੇ ਹਾਂ।

ਇਸ ਲਈ, ਜੇ ਮੈਂ ਇੱਕ ਬੇਨਤੀ ਚਲਾਉਂਦਾ ਹਾਂ, ਤਾਂ ਇਹ ਕਹਿੰਦਾ ਹੈ ਕਿ ਬੈਕਐਂਡ ID 2 ਹੈ.

ਅਤੇ ਜੇਕਰ ਮੈਂ ਅਜਿਹੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਦੀ ਇੱਕ ਲੜੀ ਚਲਾਉਂਦਾ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਹਰ ਵਾਰ ਜਦੋਂ ਮੈਂ ਇੱਕ ਪੁੱਛਗਿੱਛ ਚਲਾਉਂਦਾ ਹਾਂ ਤਾਂ ਕਾਊਂਟਰ ਵਧਦਾ ਹੈ. ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਮੈਂ ਪੁੱਛਗਿੱਛ 2/10, 2/11, 2/12, ਆਦਿ ਨੂੰ ਚਲਾਉਂਦਾ ਹਾਂ.

ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ ਕਿ ਇੱਥੇ ਦੋ ਕਾਲਮ ਹਨ. ਖੱਬੇ ਪਾਸੇ ਅਸੀਂ ਵਰਚੁਅਲ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ID - 2/12 ਦੇਖਦੇ ਹਾਂ। ਅਤੇ ਸੱਜੇ ਪਾਸੇ ਸਾਡੇ ਕੋਲ ਇੱਕ ਸਥਾਈ ਲੈਣ-ਦੇਣ ID ਹੈ। ਅਤੇ ਇਹ ਖੇਤਰ ਖਾਲੀ ਹੈ। ਅਤੇ ਇਹ ਲੈਣ-ਦੇਣ ਡੇਟਾਬੇਸ ਨੂੰ ਸੰਸ਼ੋਧਿਤ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ ਮੈਂ ਇਸਨੂੰ ਸਥਾਈ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈ.ਡੀ. ਨਹੀਂ ਦਿੰਦਾ।

ਜਿਵੇਂ ਹੀ ਮੈਂ ਵਿਸ਼ਲੇਸ਼ਣ ਕਮਾਂਡ ((ANALYZE)) ਨੂੰ ਚਲਾਉਂਦਾ ਹਾਂ, ਉਹੀ ਪੁੱਛਗਿੱਛ ਮੈਨੂੰ ਇੱਕ ਸਥਾਈ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ID ਦਿੰਦੀ ਹੈ। ਦੇਖੋ ਕਿ ਇਹ ਸਾਡੇ ਲਈ ਕਿਵੇਂ ਬਦਲ ਗਿਆ ਹੈ। ਮੇਰੇ ਕੋਲ ਇਹ ID ਪਹਿਲਾਂ ਨਹੀਂ ਸੀ, ਪਰ ਹੁਣ ਮੇਰੇ ਕੋਲ ਹੈ।

ਇਸ ਲਈ ਇੱਥੇ ਇੱਕ ਹੋਰ ਬੇਨਤੀ ਹੈ, ਇੱਕ ਹੋਰ ਲੈਣ-ਦੇਣ. ਵਰਚੁਅਲ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨੰਬਰ 2/13 ਹੈ। ਅਤੇ ਜੇਕਰ ਮੈਂ ਇੱਕ ਲਗਾਤਾਰ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਡੀ ਦੀ ਮੰਗ ਕਰਦਾ ਹਾਂ, ਤਾਂ ਜਦੋਂ ਮੈਂ ਪੁੱਛਗਿੱਛ ਨੂੰ ਚਲਾਵਾਂਗਾ, ਤਾਂ ਮੈਨੂੰ ਇਹ ਮਿਲੇਗਾ.

ਇਸ ਲਈ, ਇੱਕ ਵਾਰ ਹੋਰ. ਸਾਡੇ ਕੋਲ ਇੱਕ ਵਰਚੁਅਲ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ID ਅਤੇ ਇੱਕ ਸਥਾਈ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ID ਹੈ। ਪੋਸਟਗ੍ਰੇਸ ਵਿਵਹਾਰ ਨੂੰ ਸਮਝਣ ਲਈ ਬਸ ਇਸ ਬਿੰਦੂ ਨੂੰ ਸਮਝੋ.

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

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

ਇੱਕ ਪੁੱਛਗਿੱਛ ਬਣਾਉਣ ਅਤੇ ਇਹ ਦੇਖਣ ਲਈ ਕਿ ਪੋਸਟਗ੍ਰੇਸ ਵਿੱਚ ਕੀ ਹੋ ਰਿਹਾ ਹੈ, ਸਾਨੂੰ ਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਵਿੱਚ ਪੁੱਛਗਿੱਛ ਜਾਰੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, pg_lock ਨੂੰ ਲਾਲ ਰੰਗ ਵਿੱਚ ਉਜਾਗਰ ਕੀਤਾ ਗਿਆ ਹੈ। Pg_lock ਇੱਕ ਸਿਸਟਮ ਟੇਬਲ ਹੈ ਜੋ ਸਾਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਪੋਸਟਗ੍ਰੇਸ ਵਿੱਚ ਵਰਤਮਾਨ ਵਿੱਚ ਕਿਹੜੇ ਤਾਲੇ ਵਰਤੇ ਜਾ ਰਹੇ ਹਨ।

ਹਾਲਾਂਕਿ, ਮੇਰੇ ਲਈ ਤੁਹਾਨੂੰ ਆਪਣੇ ਆਪ pg_lock ਦਿਖਾਉਣਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੈ ਕਿਉਂਕਿ ਇਹ ਕਾਫ਼ੀ ਗੁੰਝਲਦਾਰ ਹੈ। ਇਸ ਲਈ ਮੈਂ ਇੱਕ ਦ੍ਰਿਸ਼ ਬਣਾਇਆ ਜੋ pg_locks ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ. ਅਤੇ ਇਹ ਮੇਰੇ ਲਈ ਕੁਝ ਕੰਮ ਵੀ ਕਰਦਾ ਹੈ ਜੋ ਮੈਨੂੰ ਬਿਹਤਰ ਸਮਝਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਭਾਵ, ਇਹ ਮੇਰੇ ਤਾਲੇ, ਮੇਰੇ ਆਪਣੇ ਸੈਸ਼ਨ, ਆਦਿ ਨੂੰ ਬਾਹਰ ਰੱਖਦਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਮਿਆਰੀ SQL ਹੈ ਅਤੇ ਇਹ ਤੁਹਾਨੂੰ ਬਿਹਤਰ ਢੰਗ ਨਾਲ ਦਿਖਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਕਿ ਕੀ ਹੋ ਰਿਹਾ ਹੈ।

ਇੱਕ ਹੋਰ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਇਹ ਦ੍ਰਿਸ਼ ਬਹੁਤ ਚੌੜਾ ਹੈ, ਇਸ ਲਈ ਮੈਨੂੰ ਇੱਕ ਦੂਜਾ ਬਣਾਉਣਾ ਪਵੇਗਾ - lockview2.

ਅਤੇ ਇਹ ਮੈਨੂੰ ਸਾਰਣੀ ਤੋਂ ਹੋਰ ਕਾਲਮ ਦਿਖਾਉਂਦਾ ਹੈ. ਅਤੇ ਇੱਕ ਹੋਰ ਜੋ ਮੈਨੂੰ ਬਾਕੀ ਦੇ ਕਾਲਮ ਦਿਖਾਉਂਦਾ ਹੈ. ਇਹ ਕਾਫ਼ੀ ਗੁੰਝਲਦਾਰ ਹੈ, ਇਸ ਲਈ ਮੈਂ ਇਸਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਪੇਸ਼ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ.

ਇਸ ਲਈ ਅਸੀਂ ਲਾਕਡੇਮੋ ਨਾਮਕ ਇੱਕ ਸਾਰਣੀ ਬਣਾਈ ਹੈ। ਅਤੇ ਅਸੀਂ ਉੱਥੇ ਇੱਕ ਲਾਈਨ ਬਣਾਈ। ਇਹ ਸਾਡੀ ਨਮੂਨਾ ਸਾਰਣੀ ਹੈ. ਅਤੇ ਅਸੀਂ ਤੁਹਾਨੂੰ ਤਾਲੇ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਦਿਖਾਉਣ ਲਈ ਭਾਗ ਬਣਾਵਾਂਗੇ।

ਇਸ ਲਈ, ਇੱਕ ਕਤਾਰ, ਇੱਕ ਕਾਲਮ. ਪਹਿਲੀ ਕਿਸਮ ਦੇ ਲਾਕ ਨੂੰ ਐਕਸੈਸ ਸ਼ੇਅਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਭ ਤੋਂ ਘੱਟ ਪ੍ਰਤਿਬੰਧਿਤ ਬਲਾਕਿੰਗ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਇਹ ਅਮਲੀ ਤੌਰ 'ਤੇ ਦੂਜੇ ਤਾਲੇ ਨਾਲ ਟਕਰਾਅ ਨਹੀਂ ਕਰਦਾ.

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

ਅੱਗੇ, ਜੇ ਅਸੀਂ ਦੂਜੇ ਕਾਲਮ ਨੂੰ ਵੇਖੀਏ, ਤਾਂ ਉਥੇ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ. ਉਹ ਖਾਲੀ ਹਨ।

ਅਤੇ ਜੇਕਰ ਮੈਂ "SELECT" ਕਮਾਂਡ ਚਲਾਉਂਦਾ ਹਾਂ, ਤਾਂ ਇਹ AccessShareLock ਦੀ ਬੇਨਤੀ ਕਰਨ ਦਾ ਅਪ੍ਰਤੱਖ (ਸਪੱਸ਼ਟ) ਤਰੀਕਾ ਹੈ। ਇਸ ਲਈ ਮੈਂ ਆਪਣੀ ਟੇਬਲ ਨੂੰ ਜਾਰੀ ਕਰਦਾ ਹਾਂ ਅਤੇ ਪੁੱਛਗਿੱਛ ਨੂੰ ਚਲਾਉਂਦਾ ਹਾਂ ਅਤੇ ਪੁੱਛਗਿੱਛ ਕਈ ਕਤਾਰਾਂ ਨੂੰ ਵਾਪਸ ਕਰਦੀ ਹੈ। ਅਤੇ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਅਸੀਂ AccessShareLock ਦੇਖਦੇ ਹਾਂ। ਇਸ ਤਰ੍ਹਾਂ, ਸਿਲੈਕਟ ਟੇਬਲ 'ਤੇ AccessShareLock ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ। ਅਤੇ ਇਹ ਅਸਲ ਵਿੱਚ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨਾਲ ਟਕਰਾਅ ਨਹੀਂ ਕਰਦਾ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਨੀਵੇਂ-ਪੱਧਰ ਦਾ ਲਾਕ ਹੈ।

ਜੇ ਮੈਂ ਇੱਕ SELECT ਚਲਾਵਾਂ ਅਤੇ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਟੇਬਲ ਹੋਣ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? ਪਹਿਲਾਂ ਮੈਂ ਸਿਰਫ ਇੱਕ ਟੇਬਲ ਚਲਾ ਰਿਹਾ ਸੀ, ਹੁਣ ਮੈਂ ਤਿੰਨ ਚਲਾ ਰਿਹਾ ਹਾਂ: pg_class, pg_namespace ਅਤੇ pg_attribute.

ਅਤੇ ਹੁਣ ਜਦੋਂ ਮੈਂ ਪੁੱਛਗਿੱਛ ਨੂੰ ਵੇਖਦਾ ਹਾਂ, ਮੈਨੂੰ ਤਿੰਨ ਟੇਬਲਾਂ ਵਿੱਚ 9 AccessShareLocks ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ. ਕਿਉਂ? ਤਿੰਨ ਟੇਬਲਾਂ ਨੂੰ ਨੀਲੇ ਰੰਗ ਵਿੱਚ ਉਜਾਗਰ ਕੀਤਾ ਗਿਆ ਹੈ: pg_attribute, pg_class, pg_namespace। ਪਰ ਤੁਸੀਂ ਇਹ ਵੀ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਇਹਨਾਂ ਟੇਬਲਾਂ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਸਾਰੇ ਸੂਚਕਾਂਕ ਵਿੱਚ ਵੀ AccessShareLock ਹੈ।

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

ਰੋਅ ਸ਼ੇਅਰ - ਇਹ ਲਾਕ ਥੋੜ੍ਹਾ ਵੱਖਰਾ ਹੈ।

ਆਓ ਇੱਕ ਉਦਾਹਰਨ ਲਈਏ। ਹਰੇਕ ਕਤਾਰ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਲਾਕ ਕਰਨ ਲਈ ਕਤਾਰ ਸਾਂਝਾ ਕਰਨ ਦਾ ਤਰੀਕਾ ਚੁਣੋ. ਇਸ ਤਰ੍ਹਾਂ ਕੋਈ ਵੀ ਉਹਨਾਂ ਨੂੰ ਮਿਟਾ ਜਾਂ ਬਦਲ ਨਹੀਂ ਸਕਦਾ ਜਦੋਂ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਦੇਖ ਰਹੇ ਹੁੰਦੇ ਹਾਂ।

ਤਾਂ SHARE LOCK ਕੀ ਕਰਦਾ ਹੈ? ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ SELECT ਲਈ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ID 681 ਹੈ। ਅਤੇ ਇਹ ਦਿਲਚਸਪ ਹੈ. ਇੱਥੇ ਕੀ ਹੋਇਆ? ਪਹਿਲੀ ਵਾਰ ਜਦੋਂ ਅਸੀਂ ਨੰਬਰ "ਲਾਕ" ਖੇਤਰ ਵਿੱਚ ਦੇਖਦੇ ਹਾਂ। ਅਸੀਂ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਡੀ ਲੈਂਦੇ ਹਾਂ ਅਤੇ ਇਹ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਹ ਇਸਨੂੰ ਵਿਸ਼ੇਸ਼ ਮੋਡ ਵਿੱਚ ਬਲੌਕ ਕਰ ਰਿਹਾ ਹੈ। ਇਹ ਸਭ ਇਹ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਕਹਿੰਦਾ ਹੈ ਕਿ ਮੇਰੇ ਕੋਲ ਇੱਕ ਕਤਾਰ ਹੈ ਜੋ ਟੇਬਲ ਵਿੱਚ ਕਿਤੇ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਬੰਦ ਹੈ। ਪਰ ਉਹ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿੱਥੇ ਹੈ। ਅਸੀਂ ਥੋੜੀ ਦੇਰ ਬਾਅਦ ਇਸ ਨੂੰ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਦੇਖਾਂਗੇ।

ਇੱਥੇ ਅਸੀਂ ਕਹਿੰਦੇ ਹਾਂ ਕਿ ਤਾਲਾ ਸਾਡੇ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ.

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

SHARE EXCLUSIVE ਇੱਕ ਲੰਬਾ ਲਾਕ ਹੈ।

ਇਹ (ANALYZE) ਵਿਸ਼ਲੇਸ਼ਕ ਕਮਾਂਡ ਹੈ ਜੋ ਵਰਤੀ ਜਾਵੇਗੀ।

ਸ਼ੇਅਰ ਲਾਕ - ਤੁਸੀਂ ਸ਼ੇਅਰ ਮੋਡ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਲਾਕ ਕਰ ਸਕਦੇ ਹੋ।

ਤੁਸੀਂ ਇੱਕ ਵਿਲੱਖਣ ਸੂਚਕਾਂਕ ਵੀ ਬਣਾ ਸਕਦੇ ਹੋ। ਅਤੇ ਉੱਥੇ ਤੁਸੀਂ SHARE LOCK ਦੇਖ ਸਕਦੇ ਹੋ, ਜੋ ਉਹਨਾਂ ਦਾ ਹਿੱਸਾ ਹੈ। ਅਤੇ ਇਹ ਟੇਬਲ ਨੂੰ ਲਾਕ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਉੱਤੇ ਇੱਕ ਸ਼ੇਅਰ ਲਾਕ ਲਗਾ ਦਿੰਦਾ ਹੈ।

ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ, ਇੱਕ ਮੇਜ਼ ਉੱਤੇ SHARE LOCK ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਦੂਜੇ ਲੋਕ ਸਾਰਣੀ ਨੂੰ ਪੜ੍ਹ ਸਕਦੇ ਹਨ, ਪਰ ਕੋਈ ਵੀ ਇਸਨੂੰ ਸੋਧ ਨਹੀਂ ਸਕਦਾ ਹੈ। ਅਤੇ ਇਹ ਬਿਲਕੁਲ ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਵਿਲੱਖਣ ਸੂਚਕਾਂਕ ਬਣਾਉਂਦੇ ਹੋ.

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

ਸ਼ੇਅਰ ਕਤਾਰ ਐਕਸਕਲੂਸਿਵ - ਦੁਬਾਰਾ ਇਸਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ (ਸਪੱਸ਼ਟ ਤੌਰ' ਤੇ) ਸੈੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਜਾਂ ਅਸੀਂ ਇੱਕ ਨਿਯਮ ਬਣਾ ਸਕਦੇ ਹਾਂ, ਭਾਵ, ਇੱਕ ਖਾਸ ਕੇਸ ਲੈ ਸਕਦੇ ਹਾਂ ਜਿਸ ਵਿੱਚ ਇਹ ਵਰਤਿਆ ਜਾਵੇਗਾ।

ਵਿਸ਼ੇਸ਼ ਤਾਲਾਬੰਦੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੋਈ ਹੋਰ ਟੇਬਲ ਨੂੰ ਨਹੀਂ ਬਦਲ ਸਕਦਾ।

ਇੱਥੇ ਅਸੀਂ ਵੱਖ-ਵੱਖ ਤਰ੍ਹਾਂ ਦੇ ਤਾਲੇ ਦੇਖਦੇ ਹਾਂ।

ਐਕਸੈਸ ਐਕਸਕਲੂਸਿਵ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਬਲਾਕਿੰਗ ਕਮਾਂਡ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜੇ ਤੁਸੀਂ ਕਰਦੇ ਹੋ CLUSTER table, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੋਵੇਗਾ ਕਿ ਕੋਈ ਵੀ ਉੱਥੇ ਨਹੀਂ ਲਿਖ ਸਕੇਗਾ। ਅਤੇ ਇਹ ਨਾ ਸਿਰਫ਼ ਟੇਬਲ ਨੂੰ ਹੀ ਲਾਕ ਕਰਦਾ ਹੈ, ਬਲਕਿ ਸੂਚਕਾਂਕ ਨੂੰ ਵੀ।

ਇਹ ਐਕਸੈਸ ਐਕਸਕਲੂਸਿਵ ਬਲਾਕਿੰਗ ਦਾ ਦੂਜਾ ਪੰਨਾ ਹੈ, ਜਿੱਥੇ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਇਹ ਸਾਰਣੀ ਵਿੱਚ ਕੀ ਬਲੌਕ ਕਰਦਾ ਹੈ। ਇਹ ਵਿਅਕਤੀਗਤ ਸਾਰਣੀ ਦੀਆਂ ਕਤਾਰਾਂ ਨੂੰ ਲਾਕ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਕਾਫ਼ੀ ਦਿਲਚਸਪ ਹੈ।

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

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

ਆਓ ਕੁਝ ਖਾਸ ਉਦਾਹਰਣਾਂ 'ਤੇ ਗੌਰ ਕਰੀਏ।

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

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

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

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

ਇੱਕ ਅੱਪਡੇਟ ਬਾਰੇ ਕੀ? ਮੈਂ ਹੁਣ ਕਤਾਰ ਨੂੰ ਅੱਪਡੇਟ ਕਰ ਰਿਹਾ/ਰਹੀ ਹਾਂ, ਅਤੇ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਇਸ ਨੇ ਇੱਕੋ ਸਮੇਂ ਦੋ ਵੱਖ-ਵੱਖ ਓਪਰੇਸ਼ਨ ਕੀਤੇ ਹਨ। ਇਸਨੇ ਉਸੇ ਸਮੇਂ ਟੇਬਲ ਨੂੰ ਤਾਲਾਬੰਦ ਕਰ ਦਿੱਤਾ, ਪਰ ਇਸਨੇ ਸੂਚਕਾਂਕ ਨੂੰ ਵੀ ਲਾਕ ਕਰ ਦਿੱਤਾ। ਅਤੇ ਉਸਨੂੰ ਸੂਚਕਾਂਕ ਨੂੰ ਲਾਕ ਕਰਨ ਦੀ ਲੋੜ ਸੀ ਕਿਉਂਕਿ ਇਸ ਸਾਰਣੀ ਵਿੱਚ ਵਿਲੱਖਣ ਰੁਕਾਵਟਾਂ ਹਨ. ਅਤੇ ਅਸੀਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਕੋਈ ਵੀ ਇਸਨੂੰ ਬਦਲਦਾ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ ਇਸਨੂੰ ਬਲੌਕ ਕਰਦੇ ਹਾਂ।

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

ਜੇ ਤੁਸੀਂ ਹੈਰਾਨ ਹੋ ਰਹੇ ਹੋ ਕਿ ਪੋਸਟਗ੍ਰੇਸ ਇਹ ਕਿਵੇਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਹ ਜਾਣਨ ਲਈ MVCC 'ਤੇ ਮੇਰੀ ਗੱਲਬਾਤ ਸੁਣਨ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ ਕਿ ਪੋਸਟਗ੍ਰੇਸ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਇਹਨਾਂ ਲਾਈਨਾਂ ਨੂੰ ਕਿਵੇਂ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਬਦਲਦਾ ਹੈ। ਅਤੇ ਪੋਸਟਗ੍ਰੇਸ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇਹ ਅਜਿਹਾ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਇਸਨੂੰ ਟੇਬਲ ਲਾਕਿੰਗ ਪੱਧਰ 'ਤੇ ਨਹੀਂ ਕਰਦਾ, ਇਹ ਇਸਨੂੰ ਹੇਠਲੇ ਅਤੇ ਵਧੇਰੇ ਕੁਸ਼ਲ ਪੱਧਰ 'ਤੇ ਕਰਦਾ ਹੈ।

ਜੇ ਮੈਂ ਕੁਝ ਮਿਟਾਉਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? ਜੇਕਰ ਮੈਂ ਮਿਟਾਉਂਦਾ ਹਾਂ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਕਤਾਰ ਅਤੇ ਮੇਰੇ ਕੋਲ ਅਜੇ ਵੀ ਮੇਰੇ ਦੋ ਬਲਾਕਿੰਗ ਇਨਪੁਟਸ ਹਨ, ਅਤੇ ਭਾਵੇਂ ਮੈਂ ਉਹਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਮਿਟਾਉਣਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਉਹ ਅਜੇ ਵੀ ਉੱਥੇ ਹਨ।

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

ਸਪਸ਼ਟ ਬਲੌਕਿੰਗ ਬਾਰੇ ਕੀ?

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

ਅਸੀਂ ਹਰੇਕ ਵਿਅਕਤੀਗਤ ਕਤਾਰ ਲਈ ਵੱਖਰੇ ਰਿਕਾਰਡ ਨਹੀਂ ਬਣਾਉਂਦੇ ਹਾਂ। ਕਿਉਂਕਿ ਫਿਰ ਉਤਪਾਦਕਤਾ ਘੱਟ ਜਾਂਦੀ ਹੈ, ਇਸਦੀ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੋ ਸਕਦੀ ਹੈ। ਅਤੇ ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਅਣਸੁਖਾਵੀਂ ਸਥਿਤੀ ਵਿੱਚ ਪਾ ਸਕਦੇ ਹਾਂ।

ਅਤੇ ਉਹੀ ਚੀਜ਼, ਜੇਕਰ ਅਸੀਂ ਸਾਂਝਾ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਇਸਨੂੰ 30 ਵਾਰ ਕਰ ਸਕਦੇ ਹਾਂ।

ਅਸੀਂ ਆਪਣੀ ਸਾਰਣੀ ਨੂੰ ਬਹਾਲ ਕਰਦੇ ਹਾਂ, ਸਭ ਕੁਝ ਮਿਟਾਉਂਦੇ ਹਾਂ, ਫਿਰ ਇੱਕ ਕਤਾਰ ਦੁਬਾਰਾ ਪਾਓ.

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

ਮੈਂ ਤੁਹਾਨੂੰ ਇਸਦੀ ਇੱਕ ਉਦਾਹਰਣ ਦਿਖਾਵਾਂਗਾ। ਮੈਂ ਹੁਣ ਇੱਕ ਚੋਣ ਕਰਾਂਗਾ। ਅਸੀਂ ਫਿਰ INSERT ਕਰਾਂਗੇ। ਅਤੇ ਫਿਰ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ - 694. ਤੁਸੀਂ ਉਸ ਲੈਣ-ਦੇਣ ਦੀ ID ਦੇਖ ਸਕਦੇ ਹੋ ਜਿਸ ਨੇ ਇਹ ਸੰਮਿਲਨ ਕੀਤਾ ਹੈ। ਅਤੇ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ।

ਅਤੇ ਜੇ ਮੈਂ ਹੁਣ ਆਪਣੀ ਬੈਕਐਂਡ ਆਈਡੀ ਨੂੰ ਵੇਖਦਾ ਹਾਂ, ਤਾਂ ਇਹ ਹੁਣ 695 ਹੈ.

ਅਤੇ ਮੈਂ ਆਪਣੀ ਸਾਰਣੀ ਵਿੱਚ 695 ਨੂੰ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹਾਂ।

ਅਤੇ ਜੇ ਮੈਂ ਇੱਥੇ ਇਸ ਤਰ੍ਹਾਂ ਅਪਡੇਟ ਕਰਦਾ ਹਾਂ, ਤਾਂ ਮੈਨੂੰ ਇੱਕ ਵੱਖਰਾ ਕੇਸ ਮਿਲਦਾ ਹੈ. ਇਸ ਕੇਸ ਵਿੱਚ, 695 ਇੱਕ ਨਿਵੇਕਲਾ ਲੌਕ ਹੈ, ਅਤੇ ਅੱਪਡੇਟ ਦਾ ਇੱਕੋ ਜਿਹਾ ਵਿਵਹਾਰ ਹੈ, ਪਰ ਉਹਨਾਂ ਵਿਚਕਾਰ ਕੋਈ ਟਕਰਾਅ ਨਹੀਂ ਹੈ, ਜੋ ਕਿ ਕਾਫ਼ੀ ਅਸਾਧਾਰਨ ਹੈ।

ਅਤੇ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਸਿਖਰ 'ਤੇ ਇਹ ShareLock ਹੈ, ਅਤੇ ਹੇਠਾਂ ਇਹ ExclusiveLock ਹੈ। ਅਤੇ ਦੋਨੋ ਲੈਣ-ਦੇਣ ਕੰਮ ਕੀਤਾ.

ਅਤੇ ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਲਈ MVCC 'ਤੇ ਮੇਰੇ ਭਾਸ਼ਣ ਨੂੰ ਸੁਣਨ ਦੀ ਲੋੜ ਹੈ ਕਿ ਇਹ ਕਿਵੇਂ ਹੁੰਦਾ ਹੈ। ਪਰ ਇਹ ਇੱਕ ਉਦਾਹਰਣ ਹੈ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਇੱਕੋ ਸਮੇਂ 'ਤੇ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਵੇਂ ਕਿ ਇੱਕੋ ਸਮੇਂ 'ਤੇ ਇੱਕ SELECT ਅਤੇ ਇੱਕ ਅੱਪਡੇਟ ਕਰੋ।

ਚਲੋ ਰੀਸੈਟ ਕਰੀਏ ਅਤੇ ਇੱਕ ਹੋਰ ਓਪਰੇਸ਼ਨ ਕਰੀਏ।

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

ਅਤੇ ਇਸ ਨੂੰ ਦਰਸਾਉਣ ਲਈ, ਮੈਂ ਲੌਕਡੇਮੋ ਟੇਬਲ ਨੂੰ ਦੇਖਾਂਗਾ। ਅਤੇ ਅਸੀਂ ਇੱਕ ਕਤਾਰ ਨੂੰ ਦੇਖਾਂਗੇ। ਪ੍ਰਤੀ ਲੈਣ-ਦੇਣ 698

ਅਸੀਂ ਇਸਨੂੰ 2 ਤੱਕ ਅੱਪਡੇਟ ਕਰ ਦਿੱਤਾ ਹੈ। 699 ਪਹਿਲਾ ਅਪਡੇਟ ਹੈ। ਅਤੇ ਇਹ ਸਫਲ ਸੀ ਜਾਂ ਇਹ ਇੱਕ ਬਕਾਇਆ ਲੈਣ-ਦੇਣ ਵਿੱਚ ਹੈ ਅਤੇ ਸਾਡੀ ਪੁਸ਼ਟੀ ਜਾਂ ਰੱਦ ਕਰਨ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ।

ਪਰ ਕੁਝ ਹੋਰ ਦੇਖੋ - 2/51 ਸਾਡਾ ਪਹਿਲਾ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਹੈ, ਸਾਡਾ ਪਹਿਲਾ ਸੈਸ਼ਨ. 3/112 ਦੂਜੀ ਬੇਨਤੀ ਹੈ ਜੋ ਸਿਖਰ ਤੋਂ ਆਈ ਹੈ ਜਿਸ ਨੇ ਉਸ ਮੁੱਲ ਨੂੰ 3 ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਹੈ। ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਦੇਖਿਆ ਹੈ, ਤਾਂ ਸਿਖਰ ਵਾਲੇ ਨੇ ਆਪਣੇ ਆਪ ਨੂੰ ਲਾਕ ਕਰ ਦਿੱਤਾ ਹੈ, ਜੋ ਕਿ 699 ਹੈ। ਪਰ 3/112 ਨੇ ਤਾਲਾ ਨਹੀਂ ਦਿੱਤਾ। ਲਾਕ_ਮੋਡ ਕਾਲਮ ਦੱਸਦਾ ਹੈ ਕਿ ਇਹ ਕਿਸ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ। ਇਹ 699 ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ। ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਕਿ 699 ਕਿੱਥੇ ਹੈ, ਤਾਂ ਇਹ ਵੱਧ ਹੈ। ਅਤੇ ਪਹਿਲੇ ਸੈਸ਼ਨ ਨੇ ਕੀ ਕੀਤਾ? ਉਸਨੇ ਆਪਣੀ ਖੁਦ ਦੀ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਡੀ 'ਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਲਾਕ ਬਣਾਇਆ ਹੈ। ਪੋਸਟਗ੍ਰੇਸ ਇਸ ਤਰ੍ਹਾਂ ਕਰਦਾ ਹੈ। ਇਹ ਆਪਣੀ ਖੁਦ ਦੀ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਡੀ ਨੂੰ ਬਲੌਕ ਕਰਦਾ ਹੈ। ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਕਿਸੇ ਦੀ ਪੁਸ਼ਟੀ ਜਾਂ ਰੱਦ ਕਰਨ ਦੀ ਉਡੀਕ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਲੰਬਿਤ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਹੋਣ ਤੱਕ ਉਡੀਕ ਕਰਨੀ ਪਵੇਗੀ। ਅਤੇ ਇਸ ਲਈ ਅਸੀਂ ਇੱਕ ਅਜੀਬ ਲਾਈਨ ਦੇਖ ਸਕਦੇ ਹਾਂ.

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

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

ਜੇ ਤੁਸੀਂ 6ਵੀਂ ਲਾਈਨ ਨੂੰ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਇਹ ਪਹਿਲੀ ਵਾਂਗ ਹੀ ਐਂਟਰੀ ਹੈ। ਅਤੇ ਇਸ ਲਈ ਟ੍ਰਾਂਜੈਕਸ਼ਨ 699 ਬਲੌਕ ਕੀਤਾ ਗਿਆ ਹੈ। 700 ਸੈਲਫ-ਲਾਕਿੰਗ ਵੀ ਹੈ। ਅਤੇ ਫਿਰ ਹੇਠਲੀ ਕਤਾਰ ਵਿੱਚ ਤੁਸੀਂ ਦੇਖੋਗੇ ਕਿ ਅਸੀਂ 699 ਦੇ ਕੰਮ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਾਂ।

ਅਤੇ lock_type ਵਿੱਚ, ਤੁਸੀਂ ਨੰਬਰ ਦੇਖਦੇ ਹੋ।

ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਇਹ 0/10 ਹੈ। ਅਤੇ ਇਹ ਪੰਨਾ ਨੰਬਰ ਹੈ, ਅਤੇ ਇਸ ਖਾਸ ਕਤਾਰ ਦਾ ਆਫਸੈੱਟ ਵੀ ਹੈ।

ਅਤੇ ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਕਿ ਇਹ 0/11 ਬਣ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਅਸੀਂ ਅਪਡੇਟ ਕਰਦੇ ਹਾਂ.

ਪਰ ਅਸਲ ਵਿੱਚ ਇਹ 0/10 ਹੈ, ਕਿਉਂਕਿ ਇਸ ਕਾਰਵਾਈ ਲਈ ਇੱਕ ਉਡੀਕ ਹੈ. ਸਾਡੇ ਕੋਲ ਇਹ ਦੇਖਣ ਦਾ ਮੌਕਾ ਹੈ ਕਿ ਇਹ ਉਹ ਲੜੀ ਹੈ ਜਿਸਦੀ ਮੈਂ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹਾਂ।

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

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

ਇਹ ਇੱਕ ਆਵਰਤੀ ਦ੍ਰਿਸ਼ ਹੈ ਜਿਸਦਾ ਇੱਕ ਹੋਰ ਭਾਗ ਵੀ ਹੈ। ਅਤੇ ਫਿਰ ਇਹ ਸਭ ਕੁਝ ਦੁਬਾਰਾ ਇਕੱਠੇ ਲਿਆਉਂਦਾ ਹੈ. ਆਓ ਇਸ ਦੀ ਵਰਤੋਂ ਕਰੀਏ।

ਕੀ ਹੋਵੇਗਾ ਜੇਕਰ ਅਸੀਂ ਇੱਕੋ ਸਮੇਂ ਤਿੰਨ ਅੱਪਡੇਟ ਕਰੀਏ ਅਤੇ ਕਹੀਏ ਕਿ ਕਤਾਰ ਹੁਣ ਤਿੰਨ ਹੈ। ਅਤੇ ਅਸੀਂ 3 ਤੋਂ 4 ਬਦਲਾਂਗੇ।

ਅਤੇ ਇੱਥੇ ਅਸੀਂ 4. ਅਤੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ID 702 ਦੇਖਦੇ ਹਾਂ।

ਅਤੇ ਫਿਰ ਮੈਂ 4 ਤੋਂ 5. ਅਤੇ 5 ਤੋਂ 6, ਅਤੇ 6 ਤੋਂ 7 ਵਿੱਚ ਬਦਲਾਂਗਾ। ਅਤੇ ਮੈਂ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਦੀ ਲਾਈਨ ਬਣਾਵਾਂਗਾ ਜੋ ਇਸ ਇੱਕ ਲੈਣ-ਦੇਣ ਦੇ ਖਤਮ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹੋਣਗੇ।

ਅਤੇ ਸਭ ਕੁਝ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ. ਪਹਿਲੀ ਕਤਾਰ ਕੀ ਹੈ? ਇਹ 702 ਹੈ। ਇਹ ਉਹ ਲੈਣ-ਦੇਣ ID ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਇਸ ਮੁੱਲ ਨੂੰ ਸੈੱਟ ਕਰਦੀ ਹੈ। ਮੇਰੇ ਗ੍ਰਾਂਟਿਡ ਕਾਲਮ ਵਿੱਚ ਕੀ ਲਿਖਿਆ ਹੈ? ਮੇਰੇ ਕੋਲ ਨਿਸ਼ਾਨ ਹਨ f. ਇਹ ਮੇਰੇ ਅੱਪਡੇਟ ਹਨ ਜੋ (5, 6, 7) ਨੂੰ ਮਨਜ਼ੂਰੀ ਨਹੀਂ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਕਿਉਂਕਿ ਅਸੀਂ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ID 702 ਦੇ ਖਤਮ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਾਂ। ਉੱਥੇ ਸਾਡੇ ਕੋਲ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਡੀ ਬਲਾਕਿੰਗ ਹੈ। ਅਤੇ ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ 5 ਟ੍ਰਾਂਜੈਕਸ਼ਨਲ ਆਈਡੀ ਲਾਕ ਹੁੰਦੇ ਹਨ।

ਅਤੇ ਜੇ ਤੁਸੀਂ 704 ਨੂੰ ਵੇਖਦੇ ਹੋ, 705 'ਤੇ, ਉੱਥੇ ਅਜੇ ਤੱਕ ਕੁਝ ਨਹੀਂ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਕਿਉਂਕਿ ਉਹ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਅਜੇ ਕੀ ਹੋ ਰਿਹਾ ਹੈ. ਉਹ ਸਿਰਫ਼ ਲਿਖਦੇ ਹਨ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਕੋਈ ਪਤਾ ਨਹੀਂ ਕਿ ਕੀ ਹੋ ਰਿਹਾ ਹੈ। ਅਤੇ ਉਹ ਹੁਣੇ ਹੀ ਸੌਂ ਜਾਣਗੇ ਕਿਉਂਕਿ ਉਹ ਕਿਸੇ ਦੇ ਖਤਮ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਨ ਅਤੇ ਜਦੋਂ ਕਤਾਰਾਂ ਨੂੰ ਬਦਲਣ ਦਾ ਮੌਕਾ ਹੁੰਦਾ ਹੈ ਤਾਂ ਜਾਗ ਜਾਂਦੇ ਹਨ.

ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਸਾਫ਼ ਹੈ ਕਿ ਉਹ ਸਾਰੇ 12ਵੀਂ ਲਾਈਨ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਨ।

ਇਹ ਉਹ ਹੈ ਜੋ ਅਸੀਂ ਇੱਥੇ ਦੇਖਿਆ. ਇੱਥੇ 0/12 ਹੈ।

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

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

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

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

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

ਅਤੇ ਹੁਣ ਅਸੀਂ ਦੋ ਡੈੱਡਲਾਕ ਸਥਾਪਿਤ ਕਰਾਂਗੇ। ਅਸੀਂ 50 ਅਤੇ 80 ਪਾਵਾਂਗੇ। ਪਹਿਲੀ ਕਤਾਰ ਵਿੱਚ, ਮੈਂ 50 ਤੋਂ 50 ਤੱਕ ਅੱਪਡੇਟ ਕਰਾਂਗਾ। ਮੈਨੂੰ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨੰਬਰ 710 ਮਿਲੇਗਾ।

ਅਤੇ ਫਿਰ ਮੈਂ 80 ਤੋਂ 81, ਅਤੇ 50 ਨੂੰ 51 ਵਿੱਚ ਬਦਲਾਂਗਾ।

ਅਤੇ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗਾ. ਅਤੇ ਇਸ ਲਈ 710 ਦੀ ਇੱਕ ਕਤਾਰ ਬਲੌਕ ਕੀਤੀ ਗਈ ਹੈ, ਅਤੇ 711 ਪੁਸ਼ਟੀ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ। ਅਸੀਂ ਇਹ ਦੇਖਿਆ ਜਦੋਂ ਅਸੀਂ ਅਪਡੇਟ ਕੀਤਾ. 710 ਸਾਡੀ ਲੜੀ ਦਾ ਮਾਲਕ ਹੈ। ਅਤੇ 711 ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ 710 ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ।

ਅਤੇ ਇਹ ਵੀ ਕਹਿੰਦਾ ਹੈ ਕਿ ਕਿਸ ਕਤਾਰ 'ਤੇ ਡੈੱਡਲਾਕ ਹੁੰਦੇ ਹਨ. ਅਤੇ ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇਹ ਅਜੀਬ ਹੋਣਾ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ.

ਹੁਣ ਅਸੀਂ 80 ਤੋਂ 80 ਨੂੰ ਅਪਡੇਟ ਕਰ ਰਹੇ ਹਾਂ।

ਅਤੇ ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਡੈੱਡਲਾਕ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ. 710 711 ਤੋਂ ਜਵਾਬ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ, ਅਤੇ 711 710 ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ। ਅਤੇ ਇਹ ਚੰਗੀ ਤਰ੍ਹਾਂ ਖਤਮ ਨਹੀਂ ਹੋਵੇਗਾ। ਅਤੇ ਇਸ ਤੋਂ ਬਾਹਰ ਕੋਈ ਰਸਤਾ ਨਹੀਂ ਹੈ. ਅਤੇ ਉਹ ਇੱਕ ਦੂਜੇ ਤੋਂ ਜਵਾਬ ਦੀ ਉਮੀਦ ਕਰਨਗੇ.

ਅਤੇ ਇਹ ਹੁਣੇ ਹੀ ਸਭ ਕੁਝ ਦੇਰੀ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗਾ. ਅਤੇ ਅਸੀਂ ਇਹ ਨਹੀਂ ਚਾਹੁੰਦੇ।

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

ਕੀ ਇੱਥੇ ਤਿੰਨ-ਪੱਖੀ ਡੈੱਡਲਾਕ ਹਨ? ਕੀ ਇਹ ਸੰਭਵ ਹੈ? ਹਾਂ।

ਅਸੀਂ ਇਹਨਾਂ ਨੰਬਰਾਂ ਨੂੰ ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ ਦਰਜ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ 40 ਤੋਂ 40 ਬਦਲਦੇ ਹਾਂ, ਅਸੀਂ ਬਲਾਕਿੰਗ ਕਰਦੇ ਹਾਂ.

ਅਸੀਂ 60 ਤੋਂ 61, 80 ਤੋਂ 81 ਬਦਲਦੇ ਹਾਂ।

ਅਤੇ ਫਿਰ ਅਸੀਂ 80 ਨੂੰ ਬਦਲਦੇ ਹਾਂ ਅਤੇ ਫਿਰ ਬੂਮ!

ਅਤੇ 714 ਹੁਣ 715 ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ। 716 ਵਾਂ 715 ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ। ਅਤੇ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ.

ਇੱਥੇ ਹੁਣ ਦੋ ਲੋਕ ਨਹੀਂ ਹਨ, ਇੱਥੇ ਪਹਿਲਾਂ ਹੀ ਤਿੰਨ ਲੋਕ ਹਨ। ਮੈਂ ਤੁਹਾਡੇ ਤੋਂ ਕੁਝ ਚਾਹੁੰਦਾ ਹਾਂ, ਇਹ ਤੀਜੇ ਵਿਅਕਤੀ ਤੋਂ ਕੁਝ ਚਾਹੁੰਦਾ ਹੈ, ਅਤੇ ਤੀਜਾ ਵਿਅਕਤੀ ਮੇਰੇ ਤੋਂ ਕੁਝ ਚਾਹੁੰਦਾ ਹੈ। ਅਤੇ ਅਸੀਂ ਤਿੰਨ-ਤਰੀਕੇ ਨਾਲ ਉਡੀਕ ਕਰਦੇ ਹਾਂ ਕਿਉਂਕਿ ਅਸੀਂ ਸਾਰੇ ਦੂਜੇ ਵਿਅਕਤੀ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਾਂ ਕਿ ਉਹ ਕੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਅਤੇ ਪੋਸਟਗ੍ਰੇਸ ਜਾਣਦਾ ਹੈ ਕਿ ਇਹ ਕਿਸ ਕਤਾਰ 'ਤੇ ਹੁੰਦਾ ਹੈ. ਅਤੇ ਇਸ ਲਈ ਇਹ ਤੁਹਾਨੂੰ ਹੇਠਾਂ ਦਿੱਤਾ ਸੁਨੇਹਾ ਦੇਵੇਗਾ, ਜੋ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਇੱਕ ਸਮੱਸਿਆ ਹੈ ਜਿੱਥੇ ਤਿੰਨ ਇਨਪੁਟ ਇੱਕ ਦੂਜੇ ਨੂੰ ਰੋਕ ਰਹੇ ਹਨ। ਅਤੇ ਇੱਥੇ ਕੋਈ ਪਾਬੰਦੀਆਂ ਨਹੀਂ ਹਨ. ਇਹ ਉਹ ਕੇਸ ਹੋ ਸਕਦਾ ਹੈ ਜਿੱਥੇ 20 ਐਂਟਰੀਆਂ ਇੱਕ ਦੂਜੇ ਨੂੰ ਰੋਕਦੀਆਂ ਹਨ।

ਅਗਲੀ ਸਮੱਸਿਆ ਲੜੀਵਾਰ ਹੈ।

ਜੇਕਰ ਵਿਸ਼ੇਸ਼ ਲੜੀਬੱਧ ਲਾਕ ਹੈ।

ਅਤੇ ਅਸੀਂ 719 'ਤੇ ਵਾਪਸ ਆਉਂਦੇ ਹਾਂ। ਇਸਦਾ ਆਉਟਪੁੱਟ ਕਾਫ਼ੀ ਆਮ ਹੈ।

ਅਤੇ ਤੁਸੀਂ ਸੀਰੀਅਲਾਈਜ਼ਬਲ ਤੋਂ ਲੈਣ-ਦੇਣ ਕਰਨ ਲਈ ਕਲਿੱਕ ਕਰ ਸਕਦੇ ਹੋ।

ਅਤੇ ਤੁਸੀਂ ਸਮਝਦੇ ਹੋ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਹੁਣ ਇੱਕ ਵੱਖਰੀ ਕਿਸਮ ਦਾ SA ਲਾਕ ਹੈ - ਇਸਦਾ ਮਤਲਬ ਸੀਰੀਅਲਾਈਜ਼ਬਲ ਹੈ।

ਅਤੇ ਇਸ ਲਈ ਸਾਡੇ ਕੋਲ ਇੱਕ ਨਵੀਂ ਕਿਸਮ ਦਾ ਲਾਕ ਹੈ ਜਿਸਨੂੰ SARieadLock ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਸੀਰੀਅਲ ਲਾਕ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਸੀਰੀਅਲ ਦਾਖਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਅਤੇ ਤੁਸੀਂ ਵਿਲੱਖਣ ਸੂਚਕਾਂਕ ਵੀ ਪਾ ਸਕਦੇ ਹੋ।

ਇਸ ਸਾਰਣੀ ਵਿੱਚ ਸਾਡੇ ਕੋਲ ਵਿਲੱਖਣ ਸੂਚਕਾਂਕ ਹਨ।

ਇਸ ਲਈ ਜੇਕਰ ਮੈਂ ਇੱਥੇ ਨੰਬਰ 2 ਰੱਖਦਾ ਹਾਂ, ਤਾਂ ਮੇਰੇ ਕੋਲ ਇੱਕ 2 ਹੈ। ਪਰ ਸਭ ਤੋਂ ਉੱਪਰ, ਮੈਂ ਇੱਕ ਹੋਰ 2 ਇੰਚ ਰੱਖਦਾ ਹਾਂ। ਅਤੇ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ 721 ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਲਾਕ ਹੈ। ਪਰ ਹੁਣ 722 ਆਪਣੀ ਕਾਰਵਾਈ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ 721 ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ ਕਿਉਂਕਿ ਇਹ 2 ਨੂੰ ਉਦੋਂ ਤੱਕ ਨਹੀਂ ਪਾ ਸਕਦਾ ਜਦੋਂ ਤੱਕ ਇਹ ਨਹੀਂ ਜਾਣਦਾ ਕਿ 721 ਦਾ ਕੀ ਹੋਵੇਗਾ।

ਅਤੇ ਜੇਕਰ ਅਸੀਂ ਸਬਟ੍ਰਾਂਜੈਕਸ਼ਨ ਕਰਦੇ ਹਾਂ।

ਇੱਥੇ ਸਾਡੇ ਕੋਲ 723 ਹਨ.

ਅਤੇ ਜੇਕਰ ਅਸੀਂ ਪੁਆਇੰਟ ਨੂੰ ਸੇਵ ਕਰਦੇ ਹਾਂ ਅਤੇ ਫਿਰ ਇਸਨੂੰ ਅਪਡੇਟ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਸਾਨੂੰ ਇੱਕ ਨਵੀਂ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈ.ਡੀ. ਇਹ ਵਿਹਾਰ ਦਾ ਇੱਕ ਹੋਰ ਪੈਟਰਨ ਹੈ ਜਿਸ ਬਾਰੇ ਤੁਹਾਨੂੰ ਸੁਚੇਤ ਹੋਣ ਦੀ ਲੋੜ ਹੈ। ਜੇਕਰ ਅਸੀਂ ਇਸਨੂੰ ਵਾਪਸ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈਡੀ ਚਲੀ ਜਾਂਦੀ ਹੈ। 724 ਰਵਾਨਾ ਹੋ ਰਿਹਾ ਹੈ। ਪਰ ਹੁਣ ਸਾਡੇ ਕੋਲ 725 ਹੈ।

ਤਾਂ ਮੈਂ ਇੱਥੇ ਕੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ? ਮੈਂ ਤੁਹਾਨੂੰ ਅਸਾਧਾਰਨ ਲਾਕਾਂ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਦਿਖਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ ਜੋ ਤੁਸੀਂ ਲੱਭ ਸਕਦੇ ਹੋ: ਭਾਵੇਂ ਇਹ ਸੀਰੀਅਲਾਈਜ਼ ਕਰਨ ਯੋਗ ਲਾਕ ਹਨ ਜਾਂ ਸੇਵਪੁਆਇੰਟ, ਇਹ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਤਾਲੇ ਹਨ ਜੋ ਲਾਕ ਟੇਬਲ ਵਿੱਚ ਦਿਖਾਈ ਦੇਣਗੇ।

ਇਹ ਸਪਸ਼ਟ (ਸਪੱਸ਼ਟ) ਲਾਕ ਦੀ ਰਚਨਾ ਹੈ, ਜਿਸ ਵਿੱਚ pg_advisory_lock ਹੈ।

ਅਤੇ ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਕਿ ਬਲਾਕਿੰਗ ਕਿਸਮ ਨੂੰ ਸਲਾਹਕਾਰ ਵਜੋਂ ਸੂਚੀਬੱਧ ਕੀਤਾ ਗਿਆ ਹੈ। ਅਤੇ ਇੱਥੇ ਇਹ ਲਾਲ ਵਿੱਚ "ਸਲਾਹਕਾਰ" ਕਹਿੰਦਾ ਹੈ। ਅਤੇ ਤੁਸੀਂ pg_advisory_unlock ਨਾਲ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਨਾਲ ਹੀ ਬਲਾਕ ਕਰ ਸਕਦੇ ਹੋ।

ਅਤੇ ਅੰਤ ਵਿੱਚ, ਮੈਂ ਤੁਹਾਨੂੰ ਇੱਕ ਹੋਰ ਮਨ ਨੂੰ ਉਡਾਉਣ ਵਾਲੀ ਗੱਲ ਦਿਖਾਉਣਾ ਚਾਹਾਂਗਾ। ਮੈਂ ਇੱਕ ਹੋਰ ਦ੍ਰਿਸ਼ ਬਣਾਵਾਂਗਾ। ਪਰ ਮੈਂ pg_stat_activity ਟੇਬਲ ਦੇ ਨਾਲ pg_locks ਟੇਬਲ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵਾਂਗਾ। ਅਤੇ ਮੈਂ ਇਹ ਕਿਉਂ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ? ਕਿਉਂਕਿ ਇਹ ਮੈਨੂੰ ਸਾਰੇ ਮੌਜੂਦਾ ਸੈਸ਼ਨਾਂ ਨੂੰ ਦੇਖਣ ਅਤੇ ਦੇਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ ਅਤੇ ਇਹ ਦੇਖ ਸਕਦਾ ਹੈ ਕਿ ਉਹ ਕਿਸ ਕਿਸਮ ਦੇ ਤਾਲੇ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਨ. ਅਤੇ ਇਹ ਕਾਫ਼ੀ ਦਿਲਚਸਪ ਹੈ ਜਦੋਂ ਅਸੀਂ ਲਾਕ ਟੇਬਲ ਅਤੇ ਪੁੱਛਗਿੱਛ ਟੇਬਲ ਨੂੰ ਇਕੱਠੇ ਰੱਖਦੇ ਹਾਂ।

ਅਤੇ ਇੱਥੇ ਅਸੀਂ pg_stat_view ਬਣਾਉਂਦੇ ਹਾਂ।

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

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

ਅਤੇ ਇਹ ਬਹੁਤ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ. ਅਸੀਂ ਇਸਨੂੰ ਸਿਰਫ ਸੰਸਕਰਣ 9.6 ਵਿੱਚ ਜੋੜਿਆ ਹੈ, ਇਸਲਈ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਸਿਰਫ 5 ਸਾਲ ਪੁਰਾਣੀ ਹੈ, ਪਰ ਇਹ ਬਹੁਤ, ਬਹੁਤ ਉਪਯੋਗੀ ਹੈ। ਅਤੇ ਇਹੀ ਦੂਜੀ ਬੇਨਤੀ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ. ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਸਾਨੂੰ ਕੀ ਦੇਖਣ ਦੀ ਲੋੜ ਹੈ।

ਇਹ ਉਹ ਹੈ ਜਿਸ ਬਾਰੇ ਮੈਂ ਤੁਹਾਡੇ ਨਾਲ ਗੱਲ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ। ਅਤੇ ਜਿਵੇਂ ਕਿ ਮੈਂ ਉਮੀਦ ਕੀਤੀ ਸੀ, ਅਸੀਂ ਆਪਣਾ ਸਾਰਾ ਸਮਾਂ ਵਰਤਿਆ ਕਿਉਂਕਿ ਇੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਸਲਾਈਡਾਂ ਸਨ. ਅਤੇ ਸਲਾਈਡਾਂ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਉਪਲਬਧ ਹਨ। ਮੈਂ ਇੱਥੇ ਹੋਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ ਕਰਨਾ ਚਾਹਾਂਗਾ। ਮੈਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਤੁਸੀਂ ਬਾਕੀ ਕਾਨਫਰੰਸ ਦਾ ਆਨੰਦ ਮਾਣੋਗੇ, ਤੁਹਾਡਾ ਬਹੁਤ ਬਹੁਤ ਧੰਨਵਾਦ!

ਸਵਾਲ:

ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਮੈਂ ਕਤਾਰਾਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ, ਅਤੇ ਦੂਜਾ ਸੈਸ਼ਨ ਪੂਰੀ ਸਾਰਣੀ ਨੂੰ ਮਿਟਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੈ। ਜਿੱਥੋਂ ਤੱਕ ਮੈਂ ਸਮਝਦਾ ਹਾਂ, ਇੱਕ ਇਰਾਦਾ ਤਾਲਾ ਵਰਗਾ ਕੁਝ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ. ਕੀ Postgres ਵਿੱਚ ਅਜਿਹੀ ਕੋਈ ਚੀਜ਼ ਹੈ?

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

ਚਲੋ ਇਸ ਨੂੰ ਦੁਬਾਰਾ ਕਰੀਏ. ਚਲੋ ਡਿਲੀਟ ਉਦਾਹਰਨ ਵੱਲ ਵਧੀਏ। ਅਤੇ ਤੁਸੀਂ ਦੇਖੋਗੇ ਕਿ ਕਿਵੇਂ ਪੂਰੀ ਟੇਬਲ ਦੇ ਉੱਪਰ ਕਤਾਰ 'ਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਲਾਕ ਹੈ।

ਇਹ ਲਾਕ ਐਕਸਕਲੂਸਿਵ ਵਰਗਾ ਦਿਖਾਈ ਦੇਵੇਗਾ, ਠੀਕ ਹੈ?

ਹਾਂ, ਅਜਿਹਾ ਲਗਦਾ ਹੈ। ਮੈਂ ਸਮਝਦਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਕਿਸ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹੋ। ਤੁਸੀਂ ਕਹਿ ਰਹੇ ਹੋ ਕਿ ਜੇਕਰ ਮੈਂ ਇੱਕ SELECT ਕਰਦਾ ਹਾਂ ਤਾਂ ਮੇਰੇ ਕੋਲ ਇੱਕ ShareExclusive ਹੈ ਅਤੇ ਫਿਰ ਮੈਂ ਇਸਨੂੰ Row Exclusive ਬਣਾ ਦਿੰਦਾ ਹਾਂ, ਕੀ ਇਹ ਇੱਕ ਸਮੱਸਿਆ ਬਣ ਜਾਂਦੀ ਹੈ? ਪਰ ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਹੈ ਕਿ ਇਸ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ. ਇਹ ਲਾਕ ਡਿਗਰੀ ਨੂੰ ਵਧਾਉਣ ਵਰਗਾ ਲੱਗਦਾ ਹੈ, ਪਰ ਅਸਲ ਵਿੱਚ ਮੇਰੇ ਕੋਲ ਇੱਕ ਲਾਕ ਹੈ ਜੋ ਮਿਟਾਉਣ ਤੋਂ ਰੋਕਦਾ ਹੈ। ਅਤੇ ਹੁਣ, ਜਦੋਂ ਮੈਂ ਇਸ ਲਾਕ ਨੂੰ ਹੋਰ ਸ਼ਕਤੀਸ਼ਾਲੀ ਬਣਾਉਂਦਾ ਹਾਂ, ਇਹ ਅਜੇ ਵੀ ਮਿਟਾਉਣ ਤੋਂ ਰੋਕਦਾ ਹੈ। ਇਸ ਲਈ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਨਹੀਂ ਹੈ ਕਿ ਮੈਂ ਉੱਪਰ ਜਾ ਰਿਹਾ ਹਾਂ. ਭਾਵ, ਇਸਨੇ ਇਸਨੂੰ ਹੋਣ ਤੋਂ ਰੋਕਿਆ ਜਦੋਂ ਇਹ ਇੱਕ ਹੇਠਲੇ ਪੱਧਰ 'ਤੇ ਵੀ ਸੀ, ਇਸ ਲਈ ਜਦੋਂ ਮੈਂ ਇਸਦਾ ਪੱਧਰ ਵਧਾਉਂਦਾ ਹਾਂ ਤਾਂ ਇਹ ਟੇਬਲ ਨੂੰ ਮਿਟਾਉਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।

ਮੈਂ ਸਮਝਦਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਕਿਸ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹੋ। ਇੱਥੇ ਕੋਈ ਲਾਕ ਐਸਕੇਲੇਸ਼ਨ ਕੇਸ ਨਹੀਂ ਹੈ, ਜਿੱਥੇ ਤੁਸੀਂ ਇੱਕ ਮਜ਼ਬੂਤ ​​ਨੂੰ ਪੇਸ਼ ਕਰਨ ਲਈ ਇੱਕ ਤਾਲਾ ਛੱਡਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ। ਇੱਥੇ ਇਹ ਸਿਰਫ਼ ਬੋਰਡ ਵਿੱਚ ਇਸ ਰੋਕਥਾਮ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ, ਇਸਲਈ ਇਹ ਕਿਸੇ ਵੀ ਵਿਵਾਦ ਦਾ ਕਾਰਨ ਨਹੀਂ ਬਣਦਾ। ਪਰ ਇਹ ਇੱਕ ਚੰਗਾ ਸਵਾਲ ਹੈ। ਇਹ ਪੁੱਛਣ ਲਈ ਤੁਹਾਡਾ ਬਹੁਤ ਧੰਨਵਾਦ!

ਜਦੋਂ ਸਾਡੇ ਕੋਲ ਬਹੁਤ ਸਾਰੇ ਸੈਸ਼ਨ ਹੁੰਦੇ ਹਨ, ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਉਪਭੋਗਤਾ ਹੁੰਦੇ ਹਨ ਤਾਂ ਇੱਕ ਡੈੱਡਲਾਕ ਸਥਿਤੀ ਤੋਂ ਬਚਣ ਲਈ ਸਾਨੂੰ ਕੀ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ?

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

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

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

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

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

ਕੀ ਤੁਸੀਂ ਸਲਾਈਡ 75 ਖੋਲ੍ਹ ਸਕਦੇ ਹੋ?

ਹਾਂ

ਅਤੇ ਮੇਰਾ ਸਵਾਲ ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਦੋਵੇਂ ਅਪਡੇਟ ਪ੍ਰਕਿਰਿਆਵਾਂ 703 ਦੀ ਉਮੀਦ ਕਿਉਂ ਕਰ ਰਹੀਆਂ ਹਨ?

ਅਤੇ ਇਹ ਇੱਕ ਮਹਾਨ ਸਵਾਲ ਹੈ. ਮੈਨੂੰ ਸਮਝ ਨਹੀਂ ਆਉਂਦੀ, ਤਰੀਕੇ ਨਾਲ, ਪੋਸਟਗ੍ਰੇਸ ਅਜਿਹਾ ਕਿਉਂ ਕਰਦਾ ਹੈ। ਪਰ ਜਦੋਂ 703 ਬਣਾਇਆ ਗਿਆ ਸੀ, ਇਹ 702 ਦੀ ਉਮੀਦ ਕਰ ਰਿਹਾ ਸੀ। ਅਤੇ ਜਦੋਂ 704 ਅਤੇ 705 ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ, ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਉਹ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਉਹ ਕੀ ਉਮੀਦ ਕਰ ਰਹੇ ਹਨ ਕਿਉਂਕਿ ਉੱਥੇ ਅਜੇ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ। ਅਤੇ ਪੋਸਟਗ੍ਰੇਸ ਇਸਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕਰਦਾ ਹੈ: ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਲਾਕ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ, ਤਾਂ ਇਹ ਲਿਖਦਾ ਹੈ "ਤੁਹਾਡੇ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ ਦਾ ਕੀ ਮਤਲਬ ਹੈ?", ਕਿਉਂਕਿ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕਿਸੇ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹੋ। ਇਸ ਲਈ ਅਸੀਂ ਇਸਨੂੰ ਹਵਾ ਵਿੱਚ ਲਟਕਣ ਦੇਵਾਂਗੇ, ਇਹ ਇਸਨੂੰ ਬਿਲਕੁਲ ਵੀ ਅਪਡੇਟ ਨਹੀਂ ਕਰੇਗਾ। ਪਰ ਇੱਥੇ ਕੀ ਹੋਇਆ? ਜਿਵੇਂ ਹੀ 702 ਨੇ ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਕੀਤੀ ਅਤੇ 703 ਨੇ ਆਪਣਾ ਲਾਕ ਪ੍ਰਾਪਤ ਕੀਤਾ, ਸਿਸਟਮ ਵਾਪਸ ਆ ਗਿਆ। ਅਤੇ ਉਸਨੇ ਕਿਹਾ ਕਿ ਹੁਣ ਸਾਡੇ ਕੋਲ ਦੋ ਲੋਕ ਹਨ ਜੋ ਉਡੀਕ ਕਰ ਰਹੇ ਹਨ। ਅਤੇ ਫਿਰ ਆਓ ਉਹਨਾਂ ਨੂੰ ਇਕੱਠੇ ਅਪਡੇਟ ਕਰੀਏ। ਅਤੇ ਆਓ ਇਹ ਸੰਕੇਤ ਕਰੀਏ ਕਿ ਦੋਵੇਂ ਉਮੀਦ ਕਰ ਰਹੇ ਹਨ.

ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਪੋਸਟਗ੍ਰੇਸ ਅਜਿਹਾ ਕਿਉਂ ਕਰਦਾ ਹੈ। ਪਰ ਇੱਕ ਸਮੱਸਿਆ ਹੈ ਜਿਸਨੂੰ f… ਇਹ ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਇਹ ਰੂਸੀ ਵਿੱਚ ਇੱਕ ਸ਼ਬਦ ਨਹੀਂ ਹੈ. ਇਹ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਹਰ ਕੋਈ ਇੱਕ ਕਿਲ੍ਹੇ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ, ਭਾਵੇਂ ਕਿ 20 ਅਧਿਕਾਰੀ ਹਨ ਜੋ ਕਿਲ੍ਹੇ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਨ। ਅਤੇ ਅਚਾਨਕ ਉਹ ਸਾਰੇ ਇੱਕੋ ਸਮੇਂ ਜਾਗ ਜਾਂਦੇ ਹਨ। ਅਤੇ ਹਰ ਕੋਈ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦਾ ਹੈ. ਪਰ ਸਿਸਟਮ ਇਸ ਨੂੰ ਬਣਾਉਂਦਾ ਹੈ ਤਾਂ ਜੋ ਹਰ ਕੋਈ 703 ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੋਵੇ। ਕਿਉਂਕਿ ਉਹ ਸਾਰੇ ਉਡੀਕ ਕਰ ਰਹੇ ਹਨ, ਅਤੇ ਅਸੀਂ ਉਹਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਤੁਰੰਤ ਲਾਈਨ ਬਣਾਵਾਂਗੇ। ਅਤੇ ਜੇਕਰ ਕੋਈ ਹੋਰ ਨਵੀਂ ਬੇਨਤੀ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ ਜੋ ਇਸ ਤੋਂ ਬਾਅਦ ਤਿਆਰ ਕੀਤੀ ਗਈ ਸੀ, ਉਦਾਹਰਨ ਲਈ, 707, ਤਾਂ ਫਿਰ ਖਾਲੀਪਣ ਹੋ ਜਾਵੇਗਾ।

ਅਤੇ ਇਹ ਮੈਨੂੰ ਜਾਪਦਾ ਹੈ ਕਿ ਇਹ ਇਸ ਲਈ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਜੋ ਅਸੀਂ ਕਹਿ ਸਕੀਏ ਕਿ ਇਸ ਪੜਾਅ 'ਤੇ 702 703 ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ, ਅਤੇ ਇਸ ਤੋਂ ਬਾਅਦ ਆਉਣ ਵਾਲੇ ਸਾਰੇ ਲੋਕਾਂ ਨੂੰ ਇਸ ਖੇਤਰ ਵਿੱਚ ਕੋਈ ਦਾਖਲਾ ਨਹੀਂ ਹੋਵੇਗਾ. ਪਰ ਜਿਵੇਂ ਹੀ ਪਹਿਲਾ ਵੇਟਰ ਨਿਕਲਦਾ ਹੈ, ਉਹ ਸਾਰੇ ਜਿਹੜੇ ਅਪਡੇਟ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਪਲ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਸਨ, ਉਹੀ ਟੋਕਨ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ. ਅਤੇ ਇਸ ਲਈ ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਇਸ ਲਈ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਜੋ ਅਸੀਂ ਕ੍ਰਮ ਵਿੱਚ ਪ੍ਰਕਿਰਿਆ ਕਰ ਸਕੀਏ ਤਾਂ ਜੋ ਉਹਨਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਆਰਡਰ ਕੀਤਾ ਜਾ ਸਕੇ.

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

ਇਹ ਮੈਨੂੰ ਜਾਪਦਾ ਹੈ ਕਿ ਇਹ ਬਹੁਤ ਜ਼ਿਆਦਾ ਤਰਕਪੂਰਨ ਹੈ ਜਦੋਂ 705 704 ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ.

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

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

ਹਨ ਏਗੋਰ ਰੋਗੋਵ ਦੁਆਰਾ ਤਾਲੇ ਬਾਰੇ ਲੇਖ. ਦੇਖੋ, ਉਹ ਦਿਲਚਸਪ ਅਤੇ ਲਾਭਦਾਇਕ ਵੀ ਹਨ. ਵਿਸ਼ਾ, ਬੇਸ਼ਕ, ਬਹੁਤ ਗੁੰਝਲਦਾਰ ਹੈ. ਤੁਹਾਡਾ ਬਹੁਤ ਬਹੁਤ ਧੰਨਵਾਦ, ਬਰੂਸ!

ਸਰੋਤ: www.habr.com