כמה שאלות על תכנון DB

WWW

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

ב"ה הסתדרתי עם 1.
(לאחר תלאות הרבה, עד שעלה בדעתי לחפש אופציה שיודפס לי בקונסול טקסט השאילתא בלייב, וב"ה מצאתי, והופיע שם LEFT JOIN עם הפנייה במשפט ה ON, לשדה שנמצא בטבלה שמאלית שורה אחריו.
וזה היה השגיאה).

אבל עדיין יש לי בעיה של עדכון הטבלה השמאלית.

WWW

ב"ה הסתדרתי גם עם הבעייה השנייה, הייתי צריך להוסיף אטריבוט UpdatableExtension.
ככה זה כשאין תיעוד נורמלי

ו @dovid לכאורה צדקת, שזה בעייה ספציפית בסרניטי.

WWW

טוב אז צריך לחזור לעבודה

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

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

ליישם את זה בסרניטי זה כבר עוד סיפור, אבל השם יעזור.

@dovid @clickone , תודה רבה!!!

חוקר

@WWW אמר בכמה שאלות על תכנון DB:

טוב אז צריך לחזור לעבודה

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

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

ליישם את זה בסרניטי זה כבר עוד סיפור, אבל השם יעזור.

@dovid @clickone , תודה רבה!!!

עד כמה שידוע לי ניתן לעשות בJOIN משהו בצורת

t1.c1 = t2.c1 OR t1.c2 = t2.c2

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

clickone

@WWW אמר בכמה שאלות על תכנון DB:

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

הייתי הולך בשלב ראשון על group by ו count
ומפצל את כל הטלפונים לטבלה נפרדת

מזהה איש קשר, שם, וכו
מזהה, מזהה איש קשר, טלפון

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

dovid

אני עשיתי זאת בעבר, השתמשתי עם UNION ALL, אני כעת לא יודע בדיוק איך אולי משהו בסגנון:

SELECT A.ID, A.NAME, A.BLA, A.BLA, ALL_TEL.ID, ALL_TEL.NAME
FROM TABLE_X as A
JOIN (
     SELECT  ID, TEL1 AS TEL FROM CONTACTS
     UNION ALL    
     SELECT  ID, TEL2 AS TEL FROM CONTACTS
     UNION ALL   
     SELECT  ID, TEL3 AS TEL FROM CONTACTS) as ALL_TEL ON A.TEL1 = ALL_TEL.TEL

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

clickone

@dovid
ה union מצויין במקום לעשות טבלה נוספת אמיתית.
למי שלא מכיר את union הסיבה שצריך לתת לו גם ALL, כי אחרת הוא לא מביא נתון שכבר קיים בשירשור למעלה.

WWW

@dovid אמר בכמה שאלות על תכנון DB:

תודה רבה!

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

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

WWW

@clickone אמר בכמה שאלות על תכנון DB:

למי שלא מכיר את union הסיבה שצריך לתת לו גם ALL, כי אחרת הוא לא מביא נתון שכבר קיים בשירשור למעלה.

הבנתי, זה DISTINCT בברירת מחדל.

WWW

@dovid אי חושב שבסיטואציה שלי, אצטרך לעשות UNION גם לטבלה הראשית, ולא רק ל JOIN.
אני צודק?

עריכה:
אבל הבעיה היא: שאני לא רוצה לעשות UNION ALL על הטבלה הראשית, כי אני לא רוצה רשומות כפולות, ומנגד אני כן רוצה להשתמש באפשרות שבשאילתה הנוכחית תהיה סוג של LIST לכל רשומה עם מספרי הטלפון בשדה יחיד, כך שאוכל לעשות JOIN לפי זה לטבלת השכנים.

קיים דבר כזה?

מקווה שהובנתי.

dovid

 SELECT Customers.*
 FROM Customers 
 INNER JOIN 
     (SELECT DISTINCT ALL_TEL_CUST.ID FROM
           (SELECT  ID, TEL1 AS TEL FROM Customers 
            UNION ALL
            SELECT  ID, TEL2 AS TEL FROM Customers 
            UNION ALL
            SELECT  ID, TEL3 AS TEL FROM Customers) AS ALL_TEL_CUST 
     INNER JOIN (
            SELECT  ID, TEL1 AS TEL FROM Schuna
            UNION ALL
            SELECT  ID, TEL2 AS TEL FROM Schuna
            UNION ALL
            SELECT  ID, TEL3 AS TEL FROM Schuna) as ALL_TEL_SCHUNA 
     ON ALL_TEL_CUST.TEL = ALL_TEL_SCHUNA) AS T
 ON Customers.ID = T.ID

dovid

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

WWW

@dovid
תודה רבה!
אני באמצע 'לעכל' את זה...
בשורה 12, צריך להיות:

     ON ALL_TEL_CUST.TEL = ALL_TEL_SCHUNA.TEL) AS T

?

clickone

@WWW בלי להעמיק בקוד שלו, לכאורה כן

dovid

@WWW צודק.
זה לא כ"כ מורכב, יש שאילתה של כל הטלפונים של הלקוחות עם הID שלהם, כולל כפילות (כי לא אכפת לי, וכדלקמן).
אני עושה JOIN בינה לבין שאילתה זהה על השכונה (שם הID מיותר אבל הוא נשאר בגלל העתק הדבק שלי).
כעת כל השורות שיימצאו מהJOIN הזה הם שורות של התאמה בין הלקוחות לשכונה, קרי לקוחות שגרים בשכונה.
אני לוקח משאילתת הJOIN הזו את כל המזהים של הלקוחות (בשביל לקבל רק לקוח מכל התאמה (גם אם יש לו שלוש התאמות למשל), יש DISTINCT על השאילתה).
שלב הבא זה סה"כ לקבל את פרטי הלקוח הנוספים מטבלת הלקוחות, זה השאילתה החיצונית ביותר.

WWW

@dovid הבנתי פחות או יותר.

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

הבעיה שבסרניטי יש פיצ'ר מיוחד בשביל להציג טבלה משנית עם סינון לפי הרשומה הנוכחית בטבלה הראשית.
הפיצ'ר הזה מקבל 3 פרמטרים: 1. מחלקת הטבלה המשנית עם כל המאפיינים שלה. 2. שם השדה בטבלה המשנית לסינון על פיה. 3. שם השדה בטבלה הראשית לסינון על פיה (ברירת מחדל ID).

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

הבעיה שכעת אני לא יודע איך לממש את זה.

אני חשבתי ועדיין חושב, שאולי הפתרון הפשוט, זה לכלול בטבלה המשנית (=השכנים) משהו כעין השאילתה שכתבת, וכן לתת לו DISTINCT שלא יציג כפול.

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

אני ממש מקווה שהובנתי, ואשמח מאד אם מישהו יחלץ אותי מהסבך הזה....

@dovid תודה רבה רבה לך!
אין מילים!

dovid

@WWW זה לא רחוק ממה שביקשת, אבל רק עוד שתי הבהרות:

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

WWW

@dovid אמר בכמה שאלות על תכנון DB:

א. אפשר לספק לפיצ'ר של סרניטי שאילתה במקום טבלה?

ככל הנראה לא, הוא לא רוצה רק שם טבלה, אלא הוא רוצה את כל המחלקה של כל הישויות וההגדרות איזה שדות מהטבלה יוצגו.

כמו"כ גם בשדה שאני מסנן על פיה, אני לא יכול לספק לו תחביר כזה: "T1.ID", אלא אני צריך לספק לו שם של שדה שמוגדר במחלקה,
רק שלזה יש פתרון פשוט, להוסיף במחלקה שדה עם השם "T1-ID", ולשים לו מאפיין Expression("T1.ID").

וכן אני בהחלט יכול במחלקה של הטבלה המשנית, להגדיר שיהיה המקור שלו שאילתה מורכבת, ולא רק שם טבלה.

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

התוצאה שאני צריך זה:

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

תודה רבה!

dovid

@WWW אפשר ליצור View במסד ולתת אותה לסרניטי כטבלה או גם זה לא?

WWW

@dovid ייתכן שכן.

אבל כמובן רק אם אני אצור לזה מחלקה וכו' כאילו זה עוד טבלה במסד.

אבל האמת שאני לא מבין לאן אתה חותר.

לא אכפת לי להפוך את כל טבלת השכנים, שיהיה לשרותו של הטריק הזה.

אם אתה רוצה לספק לפיצ'ר הנ"ל שם של View אני ממש לא חושב שקיים, מק"ו שלא ניתן לתת שם של טבלה...
ואם אתה מתכוין שבמחלקה של השכנים ארשום הפניה ל View ולא ל טבלה, אני גם יכול להפנות לשאילתה מסובכת.

TableName("(SELECT ...)")

במקום:

TableName("[dbo].[Table]")

תחומים - פורום חרדי מקצועי

כמה שאלות על תכנון DB