2016-05-26 7 views
1

デフォルトでは、プロセスメーカーはmysqlで動作しますが、私のチームはpostgresql上にあるので、mysqlを使用したくありません。 Postgresの接続を受け入れるdb.phpファイルが変更されましたが、データベースにデータが入力されません。私のSQLでは138テーブルがあります。私はそれが新しいデータベースを検出し、必要なテーブルを追加すると期待しています。これまでには起こっていません。postgresql(9.3)を使用するようにprocessmaker(3.0.7)を設定するには?

mysqlからpgsqlにすべてのテーブルをコピーしても問題ありませんか?ここで

は、私は残念ながら、ProcessMakerはコアだけ、プライマリ・データベースのMySQLデータベースエンジンの下で実行することができます。

RuntimeException: 
[wrapped: Could not execute query [Native Error: ERROR: relation "configuration" does not exist 
LINE 1: SELECT COUNT(CONFIGURATION.CFG_UID) FROM CONFIGURATION WHERE... 
               ^] [User Info: SELECT COUNT(CONFIGURATION.CFG_UID) FROM CONFIGURATION WHERE CONFIGURATION.CFG_UID='getStarted' AND CONFIGURATION.OBJ_UID='' AND CONFIGURATION.CFG_VALUE='1' AND CONFIGURATION.PRO_UID='' AND CONFIGURATION.USR_UID='' AND CONFIGURATION.APP_UID='']] 
At BasePeer::doSelect() 
in C:\Users\admin\AppData\Roaming\ProcessMaker-3_0_1_7_community-1\processmaker\workflow\engine\classes\model\om\BaseConfigurationPeer.php line 293 
At BaseConfigurationPeer::doSelectRS() 
in C:\Users\admin\AppData\Roaming\ProcessMaker-3_0_1_7_community-1\processmaker\workflow\engine\classes\model\om\BaseConfigurationPeer.php line 223 
At BaseConfigurationPeer::doCount() 
in C:\Users\admin\AppData\Roaming\ProcessMaker-3_0_1_7_community-1\processmaker\workflow\engine\methods\login\login.php line 455 
At require_once() in C:\Users\admin\AppData\Roaming\ProcessMaker-3_0_1_7_community-1\processmaker\workflow\public_html\sysGeneric.php line 2027 
At include() in C:\Users\admin\AppData\Roaming\ProcessMaker-3_0_1_7_community-1\processmaker\workflow\public_html\app.php line 61 

答えて

1

を得た誤りでありますPostgresなどの他のエンジンタイプの外部データベースソースに接続するようにProcessMakerを設定することは可能ですが、これは外部データベース接続との間でデータを取得およびプッシュするためだけです。

これは、ソースコードにMySQLに固有の相当量のカスタムSQLが書き込まれているためです。

私たちはMSSQLで動作させようとしましたが、最終的にはProcessMakerをMSSQL上で動作させるために多大な努力が必要であると結論づけたので、MySQLだけを使用することに決めました。

+0

も悪いです。確かにエンタープライズレベルでソフトウェア開発の非常に間違った方向。 –

+0

ご意見ありがとうございます@Abhijit。ただし、ProcessMakerはオープンソース製品であることを覚えておく必要があります。私たちはPHPとApacheで動作します。したがって、私たちのアーキテクチャの論理的な部分として、アプリケーションを実行するデータベースとしてMySQLが選択されました。私たちはオープンソースアーキテクチャに向けて企業で非常に重要な傾向を見てきました。また、MySQL固有のSQLクエリがある理由は、クロスデータベースであるORMでは単純には実現できないパフォーマンス向上のためです。したがって、MSSQL上でアプリケーションを実行するのは良いことですが、今日は不可能な理由があります。 –

関連する問題