ਕੁੰਜੀਆਂ 'ਤੇ ਪੰਨਾ ਲਗਾਉਣ ਲਈ ਸਾਨੂੰ ਇੰਸਟ੍ਰੂਮੈਂਟਲ ਸਪੋਰਟ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

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

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

ਮੈਂ ਤੁਹਾਡੇ ਲਈ ਮਾਰਕਸ ਦੇ ਇੱਕ ਛੋਟੇ ਲੇਖ ਦਾ ਅਨੁਵਾਦ ਕਰਨਾ ਚਾਹਾਂਗਾ। ਇਸ ਨੂੰ ਕੁਝ ਹੱਦ ਤੱਕ ਮੈਨੀਫੈਸਟੋ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ SQL ਸਟੈਂਡਰਡ ਦੇ ਅਨੁਸਾਰ ਔਫਸੈੱਟ ਓਪਰੇਸ਼ਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਪੁਰਾਣੀ, ਪਰ ਅਜੇ ਵੀ ਢੁਕਵੀਂ ਸਮੱਸਿਆ ਵੱਲ ਧਿਆਨ ਖਿੱਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ।

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

ਛੋਟਾ ਜਾਣ ਪਛਾਣ

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

ਇਸ ਲਈ, ਆਫਸੈੱਟ ਕੀਵਰਡ ਡੇਟਾਬੇਸ ਨੂੰ ਬੇਨਤੀ ਵਿੱਚ ਪਹਿਲੇ n ਰਿਕਾਰਡਾਂ ਨੂੰ ਛੱਡਣ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਡੇਟਾਬੇਸ ਨੂੰ ਅਜੇ ਵੀ ਦਿੱਤੇ ਗਏ ਕ੍ਰਮ ਵਿੱਚ, ਡਿਸਕ ਤੋਂ ਇਹਨਾਂ ਪਹਿਲੇ n ਰਿਕਾਰਡਾਂ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਲੋੜ ਹੈ (ਨੋਟ: ਛਾਂਟੀ ਲਾਗੂ ਕਰੋ ਜੇਕਰ ਇਹ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ), ਅਤੇ ਕੇਵਲ ਤਦ ਹੀ n+1 ਤੋਂ ਬਾਅਦ ਦੇ ਰਿਕਾਰਡਾਂ ਨੂੰ ਵਾਪਸ ਕਰਨਾ ਸੰਭਵ ਹੋਵੇਗਾ। ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ ਕਿ ਸਮੱਸਿਆ DBMS ਵਿੱਚ ਖਾਸ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਨਹੀਂ ਹੈ, ਪਰ ਮਿਆਰ ਦੇ ਅਨੁਸਾਰ ਅਸਲ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਹੈ:

…ਕਤਾਰਾਂ ਨੂੰ ਪਹਿਲਾਂ ਦੇ ਅਨੁਸਾਰ ਕ੍ਰਮਬੱਧ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵਿੱਚ ਨਿਰਧਾਰਤ ਕਤਾਰਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਛੱਡ ਕੇ ਸੀਮਿਤ ਸ਼ੁਰੂ ਤੋਂ...
-SQL:2016, ਭਾਗ 2, 4.15.3 ਪ੍ਰਾਪਤ ਟੇਬਲ (ਨੋਟ: ਵਰਤਮਾਨ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਮਿਆਰ)

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

ਬਸ ਥੋੜਾ ਹੋਰ ਦਰਦ

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

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

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

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

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

• ਆਫਸੈੱਟ ਕੀਵਰਡ ਪਹਿਲਾਂ ਦੱਸਿਆ ਗਿਆ ਹੈ।
• ਦੋ ਕੀਵਰਡਸ ਸੀਮਾ [ਆਫਸੈੱਟ] ਦਾ ਨਿਰਮਾਣ (ਹਾਲਾਂਕਿ ਸੀਮਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੰਨੀ ਮਾੜੀ ਨਹੀਂ ਹੈ)।
• ਕਤਾਰ ਨੰਬਰਿੰਗ (ਉਦਾਹਰਨ ਲਈ, row_number(), rownum, ਆਦਿ) ਦੇ ਆਧਾਰ 'ਤੇ ਹੇਠਲੇ ਸੀਮਾਵਾਂ ਦੁਆਰਾ ਫਿਲਟਰ ਕਰਨਾ।

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

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

ਔਫਸੈੱਟ ਤੋਂ ਬਿਨਾਂ ਜ਼ਿੰਦਗੀ

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

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

    SELECT ...
    FROM ...
    WHERE ...
    AND id < ?last_seen_id
    ORDER BY id DESC
    FETCH FIRST 10 ROWS ONLY

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

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

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

ਸੰਦਾਂ ਬਾਰੇ ਕੀ?

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

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

ਹਾਲਾਂਕਿ, ਫ੍ਰੇਮਵਰਕ ਦੀ ਸੰਖਿਆ ਜੋ ਕੁੰਜੀਆਂ 'ਤੇ ਪੇਜਿਨੇਸ਼ਨ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ਹੌਲੀ ਹੌਲੀ ਵਧ ਰਹੀ ਹੈ। ਇਸ ਸਮੇਂ ਸਾਡੇ ਕੋਲ ਇਹ ਹੈ:

• jOOQ ਜਾਵਾ ਲਈ;
• ਆਰਡਰ_ਕਵੇਰੀ ਰੂਬੀ ਲਈ;
• ਚੰਕੇਟਰ и Django ਅਨੰਤ ਸਕ੍ਰੋਲ ਪੰਨਾ ਅੰਕੀਕਰਨ Django ਲਈ;
• SQL Alchemy sqlakeyset ਪਾਈਥਨ ਲਈ;
• ਬਲੇਜ-ਸਥਿਰਤਾ - ਜੇਪੀਏ ਲਾਗੂ ਕਰਨ ਲਈ ਮਾਪਦੰਡ API;
• DBIx::ਕਲਾਸ::ਰੈਪਰ ਪਰਲ ਲਈ;
• Massive.js, Node.js ਲਈ ਮੈਪਰ ਕੀਸੈੱਟ ਦਸਤਾਵੇਜ਼.

(ਨੋਟ: ਕੁਝ ਲਿੰਕ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਹਟਾ ਦਿੱਤੇ ਗਏ ਸਨ ਕਿ ਅਨੁਵਾਦ ਦੇ ਸਮੇਂ ਕੁਝ ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ 2017-2018 ਤੋਂ ਅਪਡੇਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ। ਜੇਕਰ ਤੁਸੀਂ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਅਸਲ ਸਰੋਤ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ।)

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

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

ਸਿੱਟਾ

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

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

ਸਰੋਤ: https://use-the-index-luke.com/no-offset
ਲੇਖਕ: ਮਾਰਕਸ ਵਿਨੈਂਡ

ਸਰੋਤ: www.habr.com