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

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

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

■5175 / inTopicNo.21) 　Re[12]: mysql　データ型で検索しました
  ▼■
□投稿者/ hidetake -(2009/09/28(Mon) 21:51:47)
    > >>てか、最初から numeric (decimal) を使うべきかと。
    >>
    >>その方がいいですが、書き出しした表はdoubleになっちゃうのです。
    >>新規にしなければいいのか。。。横着しちゃいけませんね。。。
    >
    > numericだったとしても、外部DBでは数値型や通貨型を選択できませんからやっぱり同じことですね。
    > 外部DBと関係なく桐の実数型も0.4-0.3-0.1が0にならないので。
    >
    > しかし何で全部実数になるんだろ？
    > ODBCにintegerとdoubleしかなかった時期とかあったのかなあ？
    >

    確かにドライバ？によっては、全部？実数型になったような
    記憶もありますが、今の自分のところでは
    numeric は「数値」
    float8 は「実数」
    になっていますけど。
    ODBC ドライバは 8.02.04.02

    -- Table: test
    CREATE TABLE test (
    id int8 DEFAULT nextval('"test_id_seq"'::text) NOT NULL,
    data1n numeric(12, 4),
    data2n numeric(12, 4),
    data3n numeric(12, 4),
    data4n numeric(12, 4),
    data1d float8,
    data2d float8,
    data3d float8,
    data4d float8,
    CONSTRAINT test_pkey PRIMARY KEY (id)
    ) WITH OIDS;

810×518 => 250×159

1254142307.jpg/97KB
引用返信 [メール受信/OFF] 削除キー/
■5176 / inTopicNo.22) 　Re[13]: mysql　データ型で検索しました
□投稿者/ hidetake -(2009/09/28(Mon) 22:27:31)
    2009/09/28(Mon) 22:30:19 編集(投稿者)

    >>numericだったとしても、外部DBでは数値型や通貨型を選択できませんからやっぱり同じことですね。
    >>外部DBと関係なく桐の実数型も0.4-0.3-0.1が0にならないので。
    >>
    >>しかし何で全部実数になるんだろ？
    >>ODBCにintegerとdoubleしかなかった時期とかあったのかなあ？
    >>

    ひょっとして？と思って

    data1 numeric,
    data2 numeric,
    data3 numeric,
    data4 numeric,

    と、CREATE TABLE したら

    PostgreSQL 側では

    data1 numeric(65535, 65532),
    data2 numeric(65535, 65532),
    data3 numeric(65535, 65532),
    data4 numeric(65535, 65532),

    となり、桐では「実数」として認識されました。
    (PostgreSQL 7.2)

    自分は、通常、桁数指定してテーブルは定義しているので
    気づきませんでした。

引用返信 [メール受信/OFF] 削除キー/
■5177 / inTopicNo.23) 　Re[14]: mysql　データ型で検索しました
□投稿者/ 尾形 -(2009/09/29(Tue) 08:52:12)
    どうも、ありがとうございます

    decimal(15,4)
    に設定しました。「数値型」になりました
    扱える範囲:-99999999999.9999〜99999999999.9999

    テストで小数点以下5桁を入力したけど
    エラーメッセージは返ってきませんでした
    再抽出したら0.12345→0.1235に変わってた
    整数部を11桁超はエラーが返ってきたけど


    #誤差が許される集計ってないと思うのだけど
    #double使う理由ってあるのかしら
    #ネットで調べててもdoubleが標準見たいな雰囲気？

解決済み!
引用返信 [メール受信/OFF] 削除キー/
■5179 / inTopicNo.24) 　Re[15]: mysql　データ型で検索しました
□投稿者/ うにん -(2009/09/29(Tue) 09:18:31)
    > どうも、ありがとうございます

    適当なこと書いてすいませんでした。hidetakeさんがいてよかった〜

    > decimal(15,4)
    > に設定しました。「数値型」になりました
    > 扱える範囲:-99999999999.9999〜99999999999.9999

    こっちのテストファイルもmysqlのは数値型になっていた^^;
    pgsqlの方はたまたま(20,2)にしてたので実数になったようです。
    計算項目は選択可能で通貨型まで選べますね。

    > テストで小数点以下5桁を入力したけど
    > エラーメッセージは返ってきませんでした
    > 再抽出したら0.12345→0.1235に変わってた
    > 整数部を11桁超はエラーが返ってきたけど

    MysqlのINSERTでは「数値型のカラムへの、そのカラムの値の範囲を超える値の設定。 この場合、値は範囲の最大値または最小値に切り落とされる。 」
    となってるので、エラーにしてるのはODBCドライバか桐？

    > #誤差が許される集計ってないと思うのだけど
    > #double使う理由ってあるのかしら
    > #ネットで調べててもdoubleが標準見たいな雰囲気？

    桐のヘルプでも「実数型は、おもに外部データベースとのデータ交換で使用します。」というので引きずられてしまった。
    double値をそのまま取り出すのに必要なのかもしれないけど、精度からいったら
    存在価値０の気がします...
    事務処理用じゃないんでしょうね。
引用返信 [メール受信/OFF] 削除キー/
■5184 / inTopicNo.25) 　Re[11]: イベントバグ？
□投稿者/ うにん -(2009/09/29(Tue) 13:20:16)
    > のですが、結合表でもそうですが、全てを選ぶと確かに
    > 簡単に項目名が取り込まれて、表形式編集が出来て、
    > ワンタッチフォームを選ぶと、行挿入なども出来るように
    > 成ります。
    > しかし項目名などがmysqlのデータベース名が前に付いて
    > 何かと不便ではないかと思います。

    これはちょっと前に私が質問した件ですが、「全て」を使わず
    CTRL+Aで選択すればいいのです。

    > 外部データベースを使う場合、１）項目名に日本語はダメとか
    > ２）日本語の方が良いや、３）主キーには数値だけで日時は
    > ダメとか、４）主キーは項目の組み合わせでいいよや、

    多分全部大丈夫。（あてにならん^^;４はできた。）

    > ５）桐のように計算項目も作れるよ
    作れますけど、他の項目を訂正しても「再抽出」しないと再計算されませんね。
    「再抽出」すると、桐で行った絞り込みや並べ替えは解除されてしまうので
    ちょっと不便。
引用返信 [メール受信/OFF] 削除キー/
■5185 / inTopicNo.26) 　Re[12]: イベントバグ？
□投稿者/ 今村　誠 -(2009/09/29(Tue) 14:41:23)
    うにんさんこんにちは
    >>ワンタッチフォームを選ぶと、行挿入なども出来るように
    >>成ります。
    これは行挿入が出来ないだけで行追加は出来ていました。
    どうせ出来ないなら表の場合行挿入の場所に行追加にした
    方が使いやすいのではないかと思いました。

    >>しかし項目名などがmysqlのデータベース名が前に付いて
    >>何かと不便ではないかと思います。
    > これはちょっと前に私が質問した件ですが、「全て」を使わず
    > CTRL+Aで選択すればいいのです。
    マウスで下にドラッグしたら出来ました。ありがとうございます。

    >>外部データベースを使う場合、１）項目名に日本語はダメとか
    >>２）日本語の方が良いや、３）主キーには数値だけで日時は
    >>ダメとか、４）主キーは項目の組み合わせでいいよや、
    >
    > 多分全部大丈夫。（あてにならん^^;４はできた。）

    日本語は普段xfeer変換で起動していたので出来ないのかと
    思っていましたが、alt＋全角半角で起動できました。
    主キーは日時型に設定しました。
    最初に設定したdenpyou_cdに
    desc ogata;
    では設定されていませんが、何故か桐では
    daytimeとdenpyou_cdの2つに主キーの表示がされます。
    alter table ogata drop denpyou_cd;
    としても項目削除できません。

    >>５）桐のように計算項目も作れるよ
    > 作れますけど、他の項目を訂正しても「再抽出」しないと再計算されませんね。
    > 「再抽出」すると、桐で行った絞り込みや並べ替えは解除されてしまうので
    > ちょっと不便。
    そうなんですか。全てをイベントで計算するのは面倒なので
    使えそうに思います。

引用返信 [メール受信/OFF] 削除キー/
■5187 / inTopicNo.27) 　Re[13]: イベントバグ？
□投稿者/ うにん -(2009/09/29(Tue) 17:36:07)
    > 最初に設定したdenpyou_cdに
    > desc ogata;
    > では設定されていませんが、何故か桐では
    > daytimeとdenpyou_cdの2つに主キーの表示がされます。

    あれほんとだ。mysqlでも起こりますね。
    先頭の列以外が主キーだと、先頭の列も鍵マークが付いて主キー扱いになるみたい？

引用返信 [メール受信/OFF] 削除キー/
＜前の20件

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

このトピックに書きこむ

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

Mode/　 Pass/

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

- Child Tree -
- Antispam Version -