ਵੱਖਰੇਪਾ
ਉਹ ਸੀਮਾ ਜੋ ਡਾਟਾਬੇਸ ਕਾਇਮ ਰੱਖਦਾ ਹੈ, ਕੋਡ ਨਹੀਂ
ਹਰ CRM ਦਾਅਵਾ ਕਰਦਾ ਹੈ ਕਿ ਉਹ ਮਲਟੀ-ਟੈਨੈਂਟ ਹੈ। ਇਹ ਦਾਅਵਾ ਸਸਤਾ ਹੈ; ਅਸਲ ਗੱਲ ਇਹ ਹੈ ਕਿ ਕਿਹੜੀ ਪਰਤ ਇਹ ਲਾਈਨ ਥੱਲੇ ਰੱਖੀ ਹੋਈ ਹੈ। ਜੇ ਜਵਾਬ ਹੈ "ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਹਮੇਸ਼ਾ ਸਹੀ ਫ਼ਿਲਟਰ ਲਾਉਂਦੀ ਹੈ", ਤਾਂ ਇਹ ਗਰੰਟੀ ਉੱਨੀ ਹੀ ਚੰਗੀ ਹੈ ਜਿੰਨਾ ਸਭ ਤੋਂ ਘੱਟ ਆਰਾਮ ਕੀਤਾ ਡਿਵੈਲਪਰ ਜਿਸਨੇ ਕਦੇ ਕੋਈ ਕਿਊਰੀ ਲਿਖੀ ਹੋਵੇ।
iKonekt ਆਪਣੀ ਪਹਿਲੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਤੋਂ ਹੀ ਮਲਟੀ-ਟੈਨੈਂਟ ਸੀ, ਬਾਅਦ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਨਹੀਂ — ਜੋ ਸੁਣਨ ਵਿੱਚ ਸ਼ੇਖ਼ੀ ਲੱਗਦੀ ਹੈ ਅਤੇ ਅਸਲ ਵਿੱਚ ਇੱਕ ਇਕਰਾਰਨਾਮਾ ਹੈ: ਇਸਨੂੰ ਬਾਅਦ ਵਿੱਚ ਜੋੜਨਾ ਲਗਭਗ ਅਸੰਭਵ ਅਤੇ ਭਰੋਸੇਯੋਗ ਵੀ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਹਰ ਉਸ ਵਿਅਕਤੀ ਕੋਲ ਕਹਾਣੀ ਹੈ ਜਿਸਨੇ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ।
ਵੱਖਰੇਵਾਂ ਡਾਟਾਬੇਸ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ। ਛੱਬੀ ਸਾਰਣੀਆਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਆਪਣਾ ਟੈਨੈਂਟ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਇਸਦੀ ਜਾਂਚ ਕਰਨ ਵਾਲੀ ਨੀਤੀ ਹਰ ਪੜ੍ਹਨ ਅਤੇ ਹਰ ਲਿਖਣ 'ਤੇ ਚੱਲਦੀ ਹੈ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਹੇਠਾਂ। ਜੋ ਕਿਊਰੀ ਸੀਮਾ ਭੁੱਲ ਜਾਵੇ, ਉਹ ਕਿਸੇ ਹੋਰ ਦੇ ਗਾਹਕ ਨਹੀਂ ਵਾਪਸ ਕਰਦੀ। ਉਹ ਕੁਝ ਨਹੀਂ ਵਾਪਸ ਕਰਦੀ।
ਪੱਧਰ-ਪੱਧਰ ਸੁਰੱਖਿਆ, ਲਾਗੂ ਕੀਤੀ ਹੋਈ
ਨਾ ਕੋਈ ਰਿਵਾਜ, ਨਾ ਕੋਈ ਕੋਡ ਸਮੀਖਿਆ ਦਾ ਨਿਯਮ। ਡਾਟਾਬੇਸ ਇਨਕਾਰ ਕਰਦਾ ਹੈ। ਅੱਠਿਆਂਵੀ ਨੀਤੀਆਂ, ਇੱਕ-ਇੱਕ ਕਰਕੇ ਲਿਖੀਆਂ ਗਈਆਂ, ਨਹੀਂ ਤਾਂ ਤਿਆਰ ਕੀਤੀਆਂ ਗਈਆਂ — ਕਿਉਂਕਿ ਤਿਆਰ ਕੀਤੀ ਨੀਤੀ ਉਹ ਹੁੰਦੀ ਹੈ ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਨਹੀਂ ਪੜ੍ਹਿਆ।
ਸੰਯੁਕਤ ਕੁੰਜੀਆਂ
ਇੱਕ ਚਾਈਲਡ ਰਿਕਾਰਡ ਆਪਣੇ ਟੈਨੈਂਟ ਅਤੇ ਆਪਣੇ ਪੈਰੈਂਟ ਦੋਵਾਂ ਨੂੰ, ਇੱਕ ਜੋੜੇ ਵਜੋਂ, ਦਰਸਾਉਂਦਾ ਹੈ। ਗ਼ਲਤ ਕੰਪਨੀ ਦਾ ਕੋਈ ਖ਼ਰਾਬ ਪਛਾਣਕਰਤਾ ਹੱਲ ਨਹੀਂ ਹੁੰਦਾ — ਉਹ ਸਿਰਫ਼ ਕੋਈ ਵੈਧ ਹਵਾਲਾ ਨਹੀਂ ਹੁੰਦਾ।
ਕੋਈ ਡਿਫ਼ੌਲਟ ਟੈਨੈਂਟ ਨਹੀਂ, ਕਦੇ ਨਹੀਂ
ਬਿਨਾਂ ਸਕੋਪ ਵਾਲੀ ਬੇਨਤੀ ਚੁੱਪਚਾਪ ਟੈਨੈਂਟ ਜ਼ੀਰੋ ਲਈ ਬੇਨਤੀ ਨਹੀਂ ਬਣ ਜਾਂਦੀ। ਇਹ ਡਾਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ। ਕੋਈ "unscoped" ਮੋਡ ਨਹੀਂ ਹੈ ਜਿਸਨੂੰ ਬੰਦ ਕਰਨਾ ਭੁੱਲਿਆ ਜਾ ਸਕੇ।
ਉਹ ਬੱਗ ਜੋ ਆਪਣੀ ਮੌਜੂਦਗੀ ਦਾ ਐਲਾਨ ਨਹੀਂ ਕਰ ਸਕਦਾ ਸੀ
ਜਦੋਂ ਟੈਨੈਂਸੀ ਦਾ ਕੰਮ ਹੋ ਰਿਹਾ ਸੀ, ਤਾਂ ਜ਼ਿਆਦਾਤਰ ਗਲਤੀਆਂ ਸ਼ੋਰ ਕਰਦੀਆਂ ਸਨ। ਦੋ ਕੰਪਨੀਆਂ ਨੂੰ ਇੱਕੋ ਗਾਹਕ ਡੋਮੇਨ ਅਤੇ ਡੇਟਾਬੇਸ ਆਬਜੈਕਟ ਤੁਰੰਤ ਦਿਓ — ਗਲਤੀ ਕੋਡ ਅਤੇ ਸਟੈਕ ਟ੍ਰੇਸ ਨਾਲ; ਤੁਸੀਂ ਇਸਨੂੰ ਦੁਪਹਿਰ ਤੋਂ ਪਹਿਲਾਂ ਠੀਕ ਕਰ ਲੈਂਦੇ ਹੋ।
ਇੱਕ ਨੇ ਕੋਈ ਇਤਰਾਜ਼ ਨਹੀਂ ਕੀਤਾ। ਸੋਧਣਯੋਗ ਪ੍ਰੌਂਪਟ ਓਵਰਰਾਈਡਾਂ ਦੀ ਇੱਕ ਸਾਰਣੀ ਸਿਰਫ਼ ਪ੍ਰੌਂਪਟ ਦੀ ਕਿਸਮ 'ਤੇ ਕੀਤੀ ਗਈ ਸੀ — ਕਿਸਮ ਅਤੇ ਟੈਨੈਂਟ 'ਤੇ ਨਹੀਂ। ਦੂਜੀ ਕੰਪਨੀ ਆਪਣੀ ਕਾਪੀ ਸੋਧਦੀ ਤਾਂ ਪਹਿਲੀ ਕੰਪਨੀ ਦੀ ਚੁੱਪਚਾਪ ਉਡ਼ਾ ਦਿੰਦੀ — ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹੀ SQL ਨਾਲ, ਬਿਨਾਂ ਕਿਸੇ ਗਲਤੀ, ਬਿਨਾਂ ਚੇਤਾਵਨੀ, ਅਤੇ ਬਿਨਾਂ ਫੇਲ ਹੋਏ ਟੈਸਟ ਦੇ। ਇਹ ਇਸ ਸ਼ੱਕ 'ਤੇ ਲੱਭਿਆ ਕਿ ਸ਼ੋਰ ਕਰਨ ਵਾਲੀਆਂ ਗਲਤੀਆਂ ਦਾ ਕੋਈ ਸਾਥੀ ਵੀ ਹੋਵੇਗਾ — ਇੱਕ ਕੁੰਜੀ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਬਾਕੀ ਹਰ ਵਿਲੱਖਣ ਇੰਡੈਕਸ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਪੜ੍ਹਿਆ ਗਿਆ।
ਅਸੀਂ ਇਹ ਇਸ ਲਈ ਦੱਸਦੇ ਹਾਂ ਕਿਉਂਕਿ ਇਹ ਇਸ ਕੰਮ ਦਾ ਇਮਾਨਦਾਰ ਰੂਪ ਹੈ। ਵੱਖਰਤਾ ਕੋਈ ਫ਼ੀਚਰ ਨਹੀਂ ਜੋ ਤੁਸੀਂ ਚਾਲੂ ਕਰਦੇ ਹੋ; ਇਹ ਸਕੀਮਾ ਦੇ ਉਦਾਸ ਹਿੱਸਿਆਂ ਨੂੰ ਇਸ ਧਾਰਨਾ ਨਾਲ ਪੜ੍ਹਨ ਦੀ ਆਦਤ ਹੈ ਕਿ ਉੱਥੇ ਕੁਝ ਤੁਹਾਡੇ ਨਾਲ ਅਸਹਿਮਤ ਹੈ।
ਟੈਸਟ, ਰਿਕਾਰਡ ਲਈ: 942 ਟੈਸਟ, ਹਰ ਤਬਦੀਲੀ 'ਤੇ ਜ਼ੀਰੋ ਤੋਂ ਦੁਬਾਰਾ ਬਣਾਏ ਡੇਟਾਬੇਸ ਵਿਰੁੱਧ ਚਲਾਏ ਜਾਂਦੇ ਹਨ। ਇਹ ਡਿਜ਼ਾਈਨ ਦੀ ਚਤੁਰਾਈ ਸਾਬਤ ਕਰਨ ਲਈ ਨਹੀਂ ਹਨ। ਇਹ ਇਸ ਲਈ ਹਨ ਕਿਉਂਕਿ ਇਸ ਖ਼ਾਸ ਡਿਜ਼ਾਈਨ ਦੀ ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਸਥਿਤੀ ਚੁੱਪ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਚੁੱਪ ਫੇਲ੍ਹ ਹੋਣਾਂ ਨੂੰ ਕਿਸੇ ਦੀ ਵੱਡੀ ਆਵਾਜ਼ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਵੱਖਰਤਾ ਇੱਕ ਸਧਾਰਨ ਵਿਅਕਤੀ ਨੂੰ ਕੀ ਦਿੰਦੀ ਹੈ
- ਇੱਕ ਸਮੂਹ ਇੱਕ ਇੰਸਟਾਲ ਤੋਂ ਕਈ ਕੰਪਨੀਆਂ ਚਲਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਦਾ ਵਿਕਰੇਤਾ ਕਦੇ ਦੂਜੀ ਦਾ ਗਾਹਕ ਨਹੀਂ ਦੇਖੇਗਾ — ਨੀਤੀ ਨਾਲ ਨਹੀਂ, ਢਾਂਚੇ ਨਾਲ।
- ਇੱਕ ਸਾਥੀ ਪ੍ਰੋਗਰਾਮ, ਪ੍ਰੌਂਪਟਾਂ ਦਾ ਸੈੱਟ, ਗਾਹਕ 'ਤੇ ਦਾਅਵਾ: ਸਭ ਪ੍ਰਤੀ ਕੰਪਨੀ ਸਕੋਪ ਕੀਤੇ ਹਨ, ਤਾਂ ਜੋ ਇੱਕ ਟੈਨੈਂਟ ਦੀ ਸੰਰਚਨਾ ਸਭ ਦੀ ਨਾ ਬਣ ਜਾਵੇ।
- ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਇੱਕ ਸਾਂਝੇ ਢੇਰ ਦੇ ਪਾਰ ਨਹੀਂ ਸਗੋਂ ਇੱਕ ਹੱਦ ਦੇ ਅੰਦਰ ਪੂਰੀ ਹੁੰਦੀ ਹੈ, ਜੋ ਇਸਨੂੰ ਇਮਾਨਦਾਰੀ ਨਾਲ ਜਵਾਬ ਦੇਣ ਯੋਗ ਬਣਾਉਂਦੀ ਹੈ।
- ਅਤੇ ਕਿਸੇ ਨੂੰ ਇਸ ਦਾ ਕੁਝ ਵੀ ਯਾਦ ਰੱਖਣਾ ਨਹੀਂ ਪੈਂਦਾ। ਇਹੀ ਮੁੱਦਾ ਹੈ — ਯਾਦ ਰੱਖਣ 'ਤੇ ਨਿਰਭਰ ਕਰਨ ਵਾਲੀ ਗਾਰੰਟੀ ਗਾਰੰਟੀ ਨਹੀਂ ਹੁੰਦੀ।
ਇੱਕ ਹੋਰ ਗੱਲ ਜੋ ਡੇਟਾਬੇਸ ਬਾਰੇ ਨਹੀਂ ਹੈ
ਪਰਿਵਾਰ ਦੀ ਹਰ ਭੈਣ-ਸੇਵਾ ਆਪਣਾ ਨਾਮਿਤ ਪ੍ਰਮਾਣ ਰੱਖਦੀ ਹੈ। ਕੋਈ ਸੇਵਾ ਸਾਂਝੇ ਪ੍ਰਮਾਣ ਨਾਲ ਨਹੀਂ ਬੋਲਦੀ, ਤਾਂ ਕੋਈ ਸੇਵਾ ਦੁਰਘਟਨਾਵਸ਼ ਦੂਜੀ ਵਜੋਂ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦੀ — ਇੱਕ ਛੋਟਾ ਅਨੁਸ਼ਾਸਨ ਜੋ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਇੱਕ ਵਾਰ ਸਾਂਝਾ ਟੋਕਨ ਰੱਖਣ ਅਤੇ ਉਸਦਾ ਆਨੰਦ ਨਾ ਲੈਣ ਤੋਂ ਆਇਆ।
ਇਹ ਡੇਟਾਬੇਸ ਨਿਯਮ ਵਾਲੀ ਹੀ ਸੁਝ ਹੈ। ਗਲਤ ਚੀਜ਼ ਨੂੰ ਨਿਰਾਸ਼ਾਜਨਕ ਨਹੀਂ ਸਗੋਂ ਅਸੰਭਵ ਬਣਾਓ, ਅਤੇ ਤੁਸੀਂ ਆਪਣਾ ਧਿਆਨ ਚੌਕਸੀ 'ਤੇ ਨਹੀਂ ਸਗੋਂ ਗਾਹਕਾਂ 'ਤੇ ਲਗਾਉਂਦੇ ਹੋ।
- 126 ਸਾਰਣੀਆਂਹਰ ਇੱਕ ਆਪਣਾ ਟੈਨੈਂਟ ਰੱਖਦੀ ਹੈ, ਜਿਸ 'ਤੇ ਜਾਂਚ ਲਾਜ਼ਮੀ ਕੀਤੀ ਗਈ ਹੈ।
- 272 ਨੀਤੀਆਂਵੱਖਰੇ ਤੌਰ 'ਤੇ ਲਿਖੀਆਂ ਗਈਆਂ, ਤਾਂ ਜੋ ਹਰ ਇੱਕ ਨੂੰ ਕਿਸੇ ਵਿਅਕਤੀ ਨੇ ਪੜ੍ਹਿਆ ਹੋਵੇ।
- 3942 ਟੈਸਟਜ਼ੀਰੋ ਤੋਂ ਦੁਬਾਰਾ ਬਣਾਏ ਡੇਟਾਬੇਸ ਵਿਰੁੱਧ, ਹਰ ਤਬਦੀਲੀ 'ਤੇ।
- 40 ਡਿਫ਼ਾਲਟ ਟੈਨੈਂਟਬਿਨਾਂ ਸਕੋਪ ਵਾਲੀ ਬੇਨਤੀ ਡੇਟਾ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦੀ।
ਲਾਈਵ ਬਿਲਡ 'ਤੇ ਮਾਪਿਆ ਗਿਆ
“ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਹਮੇਸ਼ਾ ਕੰਪਨੀ ਮੁਤਾਬਕ ਫ਼ਿਲਟਰ ਕਰਦੀ ਹੈ।”
ਉਸ ਵਾਕ ਵਿੱਚ “ਹਮੇਸ਼ਾ” ਬਹੁਤ ਭਾਰੀ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ।
ਹੱਦ ਨੂੰ ਡੇਟਾਬੇਸ ਵਿੱਚ ਹੇਠਾਂ ਲੈ ਜਾਓ ਅਤੇ ਭੁੱਲਿਆ ਹੋਇਆ WHERE ਕਲਾਜ਼ ਕਿਸੇ ਹੋਰ ਦੇ ਗਾਹਕਾਂ ਦੀ ਬਜਾਏ ਕੁਝ ਨਹੀਂ ਦਿੰਦਾ। ਖਾਲੀ ਸਕਰੀਨ ਬੇਢੰਗੇ ਪਰਿਚੇ ਨਾਲੋਂ ਵਧੀਆ ਫੇਲ੍ਹ ਹੋਣਾ ਹੈ।
ਕਈ ਬ੍ਰਾਂਡ ਚਲਾਉਣ ਵਾਲੇ ਸਮੂਹਾਂ ਲਈ →