ਆਲਸੀ ਲਈ ਅੱਪਗ੍ਰੇਡ ਕਰੋ: PostgreSQL 12 ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਸੁਧਾਰਦਾ ਹੈ

PostgreSQL 12, “ਦੁਨੀਆ ਦੇ ਸਭ ਤੋਂ ਵਧੀਆ ਓਪਨ ਸੋਰਸ ਰਿਲੇਸ਼ਨਲ ਡੇਟਾਬੇਸ” ਦਾ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਕੁਝ ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਸਾਹਮਣੇ ਆ ਰਿਹਾ ਹੈ (ਜੇ ਸਭ ਯੋਜਨਾ ਅਨੁਸਾਰ ਚੱਲਦਾ ਹੈ)। ਇਹ ਸਾਲ ਵਿੱਚ ਇੱਕ ਵਾਰ ਇੱਕ ਟਨ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਲ ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਜਾਰੀ ਕਰਨ ਦੇ ਆਮ ਕਾਰਜਕ੍ਰਮ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਇਹ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੈ। ਇਸ ਲਈ ਮੈਂ PostgreSQL ਕਮਿਊਨਿਟੀ ਦਾ ਇੱਕ ਸਰਗਰਮ ਮੈਂਬਰ ਬਣ ਗਿਆ ਹਾਂ।

ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਪਿਛਲੇ ਰੀਲੀਜ਼ਾਂ ਦੇ ਉਲਟ, PostgreSQL 12 ਵਿੱਚ ਇੱਕ ਜਾਂ ਦੋ ਕ੍ਰਾਂਤੀਕਾਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ (ਜਿਵੇਂ ਕਿ ਵਿਭਾਗੀਕਰਨ ਜਾਂ ਪ੍ਰਸ਼ਨ ਸਮਾਨਤਾ) ਸ਼ਾਮਲ ਨਹੀਂ ਹਨ। ਮੈਂ ਇੱਕ ਵਾਰ ਮਜ਼ਾਕ ਕੀਤਾ ਸੀ ਕਿ PostgreSQL 12 ਦੀ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਵਧੇਰੇ ਸਥਿਰਤਾ ਹੈ. ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੇ ਕਾਰੋਬਾਰ ਦੇ ਨਾਜ਼ੁਕ ਡੇਟਾ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੇ ਹੋ ਤਾਂ ਕੀ ਤੁਹਾਨੂੰ ਇਸਦੀ ਲੋੜ ਨਹੀਂ ਹੈ?

ਪਰ PostgreSQL 12 ਇੱਥੇ ਨਹੀਂ ਰੁਕਦਾ: ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਸੁਧਾਰਾਂ ਦੇ ਨਾਲ, ਐਪਲੀਕੇਸ਼ਨ ਬਿਹਤਰ ਪ੍ਰਦਰਸ਼ਨ ਕਰਨਗੇ, ਅਤੇ ਤੁਹਾਨੂੰ ਬਸ ਅੱਪਗ੍ਰੇਡ ਕਰਨ ਦੀ ਲੋੜ ਹੈ!

(ਠੀਕ ਹੈ, ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਸੂਚਕਾਂਕ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਓ, ਪਰ ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਇਹ ਇੰਨਾ ਡਰਾਉਣਾ ਨਹੀਂ ਹੈ ਜਿੰਨਾ ਅਸੀਂ ਕਰਦੇ ਹਾਂ।)

PostgreSQL ਨੂੰ ਅਪਗ੍ਰੇਡ ਕਰਨਾ ਅਤੇ ਬੇਲੋੜੀ ਗੜਬੜ ਦੇ ਬਿਨਾਂ ਮਹੱਤਵਪੂਰਨ ਸੁਧਾਰਾਂ ਦਾ ਤੁਰੰਤ ਆਨੰਦ ਲੈਣਾ ਬਹੁਤ ਵਧੀਆ ਹੋਵੇਗਾ। ਕੁਝ ਸਾਲ ਪਹਿਲਾਂ, ਮੈਂ PostgreSQL 9.4 ਤੋਂ PostgreSQL 10 ਵਿੱਚ ਇੱਕ ਅੱਪਗਰੇਡ ਦੀ ਸਮੀਖਿਆ ਕੀਤੀ ਅਤੇ ਦੇਖਿਆ ਕਿ ਕਿਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਨੇ PostgreSQL 10 ਵਿੱਚ ਸੁਧਰੀ ਪੁੱਛਗਿੱਛ ਸਮਾਨਤਾ ਲਈ ਧੰਨਵਾਦ ਕੀਤਾ। ਅਤੇ, ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਮੇਰੇ ਤੋਂ ਲਗਭਗ ਕੁਝ ਵੀ ਲੋੜੀਂਦਾ ਨਹੀਂ ਸੀ (ਸਿਰਫ਼ ਇੱਕ ਸੰਰਚਨਾ ਪੈਰਾਮੀਟਰ ਸੈੱਟ ਕਰੋ) max_parallel_workers).

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

ਤਾਂ PostgreSQL 12 ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ ਅੱਪਗਰੇਡ ਤੁਹਾਨੂੰ ਕਿਵੇਂ ਖੁਸ਼ ਕਰ ਸਕਦਾ ਹੈ? ਮੈਂ ਤੁਹਾਨੂੰ ਹੁਣ ਦੱਸਾਂਗਾ।

ਪ੍ਰਮੁੱਖ ਸੂਚਕਾਂਕ ਸੁਧਾਰ

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

ਅਸੀਂ ਸਿਰਫ਼ ਆਪਰੇਟਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ CREATE INDEX ON some_table (some_column), ਅਤੇ PostgreSQL ਇੰਡੈਕਸ ਨੂੰ ਅੱਪ ਟੂ ਡੇਟ ਰੱਖਣ ਲਈ ਬਹੁਤ ਸਾਰਾ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਅਸੀਂ ਲਗਾਤਾਰ ਮੁੱਲਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ, ਅੱਪਡੇਟ ਕਰਦੇ ਅਤੇ ਮਿਟਾਉਂਦੇ ਹਾਂ। ਹਰ ਚੀਜ਼ ਆਪਣੇ ਆਪ ਕੰਮ ਕਰਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਜਾਦੂ ਦੁਆਰਾ.

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

PostgreSQL 12 ਬੀ-ਟ੍ਰੀ ਸੂਚਕਾਂਕ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਬਹੁਤ ਸੁਧਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ TPC-C ਵਰਗੇ ਬੈਂਚਮਾਰਕਾਂ ਦੇ ਪ੍ਰਯੋਗਾਂ ਨੇ ਦਿਖਾਇਆ ਹੈ ਕਿ ਔਸਤਨ 40% ਘੱਟ ਥਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹੁਣ ਅਸੀਂ ਨਾ ਸਿਰਫ਼ ਬੀ-ਟ੍ਰੀ ਇੰਡੈਕਸ ਨੂੰ ਕਾਇਮ ਰੱਖਣ 'ਤੇ ਘੱਟ ਸਮਾਂ ਬਿਤਾਉਂਦੇ ਹਾਂ (ਅਰਥਾਤ, ਲਿਖਣ ਦੀਆਂ ਕਾਰਵਾਈਆਂ 'ਤੇ), ਸਗੋਂ ਡਾਟਾ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ ਵੀ, ਕਿਉਂਕਿ ਸੂਚਕਾਂਕ ਬਹੁਤ ਛੋਟੇ ਹਨ।

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

ਕੁਝ ਅਪਗ੍ਰੇਡ ਰਣਨੀਤੀਆਂ ਲਈ ਇਹਨਾਂ ਲਾਭਾਂ ਦਾ ਲਾਭ ਲੈਣ ਲਈ ਬੀ-ਟ੍ਰੀ ਸੂਚਕਾਂਕ ਨੂੰ ਮੁੜ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ (ਉਦਾ. pg_ਅੱਪਗ੍ਰੇਡ ਸੂਚਕਾਂਕ ਨੂੰ ਆਪਣੇ ਆਪ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਾਏਗਾ)। PostgreSQL ਦੇ ਪਿਛਲੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ, ਟੇਬਲਾਂ ਉੱਤੇ ਵੱਡੇ ਸੂਚਕਾਂਕ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਮਹੱਤਵਪੂਰਨ ਡਾਊਨਟਾਈਮ ਹੋਇਆ ਕਿਉਂਕਿ ਇਸ ਦੌਰਾਨ ਤਬਦੀਲੀਆਂ ਨਹੀਂ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਸਨ। ਪਰ PostgreSQL 12 ਵਿੱਚ ਇੱਕ ਹੋਰ ਵਧੀਆ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ: ਹੁਣ ਤੁਸੀਂ ਕਮਾਂਡ ਦੇ ਸਮਾਨਾਂਤਰ ਸੂਚਕਾਂਕ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾ ਸਕਦੇ ਹੋ ਨਾਲ ਹੀ ਮੁੜ ਸੂਚੀਬੱਧ ਕਰੋਪੂਰੀ ਤਰ੍ਹਾਂ ਡਾਊਨਟਾਈਮ ਤੋਂ ਬਚਣ ਲਈ.

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

PostgreSQL 12 ਨੇ WAL ਰਿਕਾਰਡਾਂ ਦੇ ਓਵਰਹੈੱਡ ਨੂੰ ਘਟਾ ਦਿੱਤਾ ਹੈ ਜੋ ਸੂਚਕਾਂਕ ਨਿਰਮਾਣ ਦੌਰਾਨ GiST, GIN, ਅਤੇ SP-GiST ਸੂਚਕਾਂਕ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਹਨ। ਇਹ ਕਈ ਠੋਸ ਲਾਭ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ: WAL ਰਿਕਾਰਡ ਘੱਟ ਡਿਸਕ ਸਪੇਸ ਲੈਂਦੇ ਹਨ, ਅਤੇ ਡਾਟਾ ਤੇਜ਼ੀ ਨਾਲ ਰੀਪਲੇਅ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਆਫ਼ਤ ਰਿਕਵਰੀ ਜਾਂ ਪੁਆਇੰਟ-ਇਨ-ਟਾਈਮ ਰਿਕਵਰੀ ਦੇ ਦੌਰਾਨ। ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਅਜਿਹੇ ਸੂਚਕਾਂਕ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ (ਉਦਾਹਰਣ ਵਜੋਂ, ਪੋਸਟਜੀਆਈਐਸ-ਅਧਾਰਿਤ ਭੂ-ਸਥਾਨਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜੀਆਈਐਸਟੀ ਸੂਚਕਾਂਕ ਦੀ ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ), ਤਾਂ ਇਹ ਇੱਕ ਹੋਰ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਵੱਲੋਂ ਬਿਨਾਂ ਕਿਸੇ ਕੋਸ਼ਿਸ਼ ਦੇ ਅਨੁਭਵ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਸੁਧਾਰ ਕਰੇਗੀ।

ਵਿਭਾਗੀਕਰਨ - ਵੱਡਾ, ਬਿਹਤਰ, ਤੇਜ਼

PostgreSQL 10 ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਘੋਸ਼ਣਾਤਮਕ ਵੰਡ. PostgreSQL 11 ਵਿੱਚ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨਾ ਬਹੁਤ ਸੌਖਾ ਹੋ ਗਿਆ ਹੈ। PostgreSQL 12 ਵਿੱਚ ਤੁਸੀਂ ਭਾਗਾਂ ਦੇ ਸਕੇਲ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹੋ।

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

ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਡਾਟਾ ਰਿਕਾਰਡ ਕਰਨਾ ਕਾਪੀ ਕਰੋ - ਤਰੀਕੇ ਨਾਲ, ਇਹ ਇੱਕ ਵਧੀਆ ਤਰੀਕਾ ਹੈ ਬਲਕ ਡਾਟਾ ਡਾਊਨਲੋਡ ਅਤੇ ਇੱਥੇ ਇੱਕ ਉਦਾਹਰਨ ਹੈ JSON ਪ੍ਰਾਪਤ ਕਰ ਰਿਹਾ ਹੈ — PostgreSQL 12 ਵਿੱਚ ਵਿਭਾਜਿਤ ਟੇਬਲ ਵੀ ਵਧੇਰੇ ਕੁਸ਼ਲ ਬਣ ਗਏ ਹਨ। ਕਾਪੀ ਦੇ ਨਾਲ ਸਭ ਕੁਝ ਪਹਿਲਾਂ ਹੀ ਤੇਜ਼ ਸੀ, ਪਰ PostgreSQL 12 ਵਿੱਚ ਇਹ ਬਿਲਕੁਲ ਉੱਡਦਾ ਹੈ।

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

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

ਸਵਾਲਾਂ ਦੇ ਨਾਲ ਹੁਣੇ ਬਹੁਤ ਵਧੀਆ ਹੋ ਗਿਆ ਹੈ

ਕਦੋਂ ਇੱਕ ਪੈਚ ਬਿਲਟ-ਇਨ ਆਮ ਸਾਰਣੀ ਸਮੀਕਰਨ ਲਈ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ (ਉਰਫ਼ CTE, aka WITH queries), ਮੈਂ ਇਸ ਬਾਰੇ ਲੇਖ ਲਿਖਣ ਲਈ ਇੰਤਜ਼ਾਰ ਨਹੀਂ ਕਰ ਸਕਦਾ PostgreSQL ਵਾਲੇ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰ ਕਿੰਨੇ ਖੁਸ਼ ਸਨ. ਇਹ ਉਹਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਤੇਜ਼ ਕਰਨਗੀਆਂ। ਜਦੋਂ ਤੱਕ, ਬੇਸ਼ਕ, ਤੁਸੀਂ CTE ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ।

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

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

ਇਸ ਤੋਂ ਇਲਾਵਾ, PostgreSQL 12 SQL ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਆਪਟੀਮਾਈਜ਼ ਕਰਦਾ ਹੈ, ਬਿਨਾਂ ਤੁਹਾਨੂੰ ਕੁਝ ਕਰਨ ਦੀ। ਅਤੇ ਹਾਲਾਂਕਿ ਮੈਨੂੰ ਸ਼ਾਇਦ ਹੁਣ ਅਜਿਹੀਆਂ ਪੁੱਛਗਿੱਛਾਂ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੋਵੇਗੀ, ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ ਕਿ PostgreSQL ਪੁੱਛਗਿੱਛ ਅਨੁਕੂਲਨ 'ਤੇ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ।

ਜਸਟ-ਇਨ-ਟਾਈਮ (JIT) - ਹੁਣ ਡਿਫੌਲਟ

ਸਹਿਯੋਗ ਨਾਲ PostgreSQL 12 ਸਿਸਟਮਾਂ 'ਤੇ LLVM JIT ਸੰਕਲਨ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਮਰੱਥ ਹੈ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਸਮਰਥਨ ਮਿਲਦਾ ਹੈ ਜੇ.ਆਈ.ਟੀ. ਕੁਝ ਅੰਦਰੂਨੀ ਓਪਰੇਸ਼ਨਾਂ ਲਈ, ਅਤੇ ਦੂਜਾ, ਚੋਣ ਸੂਚੀਆਂ (ਜੋ ਤੁਹਾਡੇ ਕੋਲ SELECT ਤੋਂ ਬਾਅਦ ਹੈ) ਵਿੱਚ ਸਮੀਕਰਨਾਂ (ਸਭ ਤੋਂ ਸਰਲ ਉਦਾਹਰਨ x + y ਹੈ), ਸਮੀਕਰਨਾਂ, WHERE ਧਾਰਾਵਾਂ ਦੇ ਨਾਲ ਸਮੀਕਰਨਾਂ ਅਤੇ ਹੋਰਾਂ ਨਾਲ ਸਵਾਲ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ JIT ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ।

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

PostgreSQL 12 ਵਿੱਚ ਬਾਕੀ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਾਰੇ ਕੀ?

PostgreSQL 12 ਵਿੱਚ ਮਿਆਰੀ SQL/JSON ਰੂਟ ਸਮੀਕਰਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ JSON ਡੇਟਾ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਯੋਗਤਾ ਤੋਂ ਲੈ ਕੇ ਇੱਕ ਪੈਰਾਮੀਟਰ ਨਾਲ ਮਲਟੀ-ਫੈਕਟਰ ਪ੍ਰਮਾਣਿਕਤਾ ਤੱਕ, ਬਹੁਤ ਸਾਰੀਆਂ ਸ਼ਾਨਦਾਰ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ। clientcert=verify-full, ਕਾਲਮ ਬਣਾਏ ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ। ਇੱਕ ਵੱਖਰੀ ਪੋਸਟ ਲਈ ਕਾਫੀ ਹੈ।

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

ਸਰੋਤ: www.habr.com