最初から設計されたフレームワークは、サードパーティのデータベースをサポートする準備ができていないが、数人の友人は最近、現在の枠組みは、組み込みの分散データベースはまだ一方で、主のアカウントに、従来のSQLデータベースのアプリケーションに基づいて古い枠組みに移行する必要があると呼ば完璧な、一方で、徐々に古い反復の伝統的なデータベースアプリケーションを置き換えるために望んでいます。したがって、サードパーティ製のデータベースをサポートすることを決めた著者が、ここでは、サードパーティのデータベースを統合する方法を説明しますと、それらにソリッドモデルに保存されているマップ。
まず、データストアを作成します
データストアメインストレージ構成データベース（接続）情報、IDEによってメインメニュー - NewDataStore他のクラスタは、クラスタの展開であれば、作成後（下図）は、適切な接続情報を設定する> DataStore->、必要性を作成し、各ノードを確認する必要があります通常、データベースに接続します。
現在、唯一のPostgreSQLサポートを実装
第二に、EntityModelを作成
今新しいEntityModel、「デフォルト」は、組み込みのデータベースのフレームワークであるときに対応するストレージ・ソースを選択する必要があり、他の名前は、対応するサードパーティ製のデータベースです。あなたはソリッドモデルのデザインは、「メンバー」パネルで、オープンして作成した後、以下のように、エンティティ（対応するデータベーステーブルのフィールド）のメンバーを追加するには、「追加」ボタンをクリックしてください：
ソースストレージによっては、ソリッドモデルのデザインは、オプションパネルが表示されます異なる設定オプションは、SQLデータベースを設けてもよいし、主キーインデックスは、次のように：
設定後、および「保存」および「解放」、サーバーが自動的にデータベースのテーブル構造に対応する接続を作成します。さらにDbFirstモードは可逆実施後、既存のデータベースからソリッドモデルを作成し、実装されていません。
第三に、テスト用のORM ServiceModelを作成
サービスのテストモデルを作成するために、上記の動作が完了した後、本方法は、2つのサービスの準備、簡単な同時図挿入エンティティ、ページングクエリデータに従います。
マウスクリック、「起動」ボタンを配置することの下に表示されたサービスメソッド、シンプルで簡単なページングエンティティ同時挿入クエリの結果をテストするための対応するサービスメソッドを呼び出すことができます。
服务模型Invoke与Debug的区别：
Invoke需要保存并发布后调用，使用Release选项编译;
Debug不需要保存并发布，使用Debug选项编译，服务端有相应的Debug进程处理调试过程。
四、本篇小结
第三方数据库的支持目前只是搭了个架子，ORM部分的很多功能如更新、导航属性、复杂查询等都未实现，框架的前端工程及后端工程的源码已经迁到gitlab上，暂采用赞助的方式开放，如果您对项目感兴趣可通过下载GitHub上的运行时安装测试，然后再决定是否加入赞助者来共同推进这个项目。另一边码代码一边码文实属不易，作者需要您的支持请您多多点赞推荐！