SDB出現的一系列問題是由于它的“簡單”特性造成的，SDB主要有以下兩個方面的問題? 一方面是支持的操作類型不夠，像連接、對結果的排序這樣的重要操作目前SDB都不支持，這些工作用戶必須自己通過程序來完成，當然也不排除Amazon會在日后向SDB中添加這樣的功能。另一方面的問題是由它的簡單存儲方式造成的，所有的數據在SDB中都以字符串形式存儲，因此在做查詢操作時采取的是詞典順序（Lexicographical Order),有些時候直接釆用這種比較方法會出現一些意想不到的問題。對于這類問題，Amazon也提供了以下一些解決方式。
(1)整數補零（Zero Padding)。一般情況下對數字20和100的比較很簡單，20顯然排在100之前，但是用字符串方式存儲并按詞典順序比較則結果相反，因為1排在2之前。對于這種情況。Amazon建議在整數之前補零。也就是用00020和00100進行比較，顯然這可以得到和按數字順序比較一樣的結果。
(2)對負整數集添加正向偏移量（Negative Numbers Offsets)。這種方法就是對有負數在的數據集中的每個數加上一個較大的整數，使負數全部變成整數，相當于對所有數做正偏移，如此就能保證比較結果的準確性。
(3)采用ISO 8601格式對日期進行轉換（Convert Dates to Strings Following ISO 8601 Format)。ISO 8601格式的具體要求大家可以查閱相關標準。
Simple DB和其他AWS的結合使用
SDB對于值的大小限制是由于Amazon希望用戶能充分地綜合應用AWS的各個服務器租用組件，實際上如果用戶可以恰當地選擇AWS組件并加以運用，將會收到很好的效果。
圖3-23是典型的AWS服務綜合使用方式。用戶將需要處理和存儲的數據上傳至S3,需要時可以隨時下載。當上傳成功后可以通過SQS對SDB執行一系列操作，將S3中需要處理的文件位置（指針）存儲在SDB中。利用這些指針，配合SQS,向EC2發出命令，讓EC2的某個實例從S3中提取相關文件進行處理，成功處理后將文件再回存至S3并把處理結果返回給用戶。當然用戶也可以直接向EC2發出指令從S3中直接取文件，但這樣的讀取速度肯定沒有利用文件指針的速度快，特別是在取大量的分散文件時這種速度差異會更明顯。所以合理地搭配使用AWS的備個組件可以快速、有效地完成用戶的任務。
