ਇਹ ਡਾਟਾਬੇਸ ਅੱਗ 'ਤੇ ਹੈ...

ਮੈਨੂੰ ਇੱਕ ਤਕਨੀਕੀ ਕਹਾਣੀ ਦੱਸਣ ਦਿਓ।

ਕਈ ਸਾਲ ਪਹਿਲਾਂ, ਮੈਂ ਇਸ ਵਿੱਚ ਬਣੀਆਂ ਸਹਿਯੋਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਲ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਵਿਕਸਿਤ ਕਰ ਰਿਹਾ ਸੀ। ਇਹ ਇੱਕ ਉਪਭੋਗਤਾ-ਅਨੁਕੂਲ ਪ੍ਰਯੋਗਾਤਮਕ ਸਟੈਕ ਸੀ ਜਿਸਨੇ ਸ਼ੁਰੂਆਤੀ ਪ੍ਰਤੀਕ੍ਰਿਆ ਅਤੇ CouchDB ਦੀ ਪੂਰੀ ਸੰਭਾਵਨਾ ਦਾ ਲਾਭ ਲਿਆ। ਇਹ JSON ਰਾਹੀਂ ਰੀਅਲ ਟਾਈਮ ਵਿੱਚ ਡਾਟਾ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ ਕਰਦਾ ਹੈ OT. ਇਹ ਕੰਪਨੀ ਦੇ ਅੰਦਰ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਗਿਆ ਸੀ, ਪਰ ਦੂਜੇ ਖੇਤਰਾਂ ਵਿੱਚ ਇਸਦੀ ਵਿਆਪਕ ਉਪਯੋਗਤਾ ਅਤੇ ਸੰਭਾਵਨਾ ਸਪੱਸ਼ਟ ਸੀ।

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


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

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

ਰੋਜ਼ਾਨਾ ਸਿੰਕ ਦਾ ਡਿਜ਼ਾਈਨ

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

ਇਸਦਾ ਇੱਕ ਸ਼ਾਨਦਾਰ ਉਦਾਹਰਨ ਹੈ ਇੱਕ ਉਪਭੋਗਤਾ ਨੂੰ ਇੱਕ ਵੱਲ ਵੇਖਣਾ spinner.gif, ਸੋਚ ਰਿਹਾ ਸੀ ਕਿ ਆਖਰਕਾਰ ਕੰਮ ਕਦੋਂ ਪੂਰਾ ਹੋਵੇਗਾ। ਡਿਵੈਲਪਰ ਨੇ ਮਹਿਸੂਸ ਕੀਤਾ ਹੋਵੇਗਾ ਕਿ ਪ੍ਰਕਿਰਿਆ ਸ਼ਾਇਦ ਅਟਕ ਗਈ ਸੀ ਅਤੇ ਇਹ ਕਿ GIF ਕਦੇ ਵੀ ਸਕ੍ਰੀਨ ਤੋਂ ਅਲੋਪ ਨਹੀਂ ਹੋਵੇਗਾ। ਇਹ ਐਨੀਮੇਸ਼ਨ ਕਿਸੇ ਨੌਕਰੀ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੀ ਨਕਲ ਕਰਦੀ ਹੈ, ਪਰ ਇਸਦੀ ਸਥਿਤੀ ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹੈ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਕੁਝ ਤਕਨੀਕੀ ਮਾਹਰ ਆਪਣੀਆਂ ਅੱਖਾਂ ਨੂੰ ਰੋਲ ਕਰਨਾ ਪਸੰਦ ਕਰਦੇ ਹਨ, ਉਪਭੋਗਤਾ ਉਲਝਣ ਦੀ ਹੱਦ ਤੋਂ ਹੈਰਾਨ ਹੁੰਦੇ ਹਨ. ਹਾਲਾਂਕਿ, ਧਿਆਨ ਦਿਓ ਕਿ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਿੰਨੇ ਘੁੰਮਦੇ ਹੋਏ ਘੜੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ ਅਤੇ ਕਹਿੰਦੇ ਹਨ ਕਿ ਇਹ ਅਸਲ ਵਿੱਚ ਸਥਿਰ ਹੈ?

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

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

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

ਪਹਿਲੇ ਨੂੰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਫਾਇਰਬੇਸ ਰੀਅਲ-ਟਾਈਮ ਡਾਟਾਬੇਸ, ਅਤੇ ਦੂਜਾ - ਫਾਇਰਬੇਸ ਕਲਾਉਡ ਫਾਇਰਸਟੋਰ. ਇਹ ਦੋਨੋ ਦੇ ਉਤਪਾਦ ਹਨ ਫਾਇਰਬੇਸ ਸੂਟ ਗੂਗਲ। ਉਹਨਾਂ ਦੇ API ਨੂੰ ਕ੍ਰਮਵਾਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ firebase.database(…) и firebase.firestore(…).

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

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

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

ਪਾਈਰਿਕ ਜਿੱਤ

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

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

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

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

ਉਹ ਆਪਣੇ ਚੈਂਬਰ ਤੋਂ ਪ੍ਰਗਟ ਹੋਇਆ ਅਤੇ ਐਲਾਨ ਕੀਤਾ:

"ਇੱਕ ਵੱਡਾ JSON ਦਸਤਾਵੇਜ਼? ਨੰ. ਤੁਸੀਂ ਡੇਟਾ ਨੂੰ ਵੱਖਰੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਵੰਡੋਗੇ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਦਾ ਆਕਾਰ 1 ਮੈਗਾਬਾਈਟ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਵੇਗਾ।

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

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

msgstr "" "ਐਰੇ ਦੇ ਐਰੇ ਜਿਹਨਾਂ ਵਿੱਚ ਵਾਰ-ਵਾਰ ਹੋਰ ਤੱਤ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ? ਨੰ. ਐਰੇ ਵਿੱਚ ਕੇਵਲ ਸਥਿਰ-ਲੰਬਾਈ ਵਾਲੀਆਂ ਵਸਤੂਆਂ ਜਾਂ ਸੰਖਿਆਵਾਂ ਹੋਣਗੀਆਂ, ਜਿਵੇਂ ਕਿ ਰੱਬ ਦਾ ਇਰਾਦਾ ਹੈ।"

ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ ਜੀਓਜੇਸਨ ਨੂੰ ਆਪਣੇ ਫਾਇਰਸਟੋਰ ਵਿੱਚ ਪਾਉਣ ਦੀ ਉਮੀਦ ਕਰ ਰਹੇ ਸੀ, ਤਾਂ ਤੁਸੀਂ ਦੇਖੋਗੇ ਕਿ ਇਹ ਸੰਭਵ ਨਹੀਂ ਹੈ। ਕੁਝ ਵੀ ਗੈਰ-ਇਕ-ਅਯਾਮੀ ਸਵੀਕਾਰਯੋਗ ਨਹੀਂ ਹੈ। ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਤੁਸੀਂ JSON ਦੇ ਅੰਦਰ ਬੇਸ64 ਅਤੇ/ਜਾਂ JSON ਪਸੰਦ ਕਰੋਗੇ।

"HTTP, ਕਮਾਂਡ ਲਾਈਨ ਟੂਲਸ ਜਾਂ ਐਡਮਿਨ ਪੈਨਲ ਦੁਆਰਾ JSON ਆਯਾਤ ਅਤੇ ਨਿਰਯਾਤ? ਨੰ. ਤੁਸੀਂ ਸਿਰਫ਼ Google ਕਲਾਊਡ ਸਟੋਰੇਜ ਵਿੱਚ ਡਾਟਾ ਨਿਰਯਾਤ ਅਤੇ ਆਯਾਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੋਗੇ। ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਇਸ ਨੂੰ ਹੁਣ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਅਤੇ ਜਦੋਂ ਮੈਂ "ਤੁਸੀਂ" ਕਹਿੰਦਾ ਹਾਂ, ਤਾਂ ਮੈਂ ਸਿਰਫ਼ ਉਹਨਾਂ ਲੋਕਾਂ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰ ਰਿਹਾ ਹਾਂ ਜਿਨ੍ਹਾਂ ਕੋਲ ਪ੍ਰੋਜੈਕਟ ਮਾਲਕ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਹਨ। ਬਾਕੀ ਹਰ ਕੋਈ ਜਾ ਕੇ ਟਿਕਟਾਂ ਬਣਾ ਸਕਦਾ ਹੈ।"

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ, ਫਾਇਰਬੇਸ ਡੇਟਾ ਮਾਡਲ ਦਾ ਵਰਣਨ ਕਰਨਾ ਆਸਾਨ ਹੈ। ਇਸ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ਾਲ JSON ਦਸਤਾਵੇਜ਼ ਹੈ ਜੋ JSON ਕੁੰਜੀਆਂ ਨੂੰ URL ਮਾਰਗਾਂ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਨਾਲ ਲਿਖਦੇ ਹੋ HTTP PUT в / ਫਾਇਰਬੇਸ ਹੇਠ ਲਿਖਿਆਂ ਹੈ:

{
  "hello": "world"
}

ਨੂੰ GET /hello ਵਾਪਸ ਆਵੇਗਾ "world". ਅਸਲ ਵਿੱਚ ਇਹ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਤੁਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹੋ। ਫਾਇਰਬੇਸ ਵਸਤੂਆਂ ਦਾ ਸੰਗ੍ਰਹਿ /my-collection/:id ਇੱਕ JSON ਸ਼ਬਦਕੋਸ਼ ਦੇ ਬਰਾਬਰ {"my-collection": {...}} ਰੂਟ ਵਿੱਚ, ਜਿਸ ਦੀ ਸਮੱਗਰੀ ਵਿੱਚ ਉਪਲਬਧ ਹਨ /my-collection:

{
  "id1": {...object},
  "id2": {...object},
  "id3": {...object},
  // ...
}

ਇਹ ਠੀਕ ਕੰਮ ਕਰਦਾ ਹੈ ਜੇਕਰ ਹਰੇਕ ਸੰਮਿਲਨ ਕੋਲ ਇੱਕ ਟੱਕਰ-ਮੁਕਤ ID ਹੈ, ਜਿਸਦਾ ਸਿਸਟਮ ਕੋਲ ਇੱਕ ਮਿਆਰੀ ਹੱਲ ਹੈ।

ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਡੇਟਾਬੇਸ 100% JSON(*) ਅਨੁਕੂਲ ਹੈ ਅਤੇ HTTP ਦੇ ਨਾਲ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ CouchDB। ਪਰ ਅਸਲ ਵਿੱਚ ਤੁਸੀਂ ਇਸਨੂੰ ਇੱਕ ਰੀਅਲ-ਟਾਈਮ API ਦੁਆਰਾ ਵਰਤਦੇ ਹੋ ਜੋ ਵੈਬਸਾਕਟ, ਅਧਿਕਾਰ ਅਤੇ ਗਾਹਕੀ ਨੂੰ ਐਬਸਟਰੈਕਟ ਕਰਦਾ ਹੈ। ਐਡਮਿਨ ਪੈਨਲ ਵਿੱਚ ਦੋਵੇਂ ਸਮਰੱਥਾਵਾਂ ਹਨ, ਅਸਲ-ਸਮੇਂ ਵਿੱਚ ਸੰਪਾਦਨ ਅਤੇ JSON ਆਯਾਤ/ਨਿਰਯਾਤ ਦੋਵਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਕੋਡ ਵਿੱਚ ਅਜਿਹਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਹੈਰਾਨ ਹੋਵੋਗੇ ਕਿ ਕਿੰਨਾ ਵਿਸ਼ੇਸ਼ ਕੋਡ ਬਰਬਾਦ ਹੋਵੇਗਾ ਜਦੋਂ ਤੁਹਾਨੂੰ ਇਹ ਅਹਿਸਾਸ ਹੁੰਦਾ ਹੈ ਕਿ ਪੈਚ ਅਤੇ ਡਿਫ JSON ਨਿਰੰਤਰ ਸਥਿਤੀ ਨੂੰ ਸੰਭਾਲਣ ਦੇ 90% ਰੁਟੀਨ ਕੰਮਾਂ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ।

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

ਉਹਨਾਂ ਨੇ ਇੱਕ ਰੀਅਲ-ਟਾਈਮ NoSQL ਡੇਟਾਬੇਸ ਲਿਆ ਅਤੇ ਇਸਨੂੰ ਆਟੋ-ਜੁਆਇਨ ਅਤੇ ਇੱਕ ਵੱਖਰੇ ਗੈਰ-JSON ਕਾਲਮ ਦੇ ਨਾਲ ਇੱਕ ਹੌਲੀ ਗੈਰ-SQL ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ। GraftQL ਵਰਗਾ ਕੁਝ.

ਗਰਮ ਜਾਵਾ

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

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

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

ਮੈਨੂੰ ਫਾਇਰਸਟੋਰ ਦੀ ਸਿਰਜਣਾ ਪਿੱਛੇ ਸਾਰੇ ਤਰਕ ਨਹੀਂ ਪਤਾ। ਬਲੈਕ ਬਾਕਸ ਦੇ ਅੰਦਰ ਪੈਦਾ ਹੋਣ ਵਾਲੇ ਮਨੋਰਥਾਂ ਬਾਰੇ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ ਵੀ ਮਜ਼ੇ ਦਾ ਹਿੱਸਾ ਹੈ। ਦੋ ਬਹੁਤ ਹੀ ਸਮਾਨ ਪਰ ਬੇਮਿਸਾਲ ਡੇਟਾਬੇਸ ਦੀ ਇਹ ਸੰਯੁਕਤ ਸਥਿਤੀ ਬਹੁਤ ਘੱਟ ਹੈ। ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਹੈ ਜਿਵੇਂ ਕਿਸੇ ਨੇ ਸੋਚਿਆ: "ਫਾਇਰਬੇਸ ਸਿਰਫ ਇੱਕ ਫੰਕਸ਼ਨ ਹੈ ਜਿਸਨੂੰ ਅਸੀਂ ਗੂਗਲ ਕਲਾਉਡ ਵਿੱਚ ਨਕਲ ਕਰ ਸਕਦੇ ਹਾਂ", ਪਰ ਅਜੇ ਤੱਕ ਅਸਲ-ਸੰਸਾਰ ਦੀਆਂ ਲੋੜਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਜਾਂ ਉਹਨਾਂ ਸਾਰੀਆਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਾਲੇ ਉਪਯੋਗੀ ਹੱਲ ਬਣਾਉਣ ਦੇ ਸੰਕਲਪ ਦੀ ਖੋਜ ਨਹੀਂ ਕੀਤੀ ਹੈ। “ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਸ ਬਾਰੇ ਸੋਚਣ ਦਿਓ। ਬੱਸ UI ਨੂੰ ਸੁੰਦਰ ਬਣਾਓ... ਕੀ ਤੁਸੀਂ ਹੋਰ ਅੱਗ ਜੋੜ ਸਕਦੇ ਹੋ?"

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

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

ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ Google Docs ਦੀ ਖੋਜ ਕਰਦੇ ਹੋ, ਤਾਂ ਉਮੀਦ ਹੈ ਕਿ ਤੁਹਾਨੂੰ BigTable ਅਤੇ BigQuery ਵਰਗੀ ਕਿਸੇ ਚੀਜ਼ ਦੀ ਦਿਸ਼ਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕੀਤਾ ਜਾਵੇਗਾ। ਹਾਲਾਂਕਿ, ਇਹ ਸਾਰੇ ਹੱਲ ਇੰਨੇ ਸੰਘਣੇ ਕਾਰਪੋਰੇਟ ਵਿਕਰੀ ਸ਼ਬਦਾਵਲੀ ਦੇ ਨਾਲ ਹਨ ਕਿ ਤੁਸੀਂ ਜਲਦੀ ਵਾਪਸ ਮੁੜੋਗੇ ਅਤੇ ਕੁਝ ਹੋਰ ਲੱਭਣਾ ਸ਼ੁਰੂ ਕਰੋਗੇ।

ਰੀਅਲ-ਟਾਈਮ ਡੇਟਾਬੇਸ ਨਾਲ ਆਖਰੀ ਚੀਜ਼ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਉਹ ਹੈ ਪ੍ਰਬੰਧਨ ਤਨਖਾਹ ਸਕੇਲਾਂ 'ਤੇ ਲੋਕਾਂ ਦੁਆਰਾ ਅਤੇ ਉਹਨਾਂ ਲਈ ਬਣਾਈ ਗਈ ਚੀਜ਼।

(*) ਇਹ ਇੱਕ ਮਜ਼ਾਕ ਹੈ, ਅਜਿਹੀ ਕੋਈ ਗੱਲ ਨਹੀਂ ਹੈ 100% JSON ਅਨੁਕੂਲ.

ਇੱਕ ਇਸ਼ਤਿਹਾਰ ਦੇ ਤੌਰ ਤੇ

ਦੀ ਤਲਾਸ਼ Vds ਡੀਬੱਗਿੰਗ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ, ਵਿਕਾਸ ਅਤੇ ਹੋਸਟਿੰਗ ਲਈ ਇੱਕ ਸਰਵਰ? ਤੁਸੀਂ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਸਾਡੇ ਕਲਾਇੰਟ ਹੋ 🙂 ਵੱਖ-ਵੱਖ ਸੰਰਚਨਾਵਾਂ ਦੇ ਸਰਵਰਾਂ ਲਈ ਰੋਜ਼ਾਨਾ ਕੀਮਤ, ਐਂਟੀ-DDoS ਅਤੇ ਵਿੰਡੋਜ਼ ਲਾਇਸੰਸ ਪਹਿਲਾਂ ਹੀ ਕੀਮਤ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ।

ਸਰੋਤ: www.habr.com