HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

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

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

No.11505 の関連記事表示

<< 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 >>

パスワード/

HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

- Child Tree -