אפשר גם וגם.
אין מניעה להוסיף עמודות לטבלאות קיימות ואפילו גם מפתחות NON-UNIQUE.
אם אתה מוסיף הרבה שדות המתארים נושא אחד או בעלי מכנה משותף כלשהו, זה יכול להיות נוח יותר לרכז את הכל בטבלה אחת. לדוגמא, טבלת PARTSPEC יכולה היתה להיות כולה בתוך PART, אך מאחר וקיים מכנה משותף מובהק (טיפוס, רוחב, מטרת שימוש) לעמודות הפרמטרים למוצר, העמודות קובצו בטבלה נפרדת עם יחס של 1:1 לטבלת PART.
לפריוריטי על בסיס הנתונים SQL Server אין מגבלה הנובעת מכמות הנתונים. אלא אם כן בטבלאות שלך יש כמות חריגה בצורה בלתי רגילה (עשרות מליונים ומעלה) – במקרה כזה תעבוד על שרת פיתוח ותריץ את עדכוני המהדורה שלך בשרת QA. אחרי שתבדוק ותראה שהכל תקין, תריץ בפרודקשן.
בכל אופן אני תמיד ממליץ לעבוד על שרת פיתוח. ואפילו להכין עוד שרת QA בשביל להריץ עליו עדכוני מהדורה שאתה מכין בשרת הפיתוח. זה חוסך הרבה דפיקות לב ושערות לבנות כמו כן, זה מאפשר לך ללמוד את התנהגות המערכת בצורה חופשית.