Re: uniPaaSとOracle Gatewayに関して
HAYATO
居住地: 大阪市淀川区西中島5-9-2
投稿数: 90
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
こんにちは
丹田さんが仰るように、最初は定義取得でテーブル定義をMAGIC内に取り込むことからスタートした方が良いと思います。
ただ、それ以降もテーブルのメンテナンスとMAGIC側のテーブル定義おNメンテナンスは別々で作業した方が経験上トラブルは少ないと思います。
というのは最新のオラクルの機能に比べて、MAGIC側の機能はかなり少なく、IndexとDataを別々の領域に配置することも出来ません。 数値項目などはオーバーフローしない様、桁定義を外した方が良いのですが、それも出来ません。
後後のチューニングのことを考えると、、、
1.オラクルとMAGICの定義が開発版で同期しないように設定した方が良いと思っています。
2.については、オラクル側の項目の方が多い場合には、NULLもしくはデフォルト値がセットされます。NOT NULLでデフォルト値設定もしていない場合には、MAGICでエラーになります。
ただ同じ物理テーブルを別々の論理定義で使う場合などには敢えてそうしている時もありますので、そこはケースバイケースですね。
HAYATO@アインシュタイン設計社
丹田さんが仰るように、最初は定義取得でテーブル定義をMAGIC内に取り込むことからスタートした方が良いと思います。
ただ、それ以降もテーブルのメンテナンスとMAGIC側のテーブル定義おNメンテナンスは別々で作業した方が経験上トラブルは少ないと思います。
というのは最新のオラクルの機能に比べて、MAGIC側の機能はかなり少なく、IndexとDataを別々の領域に配置することも出来ません。 数値項目などはオーバーフローしない様、桁定義を外した方が良いのですが、それも出来ません。
後後のチューニングのことを考えると、、、
1.オラクルとMAGICの定義が開発版で同期しないように設定した方が良いと思っています。
2.については、オラクル側の項目の方が多い場合には、NULLもしくはデフォルト値がセットされます。NOT NULLでデフォルト値設定もしていない場合には、MAGICでエラーになります。
ただ同じ物理テーブルを別々の論理定義で使う場合などには敢えてそうしている時もありますので、そこはケースバイケースですね。
HAYATO@アインシュタイン設計社
投票数:1
平均点:10.00
投稿ツリー
-
uniPaaSとOracle Gatewayに関して (wshoichi, 2013-4-23 9:52)
-
Re: uniPaaSとOracle Gatewayに関して (Tanda, 2013-4-23 10:19)
-
Re: uniPaaSとOracle Gatewayに関して (wshoichi, 2013-4-23 14:48)
-
Re: Re: uniPaaSとOracle Gatewayに関して (Tanda, 2013-4-23 16:17)
-
-
Re: uniPaaSとOracle Gatewayに関して (wshoichi, 2013-4-23 16:38)
-
Re: Re: uniPaaSとOracle Gatewayに関して (Tanda, 2013-4-23 16:43)
-
-
Re: uniPaaSとOracle Gatewayに関して (HAYATO, 2013-4-23 16:54)
-
Re: uniPaaSとOracle Gatewayに関して (wshoichi, 2013-4-24 14:33)
-
Re: Re: uniPaaSとOracle Gatewayに関して (HAYATO, 2013-4-24 16:21)
-
Re: Re: uniPaaSとOracle Gatewayに関して (Tanda, 2013-4-24 16:42)
-
-
Re: uniPaaSとOracle Gatewayに関して (wshoichi, 2013-5-17 18:40)
-
Re: Re: uniPaaSとOracle Gatewayに関して (Tanda, 2013-5-18 19:13)
-
-
Re: uniPaaSとOracle Gatewayに関して (wshoichi, 2013-5-22 15:10)
-