שאלה קונספטואלית..
מדובר בבסיס נתונים גדול , שמקבל כל הזמן עדכונים מהאינטרנט..( כמאות אלפי עדכונים ביום.. כל יום יכולות להתווסף הרבה מאוד רשומות (עד מאות)...למותר לציין מה קורה בחודש/שבוע.. הפיתרון שלי היה לפצל את הטבלה הראשית למספר טבלאות קטנות יותר בעלות מבנה זהה ולתייק את הרשומות לתוכן עפ"י שייכות... הבעייה הנוצרת היא שה STORED PROCEDURE הינו כללי ומקבל כפרמטר את הטבלה ובכך נפגעת יעילותו... פתרון אחד הוא כתיבת SP לכל עותק טבלה ועבודה מולו--- קצת מסרבל תחזוקה (ומכיון שיש 2 לכל טבלה , מדובר כאן ב 40 SP כמעט זהים למצב של 20 טבלאות) פתרון אחר הוא עבודה בטבלה ראשית ו"תיוק" לטבלאות משנה פעם ביום/שבוע/חודש... יש הרבה פתרונות לבעייה ואיני יודע מה עדיף מבחינת יעילות... יש לציין שמדובר כאן ב SP קטן ופשוט יחסית ואולי כבר שווה ללכת על SP אחד לכולם... אשמח עד מאוד לדעותיכהם בנושא.. או לכל הצעה אחרת , בעיקר מאנשים שכבר בנו מערכות כאלו בעבר...
מדובר בבסיס נתונים גדול , שמקבל כל הזמן עדכונים מהאינטרנט..( כמאות אלפי עדכונים ביום.. כל יום יכולות להתווסף הרבה מאוד רשומות (עד מאות)...למותר לציין מה קורה בחודש/שבוע.. הפיתרון שלי היה לפצל את הטבלה הראשית למספר טבלאות קטנות יותר בעלות מבנה זהה ולתייק את הרשומות לתוכן עפ"י שייכות... הבעייה הנוצרת היא שה STORED PROCEDURE הינו כללי ומקבל כפרמטר את הטבלה ובכך נפגעת יעילותו... פתרון אחד הוא כתיבת SP לכל עותק טבלה ועבודה מולו--- קצת מסרבל תחזוקה (ומכיון שיש 2 לכל טבלה , מדובר כאן ב 40 SP כמעט זהים למצב של 20 טבלאות) פתרון אחר הוא עבודה בטבלה ראשית ו"תיוק" לטבלאות משנה פעם ביום/שבוע/חודש... יש הרבה פתרונות לבעייה ואיני יודע מה עדיף מבחינת יעילות... יש לציין שמדובר כאן ב SP קטן ופשוט יחסית ואולי כבר שווה ללכת על SP אחד לכולם... אשמח עד מאוד לדעותיכהם בנושא.. או לכל הצעה אחרת , בעיקר מאנשים שכבר בנו מערכות כאלו בעבר...