2009-07-23 24 views
-1

オブジェクト指向テクノロジとリレーショナルテクノロジとの不一致を知っています。generally hereMySQLとPythonの間の不一致

しかし、私は後者の記事に欠け、問題に対処するだけでなく、オームズは、MySQLとPython、および他のツールとの間に不一致を知りません。

質問:

  1. 問題は、MySQLとPythonの間で配られる方法は?
  2. App Engine's non-SQLは、Pythonがより良く機能するようにしますか?
  3. ミスマッチに対処するための一般的なツール、おそらくORMはありますか?
  4. 問題に対処するための非標準的な方法は何ですか?
  5. nonSQLは、Pythonのオブジェクト指向の世界をリレーショナルの世界に一致させるツールと言えますか?あるいは、新しいデザインは完全に問題を避けていますか?
+1

問題:あなたの質問を理解してください。あなたはORMの記事を言い換えているようです。多くの人が質問を理解する前に記事を読むことを本当に望んでいません...おそらくこの "不一致"を記述しますか? – zombat

+0

mysqlとpythonの不一致は何ですか?これは理解しにくい質問です。 –

+0

@ SimpleThings:あなた自身の質問にはコメントしないでください。あなたの質問を追加情報で更新してください。 –

答えて

3

ORMは、Pythonのオブジェクト指向の世界をMySQLのリレーショナル世界に一致させるための標準的なソリューションです。

人気のあるORMコンポーネントが少なくとも3つあります。

  • Django's ORM

  • SQLObject

    SQLAlchemy

    +0

    +1のリンク。私は最初のものしか知りませんでした。 –

    1

    としては、一度comp.lang.python ORM年代に言われたモルヒネのようなもの - あなたが本当に傷つけている場合、それはあなたの痛みを保存することができますが、定期的にそれを使用する場合、あなたは本当に大きな問題になってしまいます。

    リレーショナルデータベースとオブジェクトモデルの間に比較的低レベルのインターフェイスを構築することは難しくありません。事実の後で自動化されたORMマッピングを新しいデザインに移行することは非常に困難です。未熟なプログラマーだけが、難しくないことを単純化しようとするのは、非常に難しい可能性のある結果を先取りすることなくです。

    それは だけあなたはそれがすべて自動的に行うことができることをふりをすることなく、テーブルレイアウト 考えるように非常にシンプルなものと力を自動化するため、Google App EngineのミニRDB-と-一部-制限-取り外しがいいです。

    +0

    +1非常に良い点とcomp.lang.pythonに言及していただきありがとうございます。そこをもっと見なければならない。 –