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

[WWW]

@dovid ייתכן שכן.

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

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

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

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

TableName("(SELECT ...)")

במקום:

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

[WWW]

@dovid אם אני רוצה לשלוף גם את ה ID של הטבלה השנייה,
בשורה 4:

     (SELECT DISTINCT ALL_TEL_CUST.ID, ALL_TEL_SCHUNA.ID FROM

איך אני גורם שלא יהיו כפילות כלל,

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

[WWW]

@dovid
@clickone

תודה רבה!!!

זה עובד ב"ה!

[WWW]

מעניין מישהו לדעת איך בדיוק זה עובד?

[dovid]

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

מעניין מישהו לדעת איך בדיוק זה עובד?

אני!
היו לי כמה אפשרויות אבל חוסר ההיכרות שלי עם סרניטי העמידה אותם בספק.

[WWW]

@dovid בינתיים אני רואה שיש עדיין כמה באגים.
עדיין לא הצלחתי להסתדר לגמרי עם הקיבוץ.
קרה לי משהו מאד מוזר...
זה החליף לי 2 רשומות ב DB לרשומות אחרות.
היה לי 4 רשומות שונות, כעת יש לי 2 כפולים, אבל עם מזהים אחרים.

[WWW]

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

אני!
היו לי כמה אפשרויות אבל חוסר ההיכרות שלי עם סרניטי העמידה אותם בספק.

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

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

(SELECT DISTINCT ALL_TEL_CUST.SchunaId, ALL_TEL_SCHUNA.ClientId AS ClientId FROM
	(SELECT SchunaId, phone_Home AS TEL FROM Schuna 
	UNION ALL SELECT SchunaId, phone_2 AS TEL FROM Schuna 
	UNION ALL 
	SELECT SchunaId, phone_3 AS TEL FROM Schuna) AS ALL_TEL_CUST 
INNER JOIN
	(SELECT ClientId, phone_Home AS TEL FROM Clients 
	UNION ALL 
	SELECT ClientId, phone_2 AS TEL FROM Clients 
	UNION ALL 
	SELECT ClientId, phone_3 AS TEL FROM Clients) as ALL_TEL_SCHUNA
ON ALL_TEL_CUST.TEL = ALL_TEL_SCHUNA.TEL)

עם כינוי:

jb

עם ON:

jb.[SchunaId] = t0.[SchunaId]

עריכה:

ואז יצרתי שדה במחלקת השכנים עם:

Expression("jb.[ClientId]")

ובפיצ'ר של סרניטי בטבלת הלקוחות, הגדרתי שיסנן לפי השדה הזה.
וזהו.

[dovid]

@WWW חסכת קצת בפרטים. עשית View? זה ממופה למחלקת השכנים הרגילה?

[WWW]

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

עשית View?

לא.

זה ממופה למחלקת השכנים הרגילה?

כן.

[dovid]

@WWW טוב אתה לא חייב לפרט.
מהתחלה נמנעתי מלשאול מה בדיוק עשית כי ראיתי שאתה לא רץ לפרט לבד.

[WWW]

@dovid תאמין לי שלא התכוונתי למשהו רע.
אתה רוצה לדעת על הפרוייקט?

חשבתי שאתה רוצה פרטים טכניים...

[WWW]

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

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

[dovid]

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

[WWW]

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

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

אמנם בפיצ'ר דרוש מחלקה של טבלה.
אבל במחלקה אני יכול להוסיף LeftJoin, וב LeftJoin אני יכול לכתוב מה שבא לי בתור שם טבלה.

בעצם ב2 מילים:
הפתרון הוא:

1. שאני כולל את השאילתה שלך ב LeftJoin קבוע בטבלת השכנים (אין לי בעיה מבחינת ביצועים, כי זה משמש כמעט רק לזה).

2. שאני מוציא מהשאילתה גם את ה ID של טבלת הלקוחות.

3. שאני קובע את ה ID של הלקוחות כשדה במחלקה של השכנים.

ואז יש לי שדה לסינון בפיצ'ר.

[dovid]

אוקי. עדיין לא מובן לי המשפט הזה:

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

ובפיצ'ר של סרניטי בטבלת הלקוחות, הגדרתי שיסנן לפי השדה הזה.

יש לנו פה שתי צעדים פשוטים:
א. הביטוי ששמת כשם טבלה זה מביא טבלה של כל הלקוחות ויושבי השכונה עם התאמה כל שהיא, שמכילה את העמודות הבאות: מזהה איש בשכונה, ומזהה לקוח - שנמצא ביניהם קשר ע"י הטלפונים.
ב. ברגע שאתה עושה JOIN בין הרשימה הזו לבין הרשומה הנוכחית (כלומר jb.[SchunaId] = t0.[SchunaId]), הרשימה מכילה רק לקוח אחד לכל היותר X מספר האנשים בשכונה שנמצאו תואמים לו.

אז א"כ הפילטור לשם מה הוא בא?

[WWW]

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

אז א"כ הפילטור לשם מה הוא בא?

איזה פילטור?

אחרי שעשיתי את אות ב' שכתבת, שאת זה כבר עשיתי במחלקה של השכונה.

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

[dovid]

אוקי כמודמה לי שהבנתי הכל, תודה.

[WWW]

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

אוקי כמודמה לי שהבנתי הכל, תודה.

שמח לשמוע :).

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

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

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

אני צריך למצוא דרך לשלב את ה LeftJoin רק כשצריך אותו בסרניטי, מקווה שאני לא אצטרך לשכפל את כל המחלקות של הטבלה לקוחות :(.
בינתיים לא מצאתי דרך.

[WWW]

@dovid אני מנסה עכשיו לעשות את מה שכתבתי בהודעה הקודמת,
ומעניין מאד שכאן בטבלת הלקוחות אם אני מוסיף LEFTJOIN לשאילתה הזאת, זה מביא לי ערכים כפולים, (שהפרונט של סרניטי לא יודע להתמודד עם זה...).
משא"כ בטבלת השכנים משום מה אין לי תוצאות כפולות.

יש לך הסבר לזה?
אני שובר את הראש כבר 5 דקות.

[clickone]

@WWW יכול להיות שהוספת שדה עם ערך ייחודי נוסף, ולכן הDISTINCT גורם לזה שתהיה עוד עמודה
תנסה אולי לקבץ את הערך הזה