plone 4 をインストールしたばかりで、現在の xhtml/css サイトを plone 4 に移行する方法を学びます。ただし、クライアントがリモートでアクセスしてレポートを生成するために使用できる数値データ (多くの場合、多くの場合) を保存するという別のニーズもあります。zopedb はこれに対応しますか、それとも postgres をバックエンドとして使用できますか?
2 に答える
表形式のデータの場合は、データベースを使用します。Plone から Postgres にアクセスするには、Zope の (高齢者向けおよび高齢者向け) ZSQLMethods を使用するか、Python コードとカスタム コードを使用します。
後者はそれほど難しくも難しくもありませんが、Plone 用のカスタム パッケージを作成する方法を読む必要があります。個人的には、SQLAlchemy を使用してデータベースを Plone ビューに統合します。
これが私たちがそれを行う方法の例です。
4000 人のユーザーと 80000 のデータ レコード (コンテンツ アイテム) を持つ大きな Plone サイトを運営しています。データは主に ZODB に格納されます。サーバーのメモリに収まる限り、ZODB を簡単にスケーリングできます。データ セットが 32 GB 未満であれば、現在のハードウェアに問題はありません。
すべてのレポート ツールは (My)SQL バックエンドを前提としているため、レポート目的では ZODB は適していません。そのため、変更されたイベントの Archetypes コンテンツで、Plone から MySQL への重複データがあります。次に、Plone へのバインドが多すぎることなく、Python および R レポート言語を使用する Plone のビューでレポートが作成されます (これは一般的な Python コードであり、Plone に固有のものではありません)。
しかし、Plone + ZODB が適切かつ自動的に処理するパーミッション、ロール、およびそのような問題により、プライマリ データ ストレージは依然として ZODB です。
MySQL への複製は手動で、またはhttp://pypi.python.org/pypi/ore.contentmirrorのようなアドオンを使用して処理できます。