To implement Translation and localization of reports it is essential to use assemblies in your SSRS reports, Like you can do in on premise SSRS reports. http://msdn.microsoft.com/en-us/library/ms159238.aspx#External We have one set of files with all translations which we want to use in all reports for multiple databases. Beside translations, the user should be able to see reports in his preferred localization. For instance thousand separator, number format etc.

I'm looking to a way how i can give read permission on reports to people in my company. At this moment you should be reporting administrator to view reports. This is not acceptable for a production environment. If i can add mydomain\user1 to a report with only read permissions. That would be great. I understand that this is not so easy to validate against a customer domain server. But that's the challenge.

I use the SQL Profiler to understand what happens on my SQL server, to see what kind of queries are generated by my applications and to analyze my queries to improve performance. On the SQL Azure server I have an additional reason to use the SQL Profiler. In the pricing model for SQL Azure you have to pay for the data transfer sizes of your queries. The SQL Profiler can give you insight in the data transfered from the server to the client. see some more detail on: http://www.keepitsimpleandfast.com/2010/01/my-first-experiences-with-sql-azure-sql.html