2-tier

    1熱度

    1回答

    我正在開發wpf中的桌面客戶端應用程序,我想將我目前在Access中使用的數據庫放到我們的SQL Server實例中。我認爲使用Windows身份驗證不是一個好主意,因爲每個用戶都應該添加到SQL Server並賦予必要的權限。因此,另一種選擇是在SQL Server中爲該特定應用程序創建一個用戶。我也讀過你可以使客戶端應用程序通過SQL Server Native Client連接到數據庫,但是

    4熱度

    2回答

    我的團隊正在維護一個巨大的Client Server win32 Delphi應用程序。它是使用DevArt(SDAC)組件連接到SQL Server的客戶端/服務器應用程序(胖客戶端)。 業務邏輯經常被「困在」組件的事件處理程序中,無論如何有一定程度的重構,它可以將業務邏輯轉換爲常用單元(這項工作的很大一部分已經在重構過程中完成了......維護其他人編寫的遺留應用程序非常令人沮喪,但這是一項非

    0熱度

    1回答

    我寫上兩層和三層體系結構的一個比較性的文章在數據庫應用方面。我只想確認一些事情。 2層是客戶端 - 服務器 2層是客戶端應用程序 - 在服務器上的數據庫。 2層實現直接通信。基於直接通信的安全性差?但是適合小企業內部網基於enviroments與用戶小於50 是否雙層通常在用戶界面和三層網絡瀏覽器方面使用Java應用程序(即擺動)? 3層是更具可擴展性。 3層使用中間層更安全。 3層是客戶端 -

    1熱度

    1回答

    我要創建一個2級的應用任務如下: MSSQL數據庫< - >服務器< - > N客戶(N爲多) 客戶端發送數據到服務器。服務器從數據庫中選擇內容,然後將其發送回客戶端。目前我正在使用Records和SendDataToSocket(網址如下)。 我想在客戶端上使用TDBGrid,使用通過服務器的套接字接收的數據。目前,它是這樣的: 服務器: DB - > ADOQuery - > DataSetP

    1熱度

    2回答

    假設我有一個簡單的C#應用​​程序,它包含一些aspx頁面和一個包含SQL Server數據庫細節的web.config文件。 某些aspx頁面將調用數據庫中的存儲過程 - SELECT或INSERT查詢,並使用表單身份驗證。從應用程序體系結構的角度來看,這是2層架構(數據層 - 客戶端層)還是3層架構(客戶端層 - 業務層 - 數據層)? 這聽起來像2層,但由於aspx.cs是服務器端,這會被視

    3熱度

    1回答

    我正在從一個項目的邏輯體系結構中接收用戶的一些信息並對其進行處理。其中一個要求是爲外部開發人員提供一個接口來添加更多的功能。到目前爲止,我已經提出了一個MVC 2層體系結構,其中View和Controller在用戶機器中運行,Model託管在Application Server中並被遠程調用。對功能的要求表明我使用插件模式。 處理信息時可能會執行用戶選擇的其他步驟,因此我想將它們建模爲插件,這些插

    0熱度

    3回答

    我有一個啓用LDAP登錄的數據庫。在通過PIA登錄或通過應用程序服務器登錄應用程序設計器時,它工作正常。 我需要讓應用程序設計師允許我使用LDAP身份驗證以2層模式登錄。這可能沒有定製?