ABA


"מחפש עזרה במציאת רעיונות למימוש Procedures בבסיס נתונים קיים"
גירסת הדפסה        
קבוצות דיון פיתוח, תיכנות ובניית אתרים נושא #10919 מנהל    סגן המנהל    מפקח   Winner    צל"ש   מומחה  
אשכול מספר 10919
eminem
חבר מתאריך 14.11.03
4348 הודעות, 1 פידבק, -2 נקודות
   18:11   01.10.12   
אל הפורום  
  מחפש עזרה במציאת רעיונות למימוש Procedures בבסיס נתונים קיים  
 
   ערכתי לאחרונה בתאריך 01.10.12 בשעה 18:35 בברכה, eminem
 
בקורס שלנו בבסיסי נתונים
אנחנו ממשנו בסיס נתונים של אתר אינטרנט כלשהו: שלי קשור למכירת מוצרי ספורט, להלן הטבלאות הקיימות שיש לי, מה שסימנתי בתוך סוגרים זה המפתחות הראשיים של הטבלאות

1. קטגוריות - (שם קטגוריה)
2. מוצרים - (קוד מוצר), שם מוצר, קטגוריה, מותג, מחיר
3. לקוחות - (קוד לקוח), שם מלא, כתובת, מדינה, טלפון
4. עגלת קניות - (קוד לקוח), (קוד מוצר), כמות
5. הזמנות - (קוד הזמנה), (קוד לקוח), פרטי משלוח, קוד זיהוי תשלום
6. אמצעי תשלום - (קוד זיהוי), (סוג אמצעי תשלום)
7. ביצוע הזמנה (טבלה זו בעצם היא הקשר של טבלת הזמנות לטבל עגלת קניות - (קוד הזמנה), (קוד מוצר), כמות

מן הסתם לא ציינתי שיש פה גם מפתחות זרים בין הטבלאות השונות

אנחנו אמורים ליצור Stored Procedures וגם Triggers שיהיו "מורכבים" ברמה מסוימת וגם יכלול שימוש ב-Cursors
מאחר ובסיס הנתונים הזה די פשוט, את רוב השאילתות ניתן לבצע בעזרת select

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

עריכה: אם זה רלוונטי אנחנו ממשנו את הבסיס נתונים ב-SQL Server

תודה מראש


                                שתף        
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

  האשכול     מחבר     תאריך כתיבה     מספר  
  לא רואה משהו מורכב כאן ShlomiC 01.10.12 21:24 1
     תודה על התשובה אז ככה... eminem 02.10.12 01:21 2
         תגובה ShlomiC 02.10.12 07:12 3

       
ShlomiC
חבר מתאריך 4.1.08
17501 הודעות, דרג אמינות חבר זה
   21:24   01.10.12   
אל הפורום  
  1. לא רואה משהו מורכב כאן  
בתגובה להודעה מספר 0
 
   נסה אולי לבנות פרוצדרות כאלה:
1) מחשבת תשלמים לפי פרמטרים הבאים :
מספר\ שם לקוח (לא חובה להכניס , טפל בנושא) ,
כל הלקוחות (BIT),
להחשיב סך הזמנות עד היום (BIT),
לכלול הזמנות בסל קניות (BIT),
סוג אמצעי תשלום (אמצעי סינון - לא חובה להכניס ערך).

2) הוספת הזמנה חדשה (בודקת אם הלקוח קיים , מוסיפה נתונים למערכת בהתאם , מפעילה טריגר מחיקת נתונים מסל הזמנות).

לא הבנתי מה הטבלה ה7 עושה, למה לא לשלב בינה לבין טבלה 5?


                                                         (ניהול: מחק תגובה)
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד
eminem
חבר מתאריך 14.11.03
4348 הודעות, 1 פידבק, -2 נקודות
   01:21   02.10.12   
אל הפורום  
  2. תודה על התשובה אז ככה...  
בתגובה להודעה מספר 1
 
   לגבי 1 לא הבנתי בדיוק למה התכוונת שם

לגבי 2 יש לנו כבר משהו כזה

טבלה 7 פשוט מקשרת בין ההזמנה למוצרים שהוזמנו בה
לא שילבנו כי סתם יהיה כפיליות על יותר נתונים


                                                         (ניהול: מחק תגובה)
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד
ShlomiC
חבר מתאריך 4.1.08
17501 הודעות, דרג אמינות חבר זה
   07:12   02.10.12   
אל הפורום  
  3. תגובה  
בתגובה להודעה מספר 2
 
   הרעיון בSP ב 1 , זה פרוצדורה שתקבל הרבה משתנים ,
רובם הגדול קריטריוני סינון ועליך להציג מידע כלשהו מרוכז על הנתונים הנכונים.
אפשר לחשב כמות הזמנות של מוצר כלשהו ללקוח מסוים ,
עלות הזמנות כוללת של לקוח מסוים ,
אותם דברים לכל הלקוחות וכו'.

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


                                                         (ניהול: מחק תגובה)
מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

תגובה מהירה  למכתב מספר: 
 
___________________________________________________________________

___________________________________________________________________
למנהלים:  נעל | תייק בארכיון | מחק | העבר לפורום אחר | מחק תגובות | עגן אשכול
       



© כל הזכויות שמורות ל-רוטר.נט בע"מ rotter.net