ਅਸਲ ਕਿਸਮਾਂ ਦੀਆਂ ਅਸਧਾਰਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਜਾਂ ਰੀਅਲ ਨਾਲ ਸਾਵਧਾਨ ਰਹੋ

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

PostgreSQL ਦਸਤਾਵੇਜ਼ ਸੰਖੇਪ ਵਿੱਚ ਬਿਆਨ ਕਰਦਾ ਹੈ: "ਅਜਿਹੀਆਂ ਗਲਤੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਅਤੇ ਗਣਨਾ ਦੌਰਾਨ ਉਹਨਾਂ ਦਾ ਪ੍ਰਸਾਰ ਗਣਿਤ ਅਤੇ ਕੰਪਿਊਟਰ ਵਿਗਿਆਨ ਦੀ ਇੱਕ ਪੂਰੀ ਸ਼ਾਖਾ ਦਾ ਵਿਸ਼ਾ ਹੈ, ਅਤੇ ਇੱਥੇ ਕਵਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ" (ਜਦੋਂ ਕਿ ਸਮਝਦਾਰੀ ਨਾਲ ਪਾਠਕ ਨੂੰ IEEE 754 ਸਟੈਂਡਰਡ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹੋਏ)। ਇੱਥੇ ਕਿਸ ਕਿਸਮ ਦੀਆਂ ਗਲਤੀਆਂ ਦਾ ਮਤਲਬ ਹੈ? ਆਉ ਉਹਨਾਂ ਦੀ ਕ੍ਰਮਵਾਰ ਚਰਚਾ ਕਰੀਏ, ਅਤੇ ਇਹ ਜਲਦੀ ਹੀ ਸਪੱਸ਼ਟ ਹੋ ਜਾਵੇਗਾ ਕਿ ਮੈਂ ਦੁਬਾਰਾ ਕਲਮ ਕਿਉਂ ਚੁੱਕੀ।

ਆਓ ਇੱਕ ਸਧਾਰਨ ਬੇਨਤੀ ਦੀ ਉਦਾਹਰਣ ਲਈਏ:

********* ЗАПРОС *********
SELECT 0.1::REAL;
**************************
float4
--------
    0.1
(1 строка)

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਕੁਝ ਖਾਸ ਨਹੀਂ ਦੇਖਾਂਗੇ - ਅਸੀਂ ਉਮੀਦ ਕੀਤੀ 0.1 ਪ੍ਰਾਪਤ ਕਰਾਂਗੇ। ਪਰ ਹੁਣ ਆਓ ਇਸਦੀ ਤੁਲਨਾ 0.1 ਨਾਲ ਕਰੀਏ:

********* ЗАПРОС *********
SELECT 0.1::REAL = 0.1;
**************************
?column?
----------
f
(1 строка)

ਬਰਾਬਰ ਨਹੀਂ! ਕੀ ਚਮਤਕਾਰ! ਪਰ ਅੱਗੇ, ਹੋਰ. ਕੋਈ ਕਹੇਗਾ, ਮੈਂ ਜਾਣਦਾ ਹਾਂ ਕਿ REAL ਅੰਸ਼ਾਂ ਨਾਲ ਬੁਰਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਮੈਂ ਉੱਥੇ ਪੂਰੀਆਂ ਸੰਖਿਆਵਾਂ ਦਰਜ ਕਰਾਂਗਾ, ਅਤੇ ਉਹਨਾਂ ਨਾਲ ਸਭ ਕੁਝ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਠੀਕ ਹੋ ਜਾਵੇਗਾ। ਠੀਕ ਹੈ, ਚਲੋ ਨੰਬਰ 123 ਨੂੰ REAL ਵਿੱਚ ਕਾਸਟ ਕਰੀਏ:

********* ЗАПРОС *********
SELECT 123456789::REAL::INT;
**************************
   int4   
-----------
123456792
(1 строка)

ਅਤੇ ਇਹ 3 ਹੋਰ ਨਿਕਲਿਆ! ਇਹ ਹੀ ਹੈ, ਡੇਟਾਬੇਸ ਆਖਰਕਾਰ ਭੁੱਲ ਗਿਆ ਹੈ ਕਿ ਕਿਵੇਂ ਗਿਣਨਾ ਹੈ! ਜਾਂ ਕੀ ਅਸੀਂ ਕੁਝ ਗਲਤ ਸਮਝ ਰਹੇ ਹਾਂ? ਆਓ ਇਸ ਨੂੰ ਬਾਹਰ ਕੱਢੀਏ।

ਪਹਿਲਾਂ, ਆਓ ਮੈਟੀਰੀਅਲ ਨੂੰ ਯਾਦ ਕਰੀਏ. ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ, ਕਿਸੇ ਵੀ ਦਸ਼ਮਲਵ ਸੰਖਿਆ ਨੂੰ ਦਸ ਦੀਆਂ ਸ਼ਕਤੀਆਂ ਵਿੱਚ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ, ਨੰਬਰ 123.456 1*102 + 2*101 + 3*100 + 4*10-1 + 5*10-2 + ​​6*10-3 ਦੇ ਬਰਾਬਰ ਹੋਵੇਗਾ। ਪਰ ਕੰਪਿਊਟਰ ਬਾਈਨਰੀ ਰੂਪ ਵਿੱਚ ਸੰਖਿਆਵਾਂ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਉਹਨਾਂ ਨੂੰ ਦੋ ਦੀਆਂ ਸ਼ਕਤੀਆਂ ਵਿੱਚ ਵਿਸਤਾਰ ਦੇ ਰੂਪ ਵਿੱਚ ਦਰਸਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸਲਈ, ਬਾਈਨਰੀ ਵਿੱਚ ਨੰਬਰ 5.625 ਨੂੰ 101.101 ਵਜੋਂ ਦਰਸਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਇਹ 1*22 + 0*21 + 1*20 + 1*2-1 + 0*2-2 + 1*2-3 ਦੇ ਬਰਾਬਰ ਹੋਵੇਗਾ। ਅਤੇ ਜੇਕਰ ਦੋ ਦੀਆਂ ਸਕਾਰਾਤਮਕ ਸ਼ਕਤੀਆਂ ਹਮੇਸ਼ਾਂ ਪੂਰੇ ਦਸ਼ਮਲਵ ਸੰਖਿਆਵਾਂ (1, 2, 4, 8, 16, ਆਦਿ) ਦਿੰਦੀਆਂ ਹਨ, ਤਾਂ ਨੈਗੇਟਿਵ ਦੇ ਨਾਲ ਸਭ ਕੁਝ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੁੰਦਾ ਹੈ (0.5, 0.25, 0.125, 0,0625, ਆਦਿ)। ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਹਰੇਕ ਦਸ਼ਮਲਵ ਨੂੰ ਇੱਕ ਸੀਮਿਤ ਬਾਈਨਰੀ ਫਰੈਕਸ਼ਨ ਵਜੋਂ ਨਹੀਂ ਦਰਸਾਇਆ ਜਾ ਸਕਦਾ. ਇਸ ਤਰ੍ਹਾਂ, ਇੱਕ ਬਾਈਨਰੀ ਫਰੈਕਸ਼ਨ ਦੇ ਰੂਪ ਵਿੱਚ ਸਾਡਾ ਬਦਨਾਮ 0.1 ਆਵਰਤੀ ਮੁੱਲ 0.0(0011) ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ। ਸਿੱਟੇ ਵਜੋਂ, ਕੰਪਿਊਟਰ ਮੈਮੋਰੀ ਵਿੱਚ ਇਸ ਨੰਬਰ ਦਾ ਅੰਤਮ ਮੁੱਲ ਬਿੱਟ ਡੂੰਘਾਈ ਦੇ ਅਧਾਰ ਤੇ ਵੱਖ-ਵੱਖ ਹੋਵੇਗਾ।

ਹੁਣ ਇਹ ਯਾਦ ਕਰਨ ਦਾ ਸਮਾਂ ਹੈ ਕਿ ਕੰਪਿਊਟਰ ਮੈਮੋਰੀ ਵਿੱਚ ਅਸਲ ਨੰਬਰ ਕਿਵੇਂ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਆਮ ਤੌਰ 'ਤੇ, ਇੱਕ ਅਸਲ ਸੰਖਿਆ ਵਿੱਚ ਤਿੰਨ ਮੁੱਖ ਭਾਗ ਹੁੰਦੇ ਹਨ - ਚਿੰਨ੍ਹ, ਮੈਂਟੀਸਾ ਅਤੇ ਘਾਤਕ। ਚਿੰਨ੍ਹ ਪਲੱਸ ਜਾਂ ਮਾਇਨਸ ਹੋ ਸਕਦਾ ਹੈ, ਇਸਲਈ ਇਸਦੇ ਲਈ ਇੱਕ ਬਿੱਟ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਪਰ ਮੈਂਟੀਸਾ ਅਤੇ ਘਾਤਕ ਦੇ ਬਿੱਟਾਂ ਦੀ ਗਿਣਤੀ ਅਸਲ ਕਿਸਮ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਲਈ, ਰੀਅਲ ਕਿਸਮ ਲਈ, ਮੈਂਟੀਸਾ ਦੀ ਲੰਬਾਈ 23 ਬਿੱਟ ਹੈ (1 ਦੇ ਬਰਾਬਰ ਇੱਕ ਬਿੱਟ ਨੂੰ ਮੈਂਟੀਸਾ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਜੋੜਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਨਤੀਜਾ 24 ਹੈ), ਅਤੇ ਘਾਤਕ 8 ਬਿੱਟ ਹੈ। ਕੁੱਲ 32 ਬਿੱਟ, ਜਾਂ 4 ਬਾਈਟ ਹਨ। ਅਤੇ ਡਬਲ ਸ਼ੁੱਧਤਾ ਕਿਸਮ ਲਈ, ਮੈਂਟੀਸਾ ਦੀ ਲੰਬਾਈ 52 ਬਿੱਟ ਹੋਵੇਗੀ, ਅਤੇ ਘਾਤਕ ਕੁੱਲ 11 ਬਿੱਟਾਂ, ਜਾਂ 64 ਬਾਈਟਾਂ ਲਈ 8 ਬਿੱਟ ਹੋਣਗੇ। PostgreSQL ਫਲੋਟਿੰਗ ਪੁਆਇੰਟ ਨੰਬਰਾਂ ਲਈ ਉੱਚ ਸ਼ੁੱਧਤਾ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ।

ਆਉ ਸਾਡੇ ਦਸ਼ਮਲਵ ਸੰਖਿਆ 0.1 ਨੂੰ ਰੀਅਲ ਅਤੇ ਡਬਲ ਸਟੀਕਸ਼ਨ ਦੋਵਾਂ ਕਿਸਮਾਂ ਵਿੱਚ ਪੈਕ ਕਰੀਏ। ਕਿਉਂਕਿ ਘਾਤਕ ਦਾ ਚਿੰਨ੍ਹ ਅਤੇ ਮੁੱਲ ਇੱਕੋ ਜਿਹੇ ਹਨ, ਅਸੀਂ ਮੰਟੀਸਾ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਾਂਗੇ (ਮੈਂ ਜਾਣਬੁੱਝ ਕੇ ਘਾਤਕ ਦੇ ਮੁੱਲਾਂ ਅਤੇ ਜ਼ੀਰੋ ਅਸਲ ਮੁੱਲਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਦੀਆਂ ਗੈਰ-ਸਪੱਸ਼ਟ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹਾਂ, ਕਿਉਂਕਿ ਉਹ ਸਮਝ ਨੂੰ ਗੁੰਝਲਦਾਰ ਬਣਾਉਂਦੇ ਹਨ ਅਤੇ ਤੱਤ ਤੋਂ ਧਿਆਨ ਭਟਕਾਉਂਦੇ ਹਨ। ਸਮੱਸਿਆ ਬਾਰੇ, ਜੇਕਰ ਦਿਲਚਸਪੀ ਹੈ, ਤਾਂ IEEE 754 ਸਟੈਂਡਰਡ ਦੇਖੋ)। ਸਾਨੂੰ ਕੀ ਮਿਲੇਗਾ? ਸਿਖਰਲੀ ਲਾਈਨ ਵਿੱਚ ਮੈਂ ਅਸਲ ਕਿਸਮ ਲਈ "ਮਾਂਟੀਸਾ" ਦੇਵਾਂਗਾ (ਆਖਰੀ ਬਿੱਟ ਨੂੰ 1 ਦੁਆਰਾ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਪ੍ਰਤੀਨਿਧ ਸੰਖਿਆ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਨਹੀਂ ਤਾਂ ਇਹ 0.099999 ਹੋਵੇਗਾ...), ਅਤੇ ਹੇਠਲੀ ਲਾਈਨ ਵਿੱਚ - ਲਈ ਡਬਲ ਸ਼ੁੱਧਤਾ ਕਿਸਮ:

0.000110011001100110011001101
0.00011001100110011001100110011001100110011001100110011001

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

********* ЗАПРОС *********
SELECT 0.1::REAL > 0.1::DOUBLE PRECISION;
**************************
?column?
----------
t
(1 строка)

ਅਤੇ ਵਾਸਤਵ ਵਿੱਚ, ਸੰਖਿਆ 0.1 ਦੀ ਰੀਅਲ ਅਤੇ ਡਬਲ ਸ਼ੁੱਧਤਾ ਵਿੱਚ ਦੋਹਰੀ ਕਮੀ ਕਰਨ ਨਾਲ, ਸਾਨੂੰ ਬੁਝਾਰਤ ਦਾ ਜਵਾਬ ਮਿਲਦਾ ਹੈ:

********* ЗАПРОС *********
SELECT 0.1::REAL::DOUBLE PRECISION;
**************************

      float8       
-------------------
0.100000001490116
(1 строка)

ਇਹ ਉਪਰੋਕਤ ਤੀਜੀ ਉਦਾਹਰਣ ਦੀ ਵੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ। ਨੰਬਰ 123 ਸਧਾਰਨ ਹੈ ਮੈਂਟੀਸਾ ਨੂੰ 24 ਬਿੱਟਾਂ ਵਿੱਚ ਫਿੱਟ ਕਰਨਾ ਅਸੰਭਵ ਹੈ (23 ਸਪਸ਼ਟ + 1 ਅਪ੍ਰਤੱਖ)। ਵੱਧ ਤੋਂ ਵੱਧ ਪੂਰਨ ਅੰਕ ਜੋ 24 ਬਿੱਟਾਂ ਵਿੱਚ ਫਿੱਟ ਹੋ ਸਕਦਾ ਹੈ 224-1 = 16 ਹੈ। ਇਸਲਈ, ਸਾਡੀ ਸੰਖਿਆ 777 ਨੂੰ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਪ੍ਰਸਤੁਤ ਕਰਨ ਯੋਗ 215 ਵਿੱਚ ਗੋਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਕਿਸਮ ਨੂੰ ਦੋਹਰਾ ਸ਼ੁੱਧਤਾ ਵਿੱਚ ਬਦਲ ਕੇ, ਅਸੀਂ ਹੁਣ ਇਹ ਦ੍ਰਿਸ਼ ਨਹੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ:

********* ЗАПРОС *********
SELECT 123456789::DOUBLE PRECISION::INT;
**************************
   int4   
-----------
123456789
(1 строка)

ਇਹ ਸਭ ਹੈ. ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਕੋਈ ਚਮਤਕਾਰ ਨਹੀਂ ਹਨ. ਪਰ ਵਰਣਨ ਕੀਤੀ ਗਈ ਹਰ ਚੀਜ਼ ਇਸ ਬਾਰੇ ਸੋਚਣ ਦਾ ਇੱਕ ਚੰਗਾ ਕਾਰਨ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਅਸਲ ਕਿਸਮ ਦੀ ਕਿੰਨੀ ਲੋੜ ਹੈ। ਸ਼ਾਇਦ ਇਸਦੀ ਵਰਤੋਂ ਦਾ ਸਭ ਤੋਂ ਵੱਡਾ ਫਾਇਦਾ ਸ਼ੁੱਧਤਾ ਦੇ ਜਾਣੇ-ਪਛਾਣੇ ਨੁਕਸਾਨ ਦੇ ਨਾਲ ਗਣਨਾ ਦੀ ਗਤੀ ਹੈ। ਪਰ ਕੀ ਇਹ ਇੱਕ ਵਿਸ਼ਵਵਿਆਪੀ ਦ੍ਰਿਸ਼ ਹੋਵੇਗਾ ਜੋ ਇਸ ਕਿਸਮ ਦੀ ਲਗਾਤਾਰ ਵਰਤੋਂ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਏਗਾ? ਸੋਚੋ ਨਾ।

ਸਰੋਤ: www.habr.com