Site: http://brendan.enrick.com/ Link: http://feeds.feedburner.com/OrcsGoblinsAndDotNet
by Brendan Enrick via Brendan Enrick's Blog on 11/14/2008 8:18:00 PM
On a project I am currently working, we have some normalized data which we need all instances of our Worker Role to have access to. This data when denormalized for the table structure we use requires us to take each row and turn it into about 50,000 rows. Because of this we obviously don't want to denormalize it and store it in Azure's table storage. We eventually will be doing this, but we need to work with it before denormalizing it. The plan we came up with is to serialize the data and store ...
[ read more ]
by Brendan via Brendan Enrick's Blog on 11/4/2008 6:30:02 PM
I've got some code I need to write for the company I work for which will will be putting on the cloud. Since I started working with Microsoft's cloud solution a couple of months ago, I've noticed one problem that is probably very common with early releases of technology. The samples they provide just don't cut it. Some of them are pretty good, and I've referenced them when trying to work with things. It really takes the community's involvement to really get a good bunch of articles and samples t ...
by Brendan via Brendan Enrick's Blog on 11/4/2008 2:33:25 PM
The cloud is nice and useful, but there is one feature which is vitally important to most applications in my opinion. The storage which is used in Azure pretty much will need to be used by every application. One of the reasons for this is because there is a little bit of management of processes which needs to be done. This I've noticed requires a combination of the Queues and the Tables. Queues are great because roles are able to queue up work which needs to be done. This helps make sure that al ...
The content of the postings is owned by the respective author. AzureFeeds is not responsible for the contents of the postings. This site is automatically generated and cannot be reviewed for abusive content. If you find abusive content on AzureFeeds, please contact us. Designated trademarks and brands are the property of their respective owners. All rights reserved.
