我們擁有開發,測試和生產的標準3環境設置。每個環境都有自己的報告服務器,Web服務器,數據庫服務器等。環境遷移BO報告
我們的部分遷移是在服務器之間移動我們的業務對象(xi r2)報告,但現在我們需要手動更新連接每個報告的設置。現在有40多份報告,這是輕微的痛苦,隨着我們的繼續,這將成爲一場噩夢。
由於我們如何生成報告,我們無法在生成報告時動態更改連接字符串。我們使用存儲的procs而不是Universes,因爲這是團隊最熟悉的。
任何建議將不勝感激。
我們擁有開發,測試和生產的標準3環境設置。每個環境都有自己的報告服務器,Web服務器,數據庫服務器等。環境遷移BO報告
我們的部分遷移是在服務器之間移動我們的業務對象(xi r2)報告,但現在我們需要手動更新連接每個報告的設置。現在有40多份報告,這是輕微的痛苦,隨着我們的繼續,這將成爲一場噩夢。
由於我們如何生成報告,我們無法在生成報告時動態更改連接字符串。我們使用存儲的procs而不是Universes,因爲這是團隊最熟悉的。
任何建議將不勝感激。
我搜查了很多,這似乎是一個不尋常的情況。我的最終解決方案似乎沒問題,就是在每個環境中都有一致的DSN連接字符串。這意味着每個連接字符串都是相同的。
它仍然感覺不對,如果有人有其他想法會很好。
編輯:
測試後一點點,我發現我們的許多存儲proceedures的使用DSN不會跑這悲慘地失敗了。之後,我完全放棄了。
有一個API,你可以用它來編程地更新這種東西,但我不記得如何去做。查看Business Objects - IIRC提供的文檔,它們不是公開提供的(至少在2006年,當我上次使用它時),所以您可能必須從供應商處獲得它們。
查看BusinessObjects SDK的CrystalDecisions.Enterprise.Desktop.Report Assembly中的Report Class'ReportLogon Class。很多選項用於更改數據庫連接。
我爲客戶端寫了類似的東西來進行批量更改Universe和WebI報告。我會想象它對Crystal Reports非常相似。
你是在自己改變宇宙連接還是宇宙?
在我們的環境中,我們通過讓Universe在環境中命名相同,但每個環境都有不同的Connection by環境來解決此問題。這可以防止需要更改每個報告。
Simliar to this(http://stackoverflow.com/questions/40545/replace-a-database-connection-for-report-and-all-subreports)但由於我們直接使用存儲庫,所以這些解決方案不起作用。 – smaclell 2009-10-06 14:08:41