http://www.linux-mag.com/cache/7530/1.html

מה אתם חושבים? תשקלו שימוש במסד נתונים non-relational באתר כלשהו?

אם אני לא טועה, השימוש במסדי נתונים מסוג זה יעילים רק כשמדובר בשאילתות בסדר גודל של מאות אלפים ומעלה, כך שלמשתמש הממוצע זה לא רלוונטי

אני יכול לחשוב על יתרון אחד למשתמש הממוצע: פיתוח מהיר של סכמת המידע, בלי שום ALTER TABLEים למיניהם

חוץ מזה, באתר שעלול להגיע לסדר גודל כזה, עדיף לבחור את מסד הנתונים הנכון כבר בהתחלה. זה הרבה יותר פשוט מלשנות אותו אחרי שהאתר כבר רץ...

בגדול אני מסכים עם השורה השניה, ויש כאן משמעות נוספת.
אתר שמראש מתיימר לסדר גודל כזה, מן הסתם יבחר באפשרויות אחסון אחרות, כאלו שמשתמש ממוצע לא.
היתרון הבודד הינו כאין וכאפס לעומת היתרונות בשימוש ב-MySQL עבור המשתמש הממוצע שהן זמינות המידע ברשת ויכולת תמיכה מבחינת חברת האחסון

אתה מדבר על תמיכה במובן של עזרה, או של אפשרות להפעיל את המוצר?

אני חושב שבסוף יהיה צורך לבניית שאילתות יותר מורכבות, ובשביל זה ימציאו סינטקס חדש שמאפשר את זה. ככל שיוסיפו יותר אפשרויות הסינטקס יסתבך ובסוף יגיע להיות משהו דומה ל-SQL..
אז מה עשינו?

אם יש צורך בשאילתות מורכבות, משתמשים במסד נתונים שתומך ב-SQL... מסדי NRDB נועדו לדברים אחרים

לא כ"כ הבנתי כיצד זה טוב יותר ממסדי נתונים יחסיים אבל נשמע כמו חלום...

החסרון הבולט (והיחידי?) זה שהוא לא עובר את מבחן ה-ACID עבור יותר מ-collection אחד (שזה סוג של \ מקביל לטבלה?)

מה לגבי תמיכה טכנית? מה לגבי תמיכה ב-PHP (רק אחד תומך אאל"ט)?

למה הכוונה תמיכה טכנית? יענו בשרתים? זה עניין אחר, לא תלוי במוצר.

הכוונה היא לחסרון במוצר, במה שהוא מציע ויכול לעשות.

זה כן תלוי מוצר.
אם מוצר לא נתמך על ידי שרתים, מקורות ברשת או אנשי מקצוע אז זה חתיכת חיסרון.
תמיכה טכנית היא פרט חשוב מאוד.

לע"ד זה לא תלוי. זה כמו לומר ש-USB בתחילת דרכו היה פרוטוקול לא טוב בגלל שבקושי הכירו אותו ורוב המכשירים לא תומכים.