ਜੇਕਰ ਕੋਈ ਵੀ ਲੌਗਇਨ ਕੀਤਾ ਉਪਭੋਗਤਾ ਦੂਜੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀਆਂ ਕਤਾਰਾਂ ਨੂੰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਡੇਟਾਬੇਸ ਐਪ 'ਤੇ ਭਰੋਸਾ ਕਰ ਰਿਹਾ ਹੈ ਕਿ ਉਹ ਸਹੀ ਢੰਗ ਨਾਲ ਵਿਵਹਾਰ ਕਰੇ। ਮੈਂ ਕਤਾਰ-ਪੱਧਰ ਦੀਆਂ ਸੁਰੱਖਿਆ ਨੀਤੀਆਂ ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਨਾਲ ਨਿਯਮ ਨੂੰ PostgreSQL ਵਿੱਚ ਹੀ ਲੈ ਜਾਂਦਾ ਹਾਂ, ਫਿਰ ਟੈਸਟਾਂ ਨਾਲ ਸਾਬਤ ਕਰਦਾ ਹਾਂ ਕਿ ਇੱਕ ਉਪਭੋਗਤਾ ਦੂਜੇ ਉਪਭੋਗਤਾ ਦੇ ਡੇਟਾ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ।
ਮੈਂ PostgreSQL ਕਤਾਰ-ਪੱਧਰ ਦੀ ਸੁਰੱਖਿਆ ਸਥਾਪਤ ਕਰਾਂਗਾ ਤਾਂ ਜੋ ਹਰੇਕ ਉਪਭੋਗਤਾ ਸਿਰਫ਼ ਆਪਣਾ ਡੇਟਾ ਦੇਖ ਸਕੇ, ਜਿਸ ਵਿੱਚ ਸੁਪਾਬੇਸ ਵੀ ਸ਼ਾਮਲ ਹੈ।
ਵੱਧ ਤੋਂ ਵੱਧ 5 ਟੇਬਲਾਂ ਦੀ ਰੋਅ-ਲੈਵਲ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ, ਹਰੇਕ ਖਾਲੀ ਥਾਂ ਨੂੰ ਇੱਕ ਪੁੱਛਗਿੱਛ ਦੁਆਰਾ ਦਰਸਾਇਆ ਗਿਆ ਹੈ।
- ਵੱਧ ਤੋਂ ਵੱਧ 5 ਟੇਬਲਾਂ ਦੀ ਸਮੀਖਿਆ
- ਲਿਖਤੀ ਰਿਪੋਰਟ
- ਉਦਾਹਰਨ ਪੁੱਛਗਿੱਛਾਂ
ਵੱਧ ਤੋਂ ਵੱਧ 10 ਟੇਬਲਾਂ 'ਤੇ ਨੀਤੀਆਂ ਅਤੇ ਭੂਮਿਕਾਵਾਂ, ਟੈਸਟਾਂ ਦੇ ਨਾਲ ਜੋ ਨਿਯਮਾਂ ਨੂੰ ਸਾਬਤ ਕਰਦੇ ਹਨ।
- ਵੱਧ ਤੋਂ ਵੱਧ 10 ਟੇਬਲਾਂ 'ਤੇ ਨੀਤੀਆਂ
- ਲਿਖਤੀ ਰਿਪੋਰਟ
- ਉਦਾਹਰਨ ਪੁੱਛਗਿੱਛਾਂ
ਵੱਧ ਤੋਂ ਵੱਧ 25 ਟੇਬਲ, ਡੇਟਾਬੇਸ ਵਿੱਚ ਯੋਜਨਾ ਸੀਮਾਵਾਂ, CI ਵਿੱਚ ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਤੇ ਟੈਸਟ।
- ਵੱਧ ਤੋਂ ਵੱਧ 25 ਟੇਬਲ, ਯੋਜਨਾ ਸੀਮਾਵਾਂ, CI
- ਲਿਖਤੀ ਰਿਪੋਰਟ
- ਉਦਾਹਰਨ ਪੁੱਛਗਿੱਛਾਂ
ਇੱਕ ਕਸਟਮ ਪੇਸ਼ਕਸ਼ ਦੀ ਬੇਨਤੀ ਕਰੋ
ਕਸਟਮ ਪੇਸ਼ਕਸ਼ ਦੀ ਬੇਨਤੀ ਕਰਨ ਲਈ ਲੌਗ ਇਨ ਕਰੋ
ਇਸ Zinner ਤੋਂ ਇੱਕ ਵਿਅਕਤੀਗਤ ਪੇਸ਼ਕਸ਼ ਦੀ ਬੇਨਤੀ ਕਰਨ ਲਈ ਇੱਕ ਮੁਫਤ ਖਾਤਾ ਬਣਾਓ ਜਾਂ ਲੌਗ ਇਨ ਕਰੋ।
ਲੌਗ ਇਨ / ਰਜਿਸਟਰ ਕਰੋਵਿਕਰੀ ਤੋਂ ਪਹਿਲਾਂ ਦਾ ਸਵਾਲ ਪੁੱਛੋ
ਸਵਾਲ ਪੁੱਛਣ ਲਈ ਲੌਗ ਇਨ ਕਰੋ
ਪਲੇਟਫਾਰਮ ਸਪੈਮ ਨੂੰ ਘਟਾਉਣ ਲਈ, ਪ੍ਰੀ-ਸੇਲ ਸੁਨੇਹੇ ਸਿਰਫ਼ ਲੌਗ-ਇਨ ਕੀਤੇ ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਹੀ ਭੇਜੇ ਜਾ ਸਕਦੇ ਹਨ।
ਇਸ Zinner ਨੂੰ ਸਿੱਧਾ ਸੁਨੇਹਾ ਭੇਜਣ ਲਈ ਇੱਕ ਮੁਫ਼ਤ ਖਾਤਾ ਬਣਾਓ ਜਾਂ ਲੌਗ ਇਨ ਕਰੋ।
ਲੌਗ ਇਨ / ਰਜਿਸਟਰ ਕਰੋਲੌਗ ਇਨ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ
ਇਸ Zinner ਨੂੰ ਸੁਨੇਹਾ ਭੇਜਣ ਲਈ ਇੱਕ ਮੁਫਤ ਖਾਤਾ ਬਣਾਓ ਜਾਂ ਲੌਗ ਇਨ ਕਰੋ।
ਲੌਗ ਇਨ / ਰਜਿਸਟਰ ਕਰੋਲੌਗ ਇਨ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ
ਇੱਕ ਵਿਅਕਤੀਗਤ ਪੇਸ਼ਕਸ਼ ਦੀ ਬੇਨਤੀ ਕਰਨ ਲਈ ਇੱਕ ਮੁਫਤ ਖਾਤਾ ਬਣਾਓ ਜਾਂ ਲੌਗ ਇਨ ਕਰੋ।
ਲੌਗ ਇਨ / ਰਜਿਸਟਰ ਕਰੋਇੱਕ ਨਜ਼ਰ ਵਿੱਚ
ਤੁਹਾਡੇ ਫੈਸਲੇ ਲੈਣ ਵਿੱਚ ਮਦਦ ਕਰਨ ਲਈ ਇਸ ਸੇਵਾ ਬਾਰੇ ਮੁੱਖ ਵੇਰਵੇ। Zinn Hub ਦੁਆਰਾ ਤਿਆਰ ਕੀਤਾ ਗਿਆ, ਵਿਕਰੇਤਾ ਦੁਆਰਾ ਨਹੀਂ।
ਮੁੱਲ ਸਥਿਤੀ
ਲਾਗੂਕਰਨ ਪਰਤ
ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮ
ਕੰਮ ਦਾ ਸਬੂਤ
ਡਿਲੀਵਰੀ ਫਾਰਮੈਟ
ਤੁਹਾਨੂੰ ਕੀ ਮਿਲੇਗਾ
ਪੂਰਾ ਵੇਰਵਾ
ਉਪਭੋਗਤਾ ਖਾਤਿਆਂ, ਅਦਾਇਗੀ ਯੋਜਨਾਵਾਂ ਜਾਂ ਇੱਕ ਡੇਟਾਬੇਸ ਵਿੱਚ ਕਈ ਟੀਮਾਂ ਵਾਲੀ ਕਿਸੇ ਵੀ ਐਪ ਨੂੰ ਇਹ ਫੈਸਲਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਕਤਾਰਾਂ ਕੌਣ ਦੇਖ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਉਹ ਨਿਯਮ ਸਿਰਫ਼ ਐਪ ਕੋਡ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਪਹਿਲੀ ਵਾਰ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਕਰਦਾ ਹੈ: ਇੱਕ ਨਵਾਂ ਐਂਡਪੁਆਇੰਟ ਜਿਸਨੂੰ ਕੋਈ ਸੁਰੱਖਿਅਤ ਕਰਨਾ ਭੁੱਲ ਗਿਆ, ਉਸੇ ਡੇਟਾਬੇਸ 'ਤੇ ਇੱਕ ਦੂਜੀ ਐਪ, ਜਾਂ API ਜੋ ਸੁਪਾਬੇਸ ਤੁਹਾਡੀਆਂ ਟੇਬਲਾਂ ਲਈ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਰੋਅ-ਲੈਵਲ ਸੁਰੱਖਿਆ ਨਿਯਮ ਨੂੰ ਉੱਥੇ ਰੱਖਦੀ ਹੈ ਜਿੱਥੇ ਡੇਟਾ ਹੈ।
ਮੈਂ ਇਹ NDA ਦੇ ਅਧੀਨ ਇੱਕ ਗਾਹਕੀ ਉਤਪਾਦ 'ਤੇ ਕੀਤਾ ਹੈ: ਟੇਬਲਾਂ 'ਤੇ ਰੋਅ-ਲੈਵਲ ਸੁਰੱਖਿਆ ਨੀਤੀਆਂ ਅਤੇ ਹਰੇਕ ਗਾਹਕੀ ਪੱਧਰ ਲਈ ਇੱਕ ਵੱਖਰੀ ਡੇਟਾਬੇਸ ਭੂਮਿਕਾ, ਤਾਂ ਜੋ ਇੱਕ ਯੋਜਨਾ ਵਿੱਚ ਕੀ ਸ਼ਾਮਲ ਹੈ, ਉਹ PostgreSQL ਦੁਆਰਾ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਨਾ ਕਿ ਕਿਸੇ ਅਜਿਹੀ ਜਾਂਚ ਦੁਆਰਾ ਜਿਸਨੂੰ ਕੋਈ ਭੁੱਲ ਸਕਦਾ ਹੈ।
ਸਟਾਰਟਰ ਵਿੱਚ, ਮੈਂ ਉਹਨਾਂ ਨੀਤੀਆਂ ਦੀ ਸਮੀਖਿਆ ਕਰਦਾ ਹਾਂ ਜੋ ਵੱਧ ਤੋਂ ਵੱਧ ਪੰਜ ਟੇਬਲਾਂ ਵਿੱਚ ਹਨ ਜਾਂ ਨਹੀਂ ਹਨ ਅਤੇ ਖਾਲੀ ਥਾਵਾਂ ਦੀ ਇੱਕ ਲਿਖਤੀ ਸੂਚੀ ਭੇਜਦਾ ਹਾਂ, ਹਰੇਕ ਨੂੰ ਦਰਸਾਉਣ ਵਾਲੀ ਇੱਕ ਉਦਾਹਰਨ ਪੁੱਛਗਿੱਛ ਦੇ ਨਾਲ। ਸਟੈਂਡਰਡ ਵੱਧ ਤੋਂ ਵੱਧ ਦਸ ਟੇਬਲਾਂ 'ਤੇ ਨੀਤੀਆਂ ਲਿਖਦਾ ਜਾਂ ਠੀਕ ਕਰਦਾ ਹੈ, ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਲੋੜੀਂਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਸਥਾਪਤ ਕਰਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਫਾਈਲਾਂ ਵਜੋਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਟੈਸਟ ਜੋੜਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਉਪਭੋਗਤਾ A ਉਪਭੋਗਤਾ B ਦੀਆਂ ਕਤਾਰਾਂ ਨੂੰ ਪੜ੍ਹਨ ਅਤੇ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਅਤੇ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਐਡਵਾਂਸਡ ਵੱਧ ਤੋਂ ਵੱਧ ਪੱਚੀ ਟੇਬਲਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, ਡੇਟਾਬੇਸ ਵਿੱਚ ਲਾਗੂ ਕੀਤੀਆਂ ਯੋਜਨਾ ਜਾਂ ਪੱਧਰ ਦੀਆਂ ਸੀਮਾਵਾਂ ਜੋੜਦਾ ਹੈ, ਅਤੇ CI ਵਿੱਚ ਟੈਸਟ ਚਲਾਉਂਦਾ ਹੈ।
ਸੁਪਾਬੇਸ 'ਤੇ, ਉਹੀ PostgreSQL ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਸ ਵਿੱਚ auth.uid() ਅਤੇ ਨੀਤੀਆਂ ਦੇ ਅੰਦਰ ਵਰਤੇ ਗਏ JWT ਕਲੇਮ ਸ਼ਾਮਲ ਹਨ। ਸਾਦੇ PostgreSQL 'ਤੇ, ਨੀਤੀਆਂ ਇੱਕ ਸੈਸ਼ਨ ਸੈਟਿੰਗ ਤੋਂ ਮੌਜੂਦਾ ਉਪਭੋਗਤਾ ਨੂੰ ਪੜ੍ਹਦੀਆਂ ਹਨ ਜੋ ਤੁਹਾਡਾ ਬੈਕਐਂਡ ਹਰੇਕ ਬੇਨਤੀ ਲਈ ਸੈੱਟ ਕਰਦਾ ਹੈ।
ਕੋਈ ਕਾਲ ਨਹੀਂ। ਹਰੇਕ ਪੈਕੇਜ ਇਸ ਬਾਰੇ ਇੱਕ ਸਾਦੀ-ਭਾਸ਼ਾ ਦੇ ਨੋਟ ਨਾਲ ਖਤਮ ਹੁੰਦਾ ਹੈ ਕਿ ਕੌਣ ਕੀ ਦੇਖ ਸਕਦਾ ਹੈ; ਸਟੈਂਡਰਡ ਅਤੇ ਐਡਵਾਂਸਡ 'ਤੇ, ਨੀਤੀਆਂ ਟੈਸਟਾਂ ਦੇ ਨਾਲ, ਤੁਹਾਡੇ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਮਾਈਗ੍ਰੇਸ਼ਨਾਂ ਵਜੋਂ ਵੀ ਆਉਂਦੀਆਂ ਹਨ। ਡਿਲੀਵਰੀ ਤੋਂ ਬਾਅਦ 14 ਦਿਨਾਂ ਲਈ, ਮੈਂ ਉਹ ਸਭ ਕੁਝ ਠੀਕ ਕਰਦਾ ਹਾਂ ਜੋ ਸਾਡੇ ਸਮਝੌਤੇ ਅਨੁਸਾਰ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਮੁਫਤ।
ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਕਦਮ
1. ਡੇਟਾ ਦਾ ਨਕਸ਼ਾ ਬਣਾਓ - ਮੈਂ ਟੇਬਲਾਂ ਦੀ ਸੂਚੀ ਬਣਾਉਂਦਾ ਹਾਂ, ਹਰੇਕ ਕਤਾਰ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਕੌਣ ਪੜ੍ਹ ਜਾਂ ਬਦਲ ਸਕਦਾ ਹੈ: ਮਾਲਕ, ਟੀਮ ਮੈਂਬਰ, ਪ੍ਰਸ਼ਾਸਕ, ਹਰੇਕ ਯੋਜਨਾ।
2. ਮੌਜੂਦਾ ਦੀ ਸਮੀਖਿਆ ਕਰੋ - ਮੌਜੂਦਾ ਨੀਤੀਆਂ, ਗ੍ਰਾਂਟਾਂ ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਦੀ ਉਸ ਨਕਸ਼ੇ ਦੇ ਵਿਰੁੱਧ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਹਰੇਕ ਅੰਤਰ ਨੂੰ ਇੱਕ ਪ੍ਰਸ਼ਨ ਦੇ ਨਾਲ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਇਸਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
3. ਨੀਤੀਆਂ ਅਤੇ ਭੂਮਿਕਾਵਾਂ - ਨੀਤੀਆਂ ਪ੍ਰਤੀ ਟੇਬਲ ਅਤੇ ਪ੍ਰਤੀ ਕਾਰਵਾਈ ਲਿਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਯੋਜਨਾਵਾਂ ਜਾਂ ਟੀਮਾਂ ਲਈ ਭੂਮਿਕਾਵਾਂ ਦੇ ਨਾਲ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਫਾਈਲਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਸੀਂ ਸਮੀਖਿਆ ਕਰ ਸਕਦੇ ਹੋ।
4. ਇਸਨੂੰ ਸਾਬਤ ਕਰੋ - ਟੈਸਟ ਵੱਖ-ਵੱਖ ਉਪਭੋਗਤਾਵਾਂ ਵਜੋਂ ਲੌਗਇਨ ਕਰਦੇ ਹਨ ਅਤੇ ਇੱਕ ਦੂਜੇ ਦੇ ਡੇਟਾ ਨੂੰ ਪੜ੍ਹਨ ਅਤੇ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਹਰੇਕ ਵਰਜਿਤ ਕਾਰਵਾਈ ਅਸਫਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਹਰੇਕ ਅਨੁਮਤੀ ਵਾਲੀ ਕਾਰਵਾਈ ਕੰਮ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
5. ਹੈਂਡਓਵਰ - ਸਾਦੇ ਸ਼ਬਦਾਂ ਵਿੱਚ ਇੱਕ ਛੋਟਾ ਨੋਟ ਕਿ ਕੌਣ ਕੀ ਦੇਖ ਸਕਦਾ ਹੈ, ਮਾਈਗ੍ਰੇਸ਼ਨ, ਅਤੇ ਜਦੋਂ ਇੱਕ ਨਵੀਂ ਟੇਬਲ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਤਾਂ ਇੱਕ ਨੀਤੀ ਕਿਵੇਂ ਜੋੜਨੀ ਹੈ।
Zinner ਗੁਣਵੱਤਾ ਗਾਰੰਟੀ
ਹਰ Zinner ਨੂੰ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮੀਖਿਆ ਅਤੇ ਪ੍ਰਵਾਨਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਸਾਡੀ ਗੁਣਵੱਤਾ ਭਰੋਸਾ ਪ੍ਰਤੀਬੱਧਤਾ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹਨ।
ਤੁਹਾਡਾ ਭੁਗਤਾਨ ਉਦੋਂ ਤੱਕ ਸੁਰੱਖਿਅਤ ਹੈ ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਡਿਲੀਵਰ ਕੀਤੇ ਕੰਮ ਨੂੰ ਮਨਜ਼ੂਰੀ ਨਹੀਂ ਦਿੰਦੇ।
ਪੈਕੇਜਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ
| ਫੰਕਸ਼ਨ | ਸਟਾਰਟਰ | ਮਿਆਰੀ | ਐਡਵਾਂਸਡ |
|---|---|---|---|
| ਡਿਲੀਵਰੀ ਸਮਾਂ | 2 ਦਿਨ | 5 ਦਿਨ | 10 ਦਿਨ |
| ਸੋਧਾਂ | 1 | 2 | 3 |
| ਦਾਇਰਾ | 5 ਟੇਬਲਾਂ ਤੱਕ ਦੀ ਸਮੀਖਿਆ | 10 ਟੇਬਲਾਂ ਤੱਕ ਦੀਆਂ ਨੀਤੀਆਂ | 25 ਟੇਬਲਾਂ ਤੱਕ, ਯੋਜਨਾ ਸੀਮਾਵਾਂ, CI |
| ਲਿਖਤੀ ਰਿਪੋਰਟ | ✓ | ✓ | ✓ |
| ਉਦਾਹਰਨ ਪ੍ਰਸ਼ਨ | ✓ | ✓ | ✓ |
ਸੇਵਾ ਵੇਰਵੇ
ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ
ਐਪ ਜਾਂਚਾਂ ਤੁਹਾਡੇ ਯਾਦ ਰੱਖਣ ਵਾਲੇ ਮਾਰਗਾਂ ਦੀ ਰੱਖਿਆ ਕਰਦੀਆਂ ਹਨ। ਕਤਾਰ-ਪੱਧਰ ਦੀ ਸੁਰੱਖਿਆ ਤੁਹਾਡੀ ਐਪ ਦੇ ਡੇਟਾਬੇਸ ਭੂਮਿਕਾਵਾਂ ਦੇ ਅਧੀਨ ਚੱਲਣ ਵਾਲੀ ਹਰੇਕ ਪ੍ਰਸ਼ਨ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ ਜੋੜੇ ਗਏ ਐਂਡਪੁਆਇੰਟ ਅਤੇ ਸੁਪਾਬੇਸ ਦੀ API ਲਈ ਸਿੱਧੀਆਂ ਕਾਲਾਂ ਸ਼ਾਮਲ ਹਨ। ਸੁਪਰਯੂਜ਼ਰ, ਟੇਬਲ ਮਾਲਕ ਅਤੇ ਸੁਪਾਬੇਸ ਦੀ ਸੇਵਾ ਕੁੰਜੀ ਇਸਨੂੰ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ਬਾਈਪਾਸ ਕਰਦੇ ਹਨ, ਇਸੇ ਕਰਕੇ ਉਹ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਰਵਰ 'ਤੇ ਰਹਿੰਦੇ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਦੋਵੇਂ ਤਰ੍ਹਾਂ ਦੀਆਂ ਜਾਂਚਾਂ ਰੱਖਦੀਆਂ ਹਨ।
ਇਹ ਹੋ ਸਕਦਾ ਹੈ, ਜੇਕਰ ਕੋਈ ਨੀਤੀ ਇੱਕ ਹੌਲੀ ਫੰਕਸ਼ਨ ਨੂੰ ਕਾਲ ਕਰਦੀ ਹੈ ਜਾਂ ਇੱਕ ਇੰਡੈਕਸ ਨੂੰ ਗੁਆਉਂਦੀ ਹੈ। ਮੈਂ ਇਸਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖ ਕੇ ਨੀਤੀਆਂ ਲਿਖਦਾ ਹਾਂ, ਅਤੇ ਸਮੀਖਿਆ ਕਿਸੇ ਵੀ ਨੀਤੀ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ ਜਿਸਨੂੰ ਇੱਕ ਇੰਡੈਕਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਨਹੀਂ। ਡੇਟਾ ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਸਕੀਮਾ ਨੀਤੀਆਂ ਲਿਖਣ ਅਤੇ ਜਾਂਚਣ ਲਈ ਕਾਫ਼ੀ ਹੈ। ਟੈਸਟ ਮੇਰੇ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਸੀਡ ਡੇਟਾ 'ਤੇ ਚੱਲਦੇ ਹਨ।
ਨਹੀਂ। ਇਸ ਰੂਪ ਵਿੱਚ ਕਤਾਰ-ਪੱਧਰ ਦੀ ਸੁਰੱਖਿਆ ਇੱਕ PostgreSQL ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਅਤੇ ਇਹ ਸੇਵਾ PostgreSQL ਦੇ ਆਲੇ-ਦੁਆਲੇ ਬਣਾਈ ਗਈ ਹੈ।
ਗਾਹਕ ਸਮੀਖਿਆਵਾਂ
ਦੇਖੋ ਸਾਡੇ ਗਾਹਕ ਇਸ Zinn ਬਾਰੇ ਕੀ ਕਹਿੰਦੇ ਹਨ
ਸ਼੍ਰੇਣੀਆਂ
Zinner ਨੀਤੀਆਂ
ਸਬੰਧਤ Zinns
