למי ששכח ולמי שלא ידע,

מדירה מזמינה את כולם לצפות בצוותא בהרצאות של 24 שעות של PASS.

בימים רביעי וחמישי, 7-8.9 נצפה יחדיו במיטב ההרצאות של מיטב המומחים בעולם בתחום ה SQL.

האירוע יתקיים בקפה מצדה בהרצליה בין השעות 15:00-03:00.

פרטים נוספים ניתן למצוא כאן: http://www.madeira.co.il/contact/post_notifications/pass2011

נשמח לראותכם.

   1: CREATE TABLE Sales(

   2:     SalesPersonID INT NOT NULL,

   3:     SaleDay Date NOT NULL,

   4:     TotalDue Decimal(8,2) NOT NULL)

   5:

   6: INSERT INTO Sales(SalesPersonID,SaleDay,TotalDue)

   7: VALUES(1,'2010-01-01',1442.50),

   8: (1,'2010-01-15',1521.50),

   9: (1,'2010-01-18',22.50),

  10: (1,'2010-03-21',3792.50),

  11: (1,'2010-04-01',1690.50),

  12: (1,'2010-05-24',1670.50),

  13: (1,'2010-11-13',1211.50)

   1: SELECT    a.SalesPersonID,

   2:         a.SaleDay,

   3:         a.TotalDue,

   4:         (

   5:             SELECT TOP 1

   6:                 TotalDue

   7:              FROM Sales b

   8:              WHERE a.SaleDay>b.SaleDay

   9:              ORDER BY SaleDay DESC

  10:         ) as PrevDaySale

  11: FROM Sales a

  12: ORDER BY a.SaleDay

   1: INSERT INTO Sales(SalesPersonID,SaleDay,TotalDue)

   2: VALUES(2,'2010-01-02',1452.50),

   3: (2,'2010-01-16',1581.50),

   4: (2,'2010-01-19',2218.50),

   5: (2,'2010-03-22',3892.50),

   6: (2,'2010-04-02',6690.50),

   7: (2,'2010-05-25',3670.50),

   8: (2,'2010-11-15',1711.50)

   1: SELECT  a.SalesPersonID,

   2:         a.SaleDay,

   3:         a.TotalDue,

   4:         (

   5:             SELECT TOP 1

   6:                 TotalDue

   7:              FROM Sales b

   8:              WHERE a.SaleDay>b.SaleDay and a.SalesPersonID=b.SalesPersonID

   9:              ORDER BY SaleDay DESC

  10:         ) AS PrevDaySale

  11: FROM Sales a

  12: ORDER BY a.SalesPersonID,a.SaleDay

   1: WITH CTE AS (

   2:     SELECT

   3:         a.SalesPersonID,

   4:         a.SaleDay,

   5:         a.TotalDue,

   6:         ROW_NUMBER() OVER (PARTITION BY SalesPersonID ORDER BY SaleDay) AS RowNum

   7: FROM Sales a

   8: )

   9:

  10: SELECT a.SalesPersonID,a.SaleDay,a.TotalDue,b.TotalDue as PrevDaySale

  11: FROM CTE a

  12: LEFT JOIN CTE b

  13: ON a.RowNum-1=b.RowNum

  14: AND a.SalesPersonID=b.SalesPersonID

   1: SELECT

   2:     SalesPersonID,

   3:     SaleDay,TotalDue,

   4:     LAG(TotalDue,1,0) OVER (PARTITION BY SalesPersonID ORDER BY SaleDay) AS PrevDaySale

   5: FROM Sales

• ביצועים – בפונקציות אלו אנו ניגשים לטבלה רק פעם אחת (בניגוד לשיטות הקודמות)
• קוד נקי וקריא – בלא צורך ב self-join ועם שימוש בפונקציה אחת בלבד, הקוד קריא ומובן יותר.

   1: SELECT

   2:     SalesPersonID,

   3:     SaleDay,TotalDue,

   4:     LAG(TotalDue,1,0) OVER (PARTITION BY SalesPersonID ORDER BY SaleDay) AS PrevDaySale

   5: FROM Sales

   6: WHERE SalesPersonID=1 AND SaleDay='2010-01-15'

לדוגמא, בשאילתא זו אני מבקש להחזיר רק את ערכי המכירה של איש מכירות מספר 1 מתאריך 2010-01-15.

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

אך, למרבה ההפתעה, למרות שאני יודע שהיו מכירות מוקדמות יותר ממכירה זו, אני מקבל בשדה PrevDaySale את הערך 0 – שהוא ערך ברירת המחדל בפונקציית ה LAG למקרה שלא קיימת שורה מתאימה במרחק המבוקש.

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

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

לסיכום,

הפונצקיות החדשות LAG ו LEAD מסייעות לנו בביצוע פעולות שבעבר דרשו פיתוח ארוך ומסובך יותר.

הן מאפשרות לנו גמישות רבה יותר בביצוע פעולות אלו וביצועים גבוהים יותר.

לכל מי שמעוניין בעוד מידע,

במפגש ה ISUG שייערך בספטמבר, אעביר הרצאה מעמיקה בנושא החידושים ב Denali.

כחלק מההרצאה אתעמק בנושא הביצועים של הפונקציות הנ”ל.

כולכם מוזמנים להגיע ולשמוע כמובן.

אשמח לשמוע ביקורות, הערות ושאלות.

ביום רביעי בשבוע שעבר התבשרנו על חידושים ושחרורים רבים ב SQL.

השחרור עליו אני רוצה לדבר הפעם הוא של SP1 ל R2 2008.

את ה-SP ניתן להוריד כאן.

את רשימת הבאגים שתוקנו ניתן למצוא כאן.

אני רוצה להציג כמה חידושים שנוספו בגרסא זו:

1) ForceSeek

זהו table hint אשר קיים כבר מגרסת 2008.

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

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

במקרה כזה האופטימייזר מחליט לעיתים לעשות scan על הטבלה במקום seek.

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

כמובן שלהתערבות כל כך בוטה באופטימייזר יש את ההשלכות וההגבלות שלה, ואלו הן:

   1: --- Only the first column

   2: FORCESEEK (MyIndex (a))

   3: --- Or with the column that comes right after

   4: FORCESEEK (MyIndex (a, b))

אך לא ניתן לעשות כך:

   1: -- using only the third column 

   2: FORCESEEK (MyIndex (c))

   3:

   4: -- skipping a clolumn in the index

   5: and FORCESEEK (MyIndex (a, c))

2) ForceScan

זהו hint חדש שמטרתו להכריח את האופטימייזר להשתמש ב scan במקום ב seek. גם כאן כמו ב forceseek השימוש יעיל בעיקר כשהאופטימיזר מעריך שיחזרו פחות רשומות מאשר באמת חוזרות.

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

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

3) sys.dm_os_volume_stats

זוהי פונקצית ניהול חדשה (DMF – Dynamic Management Function) אשר מקבלת כפרמטרים את ה Database_Id ואת ה File_Id של קבצים (קבצי DB כמובן, LDF ו MDF)

ומספקת לנו נתונים אודות ה VOLUME עליו יושב הקובץ הזה – הכוונה ב VOLUME היא התיקייה בתוכה נמצא הקובץ.

אם נפעיל את הפונקציה הזו בעזרת CROSS APLLY על sys.master_files נוכל לקבל את הנתונים הנ"ל לגבי כל הקבצים של כל ה DBs ב instance שלנו.

   1: SELECT

   2: DB_NAME(f.database_id),

   3: f.physical_name,

   4: f.size,

   5: f.growth,

   6: f.is_percent_growth,

   7: vs.file_system_type,

   8: vs.total_bytes,

   9: vs.available_bytes,

  10: vs.is_compressed,

  11: vs.is_read_only

  12: FROM   sys.master_files AS f

  13: CROSS APPLY   sys.dm_os_volume_stats(f.database_id, f.file_id) AS vs

(הקליקו על התמונה להגדלה)

הנתון העיקרי והחשוב ביותר שאנחנו מקבלים מהפונקציה הזו הוא הנתון לגבי המקום הפנוי בדיסק עליו יושב הקובץ.

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

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

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

באמצעות הנתונים על Auto growth של הקבצים שקיימים ב sys.master_files אפשר לחשב בקלות עוד כמה מקום יש לקובץ לגדול אם בכלל, ולהוציא התרעות על סמך נתונים אלו.

בנוסף אפשר לדעת האם הדיסק עליו יושב הקובץ דחוס, איזה fie system בשימוש ועוד.

4) sys.dm_server_registry

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

אז עכשיו כבר לא צריך.

בעזרת ה DMV החדש ניתן לגשת לכל מידע מה Registry שקשור ל Instance (כן, רק למידע ששייך ל SQL, זה סוג של חיסרון)

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

   1: SELECT    registry_key,   value_name,   value_data

   2: FROM   sys.dm_server_registry

   3: WHERE registry_key LIKE '%Tcp\IPAll%'

(הקליקו על התמונה להגדלה)

5) sys.dm_server_services

בעזרת View זה ניתן לקבל מידע על כל ה services שקשורים ל Instance שאליו אנו מחוברים.

אפשר לראות האם service רץ, באיזה מצב של הפעלה הוא, באיזה PROCESSID הוא רץ, מה היוזר שמריץ אותו והאם הוא קלאסטרד.

זה נוח לצרכים של Troubleshoot כאשר אנחנו לא מחוברים פיזית למכונה, אבל רוצים לקבל נתונים לגבי ה services- למשל בדיקה האם ה Agent רץ לפני שמנסים להפעיל ג’וב.

(הקליקו על התמונה להגדלה)

6) sys.dm_os_windows_info

מספק לנו נתונים לגבי מערכת ההפעלה שמותקנת על השרת.

7) Sys.dm_exec_query_stats

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

יש עוד כמה וכמה חידושים ותיקונים בגרסא הזו, כמו התמיכה במעל ל 1000 פרטישנים (שהוצגה כבר ב SP2 של 2008- מידע נוסף )

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

בפעם הבאה אספר לכם על Denali CTP3 וכל מיני דברים טובים שהוא מכיל.

I had the pleasure of giving the "Top 10 Features Every DBA Must Know" at the SQL Explore conference.

For all of you who would like to go over the materials and make further use of them, please turn to: http://www.madeira.co.il/top-10-features-every-dba-must-know-sql-explore/

Good Luck!
Shy

היי,
נעים מאוד.

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

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

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

ניפגש בקרוב,
שי.