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

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

מעבר לזה, ניסיתי את זה - הגדרתי שדה כך:

קוד:

 
fldName INT(6) ZEROFILL

אבל זה לא הוסיף אפסים כשמשכתי נתונים מהDB.
גם כשניסיתי ללא ZEROFILL, לא התווספו רווחים.

1. למה כל זה טוב?
2. למה זה לא עובד לי?

תודה

נסה להסביר בעברית תקנית ומדוברת מה אתה רוצה לעשות ומה הבעיה, ללא הרבה מלל מיותר מסביב...

ההגדרה המספרית אינה קשורה לתצוגה, היא רק מציינת את האורך של המספר השלם (כמדומני שכך בכל המסדי נתונים הפופולאריים, אך תמיד יתכנו שינויים במסד נתונים מסויים).
ההגדרה ZEROFILL תמלא את הספרות משמאל באפסים (בעת התצוגה - שליפת מידע).

לֶמַה זה טוב?
כשתתקל בצורך תראה בעצמך.

ציטוט:

במקור נכתב על ידי ישראל K נסה להסביר בעברית תקנית ומדוברת מה אתה רוצה לעשות ומה הבעיה, ללא הרבה מלל מיותר מסביב... ההגדרה המספרית אינה קשורה לתצוגה, היא רק מציינת את האורך של המספר השלם (כמדומני שכך בכל המסדי נתונים הפופולאריים, אך תמיד יתכנו שינויים במסד נתונים מסויים). ההגדרה ZEROFILL תמלא את הספרות משמאל באפסים (בעת התצוגה - שליפת מידע). לֶמַה זה טוב? כשתתקל בצורך תראה בעצמך.

תודה על התגובה.

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

תודה.

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

* המספר היה בעל אורך של 8 ספרות.
* 2 הספרות הראשונות ייצגו את קוד הקטגוריה הראשית אליה משתייך המוצר.
* 2 הספרות הבאות ייצגו את קוד הקטגוריה המשנית אלהי משתייך המוצר.
* 4 הספרות הנותרות ייצגו את קוד המוצר בטבלת המוצרים.
אם לא הייתי משתמש ב-ZEROFILL, בהרבה מוצרים הספרות היו פחות משמונה ולא הייתי יכול לדעת מה מס' הקטגוריה, מס' הקטגוריה המשנית ואת ה-id של המוצר בטבלת המוצרים.

לדוגמה, באמצעות ZEROFILL מוצר קיבל את הקוד 08020010 במקום 8210.

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

ציטוט:

במקור נכתב על ידי ישראל K אני נתקלתי בצורך כזה כשיצרתי מספר סידורי למוצרים. * המספר היה בעל אורך של 8 ספרות. * 2 הספרות הראשונות ייצגו את קוד הקטגוריה הראשית אליה משתייך המוצר. * 2 הספרות הבאות ייצגו את קוד הקטגוריה המשנית אלהי משתייך המוצר. * 4 הספרות הנותרות ייצגו את קוד המוצר בטבלת המוצרים. אם לא הייתי משתמש ב-ZEROFILL, בהרבה מוצרים הספרות היו פחות משמונה ולא הייתי יכול לדעת מה מס' הקטגוריה, מס' הקטגוריה המשנית ואת ה-id של המוצר בטבלת המוצרים. לדוגמה, באמצעות ZEROFILL מוצר קיבל את הקוד 08020010 במקום 8210. וזו כמובן רק דוגמה אחת, כשניתקלים בצורך רואים שזה יכול לתת פתרון להרבה בעיות (כמו שקל יותר להבין תשובה לאחר ששואלים שאלה יותר מאשר שומעים את ההסבר מבלי להתקל מראש בבעיה/שאלה).

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

יש לך מושג למה זה לא עובד לי כשאני שולף מDB בASP??

תודה

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

אני מקוה שאתה משתמש ב-MYSQL:

http://dev.mysql.com/doc/refman/5.0...eric-types.html

כתוב שם על ZEROFILL..תראה את ההערה.

אני אכן משתמש בMysql ואני בא בדיוק מmanual שהפנית אותי אליו.


ההערה מדברת על JOIN וUNION - שבהם הZEROFILL מושמט.
אבל אני עושה שאילתה פשוטה של SELECT, ולא רואה זכר - לא לרווחים ולא לאפסים.

שלא שומרים מספרים ביצוג בינארי. במסדי נתונים אלה האורך משנה.

ציטוט:

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

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

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