ਕਿਹੜਾ ਬਿਹਤਰ ਹੈ - ਓਰੇਕਲ ਜਾਂ ਰੈਡਿਸ ਜਾਂ ਪਲੇਟਫਾਰਮ ਦੀ ਚੋਣ ਨੂੰ ਕਿਵੇਂ ਜਾਇਜ਼ ਠਹਿਰਾਉਣਾ ਹੈ

“ਇਹ ਜ਼ਰੂਰੀ ਹੈ,” ਉਸਨੇ ਕਿਸੇ ਨੂੰ ਸੰਬੋਧਿਤ ਨਾ ਕਰਦਿਆਂ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਕਿਹਾ। - ਇਹ ਜ਼ਰੂਰੀ ਹੈ! ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਹੈ ਜੋ ਇਹ ਕਹਿੰਦਾ ਹੈ: ਇੱਕ ਕੰਪਨੀ ਦਾ ਮੁੱਖ ਕੰਮ ਸ਼ੇਅਰਧਾਰਕਾਂ ਦੇ ਹਿੱਤਾਂ ਵਿੱਚ ਮੁਨਾਫਾ ਕਮਾਉਣਾ ਹੈ. ਖੈਰ, ਇਸ ਬਾਰੇ ਸੋਚੋ! ਉਹ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਤੋਂ ਨਹੀਂ ਡਰਦੇ!

ਯੂਲੀ ਡੁਬੋਵ, "ਘੱਟ ਬੁਰਾਈ"

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

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

ਪ੍ਰੇਰਣਾ

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

ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਤੁਸੀਂ ਘੱਟ ਭੁਗਤਾਨ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਅਤੇ ਹੋਰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ। ਹਾਲਾਂਕਿ, ਤੁਹਾਨੂੰ ਇਹ ਫੈਸਲਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਕਿ ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ ਕੀ ਹੈ - ਘੱਟ ਭੁਗਤਾਨ ਕਰਨਾ ਜਾਂ ਵੱਧ ਪ੍ਰਾਪਤ ਕਰਨਾ, ਅਤੇ ਹਰੇਕ ਨੋਡ ਲਈ ਇੱਕ ਭਾਰ ਨਿਰਧਾਰਤ ਕਰੋ। ਚਲੋ ਇਹ ਮੰਨ ਲਓ ਕਿ ਇੱਕ ਉੱਚ-ਗੁਣਵੱਤਾ ਦਾ ਹੱਲ ਸਾਡੇ ਲਈ ਇੱਕ ਸਸਤੇ ਨਾਲੋਂ ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਅਤੇ ਅਸੀਂ "ਲਾਗਤ" ਨੋਡ ਲਈ 40% ਦਾ ਭਾਰ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਾਂ, ਅਤੇ "ਮੌਕੇ" ਨੋਡ ਲਈ 60%।

ਵੱਡੀਆਂ ਕਾਰਪੋਰੇਸ਼ਨਾਂ ਵਿੱਚ, ਇਸਦੇ ਉਲਟ ਆਮ ਤੌਰ 'ਤੇ ਸੱਚ ਹੁੰਦਾ ਹੈ - ਲਾਗਤ ਦਾ ਭਾਰ 50% ਤੋਂ ਘੱਟ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਸ਼ਾਇਦ 60% ਤੋਂ ਵੱਧ. ਮਾਡਲ ਉਦਾਹਰਨ ਵਿੱਚ, ਇਹ ਸਭ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਕਿਸੇ ਵੀ ਪੇਰੈਂਟ ਨੋਡ ਦੇ ਚਾਈਲਡ ਨੋਡ ਦਾ ਕੁੱਲ ਭਾਰ 100% ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਕੱਟਣ ਦੀਆਂ ਸ਼ਰਤਾਂ

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

ਕੱਟ-ਆਫ ਮਾਪਦੰਡ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ਸਬੰਧਤ ਹੋ ਸਕਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ:

• ACID ਗਾਰੰਟੀ;
• ਰਿਲੇਸ਼ਨਲ ਡਾਟਾ ਮਾਡਲ;
• SQL ਭਾਸ਼ਾ ਸਮਰਥਨ (ਨੋਟ, ਇਹ "ਰਿਲੇਸ਼ਨਲ ਮਾਡਲ" ਦੇ ਸਮਾਨ ਨਹੀਂ ਹੈ);
• ਹਰੀਜੱਟਲ ਸਕੇਲਿੰਗ ਦੀ ਸੰਭਾਵਨਾ।

ਇੱਥੇ ਆਮ ਮਾਪਦੰਡ ਹੋ ਸਕਦੇ ਹਨ:

• ਰੂਸ ਵਿੱਚ ਵਪਾਰਕ ਸਹਾਇਤਾ ਦੀ ਉਪਲਬਧਤਾ;
• ਓਪਨ ਸੋਰਸ;
• ਦੂਰਸੰਚਾਰ ਅਤੇ ਜਨ ਸੰਚਾਰ ਮੰਤਰਾਲੇ ਦੇ ਰਜਿਸਟਰ ਵਿੱਚ ਪਲੇਟਫਾਰਮ ਦੀ ਉਪਲਬਧਤਾ;
• ਕੁਝ ਰੇਟਿੰਗ ਵਿੱਚ ਪਲੇਟਫਾਰਮ ਦੀ ਮੌਜੂਦਗੀ (ਉਦਾਹਰਨ ਲਈ, db-engines.com ਰੇਟਿੰਗ ਦੇ ਪਹਿਲੇ ਸੌ ਵਿੱਚ);
• ਬਜ਼ਾਰ ਵਿੱਚ ਮਾਹਰਾਂ ਦੀ ਮੌਜੂਦਗੀ (ਉਦਾਹਰਨ ਲਈ, ਵੈਬਸਾਈਟ hh.ru ਉੱਤੇ ਇੱਕ ਰੈਜ਼ਿਊਮੇ ਵਿੱਚ ਪਲੇਟਫਾਰਮ ਦੇ ਨਾਮ ਦੀ ਖੋਜ ਦੇ ਨਤੀਜਿਆਂ ਦੇ ਅਧਾਰ ਤੇ)।

ਆਖਰਕਾਰ, ਉੱਦਮ-ਵਿਸ਼ੇਸ਼ ਮਾਪਦੰਡ ਹੋ ਸਕਦੇ ਹਨ:

• ਸਟਾਫ 'ਤੇ ਮਾਹਿਰਾਂ ਦੀ ਉਪਲਬਧਤਾ;
• ਮਾਨੀਟਰਿੰਗ ਸਿਸਟਮ X ਜਾਂ ਬੈਕਅੱਪ ਸਿਸਟਮ Y ਨਾਲ ਅਨੁਕੂਲਤਾ, ਜਿਸ 'ਤੇ ਸਾਰਾ ਸਮਰਥਨ ਆਧਾਰਿਤ ਹੈ...

ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਹੈ ਕਿ ਕੱਟ-ਆਫ ਮਾਪਦੰਡਾਂ ਦੀ ਸੂਚੀ ਹੈ. ਨਹੀਂ ਤਾਂ, ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਕੁਝ ਮਾਹਰ (ਜਾਂ "ਮਾਹਰ") ਹੋਣਗੇ ਜੋ ਪ੍ਰਬੰਧਨ ਤੋਂ ਵਿਸ਼ੇਸ਼ ਵਿਸ਼ਵਾਸ ਦਾ ਆਨੰਦ ਮਾਣਦੇ ਹਨ ਜੋ ਕਹੇਗਾ "ਤੁਸੀਂ ਪਲੇਟਫਾਰਮ Z ਕਿਉਂ ਨਹੀਂ ਚੁਣਿਆ, ਮੈਨੂੰ ਪਤਾ ਹੈ ਕਿ ਇਹ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ।"

ਲਾਗਤ ਦਾ ਅੰਦਾਜ਼ਾ

ਹੱਲ ਦੀ ਲਾਗਤ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਲਾਇਸੈਂਸਾਂ ਦੀ ਲਾਗਤ, ਸਹਾਇਤਾ ਦੀ ਲਾਗਤ ਅਤੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੀ ਲਾਗਤ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ।

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

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

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

ਇੱਕ ਸਹੀ ਤੁਲਨਾ ਲਈ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤਾ ਉਹੀ ਸਹਾਇਤਾ ਸ਼ਰਤਾਂ ਹੈ। ਉਦਾਹਰਨ ਲਈ, Oracle ਸਹਾਇਤਾ ਦੀ ਲਾਗਤ ਪ੍ਰਤੀ ਸਾਲ ਲਾਇਸੈਂਸ ਕੀਮਤ ਦਾ 22% ਹੈ, ਪਰ ਤੁਹਾਨੂੰ PostgreSQL ਸਹਾਇਤਾ ਲਈ ਭੁਗਤਾਨ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਕੀ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨਾ ਸਹੀ ਹੈ? ਨਹੀਂ, ਕਿਉਂਕਿ ਇੱਕ ਗਲਤੀ ਜੋ ਤੁਹਾਡੇ ਆਪਣੇ ਆਪ ਠੀਕ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਦੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ ਨਤੀਜੇ ਹੁੰਦੇ ਹਨ: ਪਹਿਲੇ ਕੇਸ ਵਿੱਚ, ਸਹਾਇਤਾ ਮਾਹਰ ਜਲਦੀ ਇਸ ਨੂੰ ਠੀਕ ਕਰਨ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਨਗੇ, ਪਰ ਦੂਜੇ ਕੇਸ ਵਿੱਚ, ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਦੇਰੀ ਜਾਂ ਮੁਕੰਮਲ ਹੋਣ ਦਾ ਸਮਾਂ ਖਤਮ ਹੋਣ ਦਾ ਜੋਖਮ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਅਣਮਿੱਥੇ ਸਮੇਂ ਲਈ ਸਿਸਟਮ.

ਤੁਸੀਂ ਗਣਨਾ ਦੀਆਂ ਸਥਿਤੀਆਂ ਨੂੰ ਤਿੰਨ ਤਰੀਕਿਆਂ ਨਾਲ ਬਰਾਬਰ ਕਰ ਸਕਦੇ ਹੋ:

1. ਸਹਾਇਤਾ ਤੋਂ ਬਿਨਾਂ ਓਰੇਕਲ ਦੀ ਵਰਤੋਂ ਕਰੋ (ਅਸਲ ਵਿੱਚ ਅਜਿਹਾ ਨਹੀਂ ਹੁੰਦਾ)।
2. PostgreSQL ਲਈ ਸਹਾਇਤਾ ਖਰੀਦੋ - ਉਦਾਹਰਨ ਲਈ, Postgres Professional ਤੋਂ।
3. ਸਹਾਇਤਾ ਦੀ ਘਾਟ ਨਾਲ ਜੁੜੇ ਜੋਖਮਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ।

ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਜੋਖਮ ਦੀ ਗਣਨਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦੀ ਹੈ: ਇੱਕ ਘਾਤਕ ਡੇਟਾਬੇਸ ਅਸਫਲਤਾ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਸਿਸਟਮ ਡਾਊਨਟਾਈਮ 1 ਕਾਰੋਬਾਰੀ ਦਿਨ ਹੋਵੇਗਾ। ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਅਨੁਮਾਨਿਤ ਲਾਭ 40 ਬਿਲੀਅਨ MNT ਪ੍ਰਤੀ ਸਾਲ ਹੈ, ਦੁਰਘਟਨਾ ਦੀ ਦਰ 1/400 ਹੋਣ ਦਾ ਅਨੁਮਾਨ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਸਮਰਥਨ ਦੀ ਘਾਟ ਦਾ ਜੋਖਮ ਪ੍ਰਤੀ ਸਾਲ ਲਗਭਗ 100 ਮਿਲੀਅਨ MNT ਦਾ ਅਨੁਮਾਨ ਹੈ। ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, "ਯੋਜਨਾਬੱਧ ਮੁਨਾਫਾ" ਅਤੇ "ਅਨੁਮਾਨਿਤ ਦੁਰਘਟਨਾ ਦੀ ਬਾਰੰਬਾਰਤਾ" ਵਰਚੁਅਲ ਮੁੱਲ ਹਨ, ਪਰ ਅਜਿਹਾ ਮਾਡਲ ਨਾ ਹੋਣ ਨਾਲੋਂ ਬਹੁਤ ਵਧੀਆ ਹੈ।

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

ਆਉ ਅਸੀਂ ਮੰਨ ਲਈਏ ਕਿ ਸਾਰੀਆਂ ਗਣਨਾਵਾਂ ਤੋਂ ਬਾਅਦ, 5 ਸਾਲਾਂ ਲਈ ਓਪਰੇਟਿੰਗ ਪਲੇਟਫਾਰਮ A ਦੀ ਲਾਗਤ 800 ਮਿਲੀਅਨ MNT ਬਣਦੀ ਹੈ, ਓਪਰੇਟਿੰਗ ਪਲੇਟਫਾਰਮ B ਦੀ ਲਾਗਤ 650 ਮਿਲੀਅਨ MNT ਹੈ, ਅਤੇ ਓਪਰੇਟਿੰਗ ਪਲੇਟਫਾਰਮ C ਦੀ ਲਾਗਤ 600 ਮਿਲੀਅਨ MNT ਹੈ। ਪਲੇਟਫਾਰਮ C, ਜੇਤੂ ਵਜੋਂ, ਕੀਮਤ ਲਈ ਪੂਰਾ ਅੰਕ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਪਲੇਟਫਾਰਮ A ਅਤੇ B ਨੂੰ ਥੋੜਾ ਘੱਟ ਮਿਲਦਾ ਹੈ, ਇਸ ਅਨੁਪਾਤ ਵਿੱਚ ਕਿ ਉਹ ਕਿੰਨੀ ਵਾਰ ਮਹਿੰਗੇ ਹਨ। ਇਸ ਕੇਸ ਵਿੱਚ - ਕ੍ਰਮਵਾਰ 0.75 ਅਤੇ 0.92 ਪੁਆਇੰਟ।

ਮੌਕੇ ਦਾ ਮੁਲਾਂਕਣ

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

ਵਿਕਾਸ ਕਾਰਜਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

• ਡਾਟਾ ਹੇਰਾਫੇਰੀ ਦੀ ਸੌਖ;
• ਸਕੇਲਿੰਗ;
• ਸੈਕੰਡਰੀ ਸੂਚਕਾਂਕ ਦੀ ਮੌਜੂਦਗੀ.

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

ਪ੍ਰਸ਼ਾਸਨ ਦੇ ਕਾਰਜਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

• ਬੈਕਅੱਪ ਸਿਸਟਮ ਸਮਰੱਥਾ;
• ਨਿਗਰਾਨੀ ਦੀ ਸੌਖ;
• ਸਮਰੱਥਾ ਪ੍ਰਬੰਧਨ ਦੀ ਸੌਖ - ਡਿਸਕ ਅਤੇ ਨੋਡ;
• ਡਾਟਾ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਸਮਰੱਥਾ.

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

ਟੂਲ
ਟਿੱਪਣੀ
ਪੜਤਾਲ

imp/exp
ਡਾਟਾ ਅੱਪਲੋਡ ਅਤੇ ਲੋਡ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ
0.1

ਸ਼ੁਰੂ/ਅੰਤ ਬੈਕਅੱਪ
ਫਾਈਲਾਂ ਦੀ ਨਕਲ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
0.3

RMAN
ਵਧਦੀ ਕਾਪੀ ਸਮਰੱਥਾ
0.7

ZDLRA
ਸਿਰਫ਼ ਵਾਧੇ ਵਾਲੀ ਨਕਲ, ਪੁਆਇੰਟ ਲਈ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਿਕਵਰੀ
1.0

ਜੇਕਰ ਕੋਈ ਸਪਸ਼ਟ ਮੁਲਾਂਕਣ ਮਾਪਦੰਡ ਨਹੀਂ ਹਨ, ਤਾਂ ਕਈ ਮਾਹਰਾਂ ਨੂੰ ਰੇਟਿੰਗ ਦੇਣ ਅਤੇ ਫਿਰ ਉਹਨਾਂ ਦੀ ਔਸਤ ਕਰਨ ਲਈ ਕਹਿਣ ਦਾ ਮਤਲਬ ਬਣਦਾ ਹੈ।

ਅੰਤ ਵਿੱਚ, ਅਸੀਂ ਸਿਰਫ਼ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਕਾਰਜਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦੇ ਹਾਂ:

• ਪਾਸਵਰਡ ਪ੍ਰਬੰਧਨ ਨੀਤੀਆਂ ਦੀ ਉਪਲਬਧਤਾ;
• ਬਾਹਰੀ ਪ੍ਰਮਾਣਿਕਤਾ ਸਾਧਨਾਂ (LDAP, Kerberos) ਨਾਲ ਜੁੜਨ ਦੀ ਯੋਗਤਾ;
• ਪਹੁੰਚ ਦਾ ਰੋਲ ਮਾਡਲ;
• ਆਡਿਟ ਸਮਰੱਥਾ;
• ਡਿਸਕ 'ਤੇ ਡਾਟਾ ਦੀ ਇਨਕ੍ਰਿਪਸ਼ਨ;
• ਨੈੱਟਵਰਕ (TLS) ਉੱਤੇ ਸੰਚਾਰ ਦੌਰਾਨ ਇਨਕ੍ਰਿਪਸ਼ਨ;
• ਪਰਬੰਧਕ ਤੱਕ ਡਾਟਾ ਸੁਰੱਖਿਆ.

ਪ੍ਰਦਰਸ਼ਨ ਟੈਸਟਿੰਗ

ਵੱਖਰੇ ਤੌਰ 'ਤੇ, ਮੈਂ ਕਿਸੇ ਵੀ ਲੋਡ ਟੈਸਟਾਂ ਦੇ ਨਤੀਜਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਵਿਰੁੱਧ ਚੇਤਾਵਨੀ ਦੇਣਾ ਚਾਹਾਂਗਾ ਜੋ ਤੁਹਾਡੇ ਦੁਆਰਾ ਦਲੀਲਾਂ ਵਜੋਂ ਨਹੀਂ ਬਣਾਏ ਗਏ ਸਨ।

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

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

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

ਜੇਕਰ ਪ੍ਰਦਰਸ਼ਨ ਇੱਕ ਨਾਜ਼ੁਕ ਕਾਰਕ ਹੈ, ਤਾਂ ਟੈਸਟ ਆਪਣੇ ਆਪ ਕਰੋ, ਤਰਜੀਹੀ ਤੌਰ 'ਤੇ ਉਹਨਾਂ ਲੋਕਾਂ ਦੀ ਮਦਦ ਨਾਲ ਜੋ ਉਤਪਾਦਨ ਪ੍ਰਣਾਲੀ ਨੂੰ ਸੰਰਚਿਤ ਅਤੇ ਕਾਇਮ ਰੱਖਣਗੇ।

ਇਸ ਦਾ ਨਤੀਜਾ

ਅੰਤ ਵਿੱਚ, ਕੀਤੇ ਗਏ ਸਾਰੇ ਕੰਮ ਦਾ ਨਤੀਜਾ ਇੱਕ ਸਪ੍ਰੈਡਸ਼ੀਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿੱਥੇ ਸਾਰੇ ਅਨੁਮਾਨਾਂ ਨੂੰ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਗੁਣਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸੰਖੇਪ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਸਮਝਦੇ ਹੋ, ਸਕੇਲਾਂ ਨੂੰ ਬਦਲ ਕੇ ਅਤੇ ਰੇਟਿੰਗਾਂ ਨੂੰ ਅਨੁਕੂਲ ਕਰਕੇ ਤੁਸੀਂ ਕੋਈ ਵੀ ਲੋੜੀਂਦਾ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਇਹ ਇੱਕ ਬਿਲਕੁਲ ਵੱਖਰੀ ਕਹਾਣੀ ਹੈ...

ਸਰੋਤ: www.habr.com