簡體   English   中英

使用SQL DB的Java程序的資源注意事項

[英]Resource considerations for a Java program using an SQL DB

我對編程很新,至少在涉及到任何實質性的時候。 我即將開始為我的雇主開發一個管理軟件,該軟件從SQL數據庫中提取數據並將其存儲到SQL數據庫中。 我可能會使用JDBC與它進行交互。

為了嘗試准確地描述問題,我將重點關注程序的一小部分。 在數據庫中,有一個存儲Job記錄的表。 其中有幾千個。 我想在程序的可滾動面板中顯示所有可用的Jobs (作為表格中的文本參考),並帶有搜索功能。

所以,我的問題是......我應該一次性從每個記錄創建Job對象並讓程序與對象一起顯示它們,還是我應該只顯示直接從記錄中獲取的字符串? 第一種方法意味着每個作業的其他細節都存儲在高級中,這樣當我在UI中打開記錄時,加載時間應該是最小的,但是當它最初填充時,它聽起來也會占用大量資源。面板並生成對象。 第二種方法意味着向數據庫發出大量查詢,但可能會避免初始資源開銷,但我不想對SQL Server施加太多壓力,因為內部的其他軟件依賴於它。

真的,我不知道我應該怎么做。 但這確實是我的問題。 如果我在這篇文章中表達了我的無知,請向你道歉,並感謝你提供任何幫助。

對於現代計算機來說,“幾千”是一個非常小的數字。 如果您對這些記錄執行任何邏輯(它們並非僅通過存儲過程進行修改),那么您將更容易使用像Hibernate這樣的對象關系映射(ORM)工具。 查看JPA規范,該規范允許您創建表示數據庫對象的Java類,然后簡單地對它們進行注釋以描述它們如何存儲在數據庫中。 使用像這樣的系統的ORM確實有一些開銷,但它幾乎總是值得的,因為計算機很快並且程序員很昂貴。

注意:這是規則的一個特定示例,您應該以最清晰且最容易理解的方式執行操作,除非您有非常具體的理由不這樣做,特別是您不應該優化速度,除非您已經測量了程序的性能,並確定代碼的特定部分導致了問題。 使用使代碼易於理解的抽象,如果你真的需要加快速度,可以稍后再回來。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM