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

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

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

■5247 / inTopicNo.1)  外部データベースのパスワード
  
□投稿者/ 今村 誠 -(2009/10/06(Tue) 12:59:08)
    こんにちは、桐9でフォームを使っているのですが閉じたり開い
    たりする毎にパスワードの入力が面倒なのですが、パスワード無し
    のユーザーはどうやって作れますか。
    mysql4.1です。
    サンプルで作ったrei01だけしか選べないのも非常に不便です。
    操作のしかたが悪いのでしょうか。
    外部データベースに詳しい方アドバイスお願いします。
引用返信 [メール受信/OFF] 削除キー/
■5248 / inTopicNo.2)  Re[1]: 外部データベースのパスワード
□投稿者/ hidetake -(2009/10/06(Tue) 13:19:01)
    2009/10/06(Tue) 13:21:12 編集(投稿者)

    > こんにちは、桐9でフォームを使っているのですが閉じたり開い
    > たりする毎にパスワードの入力が面倒なのですが、パスワード無し
    > のユーザーはどうやって作れますか。

    桐ver8のマニュアル「グラフ・結合表」編の87ページ。


    # このマニュアルに
    # 外部DB の DECIMAL型 (SQL_DICIMAL) が桐で数値型に
    # なるか実数型になるかの仕様も書いてあった。

引用返信 [メール受信/OFF] 削除キー/
■5249 / inTopicNo.3)  Re[2]: 外部データベースのパスワード
□投稿者/ 今村 誠 -(2009/10/06(Tue) 13:36:16)
    2009/10/06(Tue) 13:36:39 編集(投稿者)

    hidetakeさん早速ありがとうございました。

    > 桐ver8のマニュアル「グラフ・結合表」編の87ページ。

    結合表にパスワードを設定して快適に使用できました。
    こんなに簡単に解決できてうれしいです。
    マニュアルが沢山あって処分しようと思っていたのですが
    やはり捨てられません。

    > # このマニュアルに
    > # 外部DB の DECIMAL型 (SQL_DICIMAL) が桐で数値型に
    > # なるか実数型になるかの仕様も書いてあった。

    久しくマニュアルは読んでいませんでした。

    本当にありがとうございました。
解決済み!
引用返信 [メール受信/OFF] 削除キー/
■5250 / inTopicNo.4)  Re[1]: 外部データベースのパスワード
□投稿者/ 尾形 -(2009/10/06(Tue) 15:02:03)
    どうも、こんにちは

    > mysql4.1です。
    なぜに4.1を選択されたのですか?

    5.1 も安定版のはずですよ


引用返信 [メール受信/OFF] 削除キー/
■5251 / inTopicNo.5)  Re[2]: 外部データベースのパスワード
□投稿者/ 今村 誠 -(2009/10/06(Tue) 15:27:46)
    尾形さんこんにちは
    >>mysql4.1です。
    > なぜに4.1を選択されたのですか?
    >
    > 5.1 も安定版のはずですよ

    ダウンロード時にメールアドレスを登録してください
    と言われるのです。
    基本的にメールアドレスや住所に嘘は嫌いですので
    ダウンロードできませんでした。

    イベントを使って、番号.xvwを最初の入力項目で追加し
    最新の番号を持って来て、項目値代入すれば、訂正も可能
    でした。

    mysql -u root -p -b
    show databases; /* 一覧を表示 */
    CREATE DATABASE rei01; /* データベースの作成 */
    show tables; /* 使用テーブル数を見る */
    desc tokui; /* tokuiのテーブル定義を見る */
    mysql -u root -p -b
    USE rei01; /* 使用開始 */
    Drop table tokui; /* テーブルの削除 */
    CREATE table tokui(
    得意C INT UNSIGNED auto_increment NOT NULL,
    primary key(得意C)
    ,登録日 DATETIME
    ,ふりがな varchar(40)
    ,得意先名 varchar(40)
    ,敬称 varchar(40)
    ,電話 varchar(20)
    ,市 varchar(40)
    ,住所1 varchar(40)
    ,住所2 varchar(40)
    ,〒 DECIMAL(12,2)
    ,差出人 varchar(40)
    ,訪問順序 DECIMAL(12,2)
    ,ランク DECIMAL(12,2)
    ,カレンダー DECIMAL(12,2)
    ,賀状 varchar(40)
    ,電話検索 varchar(20)
    ,住所 varchar(40)
    ,FAX varchar(20)
    ,備考 varchar(250)
    ,紹介者 varchar(40)
    ,訪問日 DATETIME
    ,招待状 varchar(40)
    ,携帯電話 varchar(20)
    ,メール1 varchar(40)
    ,メール2 varchar(40)
    ,メールファイル varchar(40)
    ,個人Web varchar(200)
    ,連名1 varchar(40)
    ,敬称1 varchar(10)
    ,連名2 varchar(40)
    ,敬称2 varchar(10)
    ,連名3 varchar(40)
    ,敬称3 varchar(10)
    ,お勤め先 varchar(40)
    ,勤務先電話 varchar(20)
    ,勤務先FAX varchar(20)
    ,所在地 varchar(40)
    ,年賀宛名 varchar(40)
    ,印刷住所1 varchar(40)
    ,印刷住所2 varchar(40)
    ,春展示会 varchar(40)
    ,秋展示会 DECIMAL(12,2)
    ,誕生日 DATETIME
    ,死亡日 DATETIME
    ,住まい varchar(40)
    ,印字差出 varchar(40)
    ,列 DECIMAL(12,2)
    ,行 DECIMAL(12,2)
    ,印刷0 DECIMAL(12,2)
    ,印刷1 DECIMAL(12,2)
    ,印刷2 DECIMAL(12,2)
    ,印刷3 DECIMAL(12,2)
    ,差出9 DECIMAL(12,2)
    ,差出住所 varchar(40)
    ,作業文字1 varchar(40)
    ,作業文字2 varchar(40)
    ,1数値 DECIMAL(12,2)
    ,2数値 DECIMAL(12,2)
    ,姓 varchar(40)
    ,名 varchar(40)
    ,画像ファイル名 varchar(200)
    ,Aテキスト varchar(40)
    ,A位置 varchar(40)
    ,A印字テキスト varchar(40)
    ,Bテキスト varchar(40)
    ,B位置 varchar(40)
    ,B印字テキスト varchar(40)
    ,Cテキスト varchar(40)
    ,C位置 varchar(40)
    ,C印字テキスト varchar(40)
    ,Dテキスト varchar(40)
    ,D位置 varchar(40)
    ,D印字テキスト varchar(40)
    ,Eテキスト varchar(40)
    ,E位置 varchar(40)
    ,E印字テキスト varchar(40)
    ,Fテキスト varchar(40)
    ,F位置 varchar(40)
    ,F印字テキスト varchar(40)
    ,印字カレンダー varchar(40)
    ,日 DECIMAL(12,2)
    ,月 DECIMAL(12,2)
    ,火 DECIMAL(12,2)
    ,水 DECIMAL(12,2)
    ,木 DECIMAL(12,2)
    ,金 DECIMAL(12,2)
    ,土 DECIMAL(12,2));

    CREATE table tokuiban (
    番号 INT UNSIGNED auto_increment NOT NULL,
    primary key(番号)
    ,ゆーざー varchar(60));

    2個のテーブルとフォームとイベントを使います。
    フォームは私のページのと殆ど同じです。

    proc t得意先名::ソース値更新()
    var 日時{&現在日時=[登録日]},Long{&Ltokuic,&LNo},Str { &Stokuim }
     if (&現在日時="")
    *   確認 #str(#秒(#日時値))
       &現在日時=#日時値(#STR(#年(#日時値))+"/"+#STR(#月(#日時値))\
             +"/"+#STR(#日(#日時値))+" "+#STR(#時(#日時値))\
             +":"+#STR(#分(#日時値))+":"+#STR(#num(#小(#int(#秒(#日時値)/5),11))*5+2))
       &Stokuim = #TISTR( &現在日時,6,4,2)+"N"+#ユーザ名
       open "tokuiban.xvw"
       行追加 終了状態 = &LNo , [ゆーざー] = &Stokuim
       close "tokuiban.xvw"
       編集表 &Ijibun
       項目値代入 [登録日]=&現在日時 /* 秒を5で割ると12が最大値で最後の2を0から4迄変更可能 *
       open "tokuiban.xvw"
       検索 [ゆーざー] { &Stokuim } , 文字比較方法 = 自動 , 部分一致検索 = しない , 終了状態 = &LNo
      if (&LNo = 1)
       &Ltokuic = [番号]
       close "tokuiban.xvw"
       編集表 &Ijibun
       項目値代入 [得意C] = &Ltokuic /* 秒を5で割ると12が最大値で最後の2を0から4迄変更可能 *
      else if (&LNo = -1)
       確認 "データが登録されていません"
       close "tokuiban.xvw"
       編集表 &Ijibun
      else
       確認 "想定外の結果です"
       close "tokuiban.xvw"
       編集表 &Ijibun
      end
     end
    /* 10秒に1回の更新なら割り算を5でなく10にして11を5に変更すれば0から9迄変更可能 */
     call 宛名訂正()
    /* 桐のテーブルを直接共有なら1/10や1/100や1/999ミリ秒迄可能です */
    end


引用返信 [メール受信/OFF] 削除キー/
■5252 / inTopicNo.6)  Re[3]: 外部データベースのパスワード
□投稿者/ うにん -(2009/10/06(Tue) 19:47:05)
http://dev.mysql.com/downloads/mysql/5.1.html
    > ダウンロード時にメールアドレスを登録してください
    > と言われるのです。

    左が新規登録、右が登録済みの人用で、
    その下に「登録しません」みたいなリンクがあったと思うけど。

    今URLのとこに行ってみたら、その画面を通らなかった。別のサーバだったかな。
引用返信 [メール受信/OFF] 削除キー/
■5253 / inTopicNo.7)  Re[4]: 外部データベースのパスワード
□投稿者/ 今村 誠 -(2009/10/06(Tue) 20:36:39)
    うにんさんありがとうございます。
    > 左が新規登録、右が登録済みの人用で、
    > その下に「登録しません」みたいなリンクがあったと思うけど。
    >
    > 今URLのとこに行ってみたら、その画面を通らなかった。別のサーバだったかな。
    今サイトに行ってダウンロード中です。
    「mysql-essential-5.1.39-win32.msi」
    ですが↑これで大丈夫でしょうか?
    ツールも見てみたいきもしますが桐から簡単にテーブル定義が
    作成できるのであまり必要ないかとも思います。
    それより、最適化ツールの方がより必要なきがします。
    削除データを圧縮したりバックアップするツールがあればと
    思います。

引用返信 [メール受信/OFF] 削除キー/
■5254 / inTopicNo.8)  Re[5]: 外部データベースのパスワード
□投稿者/ うにん -(2009/10/06(Tue) 23:20:10)
http://dev.mysql.com/downloads/mysql/5.1.html
    > 「mysql-essential-5.1.39-win32.msi」
    > ですが↑これで大丈夫でしょうか?
    うちはブロードバンドなので全部入りのを使いましたけど、どこが違うかな...

    > ツールも見てみたいきもしますが桐から簡単にテーブル定義が
    > 作成できるのであまり必要ないかとも思います。
    確かに、桐だと楽チンですよね〜
    http://dev.mysql.com/downloads/gui-tools/5.0.html

引用返信 [メール受信/OFF] 削除キー/
■5255 / inTopicNo.9)  Re[3]: 外部データベースのパスワード
□投稿者/ 今村 誠 -(2009/10/06(Tue) 23:58:04)
    >># 外部DB の DECIMAL型 (SQL_DICIMAL) が桐で数値型に
    >># なるか実数型になるかの仕様も書いてあった。

    やっと今見つけました。付録の134ページですね。
    ミスプリントも発見
    charは文字列とありますが固定長だと思うのですが
    vacharが可変長テキスト
    numric=decimalですが変数宣言ではdecはokでnumは
    許されていません。
引用返信 [メール受信/OFF] 削除キー/
■5256 / inTopicNo.10)  Re[4]: 外部データベースのパスワード
□投稿者/ hidetake -(2009/10/07(Wed) 08:10:50)
    2009/10/07(Wed) 08:14:31 編集(投稿者)

    > やっと今見つけました。付録の134ページですね。
    > ミスプリントも発見
    > charは文字列とありますが固定長だと思うのですが
    > vacharが可変長テキスト

    桐のデータ型には「固定長」とか「可変長」とか
    ありませんよ。



    > numric=decimalですが変数宣言ではdecはokでnumは
    > 許されていません。

    SQL-92 の仕様では
    --------------------------------------------------
    DECIMAL と NUMERIC の唯一の相違は、SQL-92 仕様が、
    NUMERIC 型が正確に指定の精度で表現されることを要求
    する一方で、DECIMAL 型では、型の生成時に指定された
    精度を超えた精度を追加することを実装に許している点
    にあります。したがって、型の NUMERIC(12,4) で作成
    された列は、常に正確に 12 桁で表され、
    型の DECIMAL(12,4) で作成された列は、より大きな
    桁数で表されることもあります。
    --------------------------------------------------
    のようです。ほとんどの DB では同じものとして別名で
    実装されているだけでしょうが。


    桐の変数宣言コマンドでは、少なくとも次は使えるよう
    です。
    str dec money int long short double date time


引用返信 [メール受信/OFF] 削除キー/
■5257 / inTopicNo.11)  Re[5]: 外部データベースのパスワード
□投稿者/ 今村 誠 -(2009/10/07(Wed) 10:28:32)
    hidetakeさんこんにちは

    > SQL-92 の仕様では
    > --------------------------------------------------
    > DECIMAL と NUMERIC の唯一の相違は、SQL-92 仕様が、
    > NUMERIC 型が正確に指定の精度で表現されることを要求
    > する一方で、DECIMAL 型では、型の生成時に指定された
    > 精度を超えた精度を追加することを実装に許している点
    > にあります。したがって、型の NUMERIC(12,4) で作成
    > された列は、常に正確に 12 桁で表され、
    > 型の DECIMAL(12,4) で作成された列は、より大きな
    > 桁数で表されることもあります。
    > --------------------------------------------------
    > のようです。ほとんどの DB では同じものとして別名で
    > 実装されているだけでしょうが。

    先日郵便番号を桐の表からDECIMAL(12,4)の[〒]に読み込ん
    で置換でDECIMAL(12,2)の[tempnum1]に置換して一度保存し
    もう一度開くと「〒」のデータが全て「9999999.9999」に
    変わってしまい置換した[tempnum1]は正常値だったので
    テーブル宣言でDECIMAL(12,2)にしました。
    もしかしたら NUMERIC(12,4) で宣言すれば大丈夫だったの
    もしれません。
引用返信 [メール受信/OFF] 削除キー/
■5258 / inTopicNo.12)  Re[6]: 外部データベースのパスワード
□投稿者/ hidetake -(2009/10/07(Wed) 10:53:01)
    2009/10/07(Wed) 11:05:57 編集(投稿者)

    > 〒

    郵便番号は前ゼロがあり得るし、桐ではフォーマット設定も
    自由では無いので、自分は文字列で設定するけど。


    それに NUMERIC は指定桁数での精度を保証だけれど、指定
    以上の桁数が与えたれたら、指定桁に切り捨てられて(丸め
    られて)指定桁数の精度を維持、それに対して、DECIMAL は
    指定精度を最低限として保証。それ以上の桁数が与えられ
    たら、それも許容しながら値を保持しても良いと言うような
    仕様だと思います。先の例だと逆の動作というか、NUMERIC
    とDECIMALをSQL-92の仕様通りに分けて作ってある DB って
    あるのだろうか?

引用返信 [メール受信/OFF] 削除キー/
■5259 / inTopicNo.13)  Re[7]: 外部データベースのパスワード
□投稿者/ 今村 誠 -(2009/10/07(Wed) 11:59:00)
    hidetakeさん返信ありがとうございます。
    >>〒
    >
    > 郵便番号は前ゼロがあり得るし、桐ではフォーマット設定も
    > 自由では無いので、自分は文字列で設定するけど。

    外部データベースは横に置いて
    郵便番号から住所を取り込む時に文字列だともたついた感じ
    で住所を引っ張ってくるので、数値にしています。
    具体的には全国を3つにわけて〒の数値で表引き表を切り替え
    ています。(12万件を一つにすると結構待たされます)

    最終的にはレポート印刷になり以下の式で印字できるので
    #sstr(#str([〒],7),1,3)+"-"+#sstr(#str([〒],7),4,4)
    文字にせずに数値にしているところです。
    郵便番号で地区の並び替えなどは考えられますが
    市区町村を選択したあとの項目指定になります。

引用返信 [メール受信/OFF] 削除キー/
■5260 / inTopicNo.14)  Re[8]: 外部データベースのパスワード
□投稿者/ hidetake -(2009/10/07(Wed) 12:28:20)
    > 最終的にはレポート印刷になり以下の式で印字できるので
    > #sstr(#str([〒],7),1,3)+"-"+#sstr(#str([〒],7),4,4)
    > 文字にせずに数値にしているところです。

    やり方はいろいろあるわけですし、
    入力される人が「001 ・・・」と入力したいのですが
    00 が入らないのですがと言ってきたり、郵便番号では
    前に「0」はいらないのに、どうしてここのコードには
    前に「0」を入れないといけないのですか?とか、面倒
    になったりしなければ、やりたい方法で良いのでは無い
    でしょうか。

引用返信 [メール受信/OFF] 削除キー/
■5261 / inTopicNo.15)  Re[8]: 外部データベースのパスワード
□投稿者/ うにん -(2009/10/07(Wed) 12:30:03)
    > 郵便番号から住所を取り込む時に文字列だともたついた感じ
    > で住所を引っ張ってくるので、数値にしています。
    > 具体的には全国を3つにわけて〒の数値で表引き表を切り替え
    > ています。(12万件を一つにすると結構待たされます)

    何でか不思議。確かに桐の7文字=14バイトとすれば数値の倍くらい照合時間が
    かかるかもしれないけど、こっちの環境では体感上の差はなかった。
    索引なしでも全く待たされないし。
    Cerelon2.8GHzのVistaです。
    12万件でも20MBぐらいだからRAMの量は関係なさそうだし...

    索引がなければ作る
    編集表を使用しない
    で少しは速くなるかも?

    そもそも索引が使えれば12万件を3つに分けたぐらいではほとんど変わらないはず?
引用返信 [メール受信/OFF] 削除キー/
■5265 / inTopicNo.16)  Re[6]: 外部データベースのパスワード
□投稿者/ 今村 誠 -(2009/10/07(Wed) 20:31:55)
    うにんさんこんにちは
    > http://dev.mysql.com/downloads/gui-tools/5.0.html
    インストールしてみました。
    メニューが全部英語でまるで解りません。
    もう使わないと思うので、削除します。
    ありがとうございました。
解決済み!
引用返信 [メール受信/OFF] 削除キー/



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

このトピックに書きこむ

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

Mode/  Pass/

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

- Child Tree -
- Antispam Version -