קפיצה ב sql server identity

[clickone]

נתקלתי היום בהתנהגות ממש ממש מוזרה בMSSQL
הוא הקפיץ לי מספר אוטו' ב999 מספרים קדימה
הייתי בטוח שמישהו הצליח לפרוץ - בקיצור הייתי בלחץ גדול (אני עוד מתלבט אם צריך לברך מחר הגומל....)
בדקתי שוב ומצאתי את התופעה הז אצלי בכמה DB ובכמה טבלאות שונות.
בסוף בחיפוש גוגל אני מגלה שזו תופעה ידועה, וזה לא באג, אלא התנהגות מכוונת של MSSQL ושאם ממש רוצים אפשר למנוע אותה

המוזר הוא שאני עובד צמוד עם MSSQL כבר כמה שנים ולא נתקלתי בזה במודע מעולם (ז"א, רק עכשיו הלכתי לבדוק אחורה ואני רואה שזה כן קיים גם אצלי)
מישהו נתקל בזה?
מכיר? שמע?

תנסו לחפש בגוגל

sql server identity jump 99~20000‏

(ותודה ל @dovid על הטריק של ~ שמביא טווח בחיפוש גוגל)
והנה כמה לינקים שבינתיים מצאתי

https://www.codeproject.com/Tips/668042/SQL-Server-2012-Auto-Identity-Column-Value-Jump-Is
https://stackoverflow.com/questions/17587094/identity-column-value-suddenly-jumps-to-1001-in-sql-server
https://stackoverflow.com/questions/14162648/sql-server-2012-column-identity-increment-jumping-from-6-to-1000-on-7th-entry

[מנצפך]

גם ב postgresql שמתי לב שיש קפיצות, של כמה מספרים בודדים. (אולי זה בגלל הפריימוורק. לא יודע).

[WWW]

@clickone איזה התנהגות מוזרה...
מה הרעיון שיקפוץ אחרי כל אתחול של השרת?

וגם למה MSSQL לוקחת כ"כ הרבה משאבים?

[clickone]

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

[מנצפך]

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

[upsilon01]

פוסט זה נמחק!