ਹਰ Mythex ਐਪ ਨੂੰ ਆਪਣਾ ਡੇਟਾਬੇਸ ਕਿਉਂ ਮਿਲਦਾ ਹੈ

ਜਦੋਂ ਤੁਸੀਂ Mythex ’ਤੇ ਬਣਾਈ ਐਪ ਨੂੰ ਡੇਟਾ ਸੰਭਾਲਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ (ਸਾਈਨ-ਅੱਪ, ਬੁਕਿੰਗ, ਆਰਡਰ), ਤਾਂ Mythex ਉਸ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਆਪਣਾ ਵੱਖਰਾ Postgres ਡੇਟਾਬੇਸ ਦਿੰਦਾ ਹੈ। ਸ਼ੇਅਰ ਕੀਤੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਇੱਕ ਟੇਬਲ ਨਹੀਂ, ਕਿਸੇ ਹੋਰ ਦੇ ਨਾਲ ਲੱਗੀ ਸਕੀਮਾ ਨਹੀਂ: ਇੱਕ ਅਲੱਗ ਡੇਟਾਬੇਸ, ਮੰਗ ’ਤੇ ਬਣਿਆ, ਜੋ ਵਿਹਲ ’ਤੇ ਸੌਂਦਾ ਹੈ। ਅਸੀਂ ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਕਿਉਂ ਬਣਾਇਆ, ਅਤੇ ਇਸਦੀ ਕੀਮਤ ਕੀ ਹੈ, ਇਹ ਇੱਥੇ ਹੈ।

ਤੁਹਾਨੂੰ ਕੀ ਮਿਲਦਾ ਹੈ

ਜਦੋਂ ਤੁਸੀਂ ਡੇਟਾ ਮੰਗਦੇ ਹੋ ("waitlist ਈਮੇਲਾਂ ਸੇਵ ਕਰੋ", "ਬੁਕਿੰਗ ਸਟੋਰ ਕਰੋ") ਜਾਂ /database ਕਮਾਂਡ ਵਰਤਦੇ ਹੋ, ਤਾਂ Mythex:

• ਪ੍ਰੋਜੈਕਟ ਲਈ ਇੱਕ ਸਮਰਪਿਤ Postgres ਡੇਟਾਬੇਸ ਬਣਾਉਂਦਾ ਹੈ (ਹੁਣ Postgres 17),
• ਕਨੈਕਸ਼ਨ ਵੇਰਵੇ ਤੁਹਾਡੇ ਵਰਕਸਪੇਸ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਵਿੱਚ ਐਨਵਾਇਰਨਮੈਂਟ ਵੇਰੀਏਬਲ ਵਜੋਂ ਪਾਉਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਉਹ ਕਦੇ ਤੁਹਾਡੇ ਕੋਡ ਵਿੱਚ ਨਾ ਦਿਸਣ, ਅਤੇ
• ਏਜੰਟ ਨੂੰ ਤੁਹਾਡੇ ਲਈ ਟੇਬਲ ਬਣਾਉਣ ਅਤੇ ਡੇਟਾ ਪੜ੍ਹਨ-ਲਿਖਣ ਦਿੰਦਾ ਹੈ।

ਉਹੀ ਡੇਟਾਬੇਸ ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਦੋਵੇਂ ਵਰਤਦੇ ਹਨ। ਇਹ ਕੁਝ ਮਿੰਟ ਦੀ ਵਿਹਲ ਤੋਂ ਬਾਅਦ ਸੌਂ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਕਵੇਰੀ ’ਤੇ ਜਾਗਦਾ ਹੈ। ਨਵੇਂ ਡੇਟਾਬੇਸ ਛੋਟੇ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ ਅਤੇ ਲੋਡ ਹੇਠ ਵਧ ਸਕਦੇ ਹਨ, ਇੱਕ ਹੱਦ ਨਾਲ ਤਾਂ ਜੋ ਬੇਕਾਬੂ ਕਵੇਰੀ ਅਣਮਿੱਥੇ ਸਮੇਂ ਤੱਕ ਨਾ ਵਧੇ। ਹੋਰ ਵੇਰਵੇ ਡੇਟਾਬੇਸ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਹਨ।

ਇੱਕ ਵੱਡਾ ਸਾਂਝਾ ਡੇਟਾਬੇਸ ਕਿਉਂ ਨਹੀਂ?

ਇੱਕ ਸਾਂਝਾ ਡੇਟਾਬੇਸ ਜਿਸ ਵਿੱਚ ਇੱਕ ਕਾਲਮ ਹੋਵੇ ਜੋ ਦੱਸੇ ਕਿ ਹਰ ਰੋਅ ਕਿਸ ਐਪ ਦੀ ਹੈ, ਚਲਾਉਣ ਵਿੱਚ ਸਸਤਾ ਅਤੇ ਸੰਭਾਲਣ ਵਿੱਚ ਸਰਲ ਹੈ। ਅਸੀਂ ਚਾਰ ਕਾਰਨਾਂ ਕਰਕੇ ਇਹ ਨਾ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

1. ਅਲੱਗਤਾ ਜਿਸ ’ਤੇ ਤੁਹਾਨੂੰ ਭਰੋਸਾ ਨਹੀਂ ਕਰਨਾ ਪੈਂਦਾ

AI ਨਾਲ ਲਿਖੇ ਕੋਡ ਵਿੱਚ ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਸਾਂਝੇ ਡੇਟਾਬੇਸ ਵਿੱਚ, ਇੱਕ ਐਪ ਦੀ ਕਵੇਰੀ ਤੋਂ ਇੱਕ ਗੁੰਮ WHERE app_id = … ਕਿਸੇ ਹੋਰ ਗਾਹਕ ਦਾ ਡੇਟਾ ਪੜ੍ਹ ਜਾਂ ਓਵਰਰਾਈਟ ਕਰ ਸਕਦਾ ਹੈ। ਹਰ ਐਪ ਲਈ ਵੱਖਰੇ ਡੇਟਾਬੇਸ ਨਾਲ, ਕਿਸੇ ਹੋਰ ਗਾਹਕ ਦਾ ਡੇਟਾ ਪਹੁੰਚ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ: ਗਲਤੀ ਆਪਣੀ ਹੀ ਐਪ ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ।

2. ਇਹ ਅਸਲੀ Postgres ਹੈ, ਮਲਕੀਅਤ ਵਾਲੀ ਪਰਤ ਨਹੀਂ

ਤੁਹਾਡੀ ਐਪ ਇੱਕ ਆਮ Postgres ਕਨੈਕਸ਼ਨ ਸਟਰਿੰਗ ਨਾਲ ਸਟੈਂਡਰਡ Postgres ਨਾਲ ਗੱਲ ਕਰਦੀ ਹੈ। Postgres ਨਾਲ ਕੰਮ ਕਰਨ ਵਾਲੀ ਕੋਈ ਵੀ ਲਾਇਬ੍ਰੇਰੀ, ORM ਜਾਂ ਟੂਲ ਇੱਥੇ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਆਪਣਾ ਪ੍ਰੋਜੈਕਟ ਐਕਸਪੋਰਟ ਕਰਕੇ ਕਿਤੇ ਹੋਰ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਉਹ ਇੱਕ Postgres ਡੇਟਾਬੇਸ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ, ਜੋ ਹਰ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਦਿੰਦਾ ਹੈ, ਨਾ ਕਿ Mythex-ਵਿਸ਼ੇਸ਼ API।

3. ਹਰ ਐਪ ਨੂੰ ਲੋੜ ਅਨੁਸਾਰ ਢਾਲਿਆ ਜਾ ਸਕਦਾ ਹੈ

ਇੱਕ ਐਪ ਨੂੰ ਟਾਈਮ ਸਲਾਟਾਂ ’ਤੇ ਯੂਨੀਕ ਕੰਸਟ੍ਰੇਂਟ ਵਾਲਾ bookings ਟੇਬਲ ਚਾਹੀਦਾ ਹੈ; ਦੂਜੀ ਨੂੰ ਉਤਪਾਦਾਂ ’ਤੇ ਫੁੱਲ-ਟੈਕਸਟ ਸਰਚ। ਆਪਣੇ ਡੇਟਾਬੇਸ ਨਾਲ, ਹਰ ਐਪ ਦੀ ਸਕੀਮਾ ਅਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਉਸਦੀ ਆਪਣੀ ਗੱਲ ਹਨ। ਕਿਸੇ ਨੂੰ ਸਭ ਤੋਂ ਘੱਟ ਸਾਂਝੇ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਫਿੱਟ ਹੋਣ ਦੀ ਲੋੜ ਨਹੀਂ।

4. ਲਾਗਤ ਵਰਤੋਂ ਦੇ ਪਿੱਛੇ ਚੱਲਦੀ ਹੈ

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

ਵਪਾਰ-ਸੰਤੁਲਨ

ਇਹ ਡਿਜ਼ਾਈਨ ਮੁਫ਼ਤ ਨਹੀਂ ਹੈ:

• ਠੰਢੀ ਸ਼ੁਰੂਆਤ। ਸੌਂਦਾ ਡੇਟਾਬੇਸ ਸ਼ਾਂਤ ਸਮੇਂ ਤੋਂ ਬਾਅਦ ਪਹਿਲੀ ਕਵੇਰੀ ’ਤੇ ਜਾਗਣ ਵਿੱਚ ਕੁਝ ਪਲ ਲੈਂਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਐਪਾਂ ਲਈ ਇਹ ਮੁਸ਼ਕਿਲ ਨਾਲ ਦਿਸਦਾ ਹੈ; ਜਿਸ ਐਪ ਨੂੰ ਕਿਸੇ ਵੀ ਸਮੇਂ ਤੁਰੰਤ ਜਵਾਬ ਦੇਣਾ ਲਾਜ਼ਮੀ ਹੈ, ਉਸ ਲਈ ਇਹ ਵਿਚਾਰਨ ਵਾਲੀ ਗੱਲ ਹੈ।
• ਜਾਗਦਾ ਹੋਇਆ ਖਰਚ। ਡੇਟਾਬੇਸ ਉਦੋਂ ਤੱਕ ਜਾਗਦਾ ਰਹਿੰਦਾ ਹੈ ਜਦ ਤੱਕ ਕੋਈ ਉਸ ਤੋਂ ਕਵੇਰੀ ਕਰਦਾ ਰਹੇ। ਜੋ ਐਪ ਹਰ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਆਪਣੇ ਡੇਟਾਬੇਸ ਨੂੰ ਪੋਲ ਕਰਦੀ ਹੈ, ਉਹ ਉਸਨੂੰ ਦਿਨ-ਰਾਤ ਜਗਾਈ ਰੱਖਦੀ ਹੈ ਅਤੇ ਉਸ ਐਪ ਨਾਲੋਂ ਵੱਧ ਖਰਚ ਕਰਦੀ ਹੈ ਜੋ ਮੰਗ ’ਤੇ ਕਵੇਰੀ ਕਰਦੀ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਵਰਤੋਂ ਉਮੀਦ ਤੋਂ ਵੱਧ ਦਿਸਦੀ ਹੈ, ਤਾਂ ਅਕਸਰ ਇਹੀ ਕਾਰਨ ਹੁੰਦਾ ਹੈ: ਏਜੰਟ ਨੂੰ ਪੋਲਿੰਗ ਬੰਦ ਕਰਨ ਅਤੇ ਲੋੜ ਪੈਣ ’ਤੇ ਡੇਟਾ ਲੋਡ ਕਰਨ ਲਈ ਕਹੋ।
• ਸਾਡੇ ਲਈ ਵਧੇਰੇ ਚਲਦੇ ਹਿੱਸੇ। ਹਜ਼ਾਰਾਂ ਡੇਟਾਬੇਸ ਬਣਾਉਣਾ, ਟਰੈਕ ਕਰਨਾ ਅਤੇ ਸਾਫ਼ ਕਰਨਾ ਇੱਕ ਨਾਲੋਂ ਵੱਧ ਕੰਮ ਹੈ। ਉਹ ਸਾਡਾ ਬੋਝ ਹੈ, ਤੁਹਾਡਾ ਨਹੀਂ।

ਜੇ ਤੁਸੀਂ ਡੇਟਾਬੇਸਾਂ ਲਈ ਨਵੇਂ ਹੋ

ਡੇਟਾਬੇਸ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਐਪ ਉਹ ਰੱਖਦੀ ਹੈ ਜੋ ਉਸਨੂੰ ਯਾਦ ਰੱਖਣਾ ਹੁੰਦਾ ਹੈ। ਜੇ ਇਹ ਵਿਚਾਰ ਨਵਾਂ ਹੈ, ਤਾਂ ਡੇਟਾਬੇਸ ਕੀ ਹੈ ਅਤੇ Postgres ਕੀ ਹੈ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਜਦੋਂ ਤੁਸੀਂ ਕੁਝ ਅਜਿਹਾ ਬਣਾਉਣ ਲਈ ਤਿਆਰ ਹੋ ਜੋ ਡੇਟਾ ਸੰਭਾਲਦਾ ਹੈ, ਤਾਂ AI ਨਾਲ ਐਪ ਕਿਵੇਂ ਬਣਾਈਏ ਇਸਨੂੰ ਜੋੜਨ ਦਾ ਤਰੀਕਾ ਦੱਸਦਾ ਹੈ।