ਡਾਟਾਬੇਸ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਬਣਾਏ ਗਏ ਆਮ ਗਲਤੀ

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

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

ਡਾਟਾਬੇਸ ਗਲਤੀ # 1: ਇਕ ਸਾਰਣੀ ਵਿੱਚ ਦੁਹਰਾਓ ਖੇਤਰ

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

ਸੁਭਾਗਪੂਰਨ, ਦੁਹਰਾਓ ਜਾਣ ਵਾਲੇ ਖੇਤਰ ਆਮ ਤੌਰ 'ਤੇ ਅਸਾਨੀ ਨਾਲ ਲੱਭਦੇ ਹਨ. ਇਸ ਟੇਬਲ ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ:

ਜਦੋਂ ਕੋਈ ਆਦੇਸ਼ ਵਿੱਚ ਚਾਰ ਉਤਪਾਦ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ? ਤਿੰਨ ਤੋਂ ਵੱਧ ਉਤਪਾਦਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਸਾਨੂੰ ਇਕ ਹੋਰ ਖੇਤਰ ਨੂੰ ਸਾਰਣੀ ਵਿੱਚ ਜੋੜਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਅਤੇ ਜੇਕਰ ਅਸੀਂ ਸਾਡੀ ਇਨਪੁਟ ਡੇਟਾ ਦੀ ਮਦਦ ਲਈ ਟੇਬਲ ਦੇ ਆਲੇ ਦੁਆਲੇ ਇੱਕ ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾ ਲਈ ਹੈ, ਤਾਂ ਸਾਨੂੰ ਇਸ ਨੂੰ ਨਵੇਂ ਪ੍ਰੋਡਕਟ ਫੀਲਡ ਨਾਲ ਬਦਲਣ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ. ਅਤੇ ਅਸੀਂ ਕ੍ਰਮ ਵਿੱਚ ਜੇਲੀਬੀਨਜ਼ ਦੇ ਸਾਰੇ ਹੁਕਮਾਂ ਨੂੰ ਕਿਵੇਂ ਲੱਭ ਸਕਦੇ ਹਾਂ? ਸਾਨੂੰ ਇੱਕ SQL ਸਟੇਟਮੈਂਟ ਦੇ ਨਾਲ ਸਾਰਣੀ ਵਿੱਚ ਹਰੇਕ ਪ੍ਰੋਡਕਟ ਫੀਲਡ ਨੂੰ ਪੁੱਛਣ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾਵੇਗਾ, ਜੋ ਕਿ ਵੇਖ ਸਕਦਾ ਹੈ: SELECT * FROM PRODUCTS WHERE PRODUCT1 = 'Jelly Beans' ਜਾਂ Product2 = 'Jelly Beans' ਜਾਂ Product3 = 'Jelly Beans'

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

ਧਿਆਨ ਦਿਓ ਕਿ ਕਿਵੇਂ ਹਰੇਕ ਸਾਰਣੀ ਦਾ ਆਪਣਾ ਵਿਲੱਖਣ ID ਖੇਤਰ ਹੈ. ਇਹ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ ਹੈ. ਅਸੀਂ ਦੂਜੀ ਸਾਰਣੀ ਵਿੱਚ ਇੱਕ ਵਿਦੇਸ਼ੀ ਕੁੰਜੀ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ ਮੁੱਲ ਵਰਤ ਕੇ ਟੇਬਲਾਂ ਨੂੰ ਲਿੰਕ ਕਰਦੇ ਹਾਂ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀਆਂ ਅਤੇ ਵਿਦੇਸ਼ੀ ਕੁੰਜੀਆਂ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹੋ

ਡਾਟਾਬੇਸ ਗਲਤੀ # 2: ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ ਇੱਕ ਸਾਰਣੀ ਸ਼ਾਮਿਲ ਕਰਨੀ

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

ਉਸੇ ਲਾਈਨ ਦੇ ਨਾਲ, ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਵਿਕਣ ਵਾਲੇ ਲੋਕਾਂ ਦੀ ਸਾਰਣੀ ਹੈ, ਉਸ ਸਾਰਣੀ ਵਿੱਚ ਸਾਰੀ ਜਾਣਕਾਰੀ ਖਾਸ ਤੌਰ ਤੇ ਉਸ ਵਿਕਰੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਕੋਈ ਵੀ ਵਾਧੂ ਜਾਣਕਾਰੀ ਜੋ ਕਿ ਵਿਕਰੀ ਵਿਅਕਤੀ ਲਈ ਵਿਲੱਖਣ ਨਹੀਂ ਹੈ ਤੁਹਾਡੇ ਡਾਟਾਬੇਸ ਵਿੱਚ ਕਿਤੇ ਹੋਰ ਹੋ ਸਕਦੀ ਹੈ.

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

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

ਡਾਟਾਬੇਸ ਗਲਤੀ # 3: ਇੱਕ ਫੀਲਡ ਵਿੱਚ ਜਾਣਕਾਰੀ ਦੇ ਦੋ ਜ ਵੱਧ ਟੁਕੜੇ ਪਾ

ਦਫ਼ਤਰ ਦੀ ਜਾਣਕਾਰੀ ਨੂੰ ਵਿਕਰੀਆਂ ਦੇ ਵਿਅਕਤੀ ਦੀ ਸਾਰਣੀ ਵਿਚ ਸ਼ਾਮਿਲ ਕਰਨਾ ਉਸ ਡਾਟਾਬੇਸ ਨਾਲ ਇਕੋ ਇਕ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ. ਐਡਰੈੱਸ ਫੀਲਡ ਵਿੱਚ ਤਿੰਨ ਸੂਚਨਾਵਾਂ ਸ਼ਾਮਲ ਹਨ: ਸੜਕ ਦਾ ਪਤਾ, ਸ਼ਹਿਰ ਅਤੇ ਰਾਜ. ਡੈਟਾਬੇਸ ਵਿਚਲੇ ਹਰੇਕ ਖੇਤਰ ਵਿਚ ਸਿਰਫ ਇਕੋ ਜਾਣਕਾਰੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ. ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਖੇਤਰ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਸੂਚਨਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਜਾਣਕਾਰੀ ਲਈ ਡਾਟਾਬੇਸ ਨੂੰ ਪੁੱਛਣਾ ਮੁਸ਼ਕਲ ਹੋ ਜਾਂਦਾ ਹੈ.

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

ਟੇਬਲ ਨੂੰ ਵੇਖਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਵੇਂ ਕਿ:

ਇੱਥੇ ਨੋਟ ਕਰਨ ਲਈ ਕੁਝ ਚੀਜਾਂ ਮੌਜੂਦ ਹਨ. ਪਹਿਲਾਂ, "ਪਤਾ 1" ਅਤੇ "ਪਤਾ 2" ਦੁਹਰਾਵੇਂ ਖੇਤਰਾਂ ਦੀ ਗਲਤੀ ਦੇ ਤਹਿਤ ਆਉਣਾ ਜਾਪਦਾ ਹੈ.

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

ਇਲਾਵਾ, ਬਚਣ ਲਈ ਇੱਕ ਬੋਨਸ ਗਲਤੀ ਦੇ ਰੂਪ ਵਿੱਚ, ਧਿਆਨ ਦਿਓ ਕਿ ਕਿਵੇਂ ਫੋਨ ਨੰਬਰ ਲਈ ਫਾਰਮੈਟਿੰਗ ਨੂੰ ਸਾਰਣੀ ਵਿੱਚੋਂ ਬਾਹਰ ਕੱਢਿਆ ਗਿਆ ਹੈ ਜਦੋਂ ਵੀ ਸੰਭਵ ਹੋ ਸਕੇ ਤੁਹਾਨੂੰ ਖੇਤਾਂ ਦੇ ਫਾਰਮੈਟ ਨੂੰ ਸਟੋਰ ਕਰਨ ਤੋਂ ਪਰਹੇਜ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਫੋਨ ਨੰਬਰ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਕਈ ਤਰੀਕੇ ਹਨ ਜੋ ਲੋਕ ਇੱਕ ਫੋਨ ਨੰਬਰ ਲਿਖਦੇ ਹਨ: 215-555-5858 ਜਾਂ (215) 555-5858 ਇਹ ਇੱਕ ਵਿਕਰੀ ਵਿਅਕਤੀ ਨੂੰ ਉਹਨਾਂ ਦੇ ਫੋਨ ਨੰਬਰਾਂ ਦੁਆਰਾ ਖੋਜ ਕਰਨ ਜਾਂ ਉਸੇ ਖੇਤਰ ਕੋਡ ਵਿੱਚ ਲੋਕਾਂ ਦੀ ਖੋਜ ਕਰਨ ਲਈ ਵਧੇਰੇ ਮੁਸ਼ਕਲ ਬਣਾ ਦੇਵੇਗਾ.

ਡਾਟਾਬੇਸ ਗਲਤੀ # 4: ਸਹੀ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰ ਰਿਹਾ ਹੈ

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

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

ਅਤੇ ਇਹ ਅਸਲ ਜਾਣਕਾਰੀ ਨੂੰ ਇੱਕ ਕੁੰਜੀ ਮੁੱਲ ਵਜੋਂ ਵਰਤਣ ਵਿੱਚ ਸਮੱਸਿਆ ਹੈ. ਇਹ ਬਦਲ ਸਕਦਾ ਹੈ.

ਡਾਟਾਬੇਸ ਗਲਤੀ # 5: ਨਾਮਕਰਣ ਸੰਮੇਲਨ ਦਾ ਇਸਤੇਮਾਲ ਨਹੀਂ ਕਰ ਰਿਹਾ

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

ਜ਼ਰਾ ਕਲਪਨਾ ਕਰੋ ਕਿ ਪ੍ਰਕਿਰਿਆ ਕਿੰਨੀ ਕੁ ਮੁਸ਼ਕਲ ਹੋਵੇਗੀ ਜੇਕਰ ਨਾਂ ਨੂੰ ਪਹਿਲਾ ਨਾਮ, ਅਖੀਰਲਾ ਇੱਕ ਸਾਰਣੀ ਅਤੇ ਪਹਿਲਾ_ਨਾਮ, ਅਖੀਰਲਾ ਇਕ ਹੋਰ ਸਾਰਣੀ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ.

ਦੋ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਨਾਮਕਰਨ ਸੰਮੇਲਨ ਖੇਤਰ ਵਿੱਚ ਹਰ ਸ਼ਬਦ ਦੇ ਪਹਿਲੇ ਅੱਖਰ ਦੀ ਉਗਰਾਹੀ ਕਰਦੇ ਹਨ ਜਾਂ ਇੱਕ ਅੰਡਰਸਕੋਰ ਵਰਤਦੇ ਸ਼ਬਦਾਂ ਨੂੰ ਵੱਖ ਕਰਦੇ ਹਨ. ਤੁਸੀਂ ਕੁਝ ਵਿਕਾਸਕਰਤਾਵਾਂ ਨੂੰ ਪਹਿਲੇ ਸ਼ਬਦ ਨੂੰ ਛੱਡ ਕੇ ਹਰੇਕ ਸ਼ਬਦ ਦੇ ਪਹਿਲੇ ਅੱਖਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ: ਪਹਿਲਾ ਨਾਂ, ਆਖਰੀ-ਨਾਂ

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

ਨਾਂ ਨਾਮਾਂਕਣ ਸੰਮੇਲਨ, ਜੋ ਤੁਸੀਂ ਚੁਣਦੇ ਹੋ ਅਸਲ ਵਿੱਚ ਚੁਣ ਕੇ ਅਤੇ ਨਾਮਕਰਨ ਕਾਨਨੰਥ ਦੇ ਨਾਲ ਜੁੜੇ ਹੋਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਰੂਪ ਵਿੱਚ ਮਹੱਤਵਪੂਰਣ ਨਹੀਂ ਹਨ.

ਡਾਟਾਬੇਸ ਗਲਤੀ # 6: ਗਲਤ ਸੂਚਕਾਂਕ

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

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

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