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

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

ਮੈਨੂੰ ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

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

ਸਮਝੌਤਾ ਪੂਰਾ ਕਰੋ

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

ਵਪਾਰ 1: ਪ੍ਰਦਰਸ਼ਨ

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

ਵਪਾਰ 2: ਇਕਸਾਰਤਾ

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

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

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

ਵਪਾਰ-ਬੰਦ 3: ਕਰੈਸ਼

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

ਪ੍ਰਤੀ ਲੈਣ-ਦੇਣ ਇੱਕ ਕੁਨੈਕਸ਼ਨ?

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

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

ਅਭਿਆਸ ਵਿੱਚ ਨਿਯੰਤਰਣ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣਾ

ਮੂਲ ਰੂਪ ਵਿੱਚ, PostgreSQL ਇਕਸਾਰਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਹ ਸਰਵਰ ਪੈਰਾਮੀਟਰ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ synchronous_commit. ਮੂਲ ਰੂਪ ਵਿੱਚ ਇਹ ਸਥਿਤੀ ਵਿੱਚ ਹੈ on, ਪਰ ਇਸਦੇ ਤਿੰਨ ਹੋਰ ਵਿਕਲਪ ਹਨ: local, remote_write ਜ off.

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

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

ਹੁਣ, ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗੇ ਕਿ ਇਸਨੂੰ ਇੱਕ ਪਲ ਵਿੱਚ ਕਿਵੇਂ ਸੈਟ ਅਪ ਕਰਨਾ ਹੈ, ਪਰ ਕਲਪਨਾ ਕਰੋ ਕਿ ਅਸੀਂ ਸੈਟ ਅਪ ਕੀਤਾ ਹੈ synchronous_commit в local ਸਰਵਰ ਲਈ. ਅਸੀਂ ਸੋਚਿਆ ਕਿ ਕੀ ਪੈਰਾਮੀਟਰ ਨੂੰ ਬਦਲਣਾ ਸੰਭਵ ਸੀ synchronous_commit ਫਲਾਈ 'ਤੇ, ਅਤੇ ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਇਹ ਸਿਰਫ ਸੰਭਵ ਨਹੀਂ ਹੈ, ਅਜਿਹਾ ਕਰਨ ਦੇ ਦੋ ਤਰੀਕੇ ਵੀ ਹਨ. ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਡੇ ਕਨੈਕਸ਼ਨ ਦੇ ਸੈਸ਼ਨ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਅਨੁਸਾਰ ਸੈੱਟ ਕਰਨਾ ਹੈ:

SET SESSION synchronous_commit TO ON;  
// Your writes go here

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

ਦੂਜਾ ਤਰੀਕਾ ਚੰਗਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਤੁਹਾਨੂੰ ਇੱਕ ਸਿੰਗਲ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਲਈ ਸਮਕਾਲੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਮਿਲਦੀ ਹੈ। ਬਹੁਤ ਸਾਰੇ NoSQL ਜਨਰੇਸ਼ਨ ਡੇਟਾਬੇਸ ਵਿੱਚ ਲੈਣ-ਦੇਣ ਦੀ ਧਾਰਨਾ ਮੌਜੂਦ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ PostgreSQL ਵਿੱਚ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਤੁਸੀਂ ਇੱਕ ਲੈਣ-ਦੇਣ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਫਿਰ ਸੈੱਟ ਕਰੋ synchronous_commit в on ਲੈਣ-ਦੇਣ ਲਈ ਐਂਟਰੀ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ। COMMIT ਕਿਸੇ ਵੀ ਪੈਰਾਮੀਟਰ ਮੁੱਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਕਰੇਗਾ synchronous_commit, ਜੋ ਉਸ ਸਮੇਂ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਸੀ, ਹਾਲਾਂਕਿ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਵੇਰੀਏਬਲ ਨੂੰ ਪਹਿਲਾਂ ਸੈੱਟ ਕਰਨਾ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ ਕਿ ਹੋਰ ਡਿਵੈਲਪਰ ਇਹ ਸਮਝਦੇ ਹਨ ਕਿ ਰਾਈਟਸ ਅਸਿੰਕ੍ਰੋਨਸ ਨਹੀਂ ਹਨ।

BEGIN;  
SET LOCAL synchronous_commit TO ON;  
// Your writes go here
COMMIT;  

ਡੇਟਾਬੇਸ ਦੁਆਰਾ ਜੁੜੇ ਹੋਏ ਕਲਾਇੰਟ ਨੂੰ ਸਕਾਰਾਤਮਕ ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਹੁਣ ਸਾਰੇ ਲੈਣ-ਦੇਣ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਜਾਵੇਗੀ ਜਿਵੇਂ ਕਿ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਨੂੰ ਲਿਖਿਆ ਗਿਆ ਹੈ।

PostgreSQL ਸੈਟ ਅਪ ਕਰਨਾ

ਇਸ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਇੱਕ PostgreSQL ਸਿਸਟਮ ਦੀ ਕਲਪਨਾ ਕੀਤੀ ਸੀ synchronous_commit, ਵਿੱਚ ਸਥਾਪਿਤ local. ਸਰਵਰ ਸਾਈਡ 'ਤੇ ਇਸ ਨੂੰ ਯਥਾਰਥਵਾਦੀ ਬਣਾਉਣ ਲਈ, ਤੁਹਾਨੂੰ ਦੋ ਸਰਵਰ ਸੰਰਚਨਾ ਵਿਕਲਪਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਇੱਕ ਹੋਰ ਪੈਰਾਮੀਟਰ synchronous_standby_names ਆਪਣੇ ਆਪ ਵਿੱਚ ਆ ਜਾਵੇਗਾ, ਜਦ synchronous_commit ਵਿੱਚ ਹੋ ਜਾਵੇਗਾ on. ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਸਮਕਾਲੀ ਕਮਿਟਾਂ ਲਈ ਯੋਗ ਹਨ, ਅਤੇ ਅਸੀਂ ਇਸਨੂੰ ਇਸ 'ਤੇ ਸੈੱਟ ਕਰਾਂਗੇ *, ਜਿਸਦਾ ਮਤਲਬ ਹੋਵੇਗਾ ਕਿ ਸਾਰੀਆਂ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਸ਼ਾਮਲ ਹਨ। ਇਹ ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ ਸੰਰਚਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਸੰਰਚਨਾ ਫਾਇਲ ਜੋੜ ਕੇ:

synchronous_commit = local  
synchronous_standby_names='*'

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

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

ਕੁਝ ਹੋਰ ਸ਼ਬਦ...

ਸਿਰਫ਼ ਇੱਕ ਹਫ਼ਤਾ ਪਹਿਲਾਂ, ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸ ਦਿੱਤਾ ਸੀ ਕਿ PostgreSQL ਨੂੰ ਇੰਨੀ ਬਾਰੀਕੀ ਨਾਲ ਠੀਕ ਕਰਨਾ ਅਸੰਭਵ ਹੈ. ਇਹ ਉਦੋਂ ਹੈ ਜਦੋਂ ਕੰਪੋਜ਼ ਪਲੇਟਫਾਰਮ ਟੀਮ ਦੇ ਮੈਂਬਰ, ਕੁਰਟ ਨੇ ਜ਼ੋਰ ਦੇ ਕੇ ਕਿਹਾ ਕਿ ਅਜਿਹਾ ਮੌਕਾ ਮੌਜੂਦ ਹੈ। ਉਸਨੇ ਮੇਰੇ ਇਤਰਾਜ਼ਾਂ ਨੂੰ ਸ਼ਾਂਤ ਕੀਤਾ ਅਤੇ PostgreSQL ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਪਾਇਆ ਹੇਠ ਦਿੱਤੇ:

ਇਸ ਸੈਟਿੰਗ ਨੂੰ ਕਿਸੇ ਵੀ ਸਮੇਂ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਲੈਣ-ਦੇਣ ਲਈ ਵਿਵਹਾਰ ਪ੍ਰਤੀਬੱਧਤਾ ਦੇ ਸਮੇਂ ਪ੍ਰਭਾਵੀ ਸੈਟਿੰਗ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ, ਕੁਝ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਲਈ ਸਮਕਾਲੀ ਅਤੇ ਦੂਜਿਆਂ ਲਈ ਅਸਿੰਕਰੋਨਸ ਤੌਰ 'ਤੇ ਕਰਨਾ ਸੰਭਵ ਅਤੇ ਉਪਯੋਗੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਨੂੰ ਮਜਬੂਰ ਕਰਨ ਲਈ multistatement ਜਦੋਂ ਪੈਰਾਮੀਟਰ ਦਾ ਡਿਫੌਲਟ ਮੁੱਲ ਉਲਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਅਸਿੰਕਰੋਨਸ ਤੌਰ 'ਤੇ ਕਮਿਟ ਕਰਨ ਲਈ ਲੈਣ-ਦੇਣ SET LOCAL synchronous_commit TO OFF ਇੱਕ ਲੈਣ-ਦੇਣ ਵਿੱਚ.

ਸੰਰਚਨਾ ਫਾਈਲ ਵਿੱਚ ਇਸ ਛੋਟੀ ਜਿਹੀ ਸੋਧ ਨਾਲ, ਅਸੀਂ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਇਕਸਾਰਤਾ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਨਿਯੰਤਰਣ ਦਿੱਤਾ ਹੈ।

ਸਰੋਤ: www.habr.com