21-10-2019, 20:31
|
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
|
|
חבר מתאריך: 25.10.01
הודעות: 42,776
|
|
זה קצת נשמע לי כמו יותר בחירה בטכנולוגיה נוראית (node.js) מאשר הצדקה לביצוע לוגיקה אפליקטיבית שלא באפליקציה (see what I did there? אגב, יש לי דעה דומה על שמירת קבצים במסד נתונים במקום במערכת קבצים...)
אם הטכנולוגיה שלך לא מאפשרת לך לעשות משהו, אולי אתה משתמש בטכנולוגיה הלא נכונה... ולא, נדיר שיש one-size-fits-all (אני מסתכל אליכם, ג'אווהאיסטים!), הכוונה היא שכשהמערכת עושה משהו מורכב מספיק, זו לא מילה גסה להשתמש ב 2 טכנולוגיות/שפות שונות בהתאם לחלקי המערכת השונים. גם לא ב 4.
אתה אומר שצוות ה API לשכבת ה data עובר להיות צוואר בקבוק. ואתה מעביר את הבעייה ל DBA (איכשהו בדרך כלל מגיעים לצורך בDBA כשמתחילים להתעסק עם SP... לא?) אבל שם היא פתאום לא? זו אותה בעייה, אתה רק הולך איתה לסביבה עוד יותר מוגבלת, של DB, שלא רק שלא נועדה לזה, אלא גם כמות המפתחים שיודעים לעשות את זה טוב, קטנה בסדרי גודל... מה הסיכוי שזה יצא טוב אם זה טיפה מעבר למשהו סופר בסיסי?
השאלה היא למה אתה בכלל צריך להעביר מידע בין טבלה לטבלה? כאילו, אני יודע שיש מקרים שזה נחוץ לצורכי ביצועים בלבד, אבל לרוב, כשעושים דברים כאלה, זה פשוט מפתחים שחוטאים באי-הכרה של 3NF, ומשם מתחיל המדרון החלקלק של חברה שעוסקת כל היום ב data integrity במקום בלפתח פיצ'רים חדשים...
|