有什么經驗法則可以根據人類可讀的描述來構造SQL查詢嗎？當我們面前有任何關于查詢的描述時，我們嘗試應用啟發式和頭腦風暴來構造查詢。是否有任何系統的、一步的或數學的方法來從給定的人類可讀的描述中構造SQL查詢？例如，如何確定SQL查詢是否需要聯接而不是子查詢，是否需要組BY，是否需要IN子句，等等.例如，研究數字電子學的人就會知道卡諾地圖或QuinMcClausky方法這樣的方法。這是一些簡化數字邏輯的系統方法。如果有這樣的方法來手動分析SQL查詢，以避免每次頭腦風暴？