ನಿಮ್ಮ ಆ್ಯಪ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಸೇರಿಸುವುದು ಹೇಗೆ (ನಂತರ ಡೇಟಾ ಕಳೆದುಹೋಗದಂತೆ)

ನಿಮ್ಮ ಆ್ಯಪ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಸೇರಿಸಲು, ನಿರ್ವಹಿಸಲ್ಪಡುವ ರಿಲೇಶನಲ್ ಡೇಟಾಬೇಸ್ ಆಯ್ಕೆ ಮಾಡಿ (ಸಾಮಾನ್ಯವಾಗಿ Postgres), ಅದರ ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಸರ್ವರ್-ಸೈಡ್ ಸೀಕ್ರೆಟ್‌ನಲ್ಲಿ ಇರಿಸಿ, ನಿಮ್ಮ ಆ್ಯಪ್ ಸಂಗ್ರಹಿಸುವ ಪ್ರತಿಯೊಂದು ರೀತಿಯ ವಸ್ತುವಿಗೆ ಒಂದು ಟೇಬಲ್ ರಚಿಸಿ, ಮತ್ತು ನಿಮ್ಮ ಬ್ಯಾಕೆಂಡ್ — ಬ್ರೌಸರ್ ಅಲ್ಲ — ಅದಕ್ಕೆ ಓದುವ ಮತ್ತು ಬರೆಯುವ ಕೆಲಸ ಮಾಡಲಿ. AI ಆ್ಯಪ್ ಬಿಲ್ಡರ್ ಬಳಸುತ್ತಿದ್ದರೆ, ಸಾಮಾನ್ಯವಾಗಿ "ಇದನ್ನು ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಉಳಿಸಿ" ಎಂದು ಹೇಳಿದರೆ ಸಾಕು; ಏಜೆಂಟ್ ಟೇಬಲ್‌ಗಳು ಮತ್ತು ಕೋಡ್ ಅನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತದೆ. ನಿಮ್ಮ ಕೆಲಸ ಡೇಟಾವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವಿವರಿಸುವುದು ಮತ್ತು ಅದು ನಿಜವಾಗಿ ಉಳಿದಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುವುದು.

ಈ ಮಾರ್ಗದರ್ಶಿ ಡೇಟಾಬೇಸ್ ಯಾವಾಗ ಬೇಕು, ಮುಖ್ಯ ಆಯ್ಕೆಗಳು, ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಹೇಗೆ ವಿವರಿಸುವುದು ಮತ್ತು ಡೇಟಾ ಕಳೆದುಹೋಗಲು ಅಥವಾ ಸೋರಿಕೆಯಾಗಲು ಕಾರಣವಾಗುವ ತಪ್ಪುಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.

ನಿಮ್ಮ ಆ್ಯಪ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಯಾವಾಗ ಬೇಕು

ಪುಟ ಮುಚ್ಚಿದ ನಂತರವೂ ನಿಮ್ಮ ಆ್ಯಪ್ ಏನನ್ನಾದರೂ ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕಾದಾಗ, ಅಥವಾ ಜನರ ನಡುವೆ ಡೇಟಾವನ್ನು ಹಂಚಿಕೊಳ್ಳಬೇಕಾದಾಗ ನಿಮಗೆ ಡೇಟಾಬೇಸ್ ಬೇಕು. ಸಾಮಾನ್ಯ ಸೂಚನೆಗಳು:

ಭೇಟಿಗಾರರು ಏನನ್ನಾದರೂ ಸಲ್ಲಿಸುತ್ತಾರೆ: ಫಾರ್ಮ್, ಸೈನ್-ಅಪ್, ಬುಕಿಂಗ್ ಅಥವಾ ಆರ್ಡರ್
ಬಳಕೆದಾರರು ತಮ್ಮದೇ ಉಳಿಸಿದ ವಿಷಯದೊಂದಿಗೆ ಖಾತೆಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ
ಒಬ್ಬ ಅಡ್ಮಿನ್ ಇತರರು ರಚಿಸಿದ್ದನ್ನು ನೋಡಬೇಕು ಅಥವಾ ಸಂಪಾದಿಸಬೇಕು
ಕಾಲಾನಂತರ ವರದಿಗಳು ಅಥವಾ ಎಣಿಕೆಗಳು ಬೇಕು

ಪೋರ್ಟ್‌ಫೋಲಿಯೋ ಅಥವಾ ಸರಳ ಲ್ಯಾಂಡಿಂಗ್ ಪುಟದಂತೆ ಎಲ್ಲರಿಗೂ ಒಂದೇ ವಿಷಯ ತೋರಿಸುವ ಸ್ಥಿರ ಸೈಟ್‌ಗೆ ನಿಮಗೆ ಡೇಟಾಬೇಸ್ ಬೇಕಾಗುವುದಿಲ್ಲ. ಡೇಟಾಬೇಸ್ ಎಂದರೇನು ಎಂಬುದು ನಿಮಗೆ ಖಚಿತವಿಲ್ಲದಿದ್ದರೆ, ಮೊದಲು ಡೇಟಾಬೇಸ್ ಎಂದರೇನು ಓದಿ.

ನಿಮ್ಮ ಆಯ್ಕೆಗಳು

ಆಯ್ಕೆ	ಅದು ಏನು	ಯಾವುದಕ್ಕೆ ಒಳ್ಳೆಯದು	ಸಮತೋಲನಗಳು
ನಿಮ್ಮ ಆ್ಯಪ್ ಬಿಲ್ಡರ್‌ನಿಂದ ಅಂತರ್ನಿರ್ಮಿತ ಡೇಟಾಬೇಸ್	ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್‌ಗಾಗಿ ರಚಿಸಿ ಸಂಪರ್ಕಿಸಲಾದ ಡೇಟಾಬೇಸ್	AI ಬಿಲ್ಡರ್‌ನಿಂದ ನಿರ್ಮಿಸಿದ ಹೆಚ್ಚಿನ ಆ್ಯಪ್‌ಗಳು	ಆ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಹೋಸ್ಟಿಂಗ್‌ಗೆ ಕಟ್ಟುಬಿದ್ದಿದೆ; ಎಕ್ಸ್‌ಪೋರ್ಟ್ ಮತ್ತು ಬ್ಯಾಕಪ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಮೇಲೆ ಅವಲಂಬಿತ
ನಿರ್ವಹಿಸಲ್ಪಡುವ Postgres ಅಥವಾ MySQL	ನೀವು ಪ್ರತ್ಯೇಕವಾಗಿ ಸೈನ್ ಅಪ್ ಮಾಡುವ ಹೋಸ್ಟ್ ಮಾಡಿದ ರಿಲೇಶನಲ್ ಡೇಟಾಬೇಸ್	ನೀವೇ ಹೋಸ್ಟ್ ಮಾಡುವ ಆ್ಯಪ್‌ಗಳು, ಅಥವಾ ಹಲವು ಸೇವೆಗಳು ಹಂಚಿಕೊಳ್ಳುವ ಡೇಟಾಬೇಸ್	ನೀವು ಕೀಗಳು, ಕನೆಕ್ಷನ್ ಮಿತಿಗಳು ಮತ್ತು ಯೋಜನೆಗಳನ್ನು ನಿರ್ವಹಿಸಬೇಕು
Backend-as-a-service	ಡೇಟಾಬೇಸ್ ಜೊತೆಗೆ ಆಥ್, ಸಂಗ್ರಹಣೆ ಮತ್ತು APIಗಳು ಒಂದೇ ಉತ್ಪನ್ನದಲ್ಲಿ	ಸಿದ್ಧ ಲಾಗಿನ್ ಬೇಕಾದ ಫ್ರಂಟ್‌ಎಂಡ್-ಕೇಂದ್ರಿತ ಆ್ಯಪ್‌ಗಳು	ಕಲಿಯಬೇಕಾದ ವಿಕ್ರೇತ-ನಿರ್ದಿಷ್ಟ ಪರಿಕಲ್ಪನೆಗಳು ಹೆಚ್ಚು
ಡಾಕ್ಯುಮೆಂಟ್ (NoSQL) ಡೇಟಾಬೇಸ್	ಹೊಂದಿಕೊಳ್ಳುವ JSON ತರಹದ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ	ಬಹಳ ಅಸಮವಾದ ಡೇಟಾ	ಸಂಬಂಧಗಳು ಮತ್ತು ವರದಿ ಮಾಡುವುದು ಕಷ್ಟ
ಸ್ಪ್ರೆಡ್‌ಶೀಟ್ ಅನ್ನು ಡೇಟಾಬೇಸ್ ಆಗಿ	API ಮೂಲಕ Google Sheets ಅಥವಾ ಅಂತಹುದೇ	ಚಿಕ್ಕ ಆಂತರಿಕ ಪರಿಕರಗಳು, ಪ್ರೋಟೋಟೈಪ್‌ಗಳು	ನಿಧಾನ, ನಿಜವಾದ ನಿರ್ಬಂಧಗಳಿಲ್ಲ, ಏಕಕಾಲದ ಎಡಿಟ್‌ಗಳಲ್ಲಿ ಮುರಿಯುತ್ತದೆ

ಹೆಚ್ಚಿನ ಸಣ್ಣ ಮತ್ತು ಮಧ್ಯಮ ವೆಬ್ ಆ್ಯಪ್‌ಗಳಿಗೆ Postgres ನಂತಹ ರಿಲೇಶನಲ್ ಡೇಟಾಬೇಸ್ ಸರಿಯಾದ ಡೀಫಾಲ್ಟ್. ಇದು ಸಂಬಂಧಗಳನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ (ಒಬ್ಬ ಗ್ರಾಹಕರಿಗೆ ಹಲವು ಆರ್ಡರ್‌ಗಳು), ಡೇಟಾವನ್ನು ಸ್ಥಿರವಾಗಿಡುತ್ತದೆ, ಮತ್ತು ನಂತರ SQL ಮೂಲಕ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ. ಸರಳ ಭಾಷೆಯಲ್ಲಿ ವಿವರಣೆಗಾಗಿ Postgres ಎಂದರೇನು ನೋಡಿ.

ನಿರ್ಮಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಡೇಟಾವನ್ನು ವಿವರಿಸಿ

ನೀವು ಮಾಡಬಹುದಾದ ಅತ್ಯಂತ ಉಪಯುಕ್ತ ಕೆಲಸ ಎಂದರೆ ನಿಮ್ಮ ಆ್ಯಪ್ ಸಂಗ್ರಹಿಸುವ ವಸ್ತುಗಳು ಮತ್ತು ಅವು ಹೇಗೆ ಸಂಪರ್ಕಗೊಂಡಿವೆ ಎಂಬುದನ್ನು ಬರೆದಿಡುವುದು. ಡೇಟಾಬೇಸ್ ಪರಿಭಾಷೆ ಬೇಕಿಲ್ಲ. ಬುಕಿಂಗ್ ಆ್ಯಪ್‌ಗೆ ಉದಾಹರಣೆ:

ಗ್ರಾಹಕರು: ಹೆಸರು, ಇಮೇಲ್, ಫೋನ್
ಸೇವೆಗಳು: ಹೆಸರು, ಅವಧಿ, ಬೆಲೆ
ಬುಕಿಂಗ್‌ಗಳು: ಯಾವ ಗ್ರಾಹಕ, ಯಾವ ಸೇವೆ, ಆರಂಭ ಸಮಯ, ಸ್ಥಿತಿ (ಬಾಕಿ, ದೃಢೀಕೃತ, ರದ್ದಾದ)

ಇದು ಮೂರು ಟೇಬಲ್‌ಗಳು. "ಯಾವ ಗ್ರಾಹಕ" ಮತ್ತು "ಯಾವ ಸೇವೆ" ಅವುಗಳ ನಡುವಿನ ಲಿಂಕ್‌ಗಳಾಗುತ್ತವೆ (ಫಾರಿನ್ ಕೀ). ಇದನ್ನು ಆರಂಭದಲ್ಲೇ ಸರಿಯಾಗಿ ಮಾಡುವುದು ಯಾವುದೇ ತಂತ್ರಜ್ಞಾನ ಆಯ್ಕೆಗಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ, ಏಕೆಂದರೆ ನಿಜವಾದ ಸಾಲುಗಳಿರುವ ಡೇಟಾದ ರಚನೆ ಬದಲಿಸುವುದು ಪುಟ ವಿನ್ಯಾಸ ಬದಲಿಸುವುದಕ್ಕಿಂತ ಕಷ್ಟ.

ಕೆಲವು ಸಾಮಾನ್ಯ ನಿಯಮಗಳು:

ಪ್ರತಿ ರೀತಿಯ ವಸ್ತುವಿಗೆ ಒಂದು ಟೇಬಲ್. ಆರ್ಡರ್‌ಗಳನ್ನು ಗ್ರಾಹಕರ ಮೇಲಿನ ಪಠ್ಯ ಕಾಲಮ್‌ನಲ್ಲಿ ತುಂಬಬೇಡಿ.
ಪ್ರತಿ ಸಾಲಿಗೆ ID ಮತ್ತು ರಚನೆ ಸಮಯ ನೀಡಿ. ನಂತರ ಎರಡೂ ಬೇಕಾಗುತ್ತವೆ.
ಸರಿಯಾದ ಡೇಟಾ ಪ್ರಕಾರಗಳನ್ನು ಬಳಸಿ. ದಿನಾಂಕಗಳನ್ನು ದಿನಾಂಕವಾಗಿ, ಹಣವನ್ನು ಪೂರ್ಣ ಸೆಂಟ್‌ಗಳಲ್ಲಿ ಅಥವಾ ದಶಮಾಂಶ ಪ್ರಕಾರದಲ್ಲಿ ಇರಿಸಿ, ಪಠ್ಯವಾಗಿ ಅಲ್ಲ.
ಅಗತ್ಯವಿರುವ ಕ್ಷೇತ್ರಗಳನ್ನು ಅಗತ್ಯವೆಂದು ಗುರುತಿಸಿ. ಕೆಟ್ಟ ಡೇಟಾವನ್ನು ಫಾರ್ಮ್ ಮಾತ್ರವಲ್ಲ, ಡೇಟಾಬೇಸ್ ಸಹ ತಿರಸ್ಕರಿಸಲಿ.

ಉದಾಹರಣೆ ಪ್ರಾಂಪ್ಟ್‌ಗಳು

ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ವೈಶಿಷ್ಟ್ಯದಿಂದ ಆರಂಭಿಸಿ, ಇಡೀ ಸ್ಕೀಮಾ ಒಮ್ಮೆಲೇ ಹಾಕಬೇಡಿ:

ಈ ಆ್ಯಪ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಸೇರಿಸಿ. ಗ್ರಾಹಕ ಹೆಸರು, ಇಮೇಲ್, ಸೇವೆ, ಆರಂಭ ಸಮಯ ಮತ್ತು ಸ್ಥಿತಿ (ಬಾಕಿ, ದೃಢೀಕೃತ, ರದ್ದಾದ; ಡೀಫಾಲ್ಟ್ ಬಾಕಿ) ಇರುವ bookings ಟೇಬಲ್ ರಚಿಸಿ. ಬುಕಿಂಗ್ ಫಾರ್ಮ್‌ನ ಸಲ್ಲಿಕೆಗಳನ್ನು ಅದಕ್ಕೆ ಉಳಿಸಿ, ಯಶಸ್ಸಿನ ಸಂದೇಶ ತೋರಿಸಿ, ಮತ್ತು ಇತ್ತೀಚಿನದು ಮೊದಲು ತೋರುವ ಬುಕಿಂಗ್‌ಗಳ ಪಟ್ಟಿಯ ಅಡ್ಮಿನ್ ಪುಟ ಸೇರಿಸಿ.

ನಂತರ ವಿಸ್ತರಿಸಿ:

services ಟೇಬಲ್ ಸೇರಿಸಿ (ಹೆಸರು, ನಿಮಿಷಗಳಲ್ಲಿ ಅವಧಿ, ಸೆಂಟ್‌ಗಳಲ್ಲಿ ಬೆಲೆ). bookings ನಲ್ಲಿರುವ ಉಚಿತ-ಪಠ್ಯ ಸೇವಾ ಕ್ಷೇತ್ರವನ್ನು services ಗೆ ಲಿಂಕ್ ಆಗಿ ಬದಲಿಸಿ, ಮತ್ತು ಇರುವ ಬುಕಿಂಗ್‌ಗಳನ್ನು ಅಳಿಸದೆ ವರ್ಗಾಯಿಸಿ.

ಮತ್ತು ಬಿಗಿಗೊಳಿಸಿ:

ಎಲ್ಲಾ ಡೇಟಾಬೇಸ್ ಓದುವಿಕೆ ಮತ್ತು ಬರಹಗಳು ಸರ್ವರ್‌ನಲ್ಲೇ ನಡೆಯುವಂತೆ ನೋಡಿಕೊಳ್ಳಿ. ಬ್ರೌಸರ್ ಡೇಟಾಬೇಸ್ ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಎಂದಿಗೂ ಪಡೆಯಬಾರದು. ಸೇರಿಸುವ ಮೊದಲು ಇಮೇಲ್ ಮತ್ತು ಆರಂಭ ಸಮಯವನ್ನು ಸರ್ವರ್‌ನಲ್ಲಿ ಪರಿಶೀಲಿಸಿ.

ಹಂತ ಹಂತವಾಗಿ

ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಮೇಲಿನಂತೆ: ವಸ್ತುಗಳು, ಕ್ಷೇತ್ರಗಳು, ಅವುಗಳ ನಡುವಿನ ಸಂಬಂಧಗಳು.
ಡೇಟಾಬೇಸ್ ರಚಿಸಿ. AI ಬಿಲ್ಡರ್‌ನಲ್ಲಿ ಚಾಟ್‌ನಲ್ಲಿ ಕೇಳಿ. ಬೇರೆಡೆ ನಿರ್ವಹಿಸಲ್ಪಡುವ Postgres ಇನ್‌ಸ್ಟೆನ್ಸ್ ರಚಿಸಿ ಅದರ ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ನಕಲಿಸಿ.
ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಸೀಕ್ರೆಟ್ ಆಗಿ ಉಳಿಸಿ (ಸರ್ವರ್‌ನಲ್ಲಿ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್ ವೇರಿಯೇಬಲ್), ಎಂದಿಗೂ ಕೋಡ್‌ನಲ್ಲಿ ಬೇಡ. ನೋಡಿ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್ ವೇರಿಯೇಬಲ್‌ಗಳು ಮತ್ತು ಸೀಕ್ರೆಟ್‌ಗಳು.
ಟೇಬಲ್‌ಗಳನ್ನು ರಚಿಸಿ. ಮೈಗ್ರೇಶನ್‌ಗಳನ್ನು ಬಳಸಿ — ಸ್ಕೀಮಾ ಬದಲಿಸುವ ಆವೃತ್ತಿ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು — ಇದರಿಂದ ಬದಲಾವಣೆಗಳು ಪುನರಾವರ್ತಿಸಬಹುದಾದ ಮತ್ತು ಹಿಂತಿರುಗಿಸಬಹುದಾದವು ಆಗುತ್ತವೆ.
ಸರ್ವರ್ ರೂಟ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಿ ಅದು ಸಾಲುಗಳನ್ನು ರಚಿಸುತ್ತದೆ, ಓದುತ್ತದೆ, ನವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಅಳಿಸುತ್ತದೆ (CRUD). ಬ್ರೌಸರ್ ಈ ರೂಟ್‌ಗಳನ್ನು ಕರೆಯುತ್ತದೆ; ಅದು ಡೇಟಾಬೇಸ್ ಅನ್ನು ನೇರವಾಗಿ ಸಂಪರ್ಕಿಸುವುದಿಲ್ಲ.
UI ಅನ್ನು ಆ ರೂಟ್‌ಗಳಿಗೆ ಜೋಡಿಸಿ: ಉಳಿಸುವ ಫಾರ್ಮ್‌ಗಳು, ಲೋಡ್ ಆಗುವ ಪಟ್ಟಿಗಳು, ಏನೂ ಇಲ್ಲದಾಗ ಖಾಲಿ ಸ್ಥಿತಿಗಳು.
ಶಾಶ್ವತತೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ. ಏನನ್ನಾದರೂ ಸಲ್ಲಿಸಿ, ಪುಟ ರೀಲೋಡ್ ಮಾಡಿ, ಬೇರೆ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ತೆರೆಯಿರಿ. ಡೇಟಾ ಅಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಅದು ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಉಳಿದಿಲ್ಲ.
ಪ್ರವೇಶವನ್ನು ಪರಿಶೀಲಿಸಿ. ಎರಡನೇ ಬಳಕೆದಾರರಾಗಿ ಲಾಗಿನ್ ಆಗಿ ಮತ್ತು ಮೊದಲ ಬಳಕೆದಾರರ ಡೇಟಾವನ್ನು ನೋಡಲಾಗುವುದಿಲ್ಲ ಅಥವಾ ಸಂಪಾದಿಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ.
ಪ್ರಕಟಿಸಿ, ನಂತರ ಲೈವ್ URL ನಲ್ಲಿ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಪ್ರಕಟಿತ ಆ್ಯಪ್ ಪೂರ್ವವೀಕ್ಷಣೆಗಿಂತ ಬೇರೆ ಕನೆಕ್ಷನ್ ಬಳಸಬಹುದು.

ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು

ಬ್ರೌಸರ್‌ಗೆ ಉಳಿಸಿ ಅದು ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಉಳಿದಿದೆ ಎಂದು ಭಾವಿಸುವುದು. localStorage ಬೇರೆ ಸಾಧನದಲ್ಲಿ ಆ್ಯಪ್ ತೆರೆಯುವವರೆಗೆ ಕೆಲಸ ಮಾಡುವಂತೆ ಕಾಣುತ್ತದೆ. ಯಾವಾಗಲೂ ಎರಡನೇ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ.
ಫ್ರಂಟ್‌ಎಂಡ್ ಕೋಡ್‌ನಲ್ಲಿ ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ಇಡುವುದು. ಫ್ರಂಟ್‌ಎಂಡ್ ಕೋಡ್ ಯಾರಾದರೂ ಓದಬಹುದು. ಅದು ಅವರಿಗೆ ನಿಮ್ಮ ಸಂಪೂರ್ಣ ಡೇಟಾಬೇಸ್ ನೀಡುತ್ತದೆ.
ಪ್ರವೇಶ ಪರಿಶೀಲನೆ ಇಲ್ಲದಿರುವುದು. "ನನ್ನ ಆರ್ಡರ್‌ಗಳನ್ನು ತೋರಿಸು" ಎಂಬುದು ಲಾಗಿನ್ ಆದ ಬಳಕೆದಾರರಿಂದ ಸರ್ವರ್‌ನಲ್ಲಿ ಫಿಲ್ಟರ್ ಆಗಬೇಕು, UI ನಲ್ಲಿ ಅಲ್ಲ. AI ನಿರ್ಮಿತ ಆ್ಯಪ್‌ಗಳಲ್ಲಿ ಇದು ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಭದ್ರತಾ ದೋಷ; ನಮ್ಮ ಭದ್ರತಾ ಪರಿಶೀಲನಾಪಟ್ಟಿ ಇದನ್ನು ಒಳಗೊಂಡಿದೆ.
ವಿನಾಶಕಾರಿ ಸ್ಕೀಮಾ ಬದಲಾವಣೆಗಳು. "ಟೇಬಲ್ ಹೆಸರು ಬದಲಿಸು" ಅಥವಾ "ರಚನೆ ಬದಲಿಸು" ಎಂದು ಕೇಳುವುದರಿಂದ ಟೇಬಲ್ ಅಳಿಸಿ ಮರುರಚನೆ ಆಗಬಹುದು. ನಿಜವಾದ ಡೇಟಾ ಇರುವಾಗ "ಇರುವ ಸಾಲುಗಳನ್ನು ವರ್ಗಾಯಿಸಿ, ಏನನ್ನೂ ಅಳಿಸಬೇಡಿ" ಎಂದು ಹೇಳಿ.
ಫೈಲ್‌ಗಳನ್ನು ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುವುದು. ಚಿತ್ರಗಳು ಮತ್ತು PDF ಗಳು ಫೈಲ್ ಸಂಗ್ರಹಣೆಯಲ್ಲಿರಬೇಕು, ಟೇಬಲ್‌ನಲ್ಲಿ ಅವುಗಳ URL ಅಥವಾ ಕೀ ಮಾತ್ರ. ನೋಡಿ ಫೈಲ್ ಅಪ್‌ಲೋಡ್‌ಗಳನ್ನು ಹೇಗೆ ಸೇರಿಸುವುದು.
ಬ್ಯಾಕಪ್ ಇಲ್ಲದಿರುವುದು. ಗ್ರಾಹಕರು ಬರುವ ಮೊದಲೇ ನಿಮ್ಮ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಡೇಟಾವನ್ನು ಹೇಗೆ ಬ್ಯಾಕಪ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಹೇಗೆ ಮರುಸ್ಥಾಪಿಸಬಹುದು ಎಂದು ತಿಳಿದುಕೊಳ್ಳಿ.

ಪರಿಶೀಲನಾಪಟ್ಟಿ

ಪ್ರತಿ ರೀತಿಯ ವಸ್ತುವಿಗೆ ID ಮತ್ತು ರಚನೆ ಸಮಯವಿರುವ ತನ್ನದೇ ಟೇಬಲ್ ಇದೆ
ಅಗತ್ಯ ಕ್ಷೇತ್ರಗಳು ಮತ್ತು ಪ್ರಕಾರಗಳನ್ನು ಡೇಟಾಬೇಸ್ ಜಾರಿಗೊಳಿಸುತ್ತದೆ
ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ಸರ್ವರ್-ಸೈಡ್ ಸೀಕ್ರೆಟ್‌ಗಳಲ್ಲಿ ಮಾತ್ರ ಇದೆ
ಎಲ್ಲಾ ಓದುವಿಕೆ ಮತ್ತು ಬರಹಗಳು ಸರ್ವರ್ ರೂಟ್‌ಗಳ ಮೂಲಕ ಹೋಗುತ್ತವೆ
ಪ್ರತಿ ಬಳಕೆದಾರರು ತಮ್ಮ ಸಾಲುಗಳನ್ನು ಮಾತ್ರ ಓದಬಹುದು ಮತ್ತು ಬದಲಿಸಬಹುದು
ರೀಲೋಡ್ ನಂತರ ಡೇಟಾ ಉಳಿದಿದೆ ಮತ್ತು ಬೇರೆ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಕಾಣುತ್ತದೆ
ಸ್ಕೀಮಾ ಬದಲಾವಣೆಗಳು ಮೈಗ್ರೇಶನ್‌ಗಳನ್ನು ಬಳಸಿ ಇರುವ ಸಾಲುಗಳನ್ನು ಉಳಿಸುತ್ತವೆ
ಬ್ಯಾಕಪ್ ಮತ್ತು ಮರುಸ್ಥಾಪನೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆ
ಪ್ರಕಟಿಸಿದ ನಂತರ ಲೈವ್ ಆ್ಯಪ್ ಪರೀಕ್ಷಿಸಲಾಗಿದೆ

Mythex ನಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಸೇರಿಸುವುದು

Mythex ನಲ್ಲಿ ಪ್ರತಿ ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ ತನ್ನದೇ ಆದ ಮೀಸಲಾದ Postgres ಡೇಟಾಬೇಸ್ ಸಿಗಬಹುದು, Free ಮತ್ತು Pro ಎರಡರಲ್ಲೂ. ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರತ್ಯೇಕ "attach" ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡಬೇಕಾಗಿಲ್ಲ: ಚಾಟ್‌ನಲ್ಲಿ ಕೇಳಿ ("ವೇಟ್‌ಲಿಸ್ಟ್ ಇಮೇಲ್‌ಗಳನ್ನು ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಉಳಿಸು") ಅಥವಾ /database ಟೈಪ್ ಮಾಡಿ, ಮತ್ತು ಸಂಪರ್ಕ ವಿವರಗಳು ವರ್ಕ್‌ಸ್ಪೇಸ್ ಮತ್ತು ನಿಮ್ಮ ಪ್ರಕಟಿತ ಆ್ಯಪ್‌ಗೆ ಸೇರಿಸಲ್ಪಡುತ್ತವೆ. ಪ್ರಾಜೆಕ್ಟ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಸಕ್ರಿಯವಾಗಿದೆಯೇ ಎಂದು ತೋರಿಸಲಾಗುತ್ತದೆ.

ಡೇಟಾಬೇಸ್ 5 ನಿಮಿಷಗಳ ನಿಷ್ಕ್ರಿಯತೆಯ ನಂತರ ನಿದ್ರೆ ಮಾಡುತ್ತದೆ, ಮುಂದಿನ ವಿನಂತಿಗೆ ಎಚ್ಚರಗೊಳ್ಳುತ್ತದೆ. ಪ್ರಕಟಿತ ಬಳಕೆಗೆ ಅದು ಎಚ್ಚರವಾಗಿದ್ದ ಸಮಯಕ್ಕೆ ಮಾತ್ರ ಶುಲ್ಕ ವಿಧಿಸಲಾಗುತ್ತದೆ, ನಿರ್ಮಿಸುವ ಕ್ರೆಡಿಟ್ ಬ್ಯಾಲೆನ್ಸ್‌ನಿಂದಲೇ. ಪ್ರಕಟಿಸಿದ ನಂತರ ಡೇಟಾಬೇಸ್ ಸೇರಿಸಿದರೆ, ಲೈವ್ ಆ್ಯಪ್‌ಗೆ ಅದು ಸಿಗಲು ಮತ್ತೆ ಪ್ರಕಟಿಸಿ.

ಇನ್ನಷ್ಟು ತಿಳಿಯಲು ದಸ್ತಾವೇಜಿನಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಮತ್ತು CRUD ಆ್ಯಪ್ ನಿರ್ಮಿಸಿ ರೆಸಿಪಿ ನೋಡಿ. ಬಳಕೆದಾರ-ನಿರ್ದಿಷ್ಟ ಡೇಟಾದ ಲಾಗಿನ್ ಭಾಗಕ್ಕೆ, ಆ್ಯಪ್‌ಗೆ ಲಾಗಿನ್ ಸೇರಿಸುವುದು ಹೇಗೆ ಓದಿ.

ಪ್ರಶ್ನೆಗಳು

ನನ್ನ ಆ್ಯಪ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಬೇಕೇ?

ನಿಮ್ಮ ಆ್ಯಪ್ ಭೇಟಿಗಳ ನಡುವೆ ಏನನ್ನಾದರೂ ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕಾದರೆ ಅಥವಾ ಬಳಕೆದಾರರ ನಡುವೆ ಡೇಟಾ ಹಂಚಿಕೊಳ್ಳಬೇಕಾದರೆ ತಕ್ಷಣ ಡೇಟಾಬೇಸ್ ಬೇಕು: ಸೈನ್-ಅಪ್‌ಗಳು, ಆರ್ಡರ್‌ಗಳು, ಬುಕಿಂಗ್‌ಗಳು, ಪೋಸ್ಟ್‌ಗಳು ಅಥವಾ ಸೆಟ್ಟಿಂಗ್‌ಗಳು. ಎಲ್ಲರಿಗೂ ಒಂದೇ ವಿಷಯವನ್ನು ತೋರಿಸುವ ಸ್ಥಿರ ವೆಬ್‌ಸೈಟ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಬೇಕಾಗುವುದಿಲ್ಲ.

ಸಣ್ಣ ವೆಬ್ ಆ್ಯಪ್‌ಗೆ ಯಾವ ಡೇಟಾಬೇಸ್ ಬಳಸಬೇಕು?

ಹೆಚ್ಚಿನ ಸಣ್ಣ ವೆಬ್ ಆ್ಯಪ್‌ಗಳಿಗೆ Postgres ನಂತಹ ರಿಲೇಶನಲ್ ಡೇಟಾಬೇಸ್ ಸುರಕ್ಷಿತ ಡೀಫಾಲ್ಟ್ ಆಯ್ಕೆ. ಇದು ಬಳಕೆದಾರರು, ಆರ್ಡರ್‌ಗಳು, ಸಂಬಂಧಗಳು ಮತ್ತು ವರದಿಗಳನ್ನು ಚೆನ್ನಾಗಿ ನಿಭಾಯಿಸುತ್ತದೆ, ವ್ಯಾಪಕವಾಗಿ ಬೆಂಬಲಿತವಾಗಿದೆ, ಮತ್ತು ಸಣ್ಣ ಪ್ರಮಾಣದಲ್ಲಿ ನೀವು ಅದನ್ನು ಮೀರಿಸುವುದು ಅಪರೂಪ.

ಡೇಟಾಬೇಸ್ ಬದಲು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಡೇಟಾ ಸಂಗ್ರಹಿಸಬಹುದೇ?

localStorage ನಂತಹ ಬ್ರೌಸರ್ ಸಂಗ್ರಹಣೆ ಒಂದೇ ಸಾಧನ ಮತ್ತು ಒಂದೇ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಮಾತ್ರ ಇರುತ್ತದೆ, ಮತ್ತು ಬಳಕೆದಾರರು ಯಾವಾಗ ಬೇಕಾದರೂ ಅದನ್ನು ಅಳಿಸಬಹುದು. ಥೀಮ್ ಆಯ್ಕೆಯಂತಹ ಆದ್ಯತೆಗಳಿಗೆ ಇದು ಸರಿ, ಆದರೆ ನೀವು ಅಥವಾ ಇತರ ಬಳಕೆದಾರರಿಗೆ ನಂತರ ನೋಡಬೇಕಾದ ಯಾವುದಕ್ಕೂ ಅಲ್ಲ.

Mythex ನಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಇದೆಯೇ?

ಹೌದು. Mythex ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ Free ಮತ್ತು Pro ಯೋಜನೆಗಳಲ್ಲಿ ತನ್ನದೇ ಆದ ಮೀಸಲಾದ Postgres ಡೇಟಾಬೇಸ್ ಸಿಗಬಹುದು. ನೀವು ಚಾಟ್‌ನಲ್ಲಿ ಕೇಳಬಹುದು ಅಥವಾ /database ಕಮಾಂಡ್ ಬಳಸಬಹುದು, ಮತ್ತು ಸಂಪರ್ಕ ವಿವರಗಳು ನಿಮಗಾಗಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸೇರಿಸಲ್ಪಡುತ್ತವೆ. ಬಳಕೆಗೆ ನಿರ್ಮಾಣಕ್ಕೆ ಬಳಸುವ ಅದೇ ಕ್ರೆಡಿಟ್ ಬ್ಯಾಲೆನ್ಸ್‌ನಿಂದ ಶುಲ್ಕ ಪಡೆಯಲಾಗುತ್ತದೆ.