ਆਪਣੀ ਐਪ ਵਿੱਚ ਡੇਟਾਬੇਸ ਕਿਵੇਂ ਜੋੜੀਏ (ਬਾਅਦ ਵਿੱਚ ਡੇਟਾ ਗੁਆਉਣ ਤੋਂ ਬਚਦੇ ਹੋਏ)
ਆਪਣੀ ਐਪ ਵਿੱਚ ਡੇਟਾਬੇਸ ਜੋੜਨ ਲਈ, ਇੱਕ ਮੈਨੇਜਡ ਰਿਲੇਸ਼ਨਲ ਡੇਟਾਬੇਸ ਚੁਣੋ (ਆਮ ਡਿਫ਼ਾਲਟ Postgres ਹੈ), ਇਸਦੀ ਕਨੈਕਸ਼ਨ ਸਟਰਿੰਗ ਨੂੰ ਸਰਵਰ-ਸਾਈਡ ਸੀਕ੍ਰੇਟ ਵਿੱਚ ਰੱਖੋ, ਆਪਣੀ ਐਪ ਵਿੱਚ ਸਟੋਰ ਹੋਣ ਵਾਲੀ ਹਰ ਕਿਸਮ ਦੀ ਚੀਜ਼ ਲਈ ਇੱਕ ਟੇਬਲ ਬਣਾਓ, ਅਤੇ ਆਪਣੇ ਬੈਕਐਂਡ ਨੂੰ ਡੇਟਾਬੇਸ ਤੋਂ ਪੜ੍ਹਨ ਅਤੇ ਲਿਖਣ ਦਿਓ, ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਨਹੀਂ। ਜੇ ਤੁਸੀਂ ਕਿਸੇ AI ਐਪ ਬਿਲਡਰ ਨਾਲ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਕਹਿ ਸਕਦੇ ਹੋ “ਇਹ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਕਰੋ” ਅਤੇ ਏਜੰਟ ਟੇਬਲ ਅਤੇ ਕੋਡ ਤਿਆਰ ਕਰ ਦਿੰਦਾ ਹੈ; ਤੁਹਾਡਾ ਕੰਮ ਡੇਟਾ ਨੂੰ ਸਾਫ਼ ਦੱਸਣਾ ਅਤੇ ਇਹ ਜਾਂਚਣਾ ਹੈ ਕਿ ਉਹ ਸੱਚਮੁੱਚ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ।
ਇਹ ਗਾਈਡ ਦੱਸਦੀ ਹੈ ਕਿ ਡੇਟਾਬੇਸ ਦੀ ਲੋੜ ਕਦੋਂ ਪੈਂਦੀ ਹੈ, ਮੁੱਖ ਵਿਕਲਪ ਕੀ ਹਨ, ਆਪਣੇ ਡੇਟਾ ਨੂੰ ਕਿਵੇਂ ਵਰਣਨ ਕਰਨਾ ਹੈ, ਅਤੇ ਉਹ ਗਲਤੀਆਂ ਕਿਹੜੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਡੇਟਾ ਗੁਆਚਦਾ ਜਾਂ ਲੀਕ ਹੁੰਦਾ ਹੈ।
ਡੇਟਾਬੇਸ ਦੀ ਲੋੜ ਕਦੋਂ ਪੈਂਦੀ ਹੈ
ਜਦੋਂ ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਪੇਜ ਬੰਦ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕੁਝ ਯਾਦ ਰੱਖਣਾ ਪਵੇ, ਜਾਂ ਲੋਕਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਸਾਂਝਾ ਕਰਨਾ ਪਵੇ, ਤਾਂ ਤੁਹਾਨੂੰ ਡੇਟਾਬੇਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਆਮ ਨਿਸ਼ਾਨੀਆਂ ਇਹ ਹਨ:
- ਵਿਜ਼ਿਟਰ ਕੁਝ ਜਮ੍ਹਾਂ ਕਰਦੇ ਹਨ: ਫਾਰਮ, ਸਾਈਨ-ਅੱਪ, ਬੁਕਿੰਗ ਜਾਂ ਆਰਡਰ
- ਯੂਜ਼ਰਾਂ ਦੇ ਆਪਣੇ ਸੇਵ ਕੀਤੇ ਸਮੱਗਰੀ ਵਾਲੇ ਅਕਾਊਂਟ ਹੁੰਦੇ ਹਨ
- ਇੱਕ ਐਡਮਿਨ ਨੂੰ ਉਹ ਦੇਖਣਾ ਜਾਂ ਸੋਧਣਾ ਪੈਂਦਾ ਹੈ ਜੋ ਦੂਜਿਆਂ ਨੇ ਬਣਾਇਆ ਹੈ
- ਤੁਸੀਂ ਸਮੇਂ ਦੇ ਨਾਲ ਰਿਪੋਰਟਾਂ ਜਾਂ ਗਿਣਤੀਆਂ ਚਾਹੁੰਦੇ ਹੋ
ਜੇ ਇਹ ਇੱਕ ਸਟੈਟਿਕ ਸਾਈਟ ਹੈ ਜਿੱਥੇ ਹਰ ਕੋਈ ਇੱਕੋ ਸਮੱਗਰੀ ਵੇਖਦਾ ਹੈ, ਜਿਵੇਂ ਪੋਰਟਫੋਲੀਓ ਜਾਂ ਸਧਾਰਨ ਲੈਂਡਿੰਗ ਪੇਜ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਸਦੀ ਲੋੜ ਨਹੀਂ। ਜੇ ਤੁਹਾਨੂੰ ਪੱਕਾ ਪਤਾ ਨਹੀਂ ਕਿ ਡੇਟਾਬੇਸ ਅਸਲ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਡੇਟਾਬੇਸ ਕੀ ਹੁੰਦਾ ਹੈ ਪੜ੍ਹੋ।
ਤੁਹਾਡੇ ਵਿਕਲਪ
| ਵਿਕਲਪ | ਇਹ ਕੀ ਹੈ | ਕਿਸ ਲਈ ਚੰਗਾ | ਨੁਕਸਾਨ |
|---|---|---|---|
| ਤੁਹਾਡੇ ਐਪ ਬਿਲਡਰ ਵੱਲੋਂ ਬਣਾਇਆ ਬਿਲਟ-ਇਨ ਡੇਟਾਬੇਸ | ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਲਈ ਬਣਾਇਆ ਅਤੇ ਜੋੜਿਆ ਗਿਆ ਡੇਟਾਬੇਸ | AI ਬਿਲਡਰ ਨਾਲ ਬਣੀਆਂ ਜ਼ਿਆਦਾਤਰ ਐਪਾਂ | ਉਸ ਪਲੇਟਫਾਰਮ ਦੀ ਹੋਸਟਿੰਗ ਨਾਲ ਬੱਝਾ; ਐਕਸਪੋਰਟ ਅਤੇ ਬੈਕਅੱਪ ਪਲੇਟਫਾਰਮ 'ਤੇ ਨਿਰਭਰ |
| ਮੈਨੇਜਡ Postgres ਜਾਂ MySQL | ਇੱਕ ਹੋਸਟ ਕੀਤਾ ਰਿਲੇਸ਼ਨਲ ਡੇਟਾਬੇਸ ਜੋ ਤੁਸੀਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸਾਈਨ ਅੱਪ ਕਰਕੇ ਲੈਂਦੇ ਹੋ | ਉਹ ਐਪਾਂ ਜੋ ਤੁਸੀਂ ਖੁਦ ਹੋਸਟ ਕਰਦੇ ਹੋ, ਜਾਂ ਜਿਨ੍ਹਾਂ ਨੂੰ ਕਈ ਸੇਵਾਵਾਂ ਸਾਂਝਾ ਕਰਦੀਆਂ ਹਨ | ਕੀਜ਼, ਕਨੈਕਸ਼ਨ ਲਿਮਿਟ ਅਤੇ ਪਲਾਨ ਤੁਹਾਨੂੰ ਸੰਭਾਲਣੇ ਪੈਂਦੇ ਹਨ |
| ਬੈਕਐਂਡ-ਏ-ਸਰਵਿਸ | ਡੇਟਾਬੇਸ ਦੇ ਨਾਲ ਆਥ, ਸਟੋਰੇਜ ਅਤੇ APIs ਇੱਕ ਹੀ ਉਤਪਾਦ ਵਿੱਚ | ਫਰੰਟਐਂਡ-ਭਾਰੀ ਐਪਾਂ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤਿਆਰ ਲੌਗਇਨ ਚਾਹੀਦਾ ਹੈ | ਹੋਰ ਵੈਂਡਰ-ਖਾਸ ਧਾਰਨਾਵਾਂ ਸਿੱਖਣੀਆਂ ਪੈਂਦੀਆਂ ਹਨ |
| ਡੌਕਯੂਮੈਂਟ (NoSQL) ਡੇਟਾਬੇਸ | ਲਚਕੀਲੇ JSON-ਵਰਗੇ ਡੌਕਯੂਮੈਂਟ ਸਟੋਰ ਕਰਦਾ ਹੈ | ਬਹੁਤ ਅਨਿਯਮਿਤ ਡੇਟਾ | ਰਿਸ਼ਤੇ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਔਖੇ ਹੁੰਦੇ ਹਨ |
| ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਨੂੰ ਡੇਟਾਬੇਸ ਵਜੋਂ | API ਰਾਹੀਂ Google Sheets ਜਾਂ ਇਸ ਵਰਗੀ ਕੋਈ ਸ਼ੀਟ | ਛੋਟੇ ਅੰਦਰੂਨੀ ਟੂਲ, ਪ੍ਰੋਟੋਟਾਈਪ | ਹੌਲੀ, ਅਸਲੀ ਪਾਬੰਦੀਆਂ ਨਹੀਂ, ਇੱਕੋ ਸਮੇਂ ਸੋਧਾਂ ਨਾਲ ਟੁੱਟ ਜਾਂਦਾ ਹੈ |
ਜ਼ਿਆਦਾਤਰ ਛੋਟੀਆਂ ਅਤੇ ਦਰਮਿਆਨੀਆਂ ਵੈੱਬ ਐਪਾਂ ਲਈ, Postgres ਵਰਗਾ ਰਿਲੇਸ਼ਨਲ ਡੇਟਾਬੇਸ ਸਹੀ ਡਿਫ਼ਾਲਟ ਹੈ। ਇਹ ਰਿਸ਼ਤਿਆਂ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸੰਭਾਲਦਾ ਹੈ (ਇੱਕ ਗਾਹਕ ਦੇ ਕਈ ਆਰਡਰ ਹੋ ਸਕਦੇ ਹਨ), ਡੇਟਾ ਨੂੰ ਇਕਸਾਰ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ SQL ਨਾਲ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਦਿੰਦਾ ਹੈ। ਆਸਾਨ ਭਾਸ਼ਾ ਵਿੱਚ ਜਾਣਕਾਰੀ ਲਈ Postgres ਕੀ ਹੈ ਦੇਖੋ।
ਡੇਟਾ ਨੂੰ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਵਰਣਨ ਕਰੋ
ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਕੰਮ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਉਹ ਚੀਜ਼ਾਂ ਲਿਖੋ ਜੋ ਤੁਹਾਡੀ ਐਪ ਸਟੋਰ ਕਰਦੀ ਹੈ ਅਤੇ ਉਹ ਆਪਸ ਵਿੱਚ ਕਿਵੇਂ ਜੁੜੀਆਂ ਹਨ। ਤੁਹਾਨੂੰ ਡੇਟਾਬੇਸ ਦੀ ਸ਼ਬਦਾਵਲੀ ਦੀ ਲੋੜ ਨਹੀਂ। ਇੱਕ ਬੁਕਿੰਗ ਐਪ ਲਈ:
- ਗਾਹਕ: ਨਾਮ, ਈਮੇਲ, ਫੋਨ
- ਸੇਵਾਵਾਂ: ਨਾਮ, ਮਿਆਦ, ਕੀਮਤ
- ਬੁਕਿੰਗਾਂ: ਕਿਹੜਾ ਗਾਹਕ, ਕਿਹੜੀ ਸੇਵਾ, ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ, ਸਥਿਤੀ (ਪੈਂਡਿੰਗ, ਪੱਕੀ, ਰੱਦ)
ਇਹ ਤਿੰਨ ਟੇਬਲ ਹਨ। “ਕਿਹੜਾ ਗਾਹਕ” ਅਤੇ “ਕਿਹੜੀ ਸੇਵਾ” ਇਨ੍ਹਾਂ ਵਿਚਕਾਰ ਲਿੰਕ (ਫੌਰਨ ਕੀ) ਬਣ ਜਾਂਦੇ ਹਨ। ਇਹ ਸ਼ੁਰੂ ਵਿੱਚ ਸਹੀ ਕਰਨਾ ਕਿਸੇ ਵੀ ਤਕਨੀਕੀ ਚੋਣ ਨਾਲੋਂ ਕਿਤੇ ਜ਼ਿਆਦਾ ਅਹਿਮ ਹੈ, ਕਿਉਂਕਿ ਅਸਲੀ ਕਤਾਰਾਂ ਵਾਲੇ ਡੇਟਾ ਦੀ ਬਣਤਰ ਬਦਲਣਾ ਪੇਜ ਲੇਆਉਟ ਬਦਲਣ ਨਾਲੋਂ ਔਖਾ ਹੁੰਦਾ ਹੈ।
ਕੁਝ ਸਧਾਰਨ ਨਿਯਮ:
- ਹਰ ਕਿਸਮ ਦੀ ਚੀਜ਼ ਲਈ ਇੱਕ ਟੇਬਲ। ਆਰਡਰਾਂ ਨੂੰ ਗਾਹਕ ਦੇ ਅੰਦਰ ਟੈਕਸਟ ਕਾਲਮ ਵਿੱਚ ਨਾ ਠੂਸੋ।
- ਹਰ ਕਤਾਰ ਨੂੰ ਇੱਕ ID ਅਤੇ ਬਣਾਏ ਜਾਣ ਦਾ ਸਮਾਂ ਦਿਓ। ਬਾਅਦ ਵਿੱਚ ਦੋਵੇਂ ਤੁਹਾਨੂੰ ਚਾਹੀਦੇ ਹੋਣਗੇ।
- ਸਹੀ ਕਿਸਮਾਂ ਵਰਤੋ। ਤਾਰੀਖਾਂ ਤਾਰੀਖਾਂ ਵਜੋਂ, ਪੈਸੇ ਪੂਰੇ ਸੈਂਟਾਂ ਜਾਂ ਦਸ਼ਮਲਵ ਕਿਸਮ ਵਿੱਚ, ਟੈਕਸਟ ਵਜੋਂ ਨਹੀਂ।
- ਲੋੜੀਂਦੇ ਫੀਲਡਾਂ ਨੂੰ ਲੋੜੀਂਦਾ ਹੀ ਚਿੰਨ੍ਹਤ ਕਰੋ। ਡੇਟਾਬੇਸ ਨੂੰ ਗਲਤ ਡੇਟਾ ਰੱਦ ਕਰਨ ਦਿਓ, ਸਿਰਫ਼ ਫਾਰਮ ਨੂੰ ਨਹੀਂ।
ਉਦਾਹਰਣ ਪ੍ਰੋਂਪਟ
ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਫੀਚਰ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਪੂਰਾ ਸਕੀਮਾ ਇੱਕੋ ਵਾਰ ਨਾ ਸੁੱਟੋ:
ਇਸ ਐਪ ਵਿੱਚ ਡੇਟਾਬੇਸ ਜੋੜੋ। ਇੱਕ bookings ਟੇਬਲ ਬਣਾਓ ਜਿਸ ਵਿੱਚ ਗਾਹਕ ਦਾ ਨਾਮ, ਈਮੇਲ, ਸੇਵਾ, ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ ਅਤੇ ਸਥਿਤੀ ਹੋਵੇ (pending, confirmed, cancelled; ਡਿਫ਼ਾਲਟ pending)। ਬੁਕਿੰਗ ਫਾਰਮ ਦੀਆਂ ਸਬਮਿਸ਼ਨਾਂ ਇਸ ਵਿੱਚ ਸੇਵ ਕਰੋ, ਸਫਲਤਾ ਦਾ ਸੁਨੇਹਾ ਦਿਖਾਓ, ਅਤੇ ਇੱਕ ਐਡਮਿਨ ਪੇਜ ਜੋੜੋ ਜੋ ਬੁਕਿੰਗਾਂ ਨੂੰ ਸਭ ਤੋਂ ਨਵੀਂ ਪਹਿਲਾਂ ਦਿਖਾਵੇ।
ਫਿਰ ਇਸਨੂੰ ਵਧਾਓ:
ਇੱਕ services ਟੇਬਲ ਜੋੜੋ (ਨਾਮ, ਮਿੰਟਾਂ ਵਿੱਚ ਮਿਆਦ, ਸੈਂਟਾਂ ਵਿੱਚ ਕੀਮਤ)। bookings ਵਿੱਚ ਮੁਫ਼ਤ-ਟੈਕਸਟ ਸੇਵਾ ਵਾਲੇ ਫੀਲਡ ਨੂੰ services ਨਾਲ ਲਿੰਕ ਨਾਲ ਬਦਲੋ, ਅਤੇ ਮੌਜੂਦਾ ਬੁਕਿੰਗਾਂ ਨੂੰ ਮਿਟਾਏ ਬਿਨਾਂ ਮਾਈਗ੍ਰੇਟ ਕਰੋ।
ਅਤੇ ਇਸਨੂੰ ਸਖ਼ਤ ਕਰੋ:
ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਡੇਟਾਬੇਸ ਦੀਆਂ ਸਾਰੀਆਂ ਰੀਡਾਂ ਅਤੇ ਰਾਈਟਾਂ ਸਰਵਰ 'ਤੇ ਹੋਣ। ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਕਦੇ ਵੀ ਡੇਟਾਬੇਸ ਕਨੈਕਸ਼ਨ ਸਟਰਿੰਗ ਨਾ ਮਿਲੇ। ਡੇਟਾਬੇਸ ਵਿੱਚ ਪਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ 'ਤੇ ਈਮੇਲ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ ਦੀ ਪੜਤਾਲ ਕਰੋ।
ਕਦਮ ਦਰ ਕਦਮ
- ਆਪਣਾ ਡੇਟਾ ਸੂਚੀਬੱਧ ਕਰੋ ਉੱਪਰ ਦੱਸੇ ਅਨੁਸਾਰ: ਚੀਜ਼ਾਂ, ਫੀਲਡ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰ ਲਿੰਕ।
- ਡੇਟਾਬੇਸ ਬਣਾਓ। AI ਬਿਲਡਰ ਵਿੱਚ ਚੈਟ ਰਾਹੀਂ ਮੰਗੋ। ਹੋਰ ਥਾਂ, ਇੱਕ ਮੈਨੇਜਡ Postgres ਇੰਸਟੈਂਸ ਬਣਾਓ ਅਤੇ ਉਸਦੀ ਕਨੈਕਸ਼ਨ ਸਟਰਿੰਗ ਕਾਪੀ ਕਰੋ।
- ਕਨੈਕਸ਼ਨ ਸਟਰਿੰਗ ਨੂੰ ਸੀਕ੍ਰੇਟ ਵਜੋਂ ਸੇਵ ਕਰੋ (ਸਰਵਰ 'ਤੇ ਇੱਕ ਐਨਵਾਇਰਨਮੈਂਟ ਵੈਰੀਏਬਲ), ਕਦੇ ਕੋਡ ਵਿੱਚ ਨਹੀਂ। ਦੇਖੋ ਐਨਵਾਇਰਨਮੈਂਟ ਵੈਰੀਏਬਲ ਅਤੇ ਸੀਕ੍ਰੇਟ।
- ਟੇਬਲ ਬਣਾਓ। ਮਾਈਗ੍ਰੇਸ਼ਨ ਵਰਤੋ, ਯਾਨੀ ਵਰਜਨ ਕੀਤੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਜੋ ਸਕੀਮਾ ਬਦਲਦੀਆਂ ਹਨ, ਤਾਂ ਕਿ ਬਦਲਾਅ ਦੁਹਰਾਏ ਜਾ ਸਕਣ ਅਤੇ ਵਾਪਸ ਲਏ ਜਾ ਸਕਣ।
- ਸਰਵਰ ਰੂਟ ਬਣਾਓ ਜੋ ਕਤਾਰਾਂ ਬਣਾਉਣ, ਪੜ੍ਹਨ, ਅੱਪਡੇਟ ਅਤੇ ਮਿਟਾਉਣ (CRUD) ਕਰਨ। ਬ੍ਰਾਊਜ਼ਰ ਇਨ੍ਹਾਂ ਰੂਟਾਂ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ; ਉਹ ਸਿੱਧਾ ਡੇਟਾਬੇਸ ਨਾਲ ਗੱਲ ਨਹੀਂ ਕਰਦਾ।
- UI ਨੂੰ ਉਨ੍ਹਾਂ ਰੂਟਾਂ ਨਾਲ ਜੋੜੋ: ਫਾਰਮ ਜੋ ਸੇਵ ਕਰਨ, ਸੂਚੀਆਂ ਜੋ ਲੋਡ ਹੋਣ, ਅਤੇ ਜਦੋਂ ਕੁਝ ਵੀ ਨਾ ਹੋਵੇ ਤਾਂ ਖਾਲੀ ਹਾਲਤ।
- ਸਥਿਰਤਾ ਦੀ ਜਾਂਚ ਕਰੋ। ਕੁਝ ਜਮ੍ਹਾਂ ਕਰੋ, ਪੇਜ ਰੀਲੋਡ ਕਰੋ, ਇੱਕ ਵੱਖਰੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਖੋਲ੍ਹੋ। ਜੇ ਡੇਟਾ ਨਹੀਂ ਮਿਲਦਾ, ਤਾਂ ਉਹ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਨਹੀਂ ਹੋਇਆ ਸੀ।
- ਪਹੁੰਚ ਦੀ ਜਾਂਚ ਕਰੋ। ਦੂਜੇ ਯੂਜ਼ਰ ਵਜੋਂ ਲੌਗਇਨ ਕਰੋ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਪਹਿਲੇ ਯੂਜ਼ਰ ਦਾ ਡੇਟਾ ਨਾ ਵੇਖ ਸਕਦੇ ਹੋ ਅਤੇ ਨਾ ਸੋਧ ਸਕਦੇ ਹੋ।
- ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ, ਫਿਰ ਲਾਈਵ URL 'ਤੇ ਦੁਬਾਰਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਪ੍ਰੀਵਿਊ ਤੋਂ ਵੱਖਰਾ ਕਨੈਕਸ਼ਨ ਵਰਤ ਸਕਦੀ ਹੈ।
ਆਮ ਗਲਤੀਆਂ
- ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸੇਵ ਕਰਕੇ ਸੋਚਣਾ ਕਿ ਇਹ ਸੇਵ ਹੋ ਗਿਆ। localStorage ਉਦੋਂ ਤੱਕ ਠੀਕ ਲੱਗਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਕੋਈ ਐਪ ਕਿਸੇ ਹੋਰ ਡਿਵਾਈਸ 'ਤੇ ਨਾ ਖੋਲ੍ਹੇ। ਹਮੇਸ਼ਾ ਦੂਜੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਜਾਂਚੋ।
- ਫਰੰਟਐਂਡ ਕੋਡ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਸਟਰਿੰਗ ਪਾਉਣਾ। ਫਰੰਟਐਂਡ ਕੋਡ ਕੋਈ ਵੀ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। ਇਸ ਨਾਲ ਉਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਡਾ ਪੂਰਾ ਡੇਟਾਬੇਸ ਮਿਲ ਜਾਂਦਾ ਹੈ।
- ਪਹੁੰਚ ਦੀ ਜਾਂਚ ਨਾ ਹੋਣਾ। “ਮੇਰੇ ਆਰਡਰ ਦਿਖਾਓ” ਹਮੇਸ਼ਾ ਸਰਵਰ 'ਤੇ ਲੌਗਇਨ ਯੂਜ਼ਰ ਅਨੁਸਾਰ ਫਿਲਟਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, UI ਵਿੱਚ ਨਹੀਂ। ਇਹ AI ਨਾਲ ਬਣੀਆਂ ਐਪਾਂ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਸੁਰੱਖਿਆ ਖਾਮੀ ਹੈ; ਸਾਡੀ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ ਇਸਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ।
- ਵਿਨਾਸ਼ਕਾਰੀ ਸਕੀਮਾ ਬਦਲਾਅ। “ਟੇਬਲ ਦਾ ਨਾਮ ਬਦਲੋ” ਜਾਂ “ਬਣਤਰ ਬਦਲੋ” ਕਹਿਣ ਨਾਲ ਟੇਬਲ ਡਿਲੀਟ ਹੋ ਕੇ ਦੁਬਾਰਾ ਬਣ ਸਕਦਾ ਹੈ। ਜਦੋਂ ਅਸਲ ਡੇਟਾ ਮੌਜੂਦ ਹੋਵੇ, ਤਾਂ ਕਹੋ “ਮੌਜੂਦਾ ਕਤਾਰਾਂ ਨੂੰ ਮਾਈਗ੍ਰੇਟ ਕਰੋ, ਕੁਝ ਵੀ ਨਾ ਮਿਟਾਓ”।
- ਫਾਈਲਾਂ ਨੂੰ ਡੇਟਾਬੇਸ ਵਿੱਚ ਰੱਖਣਾ। ਤਸਵੀਰਾਂ ਅਤੇ PDF ਫਾਈਲ ਸਟੋਰੇਜ ਵਿੱਚ ਰਹਿਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਟੇਬਲ ਵਿੱਚ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਦਾ URL ਜਾਂ ਕੀ ਹੋਵੇ। ਦੇਖੋ ਫਾਈਲ ਅਪਲੋਡ ਕਿਵੇਂ ਜੋੜੀਏ।
- ਬੈਕਅੱਪ ਨਾ ਹੋਣਾ। ਗਾਹਕ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਣੋ ਕਿ ਤੁਹਾਡਾ ਪਲੇਟਫਾਰਮ ਡੇਟਾ ਦਾ ਬੈਕਅੱਪ ਕਿਵੇਂ ਲੈਂਦਾ ਹੈ ਅਤੇ ਕਿਵੇਂ ਰੀਸਟੋਰ ਕਰਦਾ ਹੈ।
ਚੈੱਕਲਿਸਟ
- ਹਰ ਕਿਸਮ ਦੀ ਚੀਜ਼ ਦਾ ਆਪਣਾ ਟੇਬਲ ਹੈ, ਜਿਸ ਵਿੱਚ ID ਅਤੇ ਬਣਾਏ ਜਾਣ ਦਾ ਸਮਾਂ ਹੈ
- ਲੋੜੀਂਦੇ ਫੀਲਡ ਅਤੇ ਕਿਸਮਾਂ ਡੇਟਾਬੇਸ ਲਾਗੂ ਕਰਦਾ ਹੈ
- ਕਨੈਕਸ਼ਨ ਸਟਰਿੰਗ ਸਿਰਫ਼ ਸਰਵਰ-ਸਾਈਡ ਸੀਕ੍ਰੇਟ ਵਿੱਚ ਹੈ
- ਸਾਰੀਆਂ ਰੀਡਾਂ ਅਤੇ ਰਾਈਟਾਂ ਸਰਵਰ ਰੂਟਾਂ ਰਾਹੀਂ ਹੁੰਦੀਆਂ ਹਨ
- ਹਰ ਯੂਜ਼ਰ ਸਿਰਫ਼ ਆਪਣੀਆਂ ਕਤਾਰਾਂ ਪੜ੍ਹ ਅਤੇ ਬਦਲ ਸਕਦਾ ਹੈ
- ਡੇਟਾ ਰੀਲੋਡ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਵੱਖਰੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਦਿਖਦਾ ਹੈ
- ਸਕੀਮਾ ਬਦਲਾਅ ਮਾਈਗ੍ਰੇਸ਼ਨ ਵਰਤਦੇ ਹਨ ਅਤੇ ਮੌਜੂਦਾ ਕਤਾਰਾਂ ਨੂੰ ਰੱਖਦੇ ਹਨ
- ਤੁਹਾਨੂੰ ਪਤਾ ਹੈ ਕਿ ਬੈਕਅੱਪ ਅਤੇ ਰੀਸਟੋਰ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ
- ਲਾਈਵ ਐਪ ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਜਾਂਚੀ ਗਈ ਹੈ
Mythex ਵਿੱਚ ਡੇਟਾਬੇਸ ਜੋੜਨਾ
Mythex 'ਤੇ ਹਰ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਆਪਣਾ ਸਮਰਪਿਤ Postgres ਡੇਟਾਬੇਸ ਮਿਲ ਸਕਦਾ ਹੈ, Free ਅਤੇ Pro ਦੋਵਾਂ 'ਤੇ। ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਨੂੰ ਵੱਖਰਾ “attach” ਬਟਨ ਦਬਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ: ਚੈਟ ਵਿੱਚ ਪੁੱਛੋ (“ਵੇਟਲਿਸਟ ਈਮੇਲਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਕਰੋ”) ਜਾਂ /database ਟਾਈਪ ਕਰੋ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੇ ਵੇਰਵੇ ਵਰਕਸਪੇਸ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਵਿੱਚ ਜੋੜ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ। ਪ੍ਰੋਜੈਕਟ ਸੈਟਿੰਗਾਂ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਡੇਟਾਬੇਸ ਕਿਰਿਆਸ਼ੀਲ ਹੈ ਜਾਂ ਨਹੀਂ।
ਡੇਟਾਬੇਸ 5 ਮਿੰਟ ਦੀ ਵਿਹਲ ਤੋਂ ਬਾਅਦ ਸੌਂ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਬੇਨਤੀ 'ਤੇ ਜਾਗ ਜਾਂਦਾ ਹੈ। ਪ੍ਰਕਾਸ਼ਿਤ ਵਰਤੋਂ ਦਾ ਖਰਚਾ ਸਿਰਫ਼ ਉਸ ਸਮੇਂ ਲਈ ਲੱਗਦਾ ਹੈ ਜਦੋਂ ਇਹ ਅਸਲ ਵਿੱਚ ਜਾਗਿਆ ਹੋਵੇ, ਅਤੇ ਇਹ ਉਸੇ ਕ੍ਰੈਡਿਟ ਬੈਲੰਸ ਵਿੱਚੋਂ ਲਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਬਿਲਡਿੰਗ ਲਈ ਵਰਤਦੇ ਹੋ। ਜੇ ਤੁਸੀਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਡੇਟਾਬੇਸ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਤਾਂ ਕਿ ਲਾਈਵ ਐਪ ਇਸਨੂੰ ਵਰਤੇ।
ਦੇਖੋ Database ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ Build a CRUD app ਰੈਸਿਪੀ। ਜਿੱਥੇ ਤੱਕ ਯੂਜ਼ਰ-ਵਾਰ ਡੇਟਾ ਦੇ ਲੌਗਇਨ ਵਾਲੇ ਹਿੱਸੇ ਦੀ ਗੱਲ ਹੈ, ਉਹ ਪੜ੍ਹੋ ਆਪਣੀ ਐਪ ਵਿੱਚ ਲੌਗਇਨ ਕਿਵੇਂ ਜੋੜੀਏ।
ਸਵਾਲ
ਕੀ ਮੇਰੀ ਐਪ ਲਈ ਡੇਟਾਬੇਸ ਦੀ ਲੋੜ ਹੈ?
ਜਦੋਂ ਵੀ ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਵਿਜ਼ਿਟ ਦੇ ਵਿਚਕਾਰ ਕੁਝ ਯਾਦ ਰੱਖਣਾ ਪਵੇ ਜਾਂ ਯੂਜ਼ਰਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਸਾਂਝਾ ਕਰਨਾ ਪਵੇ, ਤਾਂ ਡੇਟਾਬੇਸ ਦੀ ਲੋੜ ਪੈਂਦੀ ਹੈ: ਸਾਈਨ-ਅੱਪ, ਆਰਡਰ, ਬੁਕਿੰਗ, ਪੋਸਟ ਜਾਂ ਸੈਟਿੰਗਾਂ। ਇੱਕ ਸਟੈਟਿਕ ਵੈੱਬਸਾਈਟ ਜੋ ਸਭ ਨੂੰ ਇੱਕੋ ਸਮੱਗਰੀ ਦਿਖਾਉਂਦੀ ਹੈ, ਉਸ ਨੂੰ ਇਸਦੀ ਲੋੜ ਨਹੀਂ।
ਛੋਟੀ ਵੈੱਬ ਐਪ ਲਈ ਕਿਹੜਾ ਡੇਟਾਬੇਸ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ?
ਜ਼ਿਆਦਾਤਰ ਛੋਟੀਆਂ ਵੈੱਬ ਐਪਾਂ ਲਈ Postgres ਵਰਗਾ ਰਿਲੇਸ਼ਨਲ ਡੇਟਾਬੇਸ ਇੱਕ ਭਰੋਸੇਮੰਦ ਡਿਫ਼ਾਲਟ ਹੈ। ਇਹ ਯੂਜ਼ਰਾਂ, ਆਰਡਰਾਂ, ਰਿਸ਼ਤਿਆਂ ਅਤੇ ਰਿਪੋਰਟਾਂ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸੰਭਾਲਦਾ ਹੈ, ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਸਮਰਥਿਤ ਹੈ, ਅਤੇ ਛੋਟੇ ਪੈਮਾਨੇ 'ਤੇ ਇਸ ਤੋਂ ਛੇਤੀ ਵੱਧ ਨਹੀਂ ਹੁੰਦੇ।
ਕੀ ਮੈਂ ਡੇਟਾਬੇਸ ਦੀ ਥਾਂ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਡੇਟਾ ਰੱਖ ਸਕਦਾ ਹਾਂ?
localStorage ਵਰਗੀ ਬ੍ਰਾਊਜ਼ਰ ਸਟੋਰੇਜ ਸਿਰਫ਼ ਇੱਕ ਡਿਵਾਈਸ, ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਯੂਜ਼ਰ ਇਸਨੂੰ ਕਦੇ ਵੀ ਸਾਫ਼ ਕਰ ਸਕਦਾ ਹੈ। ਥੀਮ ਦੀ ਚੋਣ ਵਰਗੀਆਂ ਪਸੰਦਾਂ ਲਈ ਇਹ ਠੀਕ ਹੈ, ਪਰ ਉਸ ਚੀਜ਼ ਲਈ ਨਹੀਂ ਜੋ ਤੁਹਾਨੂੰ ਜਾਂ ਹੋਰ ਯੂਜ਼ਰਾਂ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਦੇਖਣ ਦੀ ਲੋੜ ਹੋਵੇ।
ਕੀ Mythex ਵਿੱਚ ਡੇਟਾਬੇਸ ਸ਼ਾਮਲ ਹੈ?
ਹਾਂ। ਇੱਕ Mythex ਪ੍ਰੋਜੈਕਟ ਨੂੰ Free ਅਤੇ Pro 'ਤੇ ਆਪਣਾ ਵੱਖਰਾ Postgres ਡੇਟਾਬੇਸ ਮਿਲ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਇਸਦੀ ਮੰਗ ਕਰਦੇ ਹੋ ਜਾਂ /database ਕਮਾਂਡ ਵਰਤਦੇ ਹੋ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੇ ਵੇਰਵੇ ਆਪਣੇ ਆਪ ਜੋੜ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ। ਇਸਦੀ ਵਰਤੋਂ ਉਸੇ ਕ੍ਰੈਡਿਟ ਬੈਲੰਸ ਵਿੱਚੋਂ ਲਈ ਜਾਂਦੀ ਹੈ ਜਿਸ ਤੋਂ ਬਿਲਡਿੰਗ ਦਾ ਖਰਚਾ ਹੁੰਦਾ ਹੈ।