我提前道歉聽起來像一個新手。這隻是一個好奇的問題,我作為一個局外人觀察我的團隊與客戶發生衝突。請詢問任何問題,我將盡力回答。
目前,我們存儲轉換在DynamoDB表查詢。在需要的時候,我們拉到磚和執行查詢。就這麼簡單。我們的客戶稱這是“硬編碼”(很快)
客戶提出了另一種,涉及創建JSON包含轉換規則的配置文件(所有表/屬性要求、目標表名、別名、連接鍵,等等)。從這裏,動態創建SQL查詢。這種方法仍然是“硬編碼”,因為這些配置文件需要手動編輯隨時有變化的規則。
我看到這個:我認為存儲轉換規則在JSON是業務用戶更友好,但這是我看到的優點。它帶來更複雜的代碼和可能需要不斷發展來支持新的查詢。另外,我不明白無論如何防止“硬編碼”。客戶端業務領導似乎認為有一些神奇的工具將純英語文本轉化為複雜的SQL查詢
我隻是想讓一些專家對這些問題的看法。更好的解決方案,或有另一種方法,應采取嗎?