データベーステーブルをRESTのリソースエンティティにすることはできますか？

Question

データベーステーブルをリソースエンティティとして使用するRESTful Webサービスを作成したいと考えています。

PUT myservice/table/new creates a new table in database 
DELETE myservice/table/1 deletes a table in database and so on... 

どのようにしてこのモデルを設計しますか？通常、モデルはリソースエンティティが存在するテーブル用に作成されますが、リソースはテーブル自体ではなくデータベース自体に存在します。

これは可能ですか、それとも意味がありませんか？私を助けてください！

ありがとうございました。

Answer 1

RESTは非常に抽象的で柔軟性の高いリソースの概念に依存しているため、可能です。インターフェイスが均一なインターフェイス（標準のメソッド、URIなどを使用して）に従う限り、何かの背後に好きです。 HTTPインターフェイスを何かにする最も良い理由の1つは、醜い実装の詳細を隠し、そのような一様なインターフェイスだけを提示することです。

まさにあなたがどのようにはるかに詳細な質問ですが、基本はこのCherryPyに擬似コードのようなものになるだろう選択した言語や環境にいること：

class Table: 
    exposed = True 
    def __init__(self, tablename): 
     self.tablename = tablename 
    def PUT(self): 
     fields = parse_fields(cherrypy.request.body.read()) 
     db.execute("CREATE TABLE %s (%s)" % (self.tablename, fields)) 
    def DELETE(self): 
     db.execute("DROP TABLE %s" % self.tablename) 

class Tables: 
    def _cp_dispatch(self, vpath): 
     return Table(vpath.pop(0)) 

あなたがアップ配線する必要があります'db'接続ロジックを自分で調べ、クライアントがフィールド定義（どのメディアタイプがそれを伝えるのが最も良いか、そしてそのメディアタイプを構文解析してCREATE TABLEステートメントの有効なSQLにパースする方法）に対するコントロールの程度を把握します。 多くの場合、のセキュリティは「DROP TABLE {ユーザー入力}」よりも安全です。）しかし、うまくいけば、これは正しい軌道に乗ります。