@softs
לגבי ה DB אם אלו השיקולים שלך תמיהני על הניק שבחרת . .
ניק ולא ניק תיר ולא תיר, ניק מעיד על שאיפה ולא על השגה, מי שהשיג הכל אין לו בשביל מה לחיות.... לא ככה חינכו אותנו???
@softs
אתה הרי תופס פי 4 מקום עם NVARCHAR או פי 2 עם VARCHAR במקום VARBINARY
זה לא שלא עבדתי עם עמודה בינארית מעולם, אבל לא תמיד השיקול הוא תפיסת מקום, לפעמים זה זניח, התעלמת מהשיקולים האחרים שהיו שם, בשביל לעבוד עם אימיילים ודפדפנים שמסוגלים לפענח base64 בצורה מובנית, ושליפה ישירה ללא תחנות יש בה פשטות שחשובה מאוד לפיתוח ותחזוקה, ואגב הביקורת שלך יכולה להיות מופנית כלפי כל ההמצאה הזאת של base64 בכלל... זה נועד לפרוטוקולים שמתמחים בהעברת טקסטים וזה העולם שאנו חיים בו כרגע....
@softs
למה לא לשים בטבלה VARBINARY וליצור VIEW שמציג HEX? יש פונקציה פשוטה שהופכת VARBINARY ל HEX
sys.fn_varbintohexstr ויכולה לשמש ב VIEW בקלות
זה טוב!
בפונקציות של SQL server אני לא בקי גדול, כשהייתי עובד עם אקסס (ועדיין עובד איתו בפרוייקטים מסויימים), יש לו שדה של קבצים מצורפים, והוא מהדברים השנואים עלי ביותר באקסס.... כנ"ל גם שדה של אובייקט OLE.
@softs
אגב אני הייתי מצפה לקבל VARBINARY (או FILESTREAM במקרה הגרוע יותר) ממתכנת שהיה לפני . . .
ואעפ"כ... הפורום נועד כדי לחשוב גם מחוץ לקופסת הציפיות ולהעלות שיקולים נוספים שאולי לא חשבו עליהם... בוא וניצמד לטיעונים מספיקים ונקבל את המסקנות בצורה משכנעת, בלי ציפיות ובלי כריות.
פורסם במקור בפורום CODE613 ב14/07/2014 12:42 (+03:00)