桐質問掲示板 [Search:外部DB]

ログ内検索

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

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

全過去ログを検索

ヒット / 208件

過去ログ90からさらに検索→

<< 0 | 1 | 2 | 3 | 4 >>

■5027

　Re[2]: 外部DBの表示更新

□投稿者/ hidetake -(2009/08/27(Thu) 10:05:50)

パスワード:[kiri]　

2009/08/27(Thu) 10:08:50 編集(投稿者)

一部編集
>>表示されているレコードの付近をある程度のバッファ容量だけ持って
>>くるようです。
>
> コレって、やはり変かな？　ある一定レコード数なのかな。
>

Access2003 で確認したら、Access は最初に主キーの項目をデータ
を全て取得する。その取得した主キーの値で 10件ずつ WFERE句に
条件として OR でつなげて SELECT していました。10件は条件に
よって変わるかも知れないし、その取得したデータを Access 内部
でどれぐらい保持しているのかも変わってくるのかも知れません。

UPDATE に関しては、取得した項目の最初の値を全て WHERE句の条件
として AND としてつなげて、取得した時点のデータと変更が無い
事を条件として UPDATE をかけるのは以前調べたのと同じでした。

外部DB としては 1998年に PostgreSQL や InterBase 相手に接続し
だしましたが、桐も Access もその当時からほとんど何も変わって
いないと思います。桐は当時桐v7 ですが。
桐は最初に全てのデータを取得する。Access はスクロール等の必要
に応じ都度データを取得する。
そして、どちらも、一度表示されたデータ&編集したデータは、明示
的に再抽出(最新の情報に更新)しなければ、サーバからのデータは
取り直さない。

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

■5029

　Re[3]: 外部DBの表示更新

□投稿者/ うにん -(2009/08/28(Fri) 14:03:17)

パスワード:[kiri]　

> そして、どちらも、一度表示されたデータ&編集したデータは、明示
> 的に再抽出(最新の情報に更新)しなければ、サーバからのデータは
> 取り直さない。

なるほど。FileMakerも同じようでした。
HELPの記述が間違ってるということですね。

あとは、外部DB定義時に先頭の項目に勝手に鍵マークが付く現象を調べます。

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

■5030

　Re[4]: 外部DBの表示更新

□投稿者/ うにん -(2009/08/28(Fri) 16:55:05)

パスワード:[kiri]　

> あとは、外部DB定義時に先頭の項目に勝手に鍵マークが付く現象を調べます。

テーブルに主キーがあると常に先頭のカラムも鍵マークがついている。
そのカラムを削除すると先頭になったカラムに鍵マークがつく。
別に害はなさそうだけど...

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

■5094

　外部ＤＢと表の結合

□投稿者/ 谷口 -(2009/09/22(Tue) 12:44:19)

パスワード:[kiri]　

oracleのシステムへODBCで接続した外部DBのXVWと桐のTBLは結合できるのでしょうか？
accessにはテーブルのリンクで可能だと思いますが。

親記事 /過去ログ33より / 関連記事表示
削除チェック/

■5129

　Re[1]: 外部ＤＢと表の結合

□投稿者/ うにん -(2009/09/24(Thu) 22:19:25)

パスワード:[kiri]　

> oracleのシステムへODBCで接続した外部DBのXVWと桐のTBLは結合できるのでしょうか？

外部DBは結合に使えませんよね？

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

■5165

　Re[10]: イベントバグ？

□投稿者/ hidetake -(2009/09/28(Mon) 13:08:50)

パスワード:[kiri]　

> これで桐がハングしないですか？

PostgreSQL 8.1 相手でも「応答なし」になってしまいますよ！

自分は、桐のエディタでイベントを書くことはほとんど無いので
特に困った覚えはありませんが。　(^^;

# 他にも「応答なし」になるパターンは(外部DB以外でも)あった
# ように思うけど、だいたい定義・再定義時だから逃げようが
# あろうかと思います。

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

■5161

　Re[6]: mysql　データ型で検索しました

□投稿者/ うにん -(2009/09/28(Mon) 12:03:30)

パスワード:[kiri]　

>>気にしなくていいようですね

桐から書き出ししたら全部doubleで正しい値だったので気にしてなかったけど、

> それぞれの型で (0.4 - 0.3) - 0.1 でもやってみてはいかがでしょう！？

外部DBで計算項目を作ったら計算がサーバ上で行われて誤差が丸見えに。が～ん。
計算項目は要注意ですね。

数年前、「pgでは文字列系は全部text数値系は全部numericでいい」と自分なりに調査したのだがすっかり忘れていた。
桐って10進演算だったのかな？

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

■5168

　Re[8]: mysql　データ型で検索しました

□投稿者/ うにん -(2009/09/28(Mon) 14:15:57)

パスワード:[kiri]　

>>計算項目は要注意ですね。
>
> 計算項目の意味を取り間違えているかも知れませんが、

外部DB定義での計算項目です。

> 実数型のデータを桐で計算するときも(そのまま取り
> だして計算)誤差は出ませんか？

もちろん出ますね。ただ、外部DB以外ではそもそも実数型を使わないので。

外部DBで全置換するときは、外部表の項目値だけを使った[d1]-[d2]みたいな
計算式でも行数分のUPDATEが送られていて設定する値は桐が計算していた...

> [data1double] = 0.4
> [data2double] = 0.3
> [data3double] = 0.1
> で、変数管理で下記を計算式に入れ計算。

一括処理などで外部DBの項目値を計算に使うときは型変換した方がいいってことですね。

ところで、私のとこではpgsqlもmysqlも0.4-0.3では誤差が出ないのですが？
適当に乱数値で色々見たら0.83-0.78で誤差が出てます。

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

■5169

　Re[9]: mysql　データ型で検索しました

□投稿者/ hidetake -(2009/09/28(Mon) 14:28:43)

パスワード:[kiri]　

> ところで、私のとこではpgsqlもmysqlも0.4-0.3では誤差が出ないのですが？
> 適当に乱数値で色々見たら0.83-0.78で誤差が出てます。

あれ？　うちでは PostgreSQL 7.2 でも 8.1 でも
上記項目を使った計算式でも
select ((CAST(0.4 AS double precision) - CAST(0.3 AS double precision)) - CAST(0.1 AS double precision));
でも、結果は 0 にはならないのだけれど。

> 一括処理などで外部DBの項目値を計算に使うときは型変換した方がいいってことですね。

てか、最初から numeric (decimal) を使うべきかと。

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

■5170

　Re[10]: mysql　データ型で検索しました

□投稿者/ うにん -(2009/09/28(Mon) 15:50:36)

パスワード:[kiri]　

>>ところで、私のとこではpgsqlもmysqlも0.4-0.3では誤差が出ないのですが？
>>適当に乱数値で色々見たら0.83-0.78で誤差が出てます。
>
> あれ？　うちでは PostgreSQL 7.2 でも 8.1 でも
> 上記項目を使った計算式でも
> select ((CAST(0.4 AS double precision) - CAST(0.3 AS double precision)) - CAST(0.1 AS double precision));
> でも、結果は 0 にはならないのだけれど。

結果が分かりやすいように3数字でやってたんですね。。。
0.4-0.3は0.1になってましたが、さらに-0.1したらこっちでも0になりませんでした。
0.83-0.78だと2数字で0.0499999999999998になります。

>>一括処理などで外部DBの項目値を計算に使うときは型変換した方がいいってことですね。
>
> てか、最初から numeric (decimal) を使うべきかと。

その方がいいですが、書き出しした表はdoubleになっちゃうのです。
新規にしなければいいのか。。。横着しちゃいけませんね。。。

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

■5173

　Re[11]: mysql　データ型で検索しました

□投稿者/ うにん -(2009/09/28(Mon) 19:49:22)

パスワード:[kiri]　

> >>一括処理などで外部DBの項目値を計算に使うときは型変換した方がいいってことですね。
>>
>>てか、最初から numeric (decimal) を使うべきかと。
>
> その方がいいですが、書き出しした表はdoubleになっちゃうのです。
> 新規にしなければいいのか。。。横着しちゃいけませんね。。。

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

しかし何で全部実数になるんだろ？
ODBCにintegerとdoubleしかなかった時期とかあったのかなあ？

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

■5175

　Re[12]: mysql　データ型で検索しました

□投稿者/ hidetake -(2009/09/28(Mon) 21:51:47)

パスワード:[kiri]　

> >>てか、最初から 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;

1254142307.jpg/97KB

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

■5176

　Re[13]: mysql　データ型で検索しました

□投稿者/ hidetake -(2009/09/28(Mon) 22:27:31)

パスワード:[kiri]　

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)

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

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

■5088

　外部DBでオートナンバーキーの取得

□投稿者/ 尾形 -(2009/09/19(Sat) 18:21:27)

パスワード:[kiri]　

よろしくお願いします
桐9とMySQLです

売上伝票入力です
伝票ヘッダと伝票明細の1対Nの関係です
伝票ヘッダのテーブルの主キーにオートナンバーを設定しています

最後に登録(追加)したオートナンバーを取得する方法が知りたいのです
その番号を取得して伝票明細側にも書き込みたいのです

再抽出しないといけないのだろうというのは分かるのですが
最後の番号を取得する#DSQLの書き方？
良い方法が分かりません

よろしくお願いします

親記事 /過去ログ33より / 関連記事表示
削除チェック/

■5091

　Re[1]: 外部DBでオートナンバーキーの取得

□投稿者/ 桐々舞 -(2009/09/20(Sun) 17:43:18)

パスワード:[kiri]　

桐側で取得したらダメなのですか？