home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.databases.ms-sqlserver      Notorious Rube Goldberg contraption      19,505 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 19,190 of 19,505   
   Erland Sommarskog to Michael Cole   
   Re: Best Practices for Wide Columns in T   
   30 Apr 15 12:29:38   
   
   From: esquel@sommarskog.se   
      
   Michael Cole (noone@invalid.com) writes:   
   > This is one where there seems to be a lot of conflicting advice out   
   > there in google-land.   
   >   
   > If we have tables with one or more wide columns - VarChar with size of   
   > over 8K in total - should these columns be moved to their own   
   > wide-column table with the initial table simply linking to them?  Is   
   > there much of an advantage/disadvantage to this, or does it actually   
   > depend on how much is stored in them, not the empty column widths?   
      
   Yes, that's the answer: it depends.   
      
   For instance, If I add an xml column to store some freer-form data, I may   
   not want to store it out of table just because it could fit more than 8K of   
   data.   
      
   And if I have table where the main meat is the BLOB data, it is not likely   
   that I would like to store it in a separate table.   
      
   But it the blob is not often accessed and the table have lots of columns and   
   I expect scans to be common place, storing it in a separte table makes   
   sense.   
      
      
      
   --   
   Erland Sommarskog, SQL Server MVP, esquel@sommarskog.se   
      
   Books Online for SQL Server 2005 at   
   http://www.microsoft.com/technet/prodtechnol/sql/2005/downloads/books.mspx   
   Books Online for SQL Server 2000 at   
   http://www.microsoft.com/sql/prodinfo/previousversions/books.mspx   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca