亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

為了賬號安全,請及時綁定郵箱和手機立即綁定
已解決430363個問題,去搜搜看,總會有你想問的

后端是否應該在 SQL 查詢之前執行一致性檢查?

后端是否應該在 SQL 查詢之前執行一致性檢查?

Go
幕布斯6054654 2022-04-26 10:34:15
語境通過一致性檢查,我的意思是消除肯定不會返回任何內容的查詢。例如:考慮 table boxes,其中一個可用列是color CHAR(6);用戶通過與前端的交互發送此字符串'abcdefg'以對列進行查詢;color然后,后端將SELECT * FROM boxes WHERE color = ?使用上述相同的字符串執行類似于 的查詢;至少在我的 PostgreSQL 安裝中,我可以執行這個查詢,即使知道它永遠不會返回任何東西(長度'abcdefg'為 7)。目前,前端和后端都在從我們的數據庫訪問數據之前執行一致性檢查(以避免不必要的調用)。事實上,前端旨在禁止用戶請求無效查詢。但是假設這些檢查沒有發生,特別是在后端,這對應用程序有多重要?問題PostgreSQL 如何處理這些查詢,是否有任何類型的算法在執行此類查詢時立即不返回任何內容?或者最好不要調用數據庫而只向用戶發送類似not foundor的東西invalid request?進一步的背景我們已經對從前端接口獲取的所有輸入進行了清理,因此這不是關于執行這些檢查后獲得的安全性可能帶來的好處/壞處的問題。我們后端使用的語言是 Go,我相信它在定期執行這些檢查時沒有問題(即在大多數 HTTP 請求上)。PS.:我知道你可以在 PostgreSQL 中將十六進制轉換為整數,這只是一個假設問題,我用來簡化對問題的理解(我希望它確實如此)。
查看完整描述

1 回答

?
繁華開滿天機

TA貢獻1816條經驗 獲得超4個贊

我會在最方便的前端或后端執行此類檢查,但不會同時在兩者中執行。第二道防線是數據庫,兩道就夠了。

在應用程序中找到不正確的數據是一件好事,但不要太過分:如果您在數據庫和應用程序中硬編碼諸如最大字符串長度之類的東西,則必須在兩個地方修改該限制無論何時,代碼冗余都是一件壞事。

什么仍然理智在很大程度上取決于品味和意見:我認為檢查應用程序中的長度限制而不是依賴于數據庫中的錯誤是可以的,但我認為用復雜的邏輯來猜測應用程序是有問題的SQL 語句的結果。

重要的是在數據庫中對所有重要的一致性檢查進行建模,然后只要您捕獲并優雅地處理數據庫錯誤,就不會出錯。除此之外的一切都可以被認為是性能調整,并且只有在它提供了明顯的好處時才應該這樣做。


查看完整回答
反對 回復 2022-04-26
  • 1 回答
  • 0 關注
  • 132 瀏覽
慕課專欄
更多

添加回答

舉報

0/150
提交
取消
微信客服

購課補貼
聯系客服咨詢優惠詳情

幫助反饋 APP下載

慕課網APP
您的移動學習伙伴

公眾號

掃描二維碼
關注慕課網微信公眾號