(現在 過去ログ36 を表示中)

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

[ 最新記事及び返信フォームをトピックトップへ ]

■5594 / inTopicNo.21)  Re[14]: 日本語未対応?
  
□投稿者/ hidetake -(2010/01/30(Sat) 12:41:52)
    2010/01/30(Sat) 13:14:50 編集(投稿者)

    > やっぱりダメです

    #count 方式は日本語が入るとダメなようです。
    カラム名でも日本語が入るとダメでした。

    今は自分の場合、計算式 &STR 方式でやって
    いたので素直に通っていました。

    #count 方式は桐がその引数を何か操作している
    のか日本語のところで打ち切られるようです。
    No5586
    方式を試して下さい。

    # No5586方式だと、値を取得する項目(2番目以降)
    # の型を文字列にしていると、結果が数値形式の
    # ものでも文字列として値を取得できる。
    # 式を与えた本人は型を把握しているので型変換
    # すれば値を利用できる。
    # 外部DB を開いたままで、&STR に与える式を変更
    # し、再抽出するだけで、思いの結果が得られる。
    # 使い方によっては相当おもしろい。
    #
    # COUNT だって MAX だって AVG だって、複数行の
    # 結果を得るものだって・・・
    # 複数行も得られるので、表引きの元にするデータ
    # やドロップダウンリストに使用するデータも条件
    # 入れれば、対象のデータをテーブルによらず得る
    # 事も可能だ。開きっぱなしで、欲しいデータを
    # 持ってくる SQL文を書いて、その都度、再抽出
    # するだけだ!

引用返信 [メール受信/OFF] 削除キー/
■5596 / inTopicNo.22)  Re[15]: 日本語未対応?
□投稿者/ 尾形 -(2010/01/30(Sat) 16:43:44)
    > No5586方式
    無事通りました
    コレって最高ですね! ^^

    活用方法はいろいろありそうです

引用返信 [メール受信/OFF] 削除キー/
■5597 / inTopicNo.23)  Re[16]: 日本語未対応?
□投稿者/ hidetake -(2010/01/30(Sat) 17:15:03)
    2010/01/30(Sat) 17:19:12 編集(投稿者)

    > 活用方法はいろいろありそうです

    表定義の項目は適当に複数作っておいて、
    SELECT の抽出する項目数が少ない分には
    良いようです。SELECT で抽出する項目数
    の方が多ければエラーになります。

    代替え表引きとか、データを選択させる
    分には通常の2〜3項目もあれば用が足り
    ると思うので数個の文字列項目を作って
    おき、使い回しするというのも有りかな?

    大分類から段階を経て選択させるとか・・・
    1つの外部DBで使い回しでね。
    フォームは動的に表示を変化させれば
    良いわけだし!

引用返信 [メール受信/OFF] 削除キー/
■5598 / inTopicNo.24)  Re[17]: 日本語未対応?
□投稿者/ 尾形 -(2010/01/30(Sat) 17:41:16)
    ですよね

    xvwは多重オープンができないので
    同じようなxvwがいくつもいります

    得意先だけでも
    ・得意先表引き.wfm 用
    ・得意先id入力値のチェック用
    ・得意先マスタ登録.wfm 用

    おかげさまでスッキリさせる事ができるようです

引用返信 [メール受信/OFF] 削除キー/
■5599 / inTopicNo.25)  Re[17]: 日本語未対応?
□投稿者/ hidetake -(2010/02/01(Mon) 22:59:56)
    > 表定義の項目は適当に複数作っておいて、
    > SELECT の抽出する項目数が少ない分には
    > 良いようです。SELECT で抽出する項目数
    > の方が多ければエラーになります。

    ちょいと試してみたけど、桐の外部DB で定義できる
    最大項目数は、表と同じ 2,000項目。

    最初の &STR を定義する項目を除けば、データを取得
    するために定義できる項目数は 1,999項目。

    SQL サーバ側の仕様上の最大カラム数は、1テーブル
    あたりであれば、それ以上の項目数を定義できるもの
    はほとんど無い。PostgreSQL で 1600。テーブル同士
    を結合すれば 4096 とか SELECT 出来るものもある
    ようだけれど、実際にはまずそんな事に出くわすこと
    も少ないと思う。

    なので、計算項目で桐の最大限まで定義していれば
    ', * FROM table …… ; --
    なんてしても、まず問題なく取ってこれるようである。 :-)

    # そんなことしても、項目数が多ければ、項目名との
    # 対比ができずにどの項目のデータなんてわからなく
    # なることは必至だが。


引用返信 [メール受信/OFF] 削除キー/
■5600 / inTopicNo.26)  Re[18]: 日本語未対応?
□投稿者/ 尾形 -(2010/02/02(Tue) 09:57:25)
    集計系のxvwなんか不要になりそうです
    すごく自由度がアップしました ^^


    > 最初の &STR を定義する項目を除けば、データを取得
    > するために定義できる項目数は 1,999項目
    これって手作業ですか? (^^;
    20項目程であきらめたのですが

引用返信 [メール受信/OFF] 削除キー/
■5601 / inTopicNo.27)  Re[18]: 日本語未対応?
□投稿者/ 尾形 -(2010/02/02(Tue) 10:07:29)
    ふと思ったのですが、これって
    ダミーのxvwだけでなく、
    正規のxvwにも有効でないですか?

    1番目にダミー項目を設定して、以下は正規の項目

引用返信 [メール受信/OFF] 削除キー/
■5602 / inTopicNo.28)  Re[19]: 日本語未対応?
□投稿者/ hidetake -(2010/02/02(Tue) 10:33:44)
    >>最初の &STR を定義する項目を除けば、データを取得
    >>するために定義できる項目数は 1,999項目
    > これって手作業ですか? (^^;
    > 20項目程であきらめたのですが

    計算式に設定したうえで、項目名を「項目」 と設定し、
    計算式に " " と入力。次に、行セレクタで行を選択の
    うえ、「編集」で「コピー」。あとは、終端行でひた
    すら Ctrl + V を押し続けるだけ。連番は桐が勝手に
    付け加えてくれます。

    ただ、外部DBには表定義の書き出しや読み込みも無い
    ので、一度設定したものをあとで編集したりするのは
    困難です。

引用返信 [メール受信/OFF] 削除キー/
■5603 / inTopicNo.29)  Re[19]: 日本語未対応?
□投稿者/ hidetake -(2010/02/02(Tue) 10:35:28)
    > ふと思ったのですが、これって
    > ダミーのxvwだけでなく、
    > 正規のxvwにも有効でないですか?
    >
    > 1番目にダミー項目を設定して、以下は正規の項目
    >

    何のために?

引用返信 [メール受信/OFF] 削除キー/
■5604 / inTopicNo.30)  Re[20]: 日本語未対応?
□投稿者/ 尾形 -(2010/02/03(Wed) 08:18:40)
    項目名が分かっていいかなと思いましたけど
    抽出式で書かないといけないから一緒ですね
    失礼しました

引用返信 [メール受信/OFF] 削除キー/

<前の20件

トピック内ページ移動 / << 0 | 1 >>

このトピックに書きこむ

過去ログには書き込み不可

Mode/  Pass/

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

- Child Tree -
- Antispam Version -