PostgreSQL 12 DBMS ਰੀਲੀਜ਼

ਵਿਕਾਸ ਦੇ ਇੱਕ ਸਾਲ ਬਾਅਦ ਪ੍ਰਕਾਸ਼ਿਤ PostgreSQL 12 DBMS ਦੀ ਨਵੀਂ ਸਥਿਰ ਸ਼ਾਖਾ। ਨਵੀਂ ਸ਼ਾਖਾ ਲਈ ਅੱਪਡੇਟ ਬਾਹਰ ਆ ਜਾਵੇਗਾ ਨਵੰਬਰ 2024 ਤੱਕ ਪੰਜ ਸਾਲਾਂ ਲਈ।

ਮੁੱਖ ਨਵੀਨਤਾਵਾਂ:

• ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ "ਤਿਆਰ ਕੀਤੇ ਕਾਲਮ", ਜਿਸਦਾ ਮੁੱਲ ਉਸੇ ਸਾਰਣੀ ਵਿੱਚ ਦੂਜੇ ਕਾਲਮਾਂ ਦੇ ਮੁੱਲਾਂ ਨੂੰ ਕਵਰ ਕਰਨ ਵਾਲੇ ਸਮੀਕਰਨ ਦੇ ਆਧਾਰ 'ਤੇ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ (ਵਿਯੂਜ਼ ਦੇ ਸਮਾਨ, ਪਰ ਵਿਅਕਤੀਗਤ ਕਾਲਮਾਂ ਲਈ)। ਤਿਆਰ ਕੀਤੇ ਕਾਲਮ ਦੋ ਤਰ੍ਹਾਂ ਦੇ ਹੋ ਸਕਦੇ ਹਨ - ਸਟੋਰ ਕੀਤੇ ਅਤੇ ਵਰਚੁਅਲ। ਪਹਿਲੇ ਕੇਸ ਵਿੱਚ, ਮੁੱਲ ਦੀ ਗਣਨਾ ਉਸ ਸਮੇਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਡੇਟਾ ਨੂੰ ਜੋੜਿਆ ਜਾਂ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਦੂਜੇ ਕੇਸ ਵਿੱਚ, ਮੁੱਲ ਨੂੰ ਦੂਜੇ ਕਾਲਮਾਂ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਦੇ ਅਧਾਰ ਤੇ ਹਰੇਕ ਰੀਡ 'ਤੇ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। ਵਰਤਮਾਨ ਵਿੱਚ, PostgreSQL ਸਿਰਫ ਸਟੋਰ ਕੀਤੇ ਜਨਰੇਟ ਕੀਤੇ ਕਾਲਮਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ;
• ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ JSON ਦਸਤਾਵੇਜ਼ਾਂ ਤੋਂ ਡੇਟਾ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਨ ਦੀ ਯੋਗਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਮਾਰਗ ਸਮੀਕਰਨ, ਯਾਦ ਦਿਵਾਉਣ ਵਾਲਾ ਐਕਸਪਾਥ ਅਤੇ SQL/JSON ਸਟੈਂਡਰਡ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਮੌਜੂਦਾ ਇੰਡੈਕਸਿੰਗ ਵਿਧੀਆਂ ਦੀ ਵਰਤੋਂ JSONB ਫਾਰਮੈਟ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਲਈ ਅਜਿਹੇ ਸਮੀਕਰਨਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਕੁਸ਼ਲਤਾ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ;
• ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਸਮਰਥਿਤ ਇੱਕ JIT (ਜਸਟ-ਇਨ-ਟਾਈਮ) ਕੰਪਾਈਲਰ ਦੀ ਵਰਤੋਂ ਹੈ ਜੋ SQL ਕਿਊਰੀ ਪ੍ਰੋਸੈਸਿੰਗ ਦੌਰਾਨ ਕੁਝ ਸਮੀਕਰਨਾਂ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ LLVM ਵਿਕਾਸ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਉਦਾਹਰਨ ਲਈ, JIT ਦੀ ਵਰਤੋਂ WHERE ਬਲਾਕਾਂ, ਟਾਰਗਿਟ ਸੂਚੀਆਂ, ਸਮੁੱਚੀ ਸਮੀਕਰਨਾਂ, ਅਤੇ ਕੁਝ ਅੰਦਰੂਨੀ ਕਾਰਵਾਈਆਂ ਦੇ ਅੰਦਰ ਸਮੀਕਰਨਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ;
• ਇੰਡੈਕਸਿੰਗ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਕਾਫ਼ੀ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਬੀ-ਟ੍ਰੀ ਇੰਡੈਕਸ ਨੂੰ ਅਜਿਹੇ ਵਾਤਾਵਰਨ ਵਿੱਚ ਕੰਮ ਕਰਨ ਲਈ ਅਨੁਕੂਲ ਬਣਾਇਆ ਗਿਆ ਹੈ ਜਿੱਥੇ ਸੂਚਕਾਂਕ ਅਕਸਰ ਬਦਲਦੇ ਰਹਿੰਦੇ ਹਨ - TPC-C ਟੈਸਟ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਸਮੁੱਚੀ ਵਾਧਾ ਅਤੇ ਡਿਸਕ ਸਪੇਸ ਦੀ ਖਪਤ ਵਿੱਚ ਔਸਤਨ 40% ਦੀ ਕਮੀ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ। GiST, GIN ਅਤੇ SP-GiST ਸੂਚਕਾਂਕ ਕਿਸਮਾਂ ਲਈ ਰਾਈਟ-ਅਗੇਡ ਲੌਗ (WAL) ਬਣਾਉਣ ਵੇਲੇ ਓਵਰਹੈੱਡ ਘਟਾਇਆ ਗਿਆ। GiST ਲਈ, ਰੈਪਰ ਸੂਚਕਾਂਕ ਬਣਾਉਣ ਦੀ ਯੋਗਤਾ (ਇਨਕਲੂਡ ਸਮੀਕਰਨ ਦੁਆਰਾ) ਜਿਸ ਵਿੱਚ ਵਾਧੂ ਕਾਲਮ ਸ਼ਾਮਲ ਹਨ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਹਨ। ਕਾਰਵਾਈ ਵਿੱਚ ਅੰਕੜੇ ਬਣਾਓ ਅਸਮਾਨ ਵੰਡੇ ਗਏ ਕਾਲਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਵਧੇਰੇ ਅਨੁਕੂਲ ਪੁੱਛਗਿੱਛ ਯੋਜਨਾਵਾਂ ਬਣਾਉਣ ਲਈ ਜ਼ਿਆਦਾਤਰ ਆਮ ਮੁੱਲ (MCV) ਅੰਕੜਿਆਂ ਲਈ ਸਮਰਥਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ;
• ਵਿਭਾਗੀਕਰਨ ਲਾਗੂ ਕਰਨ ਨੂੰ ਉਹਨਾਂ ਸਵਾਲਾਂ ਲਈ ਅਨੁਕੂਲ ਬਣਾਇਆ ਗਿਆ ਹੈ ਜੋ ਹਜ਼ਾਰਾਂ ਭਾਗਾਂ ਦੇ ਨਾਲ ਟੇਬਲਾਂ ਨੂੰ ਫੈਲਾਉਂਦੀਆਂ ਹਨ, ਪਰ ਡੇਟਾ ਦੇ ਇੱਕ ਸੀਮਤ ਉਪ ਸਮੂਹ ਨੂੰ ਚੁਣਨ ਤੱਕ ਸੀਮਿਤ ਹਨ। INSERT ਅਤੇ COPY ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵਿਭਾਜਿਤ ਟੇਬਲਾਂ ਵਿੱਚ ਡੇਟਾ ਜੋੜਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਵਧਾਇਆ ਗਿਆ ਹੈ, ਅਤੇ ਪੁੱਛਗਿੱਛ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਬਲੌਕ ਕੀਤੇ ਬਿਨਾਂ "ALTER TABLE ATTACH PARTITION" ਦੁਆਰਾ ਨਵੇਂ ਭਾਗਾਂ ਨੂੰ ਜੋੜਨਾ ਵੀ ਸੰਭਵ ਹੈ;
• ਸਧਾਰਣ ਸਾਰਣੀ ਸਮੀਕਰਨ ਦੇ ਆਟੋਮੈਟਿਕ ਇਨਲਾਈਨ ਵਿਸਤਾਰ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ (ਆਮ ਸਾਰਣੀ ਸਮੀਕਰਨ, CTE) ਜੋ WITH ਸਟੇਟਮੈਂਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਨਿਰਧਾਰਿਤ ਅਸਥਾਈ ਨਾਮ ਵਾਲੇ ਨਤੀਜੇ ਸੈੱਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਨਲਾਈਨ ਤੈਨਾਤੀ ਜ਼ਿਆਦਾਤਰ ਸਵਾਲਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਸੁਧਾਰ ਕਰ ਸਕਦੀ ਹੈ, ਪਰ ਵਰਤਮਾਨ ਵਿੱਚ ਸਿਰਫ ਗੈਰ-ਆਵਰਤੀ CTEs ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ;
• ਸਹਿਯੋਗ ਜੋੜਿਆ ਗਿਆ ਗੈਰ-ਨਿਰਧਾਰਤ "ਕੋਲੇਸ਼ਨ" ਲੋਕੇਲ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਜੋ ਤੁਹਾਨੂੰ ਅੱਖਰਾਂ ਦੇ ਅਰਥਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਛਾਂਟਣ ਦੇ ਨਿਯਮ ਅਤੇ ਮੇਲਣ ਦੇ ਤਰੀਕਿਆਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਡਿਜੀਟਲ ਮੁੱਲਾਂ ਨੂੰ ਛਾਂਟਣ ਵੇਲੇ, ਇੱਕ ਸੰਖਿਆ ਦੇ ਸਾਹਮਣੇ ਇੱਕ ਘਟਾਓ ਅਤੇ ਬਿੰਦੂ ਦੀ ਮੌਜੂਦਗੀ ਅਤੇ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਸਪੈਲਿੰਗ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਤੁਲਨਾ ਕਰਦੇ ਸਮੇਂ, ਅੱਖਰਾਂ ਦੇ ਕੇਸ ਅਤੇ ਇੱਕ ਲਹਿਜ਼ੇ ਦੇ ਚਿੰਨ੍ਹ ਦੀ ਮੌਜੂਦਗੀ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ) ;
• ਮਲਟੀ-ਫੈਕਟਰ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ, ਜਿਸ ਵਿੱਚ pg_hba.conf ਵਿੱਚ ਤੁਸੀਂ SSL ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਮਾਣਿਕਤਾ (clientcert=verify-full) ਨੂੰ ਇੱਕ ਵਾਧੂ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਨਾਲ ਜੋੜ ਸਕਦੇ ਹੋ ਜਿਵੇਂ ਕਿ ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ scram-sha-256;
• ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਵੇਲੇ ਸੰਚਾਰ ਚੈਨਲ ਦੇ ਏਨਕ੍ਰਿਪਸ਼ਨ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ ਜੀਐਸਐਸਪੀਆਈ, ਕਲਾਇੰਟ ਸਾਈਡ ਅਤੇ ਸਰਵਰ ਸਾਈਡ ਦੋਵਾਂ 'ਤੇ;
• ਜੇਕਰ PostgreSQL OpenLDAP ਨਾਲ ਬਣਾਇਆ ਗਿਆ ਹੈ ਤਾਂ “DNS SRV” ਰਿਕਾਰਡਾਂ ਦੇ ਅਧਾਰ ਤੇ LDAP ਸਰਵਰਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ;
• ਓਪਰੇਸ਼ਨ ਜੋੜਿਆ ਗਿਆ "ਨਾਲ ਹੀ ਮੁੜ ਸੂਚੀਬੱਧ ਕਰੋ» ਸੂਚਕਾਂਕ ਨੂੰ ਲਿਖਣ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਬਲੌਕ ਕੀਤੇ ਬਿਨਾਂ ਸੂਚਕਾਂਕ ਨੂੰ ਮੁੜ ਬਣਾਉਣ ਲਈ;
• ਕਮਾਂਡ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ pg_checksums, ਜੋ ਤੁਹਾਨੂੰ ਮੌਜੂਦਾ ਡੇਟਾਬੇਸ ਲਈ ਡੇਟਾ ਪੇਜਾਂ ਦੇ ਚੈਕਿੰਗ ਚੈਕਸਮ ਨੂੰ ਸਮਰੱਥ ਜਾਂ ਅਸਮਰੱਥ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ (ਪਹਿਲਾਂ ਇਹ ਕਾਰਵਾਈ ਸਿਰਫ ਡੇਟਾਬੇਸ ਸ਼ੁਰੂਆਤੀਕਰਣ ਦੌਰਾਨ ਸਮਰਥਿਤ ਸੀ);
• ਓਪਰੇਸ਼ਨਾਂ ਲਈ ਪ੍ਰਗਤੀ ਸੂਚਕ ਦਾ ਆਉਟਪੁੱਟ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ INDEX, REINDEX, CLUSTER, VACUUM FULL ਅਤੇ pg_checksums;
• ਕਮਾਂਡ ਜੋੜੀ ਗਈ "ਪਹੁੰਚ ਵਿਧੀ ਬਣਾਓ» ਵੱਖ-ਵੱਖ ਖਾਸ ਕਾਰਜਾਂ ਲਈ ਅਨੁਕੂਲਿਤ ਨਵੇਂ ਟੇਬਲ ਸਟੋਰੇਜ ਤਰੀਕਿਆਂ ਲਈ ਹੈਂਡਲਰਾਂ ਨੂੰ ਜੋੜਨ ਲਈ। ਵਰਤਮਾਨ ਵਿੱਚ ਸਿਰਫ ਬਿਲਟ-ਇਨ ਟੇਬਲ ਐਕਸੈਸ ਵਿਧੀ "ਹੀਪ" ਹੈ;
• recovery.conf ਸੰਰਚਨਾ ਫਾਇਲ ਨੂੰ postgresql.conf ਨਾਲ ਮਿਲਾ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਅਸਫਲਤਾ ਤੋਂ ਬਾਅਦ ਰਿਕਵਰੀ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਤਬਦੀਲੀ ਦੇ ਸੰਕੇਤਕ ਵਜੋਂ, ਹੁਣ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ recovery.signal ਅਤੇ standby.signal ਫਾਈਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਸਰੋਤ: opennet.ru