プログラム参照作成時の問題

これも良い方法ですね。駄目元で質問してよかったです。

> テーブルＢに対応するテーブルＡの項目を探しながら移動させ、
> 項目番号も変更するという手間がかかりますが
確かにそこは手間ですが、結局、何処に時間を掛ければ良い結果が
得られるかなのでこの方法は使えそうです。活用したいと思います。
回答ありがとうございました。

私がしている方法は、

１．複製したプログラムＢでテーブルＡの照会リンク(項目は空)を作成
２．メインテーブルで指定されているテーブルＡの各項目を照会リンクの内側に移動
３．メインテーブルをテーブルＢに変更
４．メインテーブルのテーブルＢに対応する項目から順番に照会リンク内のテーブルＡ項目から移動し、項目番号を変更
５．最後に照会リンクを削除

テーブルＢに対応するテーブルＡの項目を探しながら移動させ、項目番号も変更するという手間がかかりますが、
式やフォームで項目がずれることは防げ、後々の手間が少ないと思うのでこうやっています。

なるほど。
条件によってはその方法は使えるかも知れませんね。
回答ありがとうございます。


そもそもの話は msg# 1.2 に書いた参照作成をするような作業の時に
書いた方法でやるとプログラムが崩れたのを修正するのが大変だけど、
どうやるのが早く確実なのかというところから、
他の方々はどうしているのかと思ったので質問させてもらいました。

引き続き、こう言う方法が良いよというのがありましたらお願いします。

１．テーブルAを複写してテーブルCを作る
２．プログラムを複写し、テーブルAをテーブルCに変更
３．テーブルCの定義内容をテーブルBになるよう変更
４．複写したプログラムのテーブルCをテーブルBに変更
５．テーブルCを削除

って手法はどうでしょう？

問題を判りやすくする為に簡単なテーブルとプログラムで説明します。
先にテーブルから。

-- テーブルＡ --
1 SEQNO
2 何かの項目
3 数量
4 単価
5 金額

-- テーブルＢ --
1 SEQNO
2 単価
3 金額
4 数量

仕様としてはテーブルを読み込み、テーブル項目の数量と単価計算して
テーブル項目の金額に書き込むプログラムがあるとします。

-- プログラムＡ --
メインテーブル テーブルＡ
セレクト 1 A.SEQNO
セレクト 2 B.何とかフラグ
セレクト 3 C.数量
セレクト 4 D.単価
セレクト 5 E.金額
項目更新 E.金額 式 1 C*D(C.数量*D.単価)

次に上に書いたプログラムを複写してテーブルレイアウトが異なる
テーブルＢで同様の処理を行うプログラムを作るとします。

上のプログラム複写し、メインテーブルをテーブルＢを変えると
以下のようになると思います。これが今回挙げた問題点です。

-- プログラムＢ --
メインテーブル テーブルＢ
セレクト 1 A.SEQNO
セレクト 2 B.単価
セレクト 3 C.金額
セレクト 4 D.数量
セレクト 5 E.？？
項目更新 E.？？ 式 1 C*D(C.金額*D.数量)

はい。プログラムがおかしくなりました。
これを正しい動作にするには項目更新の 2 箇所を次のように直すか、
変数定義の順番を入れ替えるしかありません。
項目更新 C.金額 式 1 D*B(D.数量*B.単価)

今回挙げたプログラムは単純なものですし、テーブルの項目数も少ないので
極端な話、そんなことはせず一から作った方が下手すると速いのですが、
項目数が多く複雑な場合、そうも行きません。

ゼロから書くより、似ているプログラムから参照作成する方が良いのですが、
これだと全てのコード、式、(フォームがあればその項目も) を確認しながら直していかなくてはならず、
本来の作業とは別のところに時間が掛かっているような気がするのです。

フォームレイアウトをファイルに保存するしくみが無いのかと
思っていましたが、フォームテンプレートというものがあるんですね。
uniPaaS でも同じものがあるのかも含めて、活用出来るかまたどうか調べてみます。
回答ありがとうございました。

ただ、今回書いた問題点というのはちょっと違うんです。
フォームテンプレートならぬ、プログラムテンプレート的なものがあれば又違うんでしょうが。
たまたま帳票プログラムの作業をしていたので判りにくくなってしまいました・・・
その件は長くなるので投稿を分けて書きます。

概要としてはメインテーブルを入れ替えた時にテーブルのカラムが
？？になったり、意味合いが変わるのが何とかならないのかと
そうなった状態を正しい状態にする良い方法が無いのかと言うことです。

これは、テキスト形式フォームのフォームレイアウトの編集が大変ということでしょうか。

確か、V7くらいからサポートされた、フォームテンプレートを利用することで、多少作業が軽減できるような気がします。

フォームテンプレートとは、現在のフォームのコントロールの配置レイアウトを、ファイルにテンプレートとして保存できる機能です。

売り上げテーブルＡのテキスト形式フォームをテンプレートの書込をして、売り上げテーブルＢのテキスト形式フォームで、そのテンプレートを読込ます。

（異なるインターフェースタイプのフォームのテンプレートは読込めないので、ご注意ください。）

フォーム上にコントロールが配置されます。

各コントロールのデータ特性など、一部のコントロール特性は、テンプレートに保存されないので、テンプレートの読込を行った後、各コントロールごとに、データ特性などを割り当てなければなりません。

nullさんが行われている作業に比べれば、少ない工数で対応できるのではないかと思います。

V7以前のバージョンには、フォームのテンプレートは出来ないと思います。

こちらの認識が違って、誤った情報を提示していた場合は、すみません。

ご参考になれば。。。

今更ですが、Magic の問題点と言いますか、何とかならないかと思う話です。
以下、DB は Btrieve、帳票作成は標準のテキスト印刷で作成するものとします。

レイアウトが違うものの項目としては似たものがそろっているテーブルが
複数あるとします。例えば、売上Ａテーブル、売上Ｂテーブルとします。

売上Ａテーブル(イメージ)
1 SEQNO
11 数量
13 単価
15 金額
他にも沢山の項目・・・

売上Ｂテーブル(イメージ)
1 SEQNO
21 数量
23 単価
25 金額
他にも沢山の項目・・・

この売上Ａテーブルをメインテーブルとして印刷するプログラムを作成します。
これを帳票Ａとします。ちなみに、帳票へ出力する項目は売上Ａテーブルの項目を使用します。

その後、帳票Ｂの仕様が帳票Ａと非常に似ている為、
完成した帳票Ａのプログラムを元に売上Ｂテーブルを
メインテーブルとして印刷するプログラムを作るとします。

帳票Ａのプログラムを複写した直後の状態では
メインテーブルには売上Ａテーブルが割り当てられているので
売上Ｂテーブルに変更するのですが、テーブルを変えただけだと
ファイルレイアウトが違うので、帳票フォームに張り付いた項目を
一つ一つ確認して正しい項目に変えていかないといけません。
レコード後処理でテーブル項目を使用して計算をしていれば
その式も全て見直さなければなりません。

まあ、全てが番号管理の Magic では当たり前の話なんですが、毎回それをやるのが面倒です。
恐らく Magic 経験者なら遭遇するであろうこの問題、皆様はどうしていますか？
地道に一つ一つ確認していくしかないんでしょうか？