ਰੀਅਲ ਵਰਲਡ ਵਿੱਚ ਆਧੁਨਿਕਤਾ
ਡਾਟਾਬੇਸ ਨੂੰ ਸਧਾਰਣ ਢੰਗ ਨਾਲ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਮੈਂਟ ਦੀ ਪਵਿੱਤਰ ਗਊ ਹੈ. ਹਰੇਕ ਅੰਡਰਗ੍ਰੈਜੁਏਟ ਪ੍ਰੋਗ੍ਰਾਮਿੰਗ ਕੋਰਸ ਜੋ ਤੁਸੀਂ ਲਿਆ ਹੈ ਜਾਂ ਜੋ ਤੁਸੀਂ ਪੜ੍ਹਿਆ ਹੈ ਉਹ ਸੰਭਵ ਤੌਰ ਤੇ ਡਾਟਾਬੇਸ ਨੂੰ ਆਮ ਬਣਾਉਣ ਦੇ ਮਹੱਤਵ ਨੂੰ ਪ੍ਰਚਾਰ ਕਰਦੇ ਹਨ.
ਇਹ ਤ੍ਰਿਪਤੀਵਾਦ ਨੂੰ ਚੁਣੌਤੀ ਦੇਣ ਦਾ ਹੈ. ਕਦੇ-ਕਦੇ ਤੁਹਾਡੇ ਡੇਟਾਬੇਸ ਨੂੰ denormalize ਠੀਕ ਹੈ!
ਤੁਹਾਨੂੰ ਕਦੋਂ ਆਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ?
ਡਾਟਾਬੇਸ ਸਾਧਾਰਨਤਾ ਤੁਹਾਡੇ ਡੇਟਾ ਦੀ ਇਕਸਾਰਤਾ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ. ਬਹੁਤ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇਹ ਬਹੁਤ ਵਧੀਆ ਵਿਚਾਰ ਹੈ, ਅਤੇ ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੀ ਡਾਟਾਬੇਸ ਡਿਜ਼ਾਇਨ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਧਿਆਨ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ. ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਡੇਟਾਬੇਸ ਨੂੰ ਆਮ ਕਰ ਸਕਦੇ ਹੋ, ਤਾਂ ਇਸਦੇ ਲਈ ਜਾਓ! ਵਾਸਤਵ ਵਿੱਚ, ਇੱਥੇ ਕੁਝ ਵਿਹਾਰਕ ਸਲਾਹ ਦਿੱਤੀ ਗਈ ਹੈ ਕਿ ਇਸ ਸਾਈਟ ਤੇ ਆਪਣੇ ਡੇਟਾਬੇਸ ਨੂੰ ਕਿਵੇਂ ਸਧਾਰਣ ਕਰਨਾ ਹੈ:
- ਪਹਿਲਾ ਆਮ ਫਾਰਮ (1 ਐੱਨ ਐੱਫ) ਵਿੱਚ ਤੁਹਾਡਾ ਡਾਟਾਬੇਸ ਪਾਉਣਾ
- ਦੂਜੀ ਆਮ ਫਾਰਮ (2 ਐਨ ਐੱਫ) ਵਿੱਚ ਆਪਣਾ ਡਾਟਾਬੇਸ ਪਾਉਣਾ
- ਤੀਜੇ ਆਮ ਫਾਰਮ (2 ਐਨ ਐੱਫ) ਵਿਚ ਆਪਣਾ ਡਾਟਾਬੇਸ ਪਾਉਣਾ
ਤਲ ਲਾਈਨ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਆਪਣੇ ਡਾਟਾਬੇਸ ਨੂੰ ਆਮ ਬਣਾਉਣੇ ਚਾਹੀਦੇ ਹਨ ਜਦੋਂ ਤਕ ਤੁਹਾਡੇ ਕੋਲ ਅਜਿਹਾ ਕਰਨ ਲਈ ਕੋਈ ਵਧੀਆ ਕਾਰਨ ਨਹੀਂ ਹੈ. ਆਮ ਤੌਰ 'ਤੇ ਆਮ ਤੌਰ ਤੇ ਸਾਊਂਡ ਡਿਜ਼ਾਈਨ ਅਭਿਆਸ ਹੁੰਦਾ ਹੈ. ਇਹ ਬੇਲੋੜੀਆਂ ਜਾਣਕਾਰੀ ਨੂੰ ਘਟਾ ਦਿੰਦਾ ਹੈ, ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਸੰਭਾਵਤ ਘਟਾਉਂਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਡੇਟਾ ਇਕਸਾਰਤਾ ਦੇ ਮੁੱਦੇ ਹੋਣਗੇ ਜੋ ਕਿ ਤੁਹਾਡੇ ਡਾਟਾਬੇਸ ਦੇ ਵੱਖ ਵੱਖ ਕੋਣਾਂ ਵਿੱਚ ਇਕੋ ਡੇਟਾ ਨੂੰ ਰੱਖਣ ਦੇ ਨਤੀਜੇ ਦੇਵੇਗੀ.
ਕੁਝ ਚੰਗੇ ਕਾਰਨ ਜੋ ਸਧਾਰਣ ਨਹੀਂ ਹਨ
ਨੇ ਕਿਹਾ ਕਿ, ਤੁਹਾਡੇ ਡੇਟਾਬੇਸ ਨੂੰ ਆਮ ਬਣਾਉਣ ਲਈ ਕੁਝ ਚੰਗੇ ਕਾਰਨ ਹਨ. ਆਓ ਕੁਝ ਵੇਖੀਏ:
- ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ ਮਹਿੰਗੇ . ਤੁਹਾਡੇ ਡੇਟਾਬੇਸ ਨੂੰ ਆਮ ਤੌਰ ਤੇ ਅਕਸਰ ਬਹੁਤ ਸਾਰੇ ਟੇਬਲ ਬਣਾਉਣੇ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ ਵਾਸਤਵ ਵਿੱਚ, ਤੁਸੀਂ ਆਸਾਨੀ ਨਾਲ ਆਪਣੀ ਰਾਇ ਲੈ ਸਕਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ ਕਿ ਇੱਕ ਸਧਾਰਨ ਪੁੱਛਗਿੱਛ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਪੰਜ ਜਾਂ 10 ਮੇਲਾਂ ਵਿੱਚ ਫੈਲਦੀ ਹੈ ਜੇ ਤੁਸੀਂ ਕਦੇ ਵੀ ਪੰਜ ਟੇਬਲ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਇਹ ਸਿਧਾਂਤਕ ਤੌਰ ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਅਭਿਆਸ ਵਿੱਚ ਇਸ ਦੇ ਹੌਲੀ ਹੌਲੀ ਹੌਲੀ. ਜੇ ਤੁਸੀਂ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾ ਰਹੇ ਹੋ ਜੋ ਵੱਡੇ ਟੇਬਲ ਦੇ ਵਿਰੁੱਧ ਬਹੁ-ਮੇਲ ਪੁੱਛਗਿੱਛਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਸੋਚ ਸਕਦੇ ਹੋ, "ਜੇ ਸਿਰਫ ਇਹ ਡਾਟਾਬੇਸ ਸਧਾਰਣ ਨਹੀਂ ਸੀ!" ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੇ ਸਿਰ ਵਿੱਚ ਇਹ ਵਿਚਾਰ ਸੁਣਦੇ ਹੋ, ਤਾਂ ਇਹ ਇੱਕ ਵਧੀਆ ਸਮਾਂ ਹੈ ਇਨਕਾਰ ਕਰਨਾ ਵਿਚਾਰ ਕਰੋ. ਜੇ ਤੁਸੀਂ ਆਪਣੀ ਖਰਿਆਈ ਨੂੰ ਅਸਲ ਵਿਚ ਖਤਰੇ ਵਿਚ ਪਾਏ ਬਿਨਾਂ ਇਕ ਵੀ ਮੇਜ਼ ਵਿਚ ਉਸ ਸਵਾਲ ਦੁਆਰਾ ਵਰਤੇ ਗਏ ਸਾਰੇ ਡਾਟੇ ਨੂੰ ਛੂਹ ਸਕਦੇ ਹੋ, ਤਾਂ ਇਸਦੇ ਲਈ ਜਾਓ! ਬਗਾਵਤ ਕਰੋ ਅਤੇ ਆਪਣੇ ਡਾਟਾਬੇਸ ਨੂੰ ਘੋਰ ਕਰੋ. ਤੁਸੀਂ ਪਿੱਛੇ ਨਹੀਂ ਦੇਖੋਗੇ!
- ਸਧਾਰਣ ਡਿਜ਼ਾਈਨ ਮੁਸ਼ਕਲ ਹੈ ਜੇ ਤੁਸੀਂ ਇੱਕ ਗੁੰਝਲਦਾਰ ਡਾਟਾਬੇਸ ਸਕੀਮਾ ਨਾਲ ਕੰਮ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਸੰਭਵ ਹੈ ਕਿ ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਸਧਾਰਣ ਮੁਲਾਂਕਣ ਦੀ ਗੁੰਝਲਤਾ ਨੂੰ ਧਿਆਨ ਵਿਚ ਰੱਖ ਕੇ ਆਪਣੇ ਸਿਰ ਨੂੰ ਟੇਬਲ ਦੇ ਵਿਰੁੱਧ ਲੱਭੋਗੇ. ਅੰਗੂਠੇ ਦੇ ਇੱਕ ਸਧਾਰਨ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਜੇ ਤੁਸੀਂ ਸਾਰਾ ਦਿਨ ਚੌਥੇ ਆਮ ਫਾਰਮ ਵਿੱਚ ਜਾਣ ਲਈ ਇਹ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਹੋ ਸਕਦਾ ਹੈ ਤੁਸੀਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਆਮ ਹੋ ਰਹੇ ਹੋ. ਪਿੱਛੇ ਮੁੜ ਕੇ ਖੁਦ ਨੂੰ ਪੁੱਛੋ ਕਿ ਕੀ ਇਹ ਸੱਚਮੁਚ ਹੀ ਜਾਰੀ ਹੈ?
- ਤੇਜ਼ ਅਤੇ ਗੰਦੇ ਤੇਜ਼ ਅਤੇ ਗੰਦੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ . ਜੇ ਤੁਸੀਂ ਸਿਰਫ ਪ੍ਰੋਟੋਟਾਈਪ ਦਾ ਵਿਕਾਸ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਜੋ ਵੀ ਛੇਤੀ ਕੰਮ ਕਰੇ. ਅਸਲ ਵਿੱਚ ਠੀਕ ਹੈ. ਰੈਪਿਡ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਮੈਂਟ ਸ਼ਾਨਦਾਰ ਡਿਜਾਈਨ ਤੋਂ ਕਈ ਵਾਰ ਜ਼ਿਆਦਾ ਅਹਿਮ ਹੁੰਦੀ ਹੈ. ਬਸ ਯਾਦ ਰੱਖੋ ਕਿ ਵਾਪਸ ਜਾਣ ਅਤੇ ਪ੍ਰੋਟੋਟਾਈਪਿੰਗ ਪੜਾਅ ਤੋਂ ਪਰੇ ਜਾਣ ਲਈ ਤੁਸੀਂ ਤਿਆਰ ਹੋ ਜਾਣ ਤੋਂ ਬਾਅਦ ਆਪਣੇ ਡਿਜ਼ਾਈਨ ਤੇ ਧਿਆਨ ਨਾਲ ਦੇਖੋ. ਇੱਕ ਤੇਜ਼ ਅਤੇ ਗੰਦੇ ਡਾਟਾਬੇਸ ਡਿਜ਼ਾਈਨ ਲਈ ਤੁਸੀਂ ਜੋ ਕੀਮਤ ਅਦਾ ਕਰਦੇ ਹੋ, ਉਹ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਇਸ ਨੂੰ ਦੂਰ ਸੁੱਟਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਅਤੇ ਜਦੋਂ ਉਤਪਾਦਨ ਲਈ ਉਸਾਰੀ ਦਾ ਸਮਾਂ ਆਉਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇ
- ਜੇ ਤੁਸੀਂ NoSQL ਡਾਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ , ਤਾਂ ਪ੍ਰੰਪਰਾਗਤ ਆਮ ਵਰਤੀ ਕਰਨਾ ਫਾਇਦੇਮੰਦ ਨਹੀਂ ਹੈ. ਇਸ ਦੀ ਬਜਾਏ, BASE ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਆਪਣੇ ਡੇਟਾਬੇਸ ਨੂੰ ਡਿਜ਼ਾਇਨ ਕਰੋ ਜੋ ਕਿ ਜਿਆਦਾ ਮਾਫੀ ਦੇਣ ਵਾਲੀ ਹੈ. ਇਹ ਉਦੋਂ ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਅਨਿਯਮਤ ਡੇਟਾ ਸਟੋਰ ਕਰਦੇ ਹੋ ਜਿਵੇਂ ਈਮੇਲਾਂ, ਤਸਵੀਰਾਂ ਜਾਂ ਵਿਡੀਓਜ਼.
ਸਾਵਧਾਨ ਕੁਝ ਸ਼ਬਦ
ਡਾਟਾਬੇਸ ਆਮ ਵਿਚ ਆਮ ਤੌਰ 'ਤੇ ਇਕ ਚੰਗਾ ਵਿਚਾਰ ਹੁੰਦਾ ਹੈ. ਤੁਹਾਨੂੰ ਸਧਾਰਨ ਬਣਾਉਣ ਦੇ ਸਿਧਾਂਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜਦੋਂ ਅਜਿਹਾ ਕਰਨਾ ਜਾਇਜ਼ ਲੱਗਦਾ ਹੈ. ਪਰ ਜੇ ਸਾਰੇ ਸੂਚਕਾਂਕ ਨਮੀਕਰਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਬਹੁਤ ਗੁੰਝਲਦਾਰ ਹੋਣ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਕ ਅਜਿਹੇ ਪਹੁੰਚ 'ਤੇ ਵਿਚਾਰ ਕਰੋ, ਜੋ ਅਜੇ ਵੀ ਤੁਹਾਡੇ ਡਾਟਾ ਦੀ ਸੁਰੱਖਿਆ ਕਰਦੇ ਸਮੇਂ ਨੌਕਰੀ ਕੀਤੀ ਜਾਵੇਗੀ.
ਅੰਤ ਵਿੱਚ - ਜੇ ਤੁਸੀਂ ਸਧਾਰਣ ਨਿਯਮਾਂ ਦੇ ਨਿਯਮਾਂ ਤੋਂ ਭਟਕਣ ਦਾ ਫੈਸਲਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਸ ਬਾਰੇ ਵਧੇਰੇ ਚੌਕਸ ਰਹੋ ਕਿ ਤੁਸੀਂ ਕਿਵੇਂ ਡਾਟਾਬੇਸ ਦੀ ਪੂਰਨਤਾ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹੋ. ਜੇ ਤੁਸੀਂ ਬੇਲੋੜੀ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਦੇ ਹੋ, ਟ੍ਰਿਗਰ ਅਤੇ ਹੋਰ ਨਿਯੰਤਰਣ ਪਾਉਂਦੇ ਹੋ ਤਾਂ ਜੋ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਜਾਣਕਾਰੀ ਇਕਸਾਰ ਰਹਿੰਦੀ ਹੈ.