חסימת ערך בעמודה
שאלה
-
שלום
לכל שאלה יש כמה תשובות
לכל תשובה יש שדה האם היא התשובה ה"דיפולטית" לשאלה
אני מעוניינת לעשות, שלא יהיה יותר מתשובה אחת דיפולטית לשאלה.
השאלה אם אפשר לחסום את זה רק בזמן שמכניסים ערך (שזה פשוט), או ברמת הגדרת הטבלה
תודה
- נערך על-ידי 3Maya יום שני 28 מאי 2012 15:19
תשובות
כל התגובות
-
במסגרת ההתפלפלות התיאורתית (שזה אומר בעיקר שאני לא מצי את הדרך שהייתי בוחר בה בהכרח אלא סתם רעיון וכיוון נוסף), הרי שיש פתרון מאוד מאוד פשוט של שימוש בטור "דירוג".
הרעיון: פשוט מחזיקים טור INT של הדירוג של התשובות לכל שאלה במקום טור bit של האם זו התשובה היא של ברירת המחדל.
הייתרונות:
1. יעבוד בכל מסד נתונים מכל סוג צורה וצבע (מכאן שזה לא מה שעמי התכוון כמובן)
2. מונע את הבעיה שהציג גרי של "אינם מחייבים שיהיה פתרון ברירת מחדל" מכיוון שתמיד יש דירוג.
3. ניתן בקלות להוסיף תנאי ייחודיות על [טור הדירוג] +[טור מספר השאלה] ובכך לא לאפשר דירוגים זהים
4. אין צורך בשינוי כל הרשומות של של התשובות של שאלה מסויימת כמו בשיטה הראשונה של שימוש בשדה כן/לא ברירת מחדל. פשוט מעדכנים את העמודה שרוצים שתדורג למספר יותר גדול
5. אין את בעיית שמירת הנתון בטבלת האב של השאלות
6. בדרך כלל בכל מקרה יהיה לנו צורך בדירוג אם רוצים להציג את כל התשובות ביחד כדי לקבוע את סדר התשובות בהצגה
7. יתרונות של פשטות הן בפיתוח והן בעבודה עם אינדקס פשוט על שני טורים (שאם ממש רוצים אפשר להפוך לטור אחד בפורמט מתאים)
* חיסרון בסוג הטור ושמירת מידע גדול יותר (INT לעומת ביט).
** עדכון מחייב שאילתה נוספת של בדיקת המקסימום הקיים כרגע, אם לא רוצים לשנות את הנתונים האחרים אלא רק לבחור כל פעם מספר גדול יותר. חסרון זה נעלם בגרסה 2012 או באורקל או MYSQL כשעושים שימוש ב Sequenceבטח יש חסרונות נוספים...
אבל ב 02:30 זה יספיק כרגע :-)
- נערך על-ידי pituachMVP, Moderator יום שלישי 29 מאי 2012 23:41
-
אפשרות נוספת
שימוש בטבלה נוספת מקשרת ביחס 1-1 עם טבלת השאלות. למעשה יישום של מה שכתב גיא רק שאת הנתון שומרים בטבלה שלישית עם טור מפתח חיצוני של מספר שאלה וטור מפתח חיצוני של מספר תשובה של ברירת מחדל. ככה נמנע המצב שהציג עמי של טבלה אחת תלויה בטבלה 2 וטבלה 2 תלויה בטבלה 1.
* גם מקרה זה מוסיף לנו תוכן במסד הנתונים (אין הוספה של מידע חדש אבל כן הוספה של תוכן בשל הפיצול לטבלה נפרדת). מאבדים את היכולת לדרג את התשובות שברוב האפליקציות יהיה לנו צורך בכל מקרה מפני שנרצה לשלוט על הסדר של הצגת התשובות (לכן זה היה מידע נוסף כמו שגם כתבתי בחסרונות למעלה, אבל מידע מעשי שבדרך כלל יהיה חשוב לממשק ה GUI של האפליקציה שאין לנו אפיון מלא שלו כרגע)
- נערך על-ידי pituachMVP, Moderator יום רביעי 30 מאי 2012 08:01
- הוצע כתשובה על-ידי EitanBlumin יום רביעי 30 מאי 2012 08:22
-
הממ, אפשר להגביל את זה בצורה הזאת:
אבל זה דיי עקום והאמינות יכולה להיפגע בגלל הטבלה הנוספת וחוסר בקישור אל
השאלות שנכנסות...לא עולים לי עוד פתרונות עדיין, אבל אני נהנה מהמשחק :)
חיים פישנר.
-
אבל חיים, במה שאני כתבתי יש קשר ישיר לשאלות ולכן לא קיימת בעיה זו :-)
כתבתי "מפתח חיצוני לשאלה" + "מפתח חיצוני לתשובה"
מה שאתה יישמת בתמונה הוא מעט שונה ולכן נוצרת לך הבעיה
למעשה מה שהצעתי הוא פעולה דומה למה שעושים בקשר רבים לרבים עם טבלה מקשרת. פשוט במקרה שלנו מגבילים בקשר יחיד ליחיד (יחודייות על טור השאלה מונע קשר רבים למשל).
- נערך על-ידי pituachMVP, Moderator יום רביעי 30 מאי 2012 08:38
-
מתכוון לכך ?
חיים פישנר.
-
קודם כל תודה חיים על ה "LIKE" :-)
וכן לזה היתה הכוונה בערך, בלי החלק כמובן של הרבים (השרטוט לא סוגר את תיאור כל המצב), אבל לזה הכוונה היתה מההתחלה :-)
- נערך על-ידי pituachMVP, Moderator יום רביעי 30 מאי 2012 15:27
-
רשמתי ככה (ציטוט):
"וכמובן נשאר לבנות את התנאי שהטור D_A_Q_ID שווה לטור D_Q_ID וככה חסמנו את החור שהיה של תשובה משאלה אחרת."
הכנסת הנתון הזה נוגד את התנאי ולכן לא יכנס:
INSERT INTO D_Q_A VALUES (1, 3, 3), (2, 1, 1)
מספר השאלה לפי טבלת השאלות בנתון 1,3,3 הוא 1 אבל לפי טבלת התשובות זה מגיע מתשובה של שאלה מספר 3 ולכן נוצרה שגיאה והתנאי CHECK לא יאפשר הכנסת הנתון.
זו בדיוק הסיבה שהוספתי את הטור של D_A_Q_ID אחרי שהצגת את החור הקיים באפיון. הטור הזה מוודא וסוגר את החור. זהו הנתון של מספר השאלה הלקוח מטבלת התשובות. אם התשובה לא שייכת לאותה שאלה אז הנתון הזה לא יהיה זהה לנתון של הטור הראשון ולכן תתקבל שגיאה.
CREATE table Q ( Q_ID int PRIMARY KEY not null identity, Q_Str nvarchar(10) ); CREATE TABLE A ( A_ID int PRIMARY KEY NOT NULL identity, A_Q_ID int REFERENCES Q(Q_ID) NOT NULL, A_Str nvarchar(10) NULL ); CREATE TABLE D_Q_A ( D_Q_ID int REFERENCES Q(Q_ID) NOT NULL, D_A_ID int REFERENCES A(A_ID) NOT NULL, D_A_Q_ID int NOT NULL -- כאן נכניס את הערך של מספר השאלה המתאים לתשובה שבחרנו ); ALTER TABLE D_Q_A ADD CONSTRAINT chk_Q CHECK (D_Q_ID = D_A_Q_ID) GO INSERT INTO Q VALUES (N'Who'), (N'What') INSERT INTO A VALUES (1, N'Clinton'), (1, N'Obama'), (2, N'Blue'), (2, N'red') SELECT * FROM Q SELECT * FROM A INSERT INTO D_Q_A VALUES (1, 3, 3), (2, 1, 1) /* Msg 547, Level 16, State 0, Line 2 The INSERT statement conflicted with the CHECK constraint "chk_Q". The conflict occurred in database "QQ", table "dbo.D_Q_A". */ --CLEAN drop table D_Q_A drop table A drop table Q
- נערך על-ידי pituachMVP, Moderator יום חמישי 31 מאי 2012 05:49
-
הסברתי שאפשר גם בלי טור נוסף אבל זו הדרך הכי קלה להראות את זה. כמו שאתה רואה זה עובד. נכון?
* כבר כתבתי קוד מסודר יותר עם הערות כאן:
http://ariely.info/Blog/tabid/83/EntryId/86/Questions-Answers-relations.aspxרציתי להמתין לאישור שאין יותר חורים כדי להעלות לאוויר בבלוג מסודר גם את ההסברים על הבעיות שיש בדרכים אחרות כפי שעלו בפורום (על ידך), אבל הנה בעקרון הקוד המלא קצת יותר מסודר עם שימוש בשלושת הטורים. ובבלוג יש גם קוד נקי יותר ללא שימוש בטור השלישי והערות והסברים נוספים יגיעו בפירסום הסופי אבל אני חושב שמי שלקח חלק בשירשור כבר יכול להבין מזה
CREATE table Questions ( Q_ID int PRIMARY KEY not null identity, Q_Str nvarchar(100) ); CREATE TABLE Answers ( A_ID int PRIMARY KEY NOT NULL identity, A_Q_ID int REFERENCES Questions(Q_ID) NOT NULL, A_Str nvarchar(100) NULL ); CREATE TABLE Default_Q_A ( D_Q_ID int REFERENCES Questions(Q_ID) NOT NULL, D_A_ID int REFERENCES Answers(A_ID) NOT NULL, D_A_Q_ID int NOT NULL -- כאן נכניס את הערך של מספר השאלה המתאים לתשובה שבחרנו ); ALTER TABLE Default_Q_A ADD CONSTRAINT chk_Default CHECK (D_Q_ID = D_A_Q_ID) ALTER TABLE Default_Q_A ADD UNIQUE (D_Q_ID) ALTER TABLE Default_Q_A ADD UNIQUE (D_A_ID) GO INSERT INTO Questions VALUES (N'Who'), (N'What') INSERT INTO Answers VALUES (1, N'Clinton'), (1, N'Obama'), (2, N'Blue'), (2, N'red') GO SELECT * FROM Questions SELECT * FROM Answers GO -- נבחר תשובת ברירת מחדל לשאלה ראשונה על ידי הוספה של הרשומה לטבלת ברירת המחדל INSERT INTO Default_Q_A VALUES (1, 2, 1) SELECT * FROM Default_Q_A GO -- עתה ננסה להכניס נתון לא חוקי -- ננסה לבחור תשובת ברירת מחדל נוספת לאותה שאלה ולכן נקבל שגיאה. יכול להיות רקר ברירת מחדל אחת לכל שאלה INSERT INTO Default_Q_A VALUES (1, 1, 1) SELECT * FROM Default_Q_A GO /* Msg 2627, Level 14, State 1, Line 1 Violation of UNIQUE KEY constraint 'UQ__Default___053C2203377B55FE'. Cannot insert duplicate key in object 'dbo.Default_Q_A'. The duplicate key value is (1). The statement has been terminated. */ -- עתה ננסה להכניס נתון לא חוקי -- נבחר את תשובה מספר 3 כברירת מחדל של שאלה ראשונה -- אבל תשובה 3 שייכת לשאלה 2 ולכן נקבל שגיאה INSERT INTO Default_Q_A VALUES (1, 3, 2) /* Msg 2627, Level 14, State 1, Line 2 Violation of UNIQUE KEY constraint 'UQ__Default___053C2203377B55FE'. Cannot insert duplicate key in object 'dbo.Default_Q_A'. The duplicate key value is (1). The statement has been terminated. */ --CLEAN /* drop table Default_Q_A drop table Answers drop table Questions */
* כך שהנושא התיאורטי הפך למעשי כרגע :-)
כמובן שיש עוד פתרונות וזה רק רעיון אחד (כתבתי עוד רעיון בשירשורים מעל ובטח יש עוד)
- נערך על-ידי pituachMVP, Moderator יום חמישי 31 מאי 2012 06:43
-
נסה לעשות את זה
למה לחשוב הרבה בע"פ? שמתי קוד מלא בקישור אז אתה יכול קודם לנסות ואז תקבל שאתה לא יכול לבצע את זה.
http://ariely.info/Blog/tabid/83/EntryId/86/Questions-Answers-relations.aspxאם אחרי שתראה שזה עובד משהו לא יובן אני אוכל להסביר אבל מה טוב יותר מקוד שמסביר זאת?
תבדוק את הקוד המלא בקישור ששמתי. עדיף לדון על הדוגמה התחתונה שיש בה רק 2 טורים בטבלה המקשרת אבל כמובן אתה יכול לנסות גם בדוגמה העליונה עם השאילתה שאתה רשמת כאן בדיוק ותקבל שאתה לא יכול:
יש בבלוג דוגמאות קוד של בדיקות כולל מה שאתה שואל. כמו כן שמתי את הודעת השגיאה שמתקבלת למי שעצלן ולא רוצה לנסות לבד וסומך עלי שזה מה שקיבלתי.Msg 2627, Level 14, State 1, Line 2 Violation of UNIQUE KEY constraint 'UQ__Default___053C22036D12A472'. Cannot insert duplicate key in object 'dbo.Default_Q_A'. The duplicate key value is (1).
The statement has been terminated.
בקצרה אני אנסה שוב להסביר (כנראה שאני לא מסביר את טוב אם זה לא מובן).
יש 2 פתרונות:
התנאי שמונע את זה בדוגמה התחתונה הוא:
ALTER TABLE Default_Q_A ADD CONSTRAINT chk_Default CHECK (D_Q_ID = [dbo].[CONSTRAINT_Default_Q_A](D_A_ID))
התנאי שמונע את זה בדוגמה למעלה הוא:
ALTER TABLE Default_Q_A ADD CONSTRAINT chk_Default CHECK (D_Q_ID = D_A_Q_ID)
הרעיון הבסיסי הוא שיש תנאי שבודק שמספר שאלה כפי שמופיע בטבלה של התשובות זהה למספר השאלה כפי שמופיע בעמודה של ה REFERENCES מטבלת השאלות. לכן לא ניתן להכניס תשובה של שאלה X כברירת מחדל לשאלה Y. זה יגרור סתירה עם התנאים האלו
- נערך על-ידי pituachMVP, Moderator יום חמישי 31 מאי 2012 18:17
-
Ami Levin, SQL Server MVP. CTO, DBSophic LTD. - http://www.dbsophic.com/ --Performance is the most significant driver in maintaining data and service availability.--
