Funcionarios

僱員

公司的員工管理系統。

指導

開發了什麼

該項目是使用用於應用程序開發的ASP.NET和SQL Server作為存儲數據庫開發的。在有可能製定CRUD標準的四種操作的地方進行了員工（Person + Cargo）的註冊。閱讀，創建，編輯和刪除。此外，還實施了薪資重新計算選項，數據庫再次使人與辦公室之間的關係，填充了測試說明中規定的人_薩利群落。

如何運行應用程序

在官員/備份/中，我將使用SQL Server備份文件，該文件與已輸入的所有過程和已經輸入的數據一起使用。因此，您只需要進行銀行還原即可。

注意：完成還原後，您需要更改員工file.aspx.cs中的員工類中的連接字符串。通過計算機的連接字符串更改。

配置數據庫後，打開您選擇的某些代碼編輯器（我使用Visual Studio）並運行應用程序的解決方案。

商店程序

為了更容易查看應用程序中使用的過程，我將其創建文件放在員工/SQLS/中。

目標

• 用過去的數據創建數據庫
• 創建基本項目
• person_salario表的商店程序
• 流行人士_SALARIO表
• 創建人的商店程序
• 商店的人更新程序
• 商店排除人的程序
• 商店列出人員和工資的程序
• 列出位置的存儲程序列表
• 店員選擇的商店程序
• 人員和密封清單頁面
• 人創建常規
• 人更新例程
• 人排除程序
• 現場清潔例程
• 彈出動作確認
• 計算/重新計算常規工資

對建築的考慮

在開發過程中，我發現了有關擬議建築的一些奇怪事情。主要與數據庫有關。

在測試說明中說的是創建一個名為pessoa_salario的表，該表將使人表與位置保持聯繫。但是，該表的存在並不是必需的。為了創建中間表，只有在分析的兩個表之間有許多人之間存在許多關係時，才有必要。人和辦公室之間並非如此。畢竟，一個人一次只能處於一個位置，因此有一個名為position_id的字段。由此，位置表的獨特方式已經存在，因此已經可以訪問該人的職位和工資，而無需創建表來執行此操作。

在測試中描述您的方式，銀行中存在重複的問題。除了在架構上是錯誤的架構外，它在某個時候可能會在這些數據中產生不一致之處，在應用程序中還需要對此進行“校正”，這是創建工資重新計算按鈕的。畢竟，例如，如果將來實習生的薪水價值發生了變化，則位置表將具有更新的價值，但是Sanal Sales表仍將具有舊值（數據不一致問題），並且有必要在員工屏幕上手動進行並觸發工資重新計算行動。如果沒有人的桌子，這不需要做，因為除了在一個地方只有這些數據，防止矛盾之處，諮詢還可以正確地採用該值。在修改工資金額之前和之後。

這樣做的證明是分析兩個架構產生的諮詢。

這是返回人，貨物和人的所有數據的諮詢，由建築建議使用：

 SELECT p . ID , p . Nome as Pessoa, Cidade, Email, CEP, Endereco, Pais, Usuario, Telefone, Data_Nascimento, c . Nome as Cargo, ps . Salario FROM Pessoa as p 
	INNER JOIN Pessoa_Salario as ps on p . ID = ps . Pessoa_ID
	INNER JOIN Cargo as c on p . Cargo_ID = c . ID

這具有與上述諮詢相同的功能，但僅涉及人員和辦公室，並以更簡單，更優化的方式返回完全相同的數據：

 SELECT p . ID , p . Nome as Pessoa, Cidade, Email, CEP, Endereco, Pais, Usuario, Telefone, Data_Nascimento, c . Nome as Cargo, c . Salario FROM Pessoa as p 
	INNER JOIN Cargo as c on p . Cargo_ID = c . ID

注意：我的解決方案建議是使用擬議的體系結構開發的。此評論只是為了展示我發現它最有趣和通過建築優化的方式。