Workflow Foundation：我在哪裏放置數據？

我是Workflow Foundation的新手。我一直在通過一本書（K. Scott Allen編程Windows工作流基金會）這本書的方式，這是好的，但我留下了幾個問題。最大的一個是'我把數據放在哪裏'？Workflow Foundation：我在哪裏放置數據？

在整本書中，他使用了Bug跟蹤系統的思想;該場景與我想要做的不太遠。他的例子使用了一個簡單的Bug類，它有三個屬性，沒有其他任何東西，他只是把它放在他的活動領域，並在必要的時候傳遞給它。但是在現實世界中，一個錯誤報告可能會包含你想要搜索的文本行;我的情況當然是。如果所有這些文本都被持久化服務所嚇倒了，那麼我如何才能進行文本搜索呢？

在現實世界中，您如何處理數據？

來源

2009-09-03 ssg31415926

對於簡單鍵或相關外鍵，您可以使用跟蹤服務將此類鍵/值對存儲在數據庫中，稍後使用跟蹤表中的跟蹤信息查詢它們。

對於全文搜索，您可以將數據存儲在您正在並行創建的sql-persistence-service的原始表的附加表中。如果工作流程結束或出現錯誤，您必須手動添加和刪除它們。

來源

2009-09-03 15:47:02 Mischa

我想我會在工作流ID上鍵入這些表？雖然GUID作爲關鍵字在SQL中被忽略，不是嗎？ – ssg31415926 2009-09-03 16:28:59

是的，您必須在這些表中將WorkflowId引用爲GUID。就我個人而言，我認爲GUID是數據庫中密鑰的不錯選擇。當然，有些分區表的場景等可以帶來好處。整數，但通常情況下，對象通常在運行時在內存中使用任何編程語言創建，並在數據庫中「稍後」存儲。因此，GUID是很好的，因爲您可以在運行時在內存中定義對象實例的身份，而不必通過持久化到數據庫來更改它。 – Mischa 2009-09-03 17:14:53

夠公平的。我不是DBA：我只是照我說的去做。 :-)回到你原來的答案，我想我們不太可能想在工作流程結束時刪除文本搜索數據，並且可能很少發生錯誤（除非它很早發生）這樣會簡化事情。非常感謝您的幫助。 – ssg31415926 2009-09-03 18:12:41

Workflow Foundation：我在哪裏放置數據？

回答

相關問題