PostgreSQL 11: Postgres 9.6 ਤੋਂ Postgres 11 ਤੱਕ ਵਿਭਾਗੀਕਰਨ ਦਾ ਵਿਕਾਸ

ਹਰ ਕਿਸੇ ਦਾ ਸ਼ੁੱਕਰਵਾਰ ਵਧੀਆ ਹੋਵੇ! ਕੋਰਸ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਘੱਟ ਅਤੇ ਘੱਟ ਸਮਾਂ ਰਹਿੰਦਾ ਹੈ "ਰਿਲੇਸ਼ਨਲ DBMS", ਇਸ ਲਈ ਅੱਜ ਅਸੀਂ ਇਸ ਵਿਸ਼ੇ 'ਤੇ ਇਕ ਹੋਰ ਉਪਯੋਗੀ ਸਮੱਗਰੀ ਦਾ ਅਨੁਵਾਦ ਸਾਂਝਾ ਕਰ ਰਹੇ ਹਾਂ।

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

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

ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਤੁਲਨਾ

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

1. ਸੀਮਤ ਅਪਵਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ
2. ਸਿਰਫ਼ ਨੋਡ ਜੋੜਦਾ ਹੈ
3. ਸਿਰਫ਼ ਇੱਕ ਵਿਭਾਜਿਤ ਸਾਰਣੀ ਲਈ ਜੋ ਇੱਕ ਗੈਰ-ਵਿਭਾਗਿਤ ਟੇਬਲ ਦਾ ਹਵਾਲਾ ਦਿੰਦੀ ਹੈ
4. ਸੂਚਕਾਂਕ ਵਿੱਚ ਭਾਗ ਦੇ ਸਾਰੇ ਮੁੱਖ ਕਾਲਮ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ
5. ਦੋਵਾਂ ਪਾਸਿਆਂ ਦੀਆਂ ਧਾਰਾਵਾਂ ਦੀਆਂ ਪਾਬੰਦੀਆਂ ਮੇਲ ਖਾਂਦੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ

ਉਤਪਾਦਕਤਾ

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

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

100 ਭਾਗਾਂ ਵਾਲੀ ਇੱਕ ਵਿਭਾਜਨਿਤ ਸਾਰਣੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ 10 BIGINT ਕਾਲਮ ਅਤੇ 1 INT ਕਾਲਮਾਂ ਵਾਲੀ ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ 5 ਮਿਲੀਅਨ ਕਤਾਰਾਂ ਨੂੰ ਲੋਡ ਕਰਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦਾ ਮੁਲਾਂਕਣ ਕਰ ਸਕਦੇ ਹਾਂ।

ਇੱਕ ਇੰਡੈਕਸਡ ਰਿਕਾਰਡ ਲੱਭਣ ਲਈ ਇਸ ਟੇਬਲ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਇੱਕ ਰਿਕਾਰਡ (ਸਿਰਫ਼ 1 ਪ੍ਰੋਸੈਸਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ):

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

ਸਿੱਟਾ

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

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

ਸਰੋਤ: www.habr.com