#007FFF

1)    當存取的資料來源是遠端的 SQL Server，則可能會遇到 Double Hop 驗證問題，因此建議在 Reporting Services 啟動 Kerberos 驗證：

其實我不太確定這是By-design 還是Product limit 還是環境因素
原因是資料儲存在Disk上，第一次讀時會需要時間把資料從Disk Load到Memory裡
cache之後執行速度就會變快。
我後來是加了 execution plan 來定期更新 statistic，這問題就不會影響到Production

之前試著要匯入大概100MB的資料，發現用SQL Server Import and Export Wizard 很麻煩
找了一下發現用SQLCMD可以達到我的需求:
sqlcmd -S <server\instance> -i <script file> -o
 

(1)遇到資料庫一直持續復原的情形是正常的現象，請參考以下的說明：
1. 如果正在執行的批次 T-SQL 指令為處理大量的資料列，那麼SQL Server為了資料庫的一致性及完整性，就會使用相對應的Transaction Log 大小進行處理交易資料

Windows Azure 提供了多種資料存儲方式:
1. VM上的SQL Server (簡稱為 SQL/VM)
2. Windows Azure SQL database (簡稱為 SQL DB).
如何選擇適合您的SQL解決方案請參閱:
http://blogs.msdn.com/b/windowsazure/archive/2013/02/14/choosing-between-sql-server-in-windows-azure-vm-amp-windows-azure-sql-database.aspx

執行下列查詢來確認資料庫層級防火牆設定:
select * from sys.database_firewall_rules
 

SELECT
      t.name AS Table_Name,

在原本的報表資料來源中，想設定為[Windows 驗證]，而不是存放固定的帳號密碼。然後設定了[執行帳號](Execution Account)，準備讓訂閱的執行動作，可以透過此執行帳號，然後傳遞 Windows 帳號及驗證連線後端的資料來源，進而產生報表。但是，目前發現一旦設定好[執行帳號](Execution Account)後，反而報表寄送作業會失敗。

1. 先執行下列語法確認系統中支援的語系:
    select * from syslanguages
2. 執行下列語法來變更語言與時間格式:
    SET LANGUAGE Traditional Chinese
    SELECT CAST('2013-10-08' AS DATETIME)

[會陸續更新]
與使用者/帳號有關的 :