桐質問掲示板 [Search:11505]

ログ内検索

・キーワードを複数指定する場合は半角スペースで区切ってください。
・検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
・[返信]をクリックすると返信ページへ移動します。 (*過去ログは表示されません)
・過去ログから探す場合は検索範囲から過去ログを選択。

キーワード	/	検索条件	/
検索範囲	/	強調表示	/ ON (自動リンクOFF)
結果表示件数	/	記事No検索	/ ON
大文字と小文字を区別する

No.11505 の関連記事表示

ヒット / 1件

<< 0 >>

■11505

　Re[2]: フォームを作りたい

□投稿者/ ド初心者 -(2018/10/19(Fri) 11:31:42)

パスワード:[kiri]　

■No11502に返信(悲しげさんの記事)
> ■No11500に返信(ド初心者さんの記事)
>
> まず「…を編集するとき」の「編集」の意味がよく判りませんが、
> 「フォームで表示させて訂正入力等なんらかの処理をするとき」
> のような意味ですよね？
>
> それと「※108」の「※」の意味するところもよく判りません。
> 全体に数値系のデータ型だと思われるので、このように文字列が
> 入ってくると扱いがややこしくなるような気がします。
> 「※」的なところは何か別な工夫をしてみる。例えば「1000108」
> とか「0.000108」とか「-108」とか、あるいは何らかのフラグ
> を設けて文字色や背景色を変えてみるとか。
>
> さて、このようなデータ構造は、いかにもワープロとかエクセルっ
> ぽくて、およそデータベース処理には向かないように思えます。
>
> 趣旨が違うのかもしれないが、私なら次のようなデータ構造として
> 試してみるかもしれません。
>
> 商品番号　地区　値(数値)　flag(文字列)
> -------------------------
> 001 地区01 1
> 001 地区02 4
> ・・・・・・
> 001 地区18 32
> 002 地区01 3
> 002 地区18 32
> 003 地区01 2
> 003 地区03 5 ※
> 003 地区09 34
> 003 地区10 689
> ・・・・・・
>
> で、フォームとしてはグループ項目のある一覧表とし、[商品番号]を
> ヘッダのグループ項目とする。
> そして例えば「グループ移動」イベントとかで、[地区]か[値]が入力
> 済みのデータだけを絞り込み表示させるとか。
>
> この辺りは、そもそも何のために必要なのか次第なので。
>

悲しげ様、ご教示をありがとうございます。
でも、すいません、テーブル構成自体は、私が決められないので、これはどうしようもありません。
要は列が200列以上あって、逐一スクロールしてデータをメンテナンスするのが大変なのです。
何か良い知恵がありましたら、ご教示をよろしくお願い申し上げます。

記事No.11500 のレス /過去ログ76より / 関連記事表示
削除チェック/

<< 0 >>

パスワード/

- Child Tree -