我使用移動服務webservice(.net後端)在Azure SQL Server中創建表。但是表不是在SQL Server中創建的。在Azure SQL Server中爲移動服務創建表(.net後端)
我的問題是:
我可以在Azure中的SQL Server手動創建表?
如果我可以創建表,則會有錯誤的可能性?
是否有可能找出原因表未建立?
請提供您的建議,如何如果您使用的是.NET的後端,你是在實體框架的工作表管理來解決這個
我使用移動服務webservice(.net後端)在Azure SQL Server中創建表。但是表不是在SQL Server中創建的。在Azure SQL Server中爲移動服務創建表(.net後端)
我的問題是:
我可以在Azure中的SQL Server手動創建表?
如果我可以創建表,則會有錯誤的可能性?
是否有可能找出原因表未建立?
請提供您的建議,如何如果您使用的是.NET的後端,你是在實體框架的工作表管理來解決這個
。您可能需要執行EF Migration來創建表格 - 不存在動態模式/表格維護。最好學習實體框架並從那裏開始。
具體做法是:
1)是的,你可以手動在SQL Management Studio中創建表。
2)您還需要在.NET後端定義適當的表。模式必須與預期相符。你不能只是採取任何舊錶,並期望它工作
3)您可以打開實體框架中的日誌記錄,並查看SQL Server返回的基本SQL語句和錯誤。但是,您的問題很可能是因爲實體框架未運行遷移。
是的,你可以。如果您使用移動服務,請轉到儀表板並配置 - 在這裏,您將看到數據庫服務器鏈接。去那個,並獲得連接字符串。然後,您可以連接諸如SQL Server Management Studio 2014之類的東西(爲了避免任何支持不一致的情況,我建議這樣做),然後按照數據庫的要求進行操作(但有一些限制)。你也可以使用Visual Studio來做到這一點。
如果您使用的移動應用,進入移動應用程序儀表板,然後數據連接 - 在這裏,你會看到,你可以使用上述連接相同的方式隱藏連接字符串。
感謝您的回答。
表使用移動服務創建。
實際上,表格是通過使用移動服務創建的,但沒有在sql server中顯示。要在sqlserver中顯示錶,我必須在至少一個表中執行操作(如插入,更新數據)。然後全部表格顯示。
這是因爲數據庫是由實體框架懶洋洋地創建的,然後創建數據庫代碼。爲了改變這種情況,您應該使用手動應用的實體框架遷移。實體框架文檔解釋了這些選項。 –
什麼時候創建表?發佈之後還是首先向特定控制器發送http請求? – batmaci
這取決於您是在說Node還是.NET - 因爲這是一個.NET問題,它是在控制器第一次實例化時完成的,這是在第一個HTTP請求路由到控制器的時候完成的。 –