Partitioning by Year vs. separate tables named Data_2011, Data_2010, etc
We are designing a high volume SQL Server application that involves processing and reporting on data that is restricted within a specified year. Using Partitioning by year comes to mind. Another suggestion is to programmatically create separate physical table where the suffix of the name is the year and, when reporting is needed across years, to provide a view which is the union of the physical tables. My gut tells me that this situation is what partitioning is design to handle. Are there any advantages to using the other approach? From an internals perspective, the methods are essentially the