database-design - コンテンツの CMS バージョン管理戦略

Question

基本的な CMS 機能を Web 製品に組み込むことを考えており、コンテンツのバージョン管理に関するヒントやデザインのアイデアを研究しています。私は特に、現在使用されているデータベース スキーマを探しています。

コンテンツのバージョン管理には何を使用していますか? バージョンを保存する必要があるさまざまな種類のコンテンツがある場合、どのようなパターンが適用されますか? Stack Overflow での質問のバージョン管理はどのように処理されますか?

ありがとう

Answer 1

文学はこれに5次元モデルを使用しています：

• バージョン（変更したい）
• ステータス（ライフサイクル：作成、テスト、デプロイ、リタイア）
• ビュー（html、pdf、ファイルシステム、派生性）
• 階層（ページ、セクション、段落）
• バリアント（大部分は類似しており、違い、製品ファミリーを説明しています）

ほとんどのシステムは、これらの次元のいくつかのみを処理します。5つすべてを処理するには、開発プロセスを記述（修正）する必要があります。

参照：

設計データの管理：CADフレームワーク、構成管理、および製品データ管理の5つの側面。
van den Hamer、P。Lepoeter、K。Philips
Res。、アイントホーフェン;

この論文は次の場所に掲載されています。IEEEの議事録
発行日：1996年1月
巻：84、発行：1
ページ：42-56
ISSN：0018-9219
引用文献：26
CODEN：IEEPAD
INSPECアクセッション番号：5175049
デジタルオブジェクト識別子：10.1109 / 5.476025
現在のバージョン公開日：2002-08-06

Answer 2

参考までに、drupalは以下を使用します。

node         node_revision
----         -------------
nid*         vid*
vid          nid
...          body
             ...

（ノードは基本的にメインコンテンツタイプです）。したがって、各リビジョンが記録され、最新のものを取得するには、vidノードから現在のリビジョンを取得します。あなたがあなたのバージョンにも追加する何かであるかもしれないdiffに興味があるならnode_revision。

Answer 3

私の本能は、これに最適な方法は次のとおりであるということです（獣順で）：

1. すぐに使えるバージョン管理システム。ここに素敵なリストがあります。
2. 差分の保存。ここで差分とは何ですか。
3. 一意の「コンテンツ」ごとに複数の「バージョン」を持つ「ContentVersion」テーブルを持つという明らかなデータベースソリューションを推測します。