{"id":6433,"date":"2008-06-03T08:48:00","date_gmt":"2008-06-03T15:48:00","guid":{"rendered":"https:\/\/blogs.technet.microsoft.com\/dataplatforminsider\/2008\/06\/03\/microsoft-project-codename-velocity-and-sync-framework-news\/"},"modified":"2024-01-22T22:51:51","modified_gmt":"2024-01-23T06:51:51","slug":"microsoft-project-codename-velocity-and-sync-framework-news","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/en-us\/sql-server\/blog\/2008\/06\/03\/microsoft-project-codename-velocity-and-sync-framework-news\/","title":{"rendered":"Microsoft Project Codename “Velocity” and Sync Framework News"},"content":{"rendered":"
o<\/span>\u00a0\u00a0 <\/span><\/span><\/span>For example, a high-traffic online retailer could use Velocity to cache their product catalog information. Caching this information would drastically reduce the number of requests for the same data from the database. In this case, not only would Velocity provide better performance and a better user experience, but it would also reduce the load on the database backend.<\/span><\/span><\/p>\n o<\/span>\u00a0\u00a0 <\/span><\/span><\/span>An ideal scenario for using Velocity is to cache application data across the entire web farm. Velocity allows the information cache to be scaled similarly to how website hosting scales across a large server farm or across a cluster of machines. Velocity\u2019s information cache can be scaled as if it were a single unified entity while providing high availability to the cached data. <\/span><\/span><\/p>\n o<\/span>\u00a0\u00a0 <\/span><\/span><\/span>Velocity also eases the development complexities that are often associated with high availability web sites by allowing any serializable CLR object to be cached and by providing access through simple cache APIs. Velocity can be configured to run as a service that can be accessed over the network or it can be run embedded within the application. <\/span><\/span><\/p>\n