ਈਆਰਪੀ ਡੇਟਾਬੇਸ ਦਾ ਸਧਾਰਣਕਰਨ ਅਤੇ ਸੌਫਟਵੇਅਰ ਵਿਕਾਸ 'ਤੇ ਇਸਦਾ ਪ੍ਰਭਾਵ: ਟੋਰਟੂਗਾ ਵਿੱਚ ਇੱਕ ਟੇਵਰਨ ਖੋਲ੍ਹਣਾ

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

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

ਸਭ ਕੁਝ ਕੱਟ ਦੇ ਅਧੀਨ ਹੈ. ਪਰ ਆਓ ਕ੍ਰਮ ਵਿੱਚ ਚੱਲੀਏ.

1. ਸੀਮਾਵਾਂ ਅਤੇ ਧਾਰਨਾਵਾਂ

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

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

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

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

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

2. ਸਧਾਰਣ ਰੂਪ

ਡੇਟਾਬੇਸ ਦਾ ਪਹਿਲਾ ਆਮ ਰੂਪ ਸਾਰੇ ਗੁਣਾਂ ਦੀ ਪਰਮਾਣੂਤਾ ਦੀ ਲੋੜ ਹੈ।
ਖਾਸ ਤੌਰ 'ਤੇ, ਜੇਕਰ ਆਬਜੈਕਟ A ਵਿੱਚ ਗੈਰ-ਕੁੰਜੀ ਗੁਣ a ਅਤੇ b ਹਨ, ਜਿਵੇਂ ਕਿ c=f(a,b) ਅਤੇ ਆਬਜੈਕਟ A ਦਾ ਵਰਣਨ ਕਰਨ ਵਾਲੀ ਸਾਰਣੀ ਵਿੱਚ ਤੁਸੀਂ ਗੁਣ c ਦੇ ਮੁੱਲ ਨੂੰ ਸਟੋਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਪਹਿਲੇ ਸਧਾਰਨ ਰੂਪ ਦੀ ਉਲੰਘਣਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। . ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਆਰਡਰ ਨਿਰਧਾਰਨ ਇੱਕ ਮਾਤਰਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਤਾਂ ਮਾਪ ਦੀਆਂ ਇਕਾਈਆਂ ਉਤਪਾਦ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ: ਇੱਕ ਕੇਸ ਵਿੱਚ ਇਹ ਟੁਕੜੇ ਹੋ ਸਕਦੇ ਹਨ, ਦੂਜੇ ਲੀਟਰ ਵਿੱਚ, ਟੁਕੜਿਆਂ ਵਾਲੇ ਤੀਜੇ ਪੈਕੇਜ ਵਿੱਚ (ਉਪਰੋਕਤ ਮਾਡਲ ਵਿੱਚ Good_count_WR) , ਫਿਰ ਡੇਟਾਬੇਸ ਵਿੱਚ ਗੁਣਾਂ ਦੀ ਪਰਮਾਣੂਤਾ ਦੀ ਉਲੰਘਣਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਕਹਿਣ ਲਈ ਕਿ ਆਰਡਰ ਨਿਰਧਾਰਨ ਦਾ ਟੇਬਲ ਕਲੱਸਟਰ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਤੁਹਾਨੂੰ IS ਵਿੱਚ ਕੰਮ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਇੱਕ ਨਿਸ਼ਾਨਾ ਵਰਣਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵੱਖਰੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਬਹੁਤ ਸਾਰੇ "ਸਹੀ" ਸੰਸਕਰਣ ਹੋ ਸਕਦੇ ਹਨ।

ਡਾਟਾਬੇਸ ਦਾ ਦੂਜਾ ਆਮ ਰੂਪ IS ਵਿੱਚ ਕੰਮ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਸਬੰਧਤ ਹਰੇਕ ਇਕਾਈ ਲਈ ਪਹਿਲੇ ਫਾਰਮ ਅਤੇ ਇਸਦੇ ਆਪਣੇ ਸਾਰਣੀ ਦੀ ਪਾਲਣਾ ਦੀ ਲੋੜ ਹੈ। ਜੇਕਰ ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ c=f1(a) ਅਤੇ d=f2(b) ਨਿਰਭਰਤਾਵਾਂ ਹਨ ਅਤੇ ਕੋਈ ਨਿਰਭਰਤਾ c=f3(b) ਨਹੀਂ ਹੈ, ਤਾਂ ਸਾਰਣੀ ਵਿੱਚ ਦੂਜੇ ਸਧਾਰਨ ਰੂਪ ਦੀ ਉਲੰਘਣਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਉਪਰੋਕਤ ਉਦਾਹਰਨ ਵਿੱਚ, ਆਰਡਰ ਸਾਰਣੀ ਵਿੱਚ ਆਰਡਰ ਅਤੇ ਪਤੇ ਵਿਚਕਾਰ ਕੋਈ ਨਿਰਭਰਤਾ ਨਹੀਂ ਹੈ। ਗਲੀ ਜਾਂ ਸ਼ਹਿਰ ਦਾ ਨਾਮ ਬਦਲੋ ਅਤੇ ਤੁਹਾਨੂੰ ਆਰਡਰ ਦੀਆਂ ਜ਼ਰੂਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 'ਤੇ ਕੋਈ ਪ੍ਰਭਾਵ ਨਹੀਂ ਪਵੇਗਾ।

ਤੀਜਾ ਸਧਾਰਨ ਫਾਰਮ ਡਾਟਾਬੇਸ ਦੂਜੇ ਸਧਾਰਣ ਰੂਪ ਦੀ ਪਾਲਣਾ ਅਤੇ ਵੱਖ-ਵੱਖ ਇਕਾਈਆਂ ਦੇ ਗੁਣਾਂ ਵਿਚਕਾਰ ਕਾਰਜਾਤਮਕ ਨਿਰਭਰਤਾ ਦੀ ਅਣਹੋਂਦ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਨਿਯਮ ਇਸ ਤਰ੍ਹਾਂ ਤਿਆਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: "ਹਰ ਚੀਜ਼ ਦੀ ਗਣਨਾ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।" ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਜੇਕਰ ਦੋ ਵਸਤੂਆਂ A ਅਤੇ B ਹਨ। ਵਸਤੂ A ਦੇ ਗੁਣਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਵਾਲੀ ਸਾਰਣੀ ਵਿੱਚ, ਗੁਣ C ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਵਸਤੂ B ਵਿੱਚ ਵਿਸ਼ੇਸ਼ਤਾ b ਹੈ, ਜਿਵੇਂ ਕਿ c=f4(b) ਮੌਜੂਦ ਹੈ, ਤਾਂ ਤੀਜਾ ਸਧਾਰਨ ਰੂਪ ਦੀ ਉਲੰਘਣਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀ ਉਦਾਹਰਨ ਵਿੱਚ, ਆਰਡਰ ਰਿਕਾਰਡ 'ਤੇ ਟੁਕੜਿਆਂ ਦੀ ਮਾਤਰਾ ਗੁਣ (ਕੁੱਲ_ਗਿਣਤੀ_ਡਬਲਯੂਆਰ) ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਤੀਜੇ ਸਧਾਰਣ ਰੂਪ ਦੀ ਉਲੰਘਣਾ ਕਰਨ ਦਾ ਦਾਅਵਾ ਕਰਦਾ ਹੈ

3. ਸਧਾਰਣਕਰਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਮੇਰੀ ਪਹੁੰਚ

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

2. ਸਖ਼ਤ ਅਰਥਾਂ ਵਿੱਚ ਤੀਜੇ ਸਧਾਰਣ ਰੂਪ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ERP ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਬਣਾਉਣ ਦੇ ਅਸਲ ਅਭਿਆਸ ਵਿੱਚ ਵਿਹਾਰਕ ਨਹੀਂ ਹੋ ਸਕਦਾ ਜੇਕਰ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਕੁਝ ਜਾਂ ਸਾਰੀਆਂ ਸ਼ਰਤਾਂ ਪੂਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ:

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

ਵਰਣਿਤ ਸ਼ਰਤਾਂ ਦੇ ਤਹਿਤ, ਕੁਝ ਵਸਤੂਆਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਗੁਣਾਂ ਦੇ ਜੀਵਨ ਚੱਕਰ ਦੀ ਪਛਾਣ ਅਤੇ ਵਰਣਨ ਕਰਨ ਦੇ ਖਰਚੇ ਆਰਥਿਕ ਕੁਸ਼ਲਤਾ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਜਾਇਜ਼ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹਨ.

3. ਪਹਿਲਾਂ ਹੀ ਬਣਾਏ ਗਏ IS ਵਿੱਚ ਡੇਟਾ ਮਾਡਲ ਦੇ ਅਸਧਾਰਨਕਰਨ ਦੇ ਕਿਸੇ ਵੀ ਨਤੀਜੇ ਨੂੰ ਕੋਡ ਅਤੇ ਟੈਸਟਿੰਗ ਦੇ ਇੱਕ ਸੰਪੂਰਨ ਸ਼ੁਰੂਆਤੀ ਅਧਿਐਨ ਦੁਆਰਾ ਘਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

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

5. ਡੇਟਾਬੇਸ ਦੇ ਤੀਜੇ ਆਮ ਰੂਪ ਲਈ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਜੇਕਰ:

• ਸਵੈਚਲਿਤ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਤਬਦੀਲੀ ਦੀ ਦਿਸ਼ਾ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ ਮੁਸ਼ਕਲ ਹੈ
• ਲਾਗੂ ਕਰਨ ਅਤੇ/ਜਾਂ ਵਿਕਾਸ ਟੀਮ ਦੇ ਅੰਦਰ ਕਿਰਤ ਦੀ ਇੱਕ ਕਮਜ਼ੋਰ ਵੰਡ ਹੈ
• ਏਕੀਕਰਣ ਸਰਕਟ ਵਿੱਚ ਸ਼ਾਮਲ ਸਿਸਟਮ ਉਹਨਾਂ ਦੀਆਂ ਆਪਣੀਆਂ ਯੋਜਨਾਵਾਂ ਦੇ ਅਨੁਸਾਰ ਵਿਕਸਤ ਹੁੰਦੇ ਹਨ
• ਡੇਟਾ ਅਸੰਗਤਤਾ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਕੰਪਨੀ ਗਾਹਕਾਂ ਜਾਂ ਪੈਸੇ ਗੁਆ ਸਕਦੀ ਹੈ

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

4 ਦ੍ਰਿਸ਼ਟਾਂਤ ਲਈ ਸਮੱਸਿਆ

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

ਟੇਵਰਨ ਇਨਫਰਮੇਸ਼ਨ ਸਿਸਟਮ ਕੰਪਲੈਕਸ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਸਾਫਟਵੇਅਰ ਹੁੰਦੇ ਹਨ:

• ਇੱਕ ਕਲਾਇੰਟ ਬਾਰੇ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਚੇਤਾਵਨੀ ਪ੍ਰਣਾਲੀ ਜੋ ਗੁਣ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਅਧਾਰ ਤੇ ਇਸਦੀ ਸ਼੍ਰੇਣੀ ਨੂੰ ਪਛਾਣਦੀ ਹੈ
• ਰੋਬੋਟ ਹੋਸਟੇਸ ਅਤੇ ਰੋਬੋਟ ਬਾਰਟੈਂਡਰਾਂ ਲਈ ਨਿਯੰਤਰਣ ਪ੍ਰਣਾਲੀ
• ਵੇਅਰਹਾਊਸ ਅਤੇ ਡਿਲਿਵਰੀ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਵਿਕਰੀ ਦੇ ਸਥਾਨ ਤੱਕ
• ਸਪਲਾਇਰ ਰਿਲੇਸ਼ਨਸ਼ਿਪ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ (SURP)

ਪ੍ਰਕਿਰਿਆ:

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

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

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

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

5. ਅਸਧਾਰਨਤਾ ਦੀਆਂ ਉਦਾਹਰਨਾਂ ਅਤੇ ਸੌਫਟਵੇਅਰ ਵਿਕਾਸ 'ਤੇ ਇਸਦਾ ਪ੍ਰਭਾਵ

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

ਕਲਾਇੰਟ ਕਿਸਮਾਂ ਦੀ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਦੋ ਮੁੱਲਾਂ ਨਾਲ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ: 1 - ਸਮੁੰਦਰੀ ਡਾਕੂ, 2 - ਮਲਾਹ, ਕੰਪਨੀ ਦੇ ਸਮੁੱਚੇ ਜਾਣਕਾਰੀ ਸਰਕਟ ਲਈ ਆਮ।

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

ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਵਸਤੂ ਆਈ.ਡੀ
ਕਲਾਇੰਟ ਸ਼੍ਰੇਣੀ

100500
ਪਾਵਰ

100501
ਪਾਵਰ

100502
ਮਲਾਹ

ਆਓ ਇਕ ਵਾਰ ਫਿਰ ਨੋਟ ਕਰੀਏ ਕਿ

1. ਸਾਡੇ ਮਲਾਹ ਅਸਲ ਵਿੱਚ ਸ਼ੇਵ ਲੋਕ ਹਨ
2. ਸਾਡੇ ਸਮੁੰਦਰੀ ਡਾਕੂ ਅਸਲ ਵਿੱਚ ਦਾੜ੍ਹੀ ਵਾਲੇ ਲੋਕ ਹਨ

ਇਸ ਕੇਸ ਵਿੱਚ ਕਿਹੜੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਖਤਮ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਜੋ ਸਾਡੀ ਬਣਤਰ ਤੀਜੇ ਸਧਾਰਣ ਰੂਪ ਲਈ ਯਤਨ ਕਰੇ:

• ਐਟਰੀਬਿਊਟ ਐਟਮੀਸਿਟੀ ਉਲੰਘਣਾ - ਕਲਾਇੰਟ ਸ਼੍ਰੇਣੀ
• ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤੇ ਤੱਥ ਅਤੇ ਸਿੱਟੇ ਨੂੰ ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ ਮਿਲਾਉਣਾ
• ਵੱਖ-ਵੱਖ ਇਕਾਈਆਂ ਦੇ ਗੁਣਾਂ ਵਿਚਕਾਰ ਸਥਿਰ ਕਾਰਜਸ਼ੀਲ ਸਬੰਧ।

ਸਧਾਰਣ ਰੂਪ ਵਿੱਚ, ਸਾਨੂੰ ਦੋ ਟੇਬਲ ਮਿਲਣਗੇ:

• ਸਥਾਪਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਦੇ ਰੂਪ ਵਿੱਚ ਮਾਨਤਾ ਨਤੀਜਾ,

ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਵਸਤੂ ਆਈ.ਡੀ
ਚੇਹਰੇ ਦੇ ਵਾਲ

100500
ਜੀ

100501
ਜੀ

100502
ਕੋਈ

• ਸਥਾਪਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਲਈ IS ਵਿੱਚ ਏਮਬੇਡ ਕੀਤੇ ਤਰਕ ਦੀ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਵਜੋਂ ਕਲਾਇੰਟ ਦੀ ਕਿਸਮ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦਾ ਨਤੀਜਾ

ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਵਸਤੂ ਆਈ.ਡੀ
ਪਛਾਣ ਆਈ.ਡੀ
ਕਲਾਇੰਟ ਸ਼੍ਰੇਣੀ

100500
100001
ਪਾਵਰ

100501
100002
ਪਾਵਰ

100502
100003
ਮਲਾਹ

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

ਵਾਤਾਵਰਣਕ ਸਮੁੰਦਰੀ ਡਾਕੂ, ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਹੱਡੀਆਂ ਦੀ ਕੰਘੀ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਰੀਸਾਈਕਲ ਕੀਤੇ ਸਮੁੰਦਰੀ ਪਲਾਸਟਿਕ ਤੋਂ ਬਣੇ ਐਨਾਲਾਗ ਦੀ ਮੰਗ ਕਰ ਸਕਦੇ ਹਨ।

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

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

• ਸਥਾਪਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਦੇ ਰੂਪ ਵਿੱਚ ਮਾਨਤਾ ਨਤੀਜਾ,

ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਵਸਤੂ ਆਈ.ਡੀ
ਖੱਬੇ ਛਾਤੀ 'ਤੇ ਗ੍ਰੇਟਾ
ਮੋਢੇ 'ਤੇ ਪੰਛੀ
ਚੇਹਰੇ ਦੇ ਵਾਲ

100510
1
1
1

100511
0
0
1

100512

1
0

• ਕਲਾਇੰਟ ਦੀ ਕਿਸਮ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦਾ ਨਤੀਜਾ (ਇਸ ਨੂੰ ਇੱਕ ਕਸਟਮ ਦ੍ਰਿਸ਼ ਹੋਣ ਦਿਓ ਜਿਸ ਵਿੱਚ ਡਾਇਰੈਕਟਰੀਆਂ ਦੇ ਵਰਣਨ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ)

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

ਉਪਰੋਕਤ ਉਦਾਹਰਨ ਵਿੱਚ, ਸਾਰੇ ਤਿੰਨ ਸਧਾਰਣ ਰੂਪਾਂ ਦੀ ਉਲੰਘਣਾ ਕੀਤੀ ਗਈ ਹੈ, ਆਓ ਉਹਨਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਉਲੰਘਣਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ।

ਪਹਿਲੇ ਸਧਾਰਣ ਰੂਪ ਦੀ ਉਲੰਘਣਾ:

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

ਜ਼ਰਾ ਕਲਪਨਾ ਕਰੋ ਕਿ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਹਾਡੇ ਪ੍ਰੋਗਰਾਮਰਾਂ ਨੂੰ ਕਿੰਨੇ "ਵਾਧੂ" ਕੁਨੈਕਸ਼ਨ ਲਿਖਣੇ ਪੈਣਗੇ।

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

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

ਡਿਲੀਵਰ ਨਾ ਕੀਤੇ ਗਏ ਮਾਲ ਅਗਲੇ ਆਰਡਰ ਵਿੱਚ ਖਤਮ ਹੋ ਗਏ ਅਤੇ ਇੱਕ ਨਵੀਂ ਉਡਾਣ ਵਿੱਚ ਛੱਡ ਦਿੱਤੇ ਗਏ; ਟੇਵਰਨ ਦੇ ਵੇਅਰਹਾਊਸ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਸੰਤੁਲਨ ਦੀ ਮੌਜੂਦਗੀ ਨੇ ਗੁੰਮ ਹੋਏ ਮਾਮਲਿਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਾ ਆਉਣਾ ਸੰਭਵ ਬਣਾਇਆ।

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

ਇੱਕ ਧਿਆਨ ਦੇਣ ਵਾਲੇ ਪਾਠਕ ਨੇ ਦੇਖਿਆ ਹੋਵੇਗਾ ਕਿ ਸੈਕਸ਼ਨ 2 ਅਤੇ ਸੈਕਸ਼ਨ 5 ਵਿੱਚ ਆਰਡਰ ਸਪੈਸੀਫਿਕੇਸ਼ਨ (T_ORDER_SPEC) ਵਿੱਚ ਆਰਡਰ ਕੀਤੀ ਮਾਤਰਾ ਪਹਿਲੇ ਆਮ ਫਾਰਮ ਦੀ ਲੋੜ ਨੂੰ ਪੂਰਾ ਕਰ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ ਵੀ ਕਰ ਸਕਦੀ ਹੈ। ਇਹ ਸਭ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਕੀ, ਵਸਤੂਆਂ ਦੀ ਚੁਣੀ ਹੋਈ ਵੰਡ ਦੇ ਮੱਦੇਨਜ਼ਰ, ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਮਾਪ ਦੀਆਂ ਵੱਖ-ਵੱਖ ਇਕਾਈਆਂ ਇੱਕੋ ਖੇਤਰ ਵਿੱਚ ਆ ਸਕਦੀਆਂ ਹਨ।

ਦੂਜੇ ਸਧਾਰਣ ਰੂਪ ਦੀ ਉਲੰਘਣਾ:

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

ਤੀਜੇ ਸਧਾਰਣ ਰੂਪ ਦੀ ਉਲੰਘਣਾ:

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

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

ਇੱਕ ਤਜਰਬੇਕਾਰ ਡਿਵੈਲਪਰ, ਬੇਸ਼ਕ, ਜਾਣਦਾ ਹੈ ਕਿ ਉਪਰੋਕਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਕਿਵੇਂ ਰੋਕਣਾ ਹੈ, ਪਰ, ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਇੱਕ ਤਜਰਬੇਕਾਰ ਵਿਸ਼ਲੇਸ਼ਕ ਦਾ ਕੰਮ ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਕਾਸ਼ ਵਿੱਚ ਲਿਆਉਣਾ ਨਹੀਂ ਹੈ.

ਮੈਂ ਪ੍ਰਕਾਸ਼ਨ ਦੀ ਤਿਆਰੀ ਦੌਰਾਨ ਆਪਣੇ ਕੀਮਤੀ ਫੀਡਬੈਕ ਲਈ ਪ੍ਰਮੁੱਖ ਡਿਵੈਲਪਰ ਇਵਗੇਨੀ ਯਾਰੁਕਿਨ ਦਾ ਧੰਨਵਾਦ ਕਰਨਾ ਚਾਹਾਂਗਾ।

ਸਾਹਿਤ

https://habr.com/en/post/254773/
ਕੋਨੋਲੀ ਥਾਮਸ, ਬੇਗ ਕੈਰੋਲੀਨ। ਡਾਟਾਬੇਸ। ਡਿਜ਼ਾਈਨ, ਲਾਗੂ ਕਰਨ ਅਤੇ ਸਮਰਥਨ. ਥਿਊਰੀ ਅਤੇ ਅਭਿਆਸ

ਸਰੋਤ: www.habr.com