SQL נבדל: תיאור, דוגמאות, מאפיינים

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

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

הכנת טבלאות

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

בואו נמלא את הטבלאות בנתונים. הוסף 9 ערכים לטבלת הטפטים:

יש גם תשעה רשומות בטבלה עם שאריות:

נתחיל לתאר עד כמה נעשה שימוש מובחן ב- SQL.

מקומות שונים בסעיף בחר

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

יש לזכור שרוב DBMS אינם מזהים את שאילתתך כך:

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

שימוש מובחן בשאילתות סטנדרטיות

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

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

ואנחנו מקבלים את התוצאה:

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

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

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

שימוש בפונקציות מצטברות נפרדות

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

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

הבקשה תחזיר את התשובה 143. אם נשנה ל:

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

משמש לרוב ב- SQL שונה מהפונקציה Count. לכן, ללא קושי, אנו יכולים לגלות כמה סוגים ייחודיים של טפטים יש לנו בדרך כלל:

וקבל תוצאה 5 - נייר רגיל ודו שכבתי, ויניל, בד ולא ארוג. אין ספק שכולם ראו פרסומת כמו: "רק לנו יש יותר מ -20 סוגים של טפטים שונים!", כלומר בחנות זו אין כמה עשרות גלילים מכל דבר, אלא טפטים ממגוון רחב של סוגים מודרניים.

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

מתי להפיל את הוויכוח

יש להשליך את השימוש בארגומנט המובהק של SQL באחד משני המקרים:

1. אתה מביא משולחנות ובטוחייחוד הערכים בכל אחד מהם. במקרה זה, השימוש בטיעון אינו הולם, מכיוון שמדובר בעומס נוסף על השרת או הלקוח (תלוי בסוג ה- DBMS).
2. אתה חושש לאבד את הנתונים שאתה צריך. הבה נסביר.

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

וגם - אתה מאבד חלק מהנתונים:

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

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

אלטרנטיבה מובחנת

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