【I love Access】やっぱりアクセスが良い

【I love Access】や� ..

640:NAME IS NULL
08/05/09 11:49:32
.RecordCountはカーソルまたはキーセットの状態によって
返す値が変わってくるはず。信用ならないってわけじゃないと思う。

これがわからないで結構悩んだことがある。

-----以下MSDNからコピペ
レコード数を算定できるかどうかには、Recordset オブジェクトのカーソルの種類が
関係します。RecordCount プロパティは、前方スクロールタイプのカーソルの場合
は -1 を返し、静的カーソルまたはキーセットカーソルの場合は実際の数を返し、
動的カーソルの場合はデータソースに応じて -1 または実際の数を返します。
------

641:NAME IS NULL
08/05/09 13:07:50
638ではないけれど、
本来ADOはデータソースの種類を意識することなく
同じコードで動作することを目標としてたはず。
その意味でRecordCountプロパティを使うことは避けた方が
望ましいと思うのだけれど。
少なくとも自分は積極的には使う気がしない。

642:NAME IS NULL
08/05/09 13:23:30
>>641
では、レコード数をカウントしたいときに代わりに何を使っているのでしょうか？
１レコードずつループしてカウント？

643:641
08/05/09 14:08:28
SELECT Count(主キー) FROM テーブル WHERE ～で
素直にクエリ句を投げてます。

Recordsetの操作は、静的カーソルやキーセットより
前方スクロールの方が圧倒的に処理速度が速いので
もっぱら前方スクロールで開いているのも理由の１つ。
>>640にあるように.Recordcountが使えません。

ましてや.MoveLastメソッドなんかはレコード数が
多くなればなるほど遅くて使い物になりませんし・・・
DCountを使う手もあるのですが、DLookupのバグで
痛い目を見てからは使っていません。

644:NAME IS NULL
08/05/09 15:58:37
DLookupのバグって何？

645:641
08/05/09 17:34:25
Access2000だったと記憶していますが、DLookupで文字列フィールドを取得する際に
取得した文字列が途中で途切れてしまう症状があったのです。（再現性あり）

意外とMSが提供する関数にはこの手の見えない制約？バグ？があったりするので
油断ならんなぁ・・・という感じですよｗ

646:NAME IS NULL
08/05/12 16:35:37
ここって初心者が質問してもおｋ？

647:NAME IS NULL
08/05/12 18:21:16
>>646
別に問題はない。
言っておくが、参考本すら読んだことのないやつは
初心者とは言わない。

648:NAME IS NULL
08/05/12 20:47:57
エロ本すら読んだことのないやつは
童貞とは言わない。

649:NAME IS NULL
08/05/12 23:42:54
歴戦の勇士が昔の自分に答えてやっている感じがする

650:NAME IS NULL
08/05/13 00:40:50
そんなに変なこと書いたかなぁ。
話しが通じるだけの最低限の知識は
必要だと言いたかったのだが。

651:NAME IS NULL
08/05/13 13:37:53
レベルは低いが多少のエスパー能力ならあるから心配するな

652:NAME IS NULL
08/05/28 20:28:01
>>645
そうだね
リストの要素が65535個までだったりｗ
少なくとも自分は積極的には使う気がしない

653:NAME IS NULL
08/06/01 01:16:09
使ってみないと挙動が分からないのばかり

654:NAME IS NULL
08/06/01 08:08:42
Accessってスキルとして認められますか？

655:NAME IS NULL
08/06/01 10:01:17
認めざるを得ないスキルを見せつけてる

656:NAME IS NULL
08/06/01 10:19:18
認められると思うよ

657:NAME IS NULL
08/06/01 15:53:13
>>654
マジレスすると
「お前がACCESSで何が出来るか」
に掛かってるだろ。

658:NAME IS NULL
08/06/01 15:57:46
現場によるけどな。

659:NAME IS NULL
08/06/01 19:43:19
職場になにかとaccess使うやつ(上司)がいるが
わりと出来るやつということになってる
だが、嫌い俺は

勉強して抜いてやる

660:NAME IS NULL
08/06/01 22:20:39
部下が使えるようになり上司も喜ぶ事だろう
がんばりたまえ

661:NAME IS NULL
08/06/02 23:53:28
Access使える香具師よりもExcel使える香具師の方が価値が高いと思うこのごろ

662:NAME IS NULL
08/06/03 02:24:29
Excel使える香具師よりも日本語使える香具師の方が価値が高いと思うこのごろ

663:NAME IS NULL
08/06/03 20:19:37
Accessだけ使えるのも珍しいだろ

664:NAME IS NULL
08/06/03 20:25:57
Accessだけ使えるやつなんて信用しない。なぜならば本当に
Accessがどのようなものかを知っている人間はAccessを
使わないからだ！

665:NAME IS NULL
08/06/03 20:26:52
>>664
ﾜﾛﾀ

666:NAME IS NULL
08/06/03 22:33:06
なこと言っても、Excelとの親和性を考えたらAccess以上の物ないし

667:NAME IS NULL
08/06/04 10:54:47
Excelとの親和性なら桐のほうが高いと思うけどなあ？

668:NAME IS NULL
08/06/04 11:21:01 dxyYnNU/
>>667

わしも、そーおもう

669:NAME IS NULL
08/06/04 20:45:33
初歩の初歩を聞いてスマンコだけど、100万レコードとかって耐えられる？（個人的な使用だけど）

670:NAME IS NULL
08/06/04 21:04:24
個人的な使用なら糞遅くてもいいだろ。だから耐えられる。

671:NAME IS NULL
08/06/04 21:59:17
百万レコード単位になると、
一時テーブルを作った時とかに2ギガ制限に引っかかることがある。
あと大量データの時だけ発生するエラーが結構あった気がする。
でも気を遣えば大丈夫。

672:NAME IS NULL
08/06/04 22:10:51
全レコードに1メガの画像データ埋め込んだら100万どころか2000レコードでも限界だよ

673:NAME IS NULL
08/06/04 22:13:41
レコードに画像を埋め込むのってどういう用途なんだ？
想像できん…

674:NAME IS NULL
08/06/04 22:24:15
お手本中のお手本であるNorthWind.mdbからして
商品の写真をマスターテーブルに埋め込んでなかったっけ・・・？

675:669
08/06/04 23:04:51
レス、thxです。株価データを貯めこもうかと考えてる最中でして、そんなに増やそうとは思ってないんだけど、
年度単位とかに分けて作っておいた方が良いかな。

ま、ちょぼちょぼと作っていきますw

676:NAME IS NULL
08/06/04 23:07:14
年度単位じゃ株価データの意味ないと思うぞ
銘柄単位とかセクター単位とか

677:NAME IS NULL
08/06/04 23:17:41
株価データなら、MDBで600万件（700ＭＢほど）管理してるけど、全然平気。
2ＧＢ超えるようなら、対策考えるけどね。

678:NAME IS NULL
08/06/04 23:48:17
対策って何よ

679:NAME IS NULL
08/06/05 05:48:29
MDBなら年度ごとにテーブル分けてても
リンクテーブルにしてUNIONかければ対応可能だろ

680:NAME IS NULL
08/06/06 09:57:39
UNIONかけたら2GB超えても大丈夫なん？

681:NAME IS NULL
08/06/06 10:12:16
>>680
ﾑﾘﾎﾟ

682:NAME IS NULL
08/06/06 19:55:44
それぞれのmdbが2G超えなければ合計2G以上も行けるって事だべ

683:NAME IS NULL
08/06/06 19:59:34
2007でも2GB制限あるの？

684:NAME IS NULL
08/06/06 20:07:20
うん

685:NAME IS NULL
08/06/06 20:08:49
mdbじゃなくてtblだけどな

686:NAME IS NULL
08/06/06 20:11:05
？

687:NAME IS NULL
08/06/06 20:13:55
データベースの仕様
次の表は、Microsoft Office Access 2007 データベース特有の仕様の一覧です。

全般
属性最大値
Access データベース (.accdb) ファイルのサイズ 2 GB からシステムオブジェクトに必要な領域のサイズを引いた値
データベースのオブジェクトの数 32,768
"HasModule/レコード保持" プロパティが [はい] に設定されたフォームおよびレポートを含むモジュールの数 1,000
オブジェクト名の文字数 64
パスワードの文字数 20
ユーザー名やグループ名の文字数 20
データベースを同時に使用できるユーザーの数 255

688:NAME IS NULL
08/06/09 16:45:27
public変数を使ったアプリの挙動がおかしかったので、調べてみたら

[VBA] Public 宣言された変数の有効期間
URLﾘﾝｸ(support.microsoft.com)

publicの意味ないじゃんｗ
これって使うなってことだよな

689:NAME IS NULL
08/06/09 17:32:47
消えてほしくないなら、ふつうSetProp使うのが常識だろ。
オブジェクト型とかは無理だけど。

690:NAME IS NULL
08/06/09 20:01:44
でもVBAじゃグローバル変数使わざるをえないケースが多々あるわけで

691:NAME IS NULL
08/06/09 20:27:01
解決方法にアクセスの場合の記載が無い w
どっかテーブルにでも保存すっか？ ww

692:NAME IS NULL
08/06/09 20:58:44
本当に消えて困るのは、グローバル変数の代わりに標準モジュールにプロパティ作っとく。
プロパティの中で、退避しておいた値をGetPropやDLookupで復元する。
これVBAの基本テクニック（入門書に載ってるかどうかは知らない）。

ただ、KBに載ってるケース（エラートラップしないとか、動的にモジュール作成とか）に
該当してるなら、そういうことする必要性自体が自分にはピンと来ないな。
なんでそういう危ない橋を好んで渡るかね。

693:NAME IS NULL
08/06/09 21:39:04
2007でTempVarsが使える俺は勝ち組！

694:NAME IS NULL
08/06/09 21:42:58
漏れも漏れも、2007でTempVars使ってる勝ち組、変数スコープがマトモな桐も使ってる勝ち組

695:NAME IS NULL
08/06/10 00:53:30
人柱乙(－人－)

696:NAME IS NULL
08/06/10 08:44:13
>>691
おいらは不可視のテキストボックスつくって対応
配列とか対応できないけど、

697:NAME IS NULL
08/06/10 09:04:47
消えて困る変数はMDBにつっこんどけｗｗｗ

698:NAME IS NULL
08/06/10 15:08:42 F+HVGTFM
ざっくりした質問ですいません

メインフォームの顧客IDとサブフォームの顧客IDでリレーション（1対１）してるのに
サブフォームが何枚も更新できるのってなぜでしょうか？
１IDに対し、サブフォームの情報は1枚しか必要ないのに、新しいフォームが
増えていくのが困ります。

699:NAME IS NULL
08/06/10 15:19:20
>>698
URLﾘﾝｸ(blogs.msdn.com)

700:NAME IS NULL
08/06/10 15:41:14 F+HVGTFM
>>699
すいません、読めません

701:NAME IS NULL
08/06/10 21:24:54
>>698
おまえの質問の意図が読めんわ

702:NAME IS NULL
08/06/11 10:43:46
>>692
ありがとう。
アクセスは使ってないけど勉強になりました。

703:NAME IS NULL
08/06/11 19:12:53
話題蒸し返しでごめん
Public変数の話

>モジュールの編集、プロジェクトの構造の変更、
>コンパイルエラーの発生、参照設定の変更、
>デザインモードへの切り替え、コントロールを削除して [元に戻す]
>を実行するなどのタイミングで変数が破棄される場合が

これはいいのよ
経験上なんとなくそうなんだろうなと思ってたことだから

たとえば編集不可のmdeで、ちゃんとエラートラップもされてて、見かけ問題なく
動いてても、実は持ってた変数放り出しちゃったりしてるの?

704:NAME IS NULL
08/06/11 20:45:43
そこは自分も知りたい気がする。
「なぜか消える」という話だけだと、どこまで追ったか分からないからなぁ。
ろくにデバッグすらせずに言ってるのか、技術情報のポイントは全部
つぶした上で、それでも未掲載の何かで再現するもんなのか。

705:NAME IS NULL
08/06/12 12:56:15
文法デバッグ済のmdeでも、実行時エラーでいくつかの変数スッ飛んだことがある
どっちにしろエラー起こして中の人からメッセージ出された場合は
変数巻き添えという頭があったんでさほど驚きもしなかったけど

そんな程度の話じゃないのかなあ、この変数が消える問題って

706:NAME IS NULL
08/06/13 07:42:05
仕様外の動作に依存したプログラムを作るのはまずいんじゃないの
動作がいつ変わっても文句言えないし

まあUpdateとかで仕様も変わっちゃう事あるけどさ

707:NAME IS NULL
08/06/13 18:41:10
アフォウ共、何言ってるんだ？？

Static使わなければ、プロシージャの実行が終了すると値は破棄されるのは当たり前だ
Static ステートメント使えば良い話しだろ

708:NAME IS NULL
08/06/13 21:23:10
>>707
ネ申が現れたwww

709:NAME IS NULL
08/06/13 22:08:47
グローバル変数と静的変数って同じ物？
ちがうよね？
ネ申は死んだかな？

710:NAME IS NULL
08/06/13 22:10:37
>>709
おい、何をトンチンカン、おい、桐にしとけ

711:NAME IS NULL
08/06/13 23:16:51 DjzdsO75
>>709
バカ

712:NAME IS NULL
08/06/14 00:14:56
Staticw

713:NAME IS NULL
08/06/14 00:18:49
アッ、そうなんだ。桐はすでに使っているんでね。
グローバル変数を静的変数に変えればいいっていかにも乱暴な気がしたんだけど？
聞くは一時の恥。なにがバカなの？

714:NAME IS NULL
08/06/14 08:40:48
グローバル変数って何よ w
Public のこと？

715:NAME IS NULL
08/06/14 09:06:45
モジュールレベルのPublicをグローバルって言ってるんでないの

716:NAME IS NULL
08/06/14 09:36:32
失礼どうやらPublicとGlobalとを混同していたらしい。似て非なるものだった。
グローバル変数とは全プロシージャから参照できる変数のこと。
Global GB_System As String
ってな具合に使っているけどまずいのかな？使っているのはAcceess2000なんで廃止されたならゴメン。
あまり使わないほうが良いと言われる手法だけどこれを避けようとすると返って面倒なことになるので
必要最小限頭に"GB_"というのをつけて一目でグローバル変数だとわかるようにして使っている。
もっと複雑なプログラムなら問題があるのだろうけど、現在特に問題は感じてないんだけどなあ？

717:NAME IS NULL
08/06/14 10:02:37
VBAのPublicとGlobalは全く同じですが

718:NAME IS NULL
08/06/14 10:17:43
あっ、そうなんだ？
Globalはpublicの古い書き方なんだ。
なんせAccessは最初のバージョンから使っているから気がつかないでずっとGlobalを使っていた。
でもいままでGlobal変数が消えて困ったなんて経験は無いけどなあ？運がいいだけ？
まあ、勉強になった。ありがとう。

719:NAME IS NULL
08/06/14 10:18:21
>>715
モジュールレベルのPublicって何よ w

720:NAME IS NULL
08/06/14 10:20:34
Access2007開発者用ヘルプ "スコープ"

適用範囲 (スコープ)
プログラム内で、変数、プロシージャ、オブジェクトが有効である範囲。適用範囲は"変数、プロシージャ、オブジェクトが宣言された方法や場所によって決まります。
たとえば、変数が Public ステートメントで宣言されていて、モジュールに Option Private Module が記述されていないとき、すべてのモジュールのすべてのプロシージャがその変数の適用範囲となり、
その変数はそれらのプロシージャから参照できます。Option Private Module が有効な場合は、モジュール自体がプライベートとして宣言されているので、参照元のプロジェクトからは参照できません。
プロシージャの中で宣言された変数は、そのプロシージャの実行中だけ有効で、キーワード Static により静的変数として宣言されていない限り、プロシージャの実行が、終了すると値は破棄されます。

721:NAME IS NULL
08/06/14 10:23:37
>>719
言葉じり

722:NAME IS NULL
08/06/14 10:24:52
実際にPublicが破棄されるような状況でStaticが破棄されないってあるのか？

723:NAME IS NULL
08/06/14 10:35:40
Publicはメモリ確保が終了してるから、タマタマ残ってるって事、他が邪魔したら無くなる
Staticはメモリが確保されてる

724:NAME IS NULL
08/06/14 10:41:09
＞他が邪魔したら無くなる
他とは？

725:NAME IS NULL
08/06/14 11:01:17
>>723
Publicが消えてStaticが残る状況を再現する手順を教えてください

726:NAME IS NULL
08/06/14 11:02:35
他のモジュールが偶然同じメモリ領域使っちゃったら無くなるんじゃね？

727:NAME IS NULL
08/06/14 11:06:09
>>726
いや、他のプロシージャでも偶然同じメモリ領域使っちゃったら無くなる

728:NAME IS NULL
08/06/14 11:06:52
するとPublic変数というのは運が良ければ使える変数ってこと？
さすがMS。すごい仕様だなあ？

729:NAME IS NULL
08/06/14 11:08:09
>>725
VBにはポインタの概念ないから偶然

730:NAME IS NULL
08/06/14 11:09:32
>>728
スコープの参照範囲から参照できるってこと
スコープの時間的範囲が終了すれば、確保されない

731:NAME IS NULL
08/06/14 11:09:41
モジュールがメモリからいなくなるときかな、削除したときとか？

732:NAME IS NULL
08/06/14 11:32:59
>>730
モジュールに Option Private Module が記述されていないときは
public変数は全プロシージャから使えるってことでいいんだよね？
ずっとそう思って使ってきたんだけどなんか不安になってきた。

733:NAME IS NULL
08/06/14 11:34:16
メモリ領域が使われたらどうのこうのって、
それなら値は初期化されずに不定になるって事にならないか？
そんな動作はしないだろ。

734:NAME IS NULL
08/06/14 11:42:18
>>733
Staticは定位置にメモリが確保されてる
Publicはメモリ確保が終了してるから、他が邪魔したら、動的に別位置に設定しなおして値が無くなるんでは？

735:NAME IS NULL
08/06/14 11:57:25
>>734
他の邪魔は許すが、他が邪魔したかどうかの監視（または判定）はしてるって事か？
えー

736:NAME IS NULL
08/06/14 12:52:52
まあ、監視つーか、アドレスが他で埋まっちゃってたら、別に確保するしかじゃね

737:NAME IS NULL
08/06/14 12:58:15
埋まったかどうかどうやって判断すんのさ

738:NAME IS NULL
08/06/14 13:02:53
そこらへんはVB内部ってことで
判断できなければ、他のモジュールが確保して実行中(確保され続ける)の変数も守れないだろ

739:NAME IS NULL
08/06/14 13:10:17
Static(静的)変数にくらべて、動的変数は一々解放しなくても、実行終わったら中身カラ(他でその領域使える)になるから便利ってことでないの？

740:NAME IS NULL
08/06/14 13:20:14
>>734 >>738
Public変数ですー
他から要求があったら今使ってる領域は譲るよー、
でも代わりに別の領域を確保して初期化するよー

ってことですか、わかりません＞＜

741:NAME IS NULL
08/06/14 13:46:52 Sa3ZCVod
動的変数だからモジュールで使うたびにメモリ確保するんだろ
他で使ってたら別の場所にって事で

742:NAME IS NULL
08/06/14 14:10:32 Q6ctkHOb
富山DQN男の家族消えろ　富山DQN男の親消えろ　富山DQN男の子供消えろ　富山DQN男の親戚消えろ
富山DQN男の家族消えろ　富山DQN男の親消えろ　富山DQN男の子供消えろ　富山DQN男の親戚消えろ
富山DQN男の家族消えろ　富山DQN男の親消えろ　富山DQN男の子供消えろ　富山DQN男の親戚消えろ
富山DQN男の家族消えろ　富山DQN男の親消えろ　富山DQN男の子供消えろ　富山DQN男の親戚消えろ
ニヤニヤ(・∀・)　ニヤニヤ(・∀・)　ニヤニヤ(・∀・)　ニヤニヤ(・∀・)
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね
苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね
苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね
苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね苦しんで死ね
死ぬとき　このレスの事思い出してから地獄へ行けよ
ニヤ(・∀・)ニヤ(・∀・)

743:NAME IS NULL
08/06/14 14:48:26 hwIMB6Ac
うん、プロシージャで呼び出すたびにメモリ確保するのが正解っぽい。
だから =nothing とかしなくても良い。

744:NAME IS NULL
08/06/14 16:04:50
ソースはお前らの脳内

745:NAME IS NULL
08/06/14 16:32:02 hwIMB6Ac
呼ぶたびにメモリ確保するのはローカル変数

746:NAME IS NULL
08/06/14 16:42:40
もう面倒くさいの嫌だから桐にしとくよ。

747:NAME IS NULL
08/06/14 16:44:36
Publicが飛んだらStaticも飛ぶ。一緒。
トラップなしで実行時エラー起こしてみればすぐに
分かるようなことは、先に試せよ。
脳内妄想垂れ流してるのを見てると気の毒になるから。

748:NAME IS NULL
08/06/14 16:54:11
>>747
(田中亨＝テクニカルライター)
URLﾘﾝｸ(pc.nikkeibp.co.jp)
> しかし、モジュールレベル変数とパブリック変数は、静的変数のようにいつまでも値を保持するわけではありません。
> ユーザーの予期しないタイミングで値がクリアされることもあるのです。

749:NAME IS NULL
08/06/14 16:57:08 hwIMB6Ac
そりゃあ実行時エラーすれば何でも起こりうる罠 wwww

750:NAME IS NULL
08/06/14 17:10:59
結局MDBに変数を保存しておくのが無難か？
面倒だし若干スピードに影響しそうだけどしゃあない。

751:NAME IS NULL
08/06/14 17:18:18
初期化されてたら取得ってことにすればいいんじゃない

752:NAME IS NULL
08/06/14 17:42:07
いや、その初期化される前の値が欲しいんだが・・・

753:NAME IS NULL
08/06/14 17:49:37
変数に変更があるたびにmdbを更新すればいいことなんじゃないのか？

754:NAME IS NULL
08/06/14 19:13:44 hwIMB6Ac
staticで良いじゃん
他で使うときには、渡す先の引数で変数を渡す

755:NAME IS NULL
08/06/14 19:23:04
>>753
テーブルに、って意味ならそう言ってくれ
それとも別の方法か？

756:NAME IS NULL
08/06/14 19:33:22
>>748
ファンか本人？
自分で試せばすぐに分かるような記事を検証せずに鵜呑みにすると痛い目にあうよ。

>>749
ここまでのやりとり何も読んでないか理解できなかったんだなｗ
それでもstaticなら大丈夫と言い張るバカが居るからここにつながるんであって。

あれはスコープと寿命を用途に照らして使い分ける類のものであって、
エラープルーフでもなんでもない。
static信者が自爆するのは信教の自由なので止めないけれど、
初心者を巻き添えにしないように。

757:NAME IS NULL
08/06/14 19:45:42 JuOgoyv1
いきなりの質問ですいませんが、クエリを一度だけ更新する方法を教えて下さい。

758:NAME IS NULL
08/06/14 21:03:16
>>755
すまんそういう意味だ。

759:NAME IS NULL
08/06/14 21:22:29
>>757
意味が良くわからないが同じ更新を２回しないようにするってことか？
テーブルに更新したかどうかのフラグを立ててすでに更新済みのデータは更新からはずすとか？
見当違いならスマン。

760:NAME IS NULL
08/06/14 22:23:07 JuOgoyv1
>>759
ありがとうございます。やってみますね。

761:NAME IS NULL
08/06/14 22:45:45 e60rf0FN
>>756
なんかトンチンカンなこと書いてるよ
> エラープルーフでもなんでもない。
public変数が初期化されるのはエラーでも何でもないでしょ
正規の動作中だよ

762:NAME IS NULL
08/06/14 23:36:24 JuOgoyv1
>>759
何度もすいません。
フラグの立て方がわかりません。
時刻を10分更新するクエリです。

763:NAME IS NULL
08/06/15 00:50:46
死亡フラグでも立てとけ

764:NAME IS NULL
08/06/15 00:55:40
おれ、Accessの次のバージョンが出たら即買いの予定なんすよ

765:NAME IS NULL
08/06/15 05:47:33
時刻を10分更新するクエリ？
ますますなんのことかわからん。
とりあえず、時刻を１０分進めるクエリーってことにしておこう。
フラグというのは文字通り旗のこと。つまりしるしをつけておくだけのこと。
ある条件のときにテーブルのあるカラムの値を１０分進めるとする。
しかし、一度進めた値はもう二度と進めてもらっては困る。
ならばテーブルに更新したかどうかを記録するカラムを追加し、
初期値としてfalseを入れておく。
そして初期値がfalseならば更新するというケエリーを実行して
その時にそのカラムをtrueに更新しておけばOK?
そんなことをしてなんの意味があるのかわからないけど、
まあ、低級エスパーとしてはこれが限界だ（ｗ

766:NAME IS NULL
08/06/15 19:14:18
で、なに
プロシージャの実行が終わったら変数はリセット?
フォームオープン時のイベントで
MyPbTax=テーブルに保存しておいた消費税率
とか読み込ませて
フォームが開き終えたらもう消費税はリセット?
めでてーな

767:NAME IS NULL
08/06/15 19:27:45
>>766
しょうがねえだろ、VBA の仕様に基づく制限だ。
文句あるなら、VBで開発して Shared変数使いな。

768:NAME IS NULL
08/06/15 21:59:08
仕様じゃしようがねえ。お後がよろしいようで・・・・・（お囃子）・・・・・(w

769:NAME IS NULL
08/06/15 23:08:05 iGx6pZh1
>>767
真に、おっしゃる通りです、素直に桐にします

770:NAME IS NULL
08/06/16 10:50:44
次期バージョンではVBAとVBSが統合されるヨッカーン。
まあ、スクリプトでも使ってろってこった。

771:NAME IS NULL
08/06/16 13:55:15
いつかはくるであろう、VBA切り捨てのX-dayに怯える日々がはじまるのでつね

772:NAME IS NULL
08/06/16 20:14:17
べつにVBSだろうがVBAだろうが同じだろうが。

773:NAME IS NULL
08/06/16 20:43:25
同じなのか？？

774:NAME IS NULL
08/06/16 21:23:03
文法は同じ。
細かいこと言えば結構違う。

775:NAME IS NULL
08/06/16 21:42:39
そりゃあ、MSのBASICだから文法同じだろw

776:NAME IS NULL
08/06/16 22:36:13
VBは死にましぇん！

777:NAME IS NULL
08/06/17 10:18:38
VBSがForm使えりゃ無敵ｎｇ

778:NAME IS NULL
08/06/17 23:44:09 wipoekOe
詳しい人がいたら教えてください。
クライアントの環境で、ExcelのモジュールからAccessモジュール呼び、
Accessの結果（レコードセット）を受けて、その結果をExcelのシートに
貼るとこまでは出来ました。

アクセスのmdbファイルの場所を例えば（URLﾘﾝｸ(www.hoge.com)）
として、Excelのモジュールからこのmdbにアクセスして、結果を受け取る
ということは出来ますか？

HTTP経由だからそれなりの実装をしないと無理ですか？

779:NAME IS NULL
08/06/18 02:22:58
まるごとダウンロードするしかあんめえ。

つうかサバ側でなんかしろよ

780:NAME IS NULL
08/06/20 22:08:39
出来ますよ

781:NAME IS NULL
08/06/21 07:13:06
>>778
>　Excelのモジュールからこのmdbにアクセスして、結果を受け取る

もうちょっと具体的にやりたい事書けよ。
これじゃ、mdb中のテーブルに対してクエリ投げた結果を取得したいのか、
shellでaccess実行してmdb開きたいのか分からんだろう。
shell関数だって戻り値はあるし、「結果を受け取る」ってことも
出来るんだから。

782:NAME IS NULL
08/06/21 12:25:27
> クライアントの環境で、ExcelのモジュールからAccessモジュール呼び、
> Accessの結果（レコードセット）を受けて、その結果をExcelのシートに
> 貼るとこまでは出来ました。

Excel VBAからAccess VBAのFunctionを呼べるの？どうやるの？

783:782
08/06/21 12:50:32
試しにやってみたらGetObjectしてApplication.Runで簡単に出来たー。
そうかー、レコードセット返すFunctionとか呼べるんだー。勉強になった。

784:782
08/06/21 12:57:47
で、まあ、そうするとAccessで該当mdbを開かない事にはどうしようもない訳で、
やっぱり都度サーバからダウンロードして開くとかじゃないかな？

785:NAME IS NULL
08/06/23 17:57:32
先月ネット通販の仕事を辞めて、
次の仕事探す前に何かひとつスキルを身につけたいんだけど
Accessって武器になりますか？
前の仕事で、エクセルで数百件くらいのデータを関数を組み合わせて一気に編集するとか、
よくやってたから、Access使えたらもっと早く処理出来そうだなーと気になってました。
簡単なFLASHゲームとか考えるのは好きで、
SE系の専門学校出身だから普通の人よりは飲み込み早いと思うんだけど、
習得にどのくらい時間がかかるのかしら？

786:NAME IS NULL
08/06/23 18:13:39
>>785
慣れとかコツつかむには時間掛かるだろうけど、
一通りのことなら本見ながら１週間で余裕じゃね？

787:NAME IS NULL
08/06/23 18:15:19
１週間で余裕なことがスキルになるのかと小一時間

788:NAME IS NULL
08/06/23 19:38:01
Accessなんて前任者が残していったスパゲッティ状態のVBAと正規化もまともに
できてないような糞データベースをお守りできないと話しにならんぞ。

789:NAME IS NULL
08/06/23 20:38:17
そんなの作り直しちゃえよ

790:NAME IS NULL
08/06/23 22:52:54
前任者が辞めたとか異動したとかの理由であちこちの部署から
ウンコDBなんとかしてくれ系の依頼が後を絶たないお・・・

791:NAME IS NULL
08/06/24 01:45:08
ｳﾝｺｴｸｾﾙはよく見るけど
ｳﾝｺDBってどんななんだ？DB化する時点で必然的に整理される気がするんだけど。

792:NAME IS NULL
08/06/24 05:45:44
>>791
たまにものすごいテーブル設計するやつもいるし、
クライアントから「このEXCELのシートの内容をそのまま使え」と
強制されて非正規化のままで作らされることはあるよ。

793:NAME IS NULL
08/06/24 08:29:21
桐にしたら良いお！
正規化してなくても不自由ないお！

794:NAME IS NULL
08/06/24 09:47:59
>>793
巣に帰れ！どあほ

795:NAME IS NULL
08/06/24 20:35:09
SELECT FROM.FROM FROM [FROM] とか
そんなSQLばっかり読まされる仕事はもういやだお・・・

796:NAME IS NULL
08/06/24 21:20:18
クエリビルダばっかり使ってinner joinとleft joinの違いがわからないで
必要な項目が欠落してるのに気がつかないとか、まじ視ねといいたい。
アクセスの仕事はこんなのばっか！

797:NAME IS NULL
08/06/25 14:44:52
とゆーかクエリビルダって使いにくいと思う

798:NAME IS NULL
08/06/25 15:25:12
>>797
でも、あれしか使えない輩も居る訳で。

個人的には「SQLで書けよ」と思う訳だが、
そのSQLも勝手に書き換えられたりして
気持ち悪い挙動を示すのがACCESS。

799:NAME IS NULL
08/06/26 22:23:07 IHeiKRfY
Access2007です。（XP）

Accessで、エクセルのVLOOKUPみたいなことはできますか？

商品名と商品コードの2列からなるテーブルを用意しておき、

別のテーブルで商品名を入力すると、隣のセルに商品コードが自動的に
出るようにしたいのですが、可能ですか？

エクセルなら、VLOOKUPで簡単にできるんですけどね。。。

800:NAME IS NULL
08/06/26 22:42:41
>>799
ACCESS総合相談所その１８【桐にしとけ】
ｽﾚﾘﾝｸ(bsoft板)

801:NAME IS NULL
08/06/27 03:26:00
>>799
URLﾘﾝｸ(www.t3.rim.or.jp)
それと入門書くらい読んでから質問してくれ。

802:NAME IS NULL
08/06/27 18:25:50 zsJ8ZJes
工場内ラインの生産数管理をしたいと思っています。
サブフォームに「不良数」「処理方法」をもつ日報フォームを作成しましたが、
不良数0の日の日報フォームのサブフォームに「不良数」0のレコードを作らないと、
月度内で不良が無かった場合、月度管理用クエリでは
不良数合計のフィールドに表示するものがないため、その他の集計も表示できません。
よろしければ解決方法を教えてください。
意外と単純な事かと思いますが、私の頭では思いつきません…

803:NAME IS NULL
08/06/27 18:33:44
市販のソフトあたってみたら？

804:NAME IS NULL
08/06/27 20:30:51
>>802
リレーションを見直してみ。

ヒント: LEFT JOIN

805:NAME IS NULL
08/06/27 20:48:07
>>802
>>796

806:802
08/06/29 13:56:08 +zev6smp
返事遅くなりまして申し訳ありません。
LEFT　JOINと言うものを検索した結果
悩んでいたものの通りのものがいくつかありました。
多分、SQLとかわかる人からすれば当たり前のことなんですね…。
もっと勉強します。ありがとうございました。

807:NAME IS NULL
08/06/30 20:11:07
SQL文の書き方なんて追々おぼえればいいからさ
まずはクエリでのテーブルどうしのくっつけかた考えろよ
結合線にマウスカーソルあてて右クリック、で、いろいろとさ

808:802
08/06/30 21:46:00 tW/mOprp
取りあえず、SQL表示にしてLEFT JOINに書き換え、
Nullには0を返すようにIIfIsNullで完成しました。
ただ>>807さんの言うテーブル同士のくっつけ方がよくわかりませんorz
フィールドとフィールドの間の線ですよね？カーソルあてて右クリックしても
フィールド内で右クリックしたときと同じものしかでてきません。

809:NAME IS NULL
08/07/01 08:51:39
>>808
>Nullには0を返すようにIIfIsNullで完成しました。

つ nz

810:NAME IS NULL
08/07/01 12:19:45
あてるのは先端
ぞくっと震えがくるぐらいギリギリ微妙な、先端

811:NAME IS NULL
08/07/01 23:29:26
DBMSによってNVLとかISNULLとかIFNULLとかNZとかｺｰｱﾚｽ（スペル忘れた）とか
使い分けなきゃいけない仕事はもういやだお・・・

812:NAME IS NULL
08/07/02 05:54:44
>>811
Accessではどうしようもないだろｗｗｗ

813:NAME IS NULL
08/07/02 19:53:35
>>811
NULL禁止にすればいい！

814:802
08/07/03 22:26:16 exZxl670
>>809
nzですか。知らなかったです。
IIｆとIsNullを組み合わせて使おうと思いつくの一苦労だったのでなんか切ないです。
結合線の意味はやっと気付きました。リレーションシップの線のことですね。
たしかにあれを変えたらSQL上でLEFT　JOINになりました。
なにやら恥をどんどん晒しているようで恥ずかしい限りですorz

815:NAME IS NULL
08/07/04 09:23:05
>>814
そうやってどんどん覚えていけばいいんじゃなーい？
なんか自分の数年前を見てるようだｗ
私も初めてnz知った時は同じようにうれしいような切ないような気持ちになったしｗ

816:NAME IS NULL
08/07/09 11:18:47
coalesceでいいような

817:NAME IS NULL
08/07/12 19:37:38 dbIMVOlA
>>806
SQLは時間見て勉強した方がいいと思うぞ。
＃DB使いは誰でも通る道だからね

818:NAME IS NULL
08/07/12 20:32:17
>>814
Nzは返り値がVariant型だからね。
出した結果を再利用する時のことを考えて使うべき。

819:NAME IS NULL
08/07/13 01:10:27
というかNzの第2引数を省略するやつはうんこ

820:NAME IS NULL
08/07/13 09:10:08
なぜNzと呼ぶのでしょうか？

821:NAME IS NULL
08/07/13 09:15:55
>>820
Nurupo zettaidame

822:NAME IS NULL
08/07/19 21:44:08 PehLay74
>>814
お前に感心するよ。
俺だったら絶対関数あるはず、ってググッたり人に聞いたり（こっちが多かったりする）して
知識を分けてもらうことに努力しちゃうね。

お前はすばらしい努力家だよ。

でも会社は評価してくれないけどねｗｗ

823:NAME IS NULL
08/07/19 22:33:58
すごいカメだな
なんかイヤな事でもあったのか

824:NAME IS NULL
08/07/20 01:31:07
文脈からして、会社に評価してもらえなかったんだろう。
聞いてばかりじゃ、それも仕方がないな。

825:NAME IS NULL
08/07/20 06:45:34
なるほど
性格も悪そうだし、仕方がないね。

826:NAME IS NULL
08/07/20 14:58:58
自分で調べて得た知識とその取得方法は自分に帰ってくるからいいんじゃね？

827:NAME IS NULL
08/07/23 17:00:26 d9fcTHfR
Access2007+SQLサーバー2005 Express Edtionの評価を行っています。
(リンクテーブルではなく、プロジェクトを利用)
色々な壁にぶつかりつつ、少しずつ前進しているのですが、全般的に
情報が足りなくて困っております。
オススメのサイトか書籍をご存知でしたら、教えていただけませんか?

以下のサイトは、すごく参考になったのですが、これだけだと不十分
で色々探しております。

URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.atmarkit.co.jp)

828:NAME IS NULL
08/07/25 14:41:42 5EfeWVVD
>>827への自己レスです。
以下のサイトがなかなか参考になりました。
他にもなんかよいものがありましたら、教えて下さい。
URLﾘﾝｸ(www.accessclub.net)
URLﾘﾝｸ(www.shoeisha.com)
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(support.microsoft.com)

MSのサイトって、結構充実しているのに、何ゆえ、外部の検索エンジンを
使わないと、必要な情報にたどり着けないんだろう。。。orz

829:NAME IS NULL
08/07/25 15:42:28
確かに慣れは必要だね～

830:NAME IS NULL
08/07/25 17:50:16 IT6y9+c8
>>827
ちょっと古い？それに定番だから見てるかもしれないけど

URLﾘﾝｸ(www.sqlpassj.org)
URLﾘﾝｸ(www.horikawa.ne.jp)

下のほうはAccessはあまり使ってないかも

831:NAME IS NULL
08/08/01 12:17:33
お聞きしたいことがあるのですが
アクセス２００２で日付型のデータを入力しています。
現状０７／０８／０１の様に入力しないといけないわけですが
０７０８０１で認識させるような方法っていうのは有りますか？
０８０１と入力したら今年の西暦＋０８０１になるようにカスタマイズできれば尚よしなんですが。

832:NAME IS NULL
08/08/01 13:36:36
>>831
定型入力のプロパティに「00/00/00」と指定してください。
URLﾘﾝｸ(www.tsware.jp)
URLﾘﾝｸ(www.officepro.jp)

年数を常に省略する場合は「00/00」とすれば良いです。但しこの場合、今年以外の年は入力できません。
年数省略あり・なし両方を扱いたい場合は、VBAを使ってプログラムを組む必要があります。

833:NAME IS NULL
08/08/01 14:01:54
>>832
プログラム組むしかないんですね
有り難う御座います
デフォルトのままで行くことにします。

834:NAME IS NULL
08/08/01 14:25:58
桐にしとけば最初から実現してるよ

835:NAME IS NULL
08/08/01 15:00:30
お前はPC-98でもさわってろ

836:NAME IS NULL
08/08/01 16:24:30
桐はDOS/Vでも動く

837:NAME IS NULL
08/08/01 16:30:06
WindowsVISTAでも動く

最初から
0801→2008/08/01
08/01→2008/08/01
09/08/01→2009/08/01

838:NAME IS NULL
08/08/04 11:16:08
いまだに桐がどうのこうの言っているヴァカがいるのか。
巣に戻れよ。

839:NAME IS NULL
08/08/04 21:01:39
>>838
> いまだに桐がどうのこうの言っているヴァカがいるのか。
> 巣に戻れよ。
その巣が寂れて閑散としているんだよ。察してやれよ。
ｽﾚﾘﾝｸ(db板)

840:NAME IS NULL
08/08/05 18:42:30
桐の人はネタとして薦めてるのかと思っていたが、もしかしてホンキなの？

841:NAME IS NULL
08/08/05 18:56:18
>>840
かなり本気だと思われ｡
極端に言えば神と崇めるレベルまで桐に心酔している｡

842:NAME IS NULL
08/08/05 23:37:07
う～ん、どっちかっていうと桐の方が高級なんだけどな、高価だし。

843:NAME IS NULL
08/08/05 23:44:04
つか、桐桐いうやつの言い分がようわからん。
accessより安くて機能が充実しているのならわかるのだが、
高くて機能充実しているのは普通だと思うのだが。

844:NAME IS NULL
08/08/06 01:34:22
もともとはなんていう名前のソフトなの？　＞　桐

845:NAME IS NULL
08/08/06 06:10:20
>>844
昔から桐だよ。

846:NAME IS NULL
08/08/06 09:10:20
俺は桐も好きなんだが良くも悪くも閉じた環境の世界であって、拡張性についてはあまり考えられてない。
例えば、どちらも何十人もの同時使用ということについては考えられてないが、
AccessならMySQLなどを使ってクライアントサーバーにすることで対応できる。
桐でもまったくできないというわけでもないのだが、かなり無理があるようだ。
だから桐が悪いというわけではなく、閉じた環境の世界の中で使う分にはAccessより簡単で楽。
ちょっとしたアプリケーションなど簡単に出来てしまう。そういう場合はためらわずに桐を使う。
しかし、その後の発展が考えられる場合はAccessを使う場合がある。
結局どっちが良いかという問題では無く、ケースバイケースの話。
具体的に言うと、桐の使用者には教育者が多いのだけど、成績の処理だの経費の集計だのにはちょうどいい。
しかし、販売管理だの財務会計だのに桐を使うのはちょっとどうかと思う。

847:NAME IS NULL
08/08/06 12:57:04
販売管理とか財務会計とかこそ、桐の独壇場だろ
もともと経理処理なんてものはデータベース的じゃないんだけどな

桐は論理行番号があるから普通に累計計算できるけど、AccessだとADO/DAO介して無理やり(?)VBで組まないと累計すら出せない
経理処理みたいな定型業務に必要な機能は桐では全て最初から用意されてるから、簡単安全正確
当スレでのAccessの質問も、殆どは桐なら最初から機能が用意されてる
Accessだと一々ADO/DAO介してVBで組むから、煩雑だしバグも増える

非定形想定外の処理は桐でもマクロ組むけど、桐の一括処理は言語仕様が古臭い、VBよりも遅い
桐のODBC接続は常用は厳しいね、データのインポートやエクスポートに使って、運用は桐単独

848:NAME IS NULL
08/08/06 14:22:25
桐とAccessは競合するようなものではないと思う。
桐のサイトに行くとわかるのだが、桐が狙っている市場ってExcelでは飽き足らなくなった人だよ。
それならまさに適材だと思う。
Accessを使いこなしている人が桐に移行するとはとても思えない。

849:NAME IS NULL
08/08/06 16:04:56
まあ、Accessはパーソナルデータベースだから、

850:NAME IS NULL
08/08/06 21:39:49
何か言っていそうで何も言っていない
>849 の才能に嫉妬

851:NAME IS NULL
08/08/06 21:53:57
昔、DOS桐の仕事したなあ。
確かに印刷と累計は普通に出来たな。
日本語が違和感あったけど。

その後はAccess97に行っちゃったから、
Windows版の桐はよく知らん。

852:NAME IS NULL
08/08/07 00:06:23
累計つーか残高な。　経理に使うなら残高くらい出せないとダメだろ。　出納長も作れん。

853:NAME IS NULL
08/08/07 01:47:56
桐の独壇場っていうか、経理ソフトとか会計パッケージのバックエンドは
大概SQLServerのExpress版なんだが・・・

854:NAME IS NULL
08/08/07 02:31:15
>>852
Accessでも出せるよぅ。重くなるけど。
Accessの方がいろいろ機動力がある気がしたわ。
DOS桐よりは。

855:NAME IS NULL
08/08/07 17:56:16
累計？
URLﾘﾝｸ(www.systeminfinity.co.jp)
これじゃだめなのか？

856:NAME IS NULL
08/08/07 18:05:12 Xsy4Y32A
>>855
んなぁ、計算量が指数関数的に増大してレコード増えると途端に限界

857:NAME IS NULL
08/08/07 21:01:22
出納長のような累計を出したいのならレポートに変数を設定して一行ごとに数値を足しながら
印刷すればいいことではないか？
普通であれば累計データをデータベースに持っていなければいけないことなんてないと思うけどなあ？

858:NAME IS NULL
08/08/07 22:01:32
まあ、そうなんだけど。
経理の現場では、出納帳見ながら**月**日現在の残高を銀行に預け入れ手配して出納帳記入とか、入力しながら**月**日現在の残高見てＡ社に支払い指示して入力とか、日常茶飯事。
出納帳に入力中に、残高が先月と比べて変だから入力漏れに気付いたり。
データベース的じゃないんだけど。

859:NAME IS NULL
08/08/07 22:11:44
そう、857の方法だと、プレビュー見るってことになる。

出納帳はExcelでどう?

860:NAME IS NULL
08/08/07 23:24:06
データベース的じゃない処理だって判ってるなら
データベースじゃないエクセルとか桐とか使ってればいいんじゃね？

861:NAME IS NULL
08/08/08 00:24:17
残高のプレビューも一々超時間掛るんだなこれが、数字コピペ出来ないしな。
AccessよりExcelとか桐とかが良いよな。

862:NAME IS NULL
08/08/08 00:41:33
ちょっち違うど
アクセスでもＶＢＡで組んで累計書き込めるから、桐では最初からコマンドに用意されてるだけ
桐では定型処理・想定される処理が予めコマンドに用意されてる、アクセスでもＶＢＡで組めば出来る
四捨五入とか年齢計算とか順位とか併合処理とか補集合とか、ＶＢＡで組むと死にそうになる

863:NAME IS NULL
08/08/08 01:43:39
>四捨五入とか年齢計算とか順位とか併合処理とか補集合とか、ＶＢＡで組むと死にそうになる

もうちょっとがんばりましょう。

864:NAME IS NULL
08/08/08 08:44:09
>>863
ねえ君ぃ、ちなみに、そのなかで一番簡単そうな四捨五入、の関数作って書いてみて、
　Function_四捨五入([テーブル・クエリ名],[フィールド名],[四捨五入する小数点桁])

865:NAME IS NULL
08/08/08 08:55:50
863じゃないが、[テーブル・クエリ名]って必要なのか?
Function_四捨五入([対象],[四捨五入する小数点桁])
だけでいいような気がする。

866:NAME IS NULL
08/08/08 09:05:18
もちろん、[対象]がマイナス値も正しく機能しないとな
それと[四捨五入する小数点桁]にマイナス値を指定したら、-2指定とかだと少数点以上桁、10の位で四捨五入

867:NAME IS NULL
08/08/08 11:10:03
「Access 四捨五入」のキーワードでググったらいちいち検証するのが面倒くさいくらい出てくるけどなあ？

868:NAME IS NULL
08/08/08 11:40:59
んなことは、ここで回答とか雑談するやつには解り切ったことだろう。
MSのサイトにだってあるんだし。
それを自力で作ることで、応用力とかが養われるんじゃね?
Mid関数だって、leftとRightを使えば作れたはずだし。
まぁ、基本はパクって使用しているわけだがｗ

869:NAME IS NULL
08/08/08 12:15:18
つまり作らなくても最初から＃四捨五入とかがある桐を使っているやつは
応用力のかけらもない○○だと言いたい訳だね(w
パクるのも応用力のひとつだと思うけどね。
一応本当にちゃんと動くかの検証も必要だし、バカでもできるってわけじゃない。
いいじゃん、ちゃんと動けば。

870:NAME IS NULL
08/08/08 12:29:32
マイナス値の四捨五入はJIS基準の、
つまり　-1.2345 の　小数点以下3桁の結果が、-1.235　でOK?

Function cRound(ByVal tempValue As Double, tempKeta As Long) As Double
'四捨五入する
Dim tempKekka As Double '移動桁結果

tempKekka = Int(tempValue * 10 ^ tempKeta + 0.5)
cRound = tempKekka / 10 ^ tempKeta

End Function

これでいいんじゃないか?
違う場合は教えてｸﾚｸﾚ。

871:NAME IS NULL
08/08/08 12:40:21
基本はパクリ
MSのサイトにある四捨五入は対象がマイナス値だと四捨五入でなく四入五捨になる件(笑)
ダメだろ

872:NAME IS NULL
08/08/08 13:29:42
>>871

そうなのか?
生憎四捨五入をあまり必要としない業種なものなので知らんかったわ。
必要になったとしても、都度870のようなコードを書き込んでいた。
BASIC使ったことのある人なら、違和感ないんだろうな。

>>869

そこまでは言わないけど、原理（と基本的関数の相関関係）がわからないと応用はできないはず。
逆に必要とする関数がなかった場合、桐のライトユーザーは困るんじゃないのかな。

873:NAME IS NULL
08/08/08 14:24:26
ネタがない時は桐の話題で遊ぶのも良いな

874:NAME IS NULL
08/08/08 15:20:15
Excelよりもうちょっと進んだことをやりたいって場合には桐はピッタリだ。
Excelはだいたいわかったから次はAccessをマスターしたいというユーザーが多いのだけど、だいたいが挫折する。
そういう人にはむしろ桐を薦めたい。
Accessは本格的データベース開発システムのサブセットという面がある。
手っ取り早い道具としては桐は素晴らしい。桐で満足している人にAccessを薦めてもしょうがない。
でも現在のプログラムの本流とはかけ離れている。
Accessは簡易ながらも本流から離れていない。
本格的データベース開発システムを指向しながらももっと簡易にシステムを作りたいという場合には最適だと思う。
ということでわざわざ桐の利点なんざ教えてもらわなくても結構なんだよね。

875:NAME IS NULL
08/08/08 17:59:05
>>871
はい、VB6の本の最初に出てくるアルゴリズムだよね。

対象がマイナス値の時に、求める値が「負の無限大へ」か、「値が大きくなる方へ」か。

Function MaxcRound(ByVal tempValue As Double, tempKeta As Long) As Double
'四捨五入する・・値が大きくなる方へ
Dim tempKekka As Double '移動桁結果

tempKekka = Int(tempValue * 10 ^ tempKeta + 0.5)
MaxcRound = tempKekka / 10 ^ tempKeta

End Function

Function AbscRound(ByVal tempValue As Double, tempKeta As Long) As Double
'四捨五入する・・負の無限大へ=Excel的 ,JIS Z 8401、規則B
Dim tempKekka As Double '移動桁結果

tempKekka = Int(Abs(tempValue * 10 ^ tempKeta) + 0.5) * Sgn(tempValue)
AbscRound = tempKekka / 10 ^ tempKeta

End Function

AccessのRound関数≠ExcelのRound関数

AccessのRound関数: 最近接偶数への丸め=銀行丸め
JIS Z 8401、規則A

次ページ