ご存知のように、4Dはバイナリデータベースとプロジェクトデータベースの2つの方法でソースを扱うことができるようになりました。バイナリデータベースは、私たちが知っている4Dで、ソースコードをバイナリファイルにして、4D Serverでのチーム開発を可能にし、すべてのデザイン要素（メソッド、フォーム、構造など）を単一のコンパクトなバイナリファイル、「.4db」ファイルに集めました。プロジェクトデータベースは、ソースコントロールシステムのソースコードを別々のプレーンテキストファイルで保存することで、分散したチームが共同作業をしやすくします。プロジェクトが4DBに取って代わることはありません。4DBを消滅させる計画もありません。2つの異なる作業方法と開発方法についてです。あなたのニーズに最も適したものを選択するのはあなた次第です。以下は、その判断材料となるブログ記事です。
バイナリデータベース(.4DB)
長所
- 複数ユーザーによる開発
複数のユーザーが同時にデータベースを開発・設計することができます。オブジェクトロックシステムにより、データベース設計の整合性が保たれます。
- 同じバージョンで作業
データベースは4Dサーバーでホストされます。全ての開発者は、同じバージョンのコードで作業します。
- 他の開発者の作業を直接見ることができる
他の開発者の最新の開発内容を変更することなく見ることができます（例えば、自分の部分で呼び出す必要があるメソッドの入口と出口を確認するため）。
- バックアップシステム内蔵
4D Serverには、完全なデータベースバックアップとリストアモジュールが含まれています。このモジュールにより、操作中にデータベースを終了させることなく、バックアップすることができます。バックアップは、手動または自動で、一定の間隔で、ユーザーの介入なしに開始することができます。
短所
- オンライン
サーバーへの常時アクセスが必要
- 複雑なロールバック
顧客バージョンにタグ付けし、顧客からのフィードバックがあった場合にこのバージョンに戻すことができるようにすることは、難しい場合があります。
- コンパイル
一度に1つの4Dクライアントしかコンパイルできない。
- コンパイルモードでのテストが複雑
テストのためにサーバーを再起動する必要があるため、他の開発者すべてに影響がある。
- 複数のバージョンを管理するのが難しい
あるバージョンから別のバージョンへのパッチの自動マージができない。手動レポートが必要：変更された行を見つけ、それを他のバージョンに統合する。
プロジェクトデータベース(.4Dproject)
長所
- オフライン
どこでも開発可能（例：オフィス、旅行中、など）。
- 歴史
ソース管理システムに保存することで、日付、作者、変更行など、修正の変遷を追うことが非常に簡単になる。
- 開発のロールバック
新しい統合によってバージョンが不安定になった場合、以前のバージョンに簡単に戻すことができます。
- マルチバージョン開発
ソース管理システムのブランチシステムにより、あるバージョンから別のバージョンへのパッチのマージが容易です。
- いつでもコンパイル
コンパイルモードで制限なくコンパイルとテストが可能です。
- 強化された機能セット
ユーザーやグループへのデプロイの簡素化、CSSによるスタイルシートの改善など（プロジェクトデータベースに関する投稿を読んで、新しい可能性を発見してください）。
短所
- 分散されたソースコードでの開発
各開発者が自分のコードのコピーで単独でコーディングする。作業の共有を容易にするための組織とルールが必要。
- クライアントからのコードへのアクセスはリードオンリー
Client/Serverでテストやデバッグはできるが、サーバーに展開されたコードを変更することはできない。4D Developerでデータベースを再度開き、修正を行い、サーバーを再起動する必要があります。
結論
プロジェクトデータベースは、新しい展望を開き、4D で作業する別の方法を提供します。しかし、心に留めておいてほしいのは、ベストな方法というものはないということです。あなたのニーズに最も適した方法を自由に選択してください。