Access VBA 質問スレ Part1

**デフォルトの名無しさん** · 2012/02/06(月) 22:53:46.88

AccessのVBAに関する質問スレです

★1 質問テンプレ(雛形)は用意しませんが､OSとAccessのバージョンは必ず書きましょう。

★2 AccessのVBA以外の部分に関する質問はNGです。
　　　但し､VBA無しでも出来ることだが､あえてVBAでやりたいって物に関してはOK。

★3 AccessのVBE(Visual Basic Editor)を使うとしても､VBAの分野以外に関してはスレ違いです。

　VBAとは､『Visual Basic for Application』の略で
　　Application
　　├Workbooks
　　｜└Workbook
　　｜　 ├Worksheets
　　｜　｜└Worksheet
　というApplication以下のオブジェクトを､VB言語で操作するものを指します。
　例えExcel付属のVBE(Visual Basic Editor)を利用しようとも､このApplication以下のブックやシート､
　セルやオブジェクト等を操作するもの以外はVBA分野の話ではないので､ここでは聞かないでください。

★4 レベルはどうあれ､ここはプログラマ用の板スレです。プログラマとは､自分でプログラムを組み、
　　　コードを書く人の事なので､自分でやるきは全く無く､丸投げしようって人はお断りです。
　　　ヒントを貰えばあとは自力でなんとかしますって人のみどうぞ。

★5 わからなければとりあえず「マクロの記録」（Alt, T, M, R）

関連スレ
Excel VBA 質問スレ Part23
http://toro.2ch.net/test/read.cgi/tech/1327763113/l50

**デフォルトの名無しさん** · 2017/08/01(火) 22:21:37.22

フォームのソースが名簿テーブルならフォーム読み込み時の名前とよみがなセットするコードは無くても先頭レコードが表示される。
フォームのソースを確認しましょう。
非連結フォームならボタン押した時に次のレコードを読み込んで名前とよみがなセットするコードが必要だけど、キーが不明なので何ともアドバイスできません。
長々と書いたがわかりにくいね、すまん。

**デフォルトの名無しさん** · 2017/08/02(水) 22:57:21.98

>>787
ありがと

**デフォルトの名無しさん** · 2017/08/28(月) 11:23:53.36

神さま教えてください。

ADODB.Commandでのインサートが失敗しても
エラーが出ないのですが、エラーハンドリングの
方法を教えてください。

よろしくお願いします。

**デフォルトの名無しさん** · 2017/08/28(月) 21:14:51.01

on error

**デフォルトの名無しさん** · 2017/08/29(火) 08:37:26.00

むしろonerrorしかないと思うが、他にやり方あんの？

**デフォルトの名無しさん** · 2017/08/29(火) 09:14:08.50

レスありがとうございます。
ON ERROR は当然やってまして
その上での質問です。

**デフォルトの名無しさん** · 2017/08/29(火) 21:25:59.80

失敗ってなんだ。
戻り値を取ればAffectedRowsになってるだろうから
それで判断するか追加されたはずの行数をあらためSELECTするとか

**デフォルトの名無しさん** · 2017/11/15(水) 11:14:08.03

>>786
そのコードはFormがLoadされた時に名簿テーブルを開いてRecordsetに格納し、名前とカナをテキストボックスに入れるというものと次へボタンを押した時にFormがLoadされた時の処理とは全く関係なく次のレコ－ドに移動するもの。

ところで次へボタンでの次のレコ－ドってのは何のデ－タなんだい?
改めて言うけどFormがLoadされた時の処理なんて知らないからとAccess君は言っている。

要は、DoCmd.GotoRecordってのはデータとオブジェクトが連結されていることが想定されていて、連結されているから既にオブジェクトにレコードが表示されているわけだが、それに対して次のレコ－ドと言ってる。

一方、FormのLoad時の処理は連結関係無くデ－タを自ら取ってくるもの。
こちらのやり方を取るならRecordsetをPublic変数にするかForm内でのPrivate変数として保持しておき、他のイベント(次へボタンクリックのような)で使いまわすというやり方になる。

**デフォルトの名無しさん** · 2017/11/22(水) 10:10:39.42

整数型､重複なしの列を書き換えるときはどうしてますか？たとえば､
2 1
3 → 2
1 3
にしたいときに2→1の時点でエラーが出ると思うので回避策を検討しています。
一時的に重複なしを解除して､終了時点で重複なしへ戻す方法や､一旦一時的に重複しない数字に書き換えて､それから再度書き換えるべきか悩んでいます。
なにか一般的な方法はございますか？

**デフォルトの名無しさん** · 2017/11/22(水) 10:11:55.37

あれ､スペースがおかしくなっている。
列を書き直すときにたとえば
2→1
3→2
1→3
としたいのです。具体的にはidを振り直す作業です。

**デフォルトの名無しさん** · 2017/11/22(水) 12:23:57.98

レンジのソートでよくね？
もしくはフィルタ付けて並び替えてからフィルタ解除とか

**デフォルトの名無しさん** · 2017/11/22(水) 12:27:01.49

idには触らないで、整数型のフィールドを追加します。そのフィールドでやりたい放題やります。

あ · 2017/11/22(水) 12:46:48.77

どうしてもやりたけりゃ、swapしていきゃいいんじゃないの？
最初は2→1にしたいから、
1 3 2に。
次は3を2にして
1 2 3
に。
入れ替え自体は、UPDATE xxx SET unique = CASE WNEN unique=1 THEN 2 WHEN unique=2 THEN 1 ELSE unique END
でCASEで書いちゃえば入れ替えられる。
1クエリ内で完結したら、制約はかからない。

**デフォルトの名無しさん** · 2017/11/22(水) 13:21:54.54

>>797
済みません。AccessにもRangeというのがあるのですか？あと､フィルターの使い方も御教示をお願い致します。
>>798
それが､当該idを参照しているテーブルが20個以上あるので､別のコラムという訳にはいかないのです。
参照先を変更するとなるとクエリやらVBAのコードやらを書き換えないといけないので大変だと思います。
>>799
バブルソートみたいなものですね。レコード数が3万ありますので､何となく時間がかかりそうな気がしますが､試してみます。

今はソート後にDMax+iのループで重複しないidへ書き換えて､書き換えが終わってからDMaxを引くという2段階の作業をしています。
(参照元のidも2段階の書き換えをしています。))
我ながらドン臭いやり方だと思うので､もう少しスマートな方法があれば御教示をお願いいたします。

**デフォルトの名無しさん** · 2017/11/22(水) 15:00:03.20

その列自体を書き換えちゃうの?
じゃあ、今入ってる値は必要無いってこと?
だったら削除して連番振り直したら?

**デフォルトの名無しさん** · 2017/11/22(水) 15:02:12.97

今の時代なにが楽しくてAccessなんてやるんだ

**デフォルトの名無しさん** · 2017/11/22(水) 15:50:01.09

>>801
idだから主キーです。Nullは不可だと思います。

あ · 2017/11/22(水) 16:48:33.62

>>800
もう組み合わせがわかってて、ほんとに単発で1回きりなら、
エクセルで対比表作って、CASEの列とWHENの列足してコピペでクエリ作っても良いけど、全く健全な保守ではない。
2　1
3　2
1　3
に列追加してオートフィルで

WHEN unique=　2　then　1
WHEN unique=　3　then　2
WHEN unique=　1　then　3
ってして、
unique= CASE
と
ELSE UNIQUE endで挟んで、コピペでテキストエディタに貼り付けて、テキストエディタからコピペでAccessに貼り付けるやつ。

しょっちゅうやるならテーブル見直そう。

**デフォルトの名無しさん** · 2017/11/22(水) 16:57:08.62

>>803
方法はいくらでもあると思うけど。
Field追加して連番を振って、追加したFieldを主キーに変更して元の主キーのFieldを削除するとか。
試してないからできるか分からんけど。

そんなことせずに振りなおすならOrderByでId順にして小さい値から振りなおしたら?

**デフォルトの名無しさん** · 2017/11/22(水) 16:59:54.83

ただ、主キーを振りなおす意味が分からない。
そういうもんじゃ無いと思うし、テーブルの連結によっては滅茶苦茶になるのは分かってるよね。

あ · 2017/11/22(水) 17:57:43.64

主キー振り直すのは、やむを得ずやるのはそのアプリのライフタイムに何発かあると思う。
業務系だと、「スキーマ変えるな」「デカいトランザクションはるな」「一時テーブルすら作るな」とか無茶苦茶言いよることもある。
でも、しょっちゅうやるならホントに設計考えたほうが良い。

**デフォルトの名無しさん** · 2017/11/22(水) 18:29:23.78

別に列作ってそっち主キーにすれば？

**デフォルトの名無しさん** · 2017/11/22(水) 23:10:16.27

>>805
>>そんなことせずに振りなおすならOrderByでId順にして小さい値から振りなおしたら?
そんなことが出来るのですか？DAOもADOも1行ずつしかupdate出来ないから､重複データーが発生してしまって出来ないのですが…
>>806
ワークテーブルまで含めて数えなおしたら､35個のテーブルで件のidを使用していました。なので35個のテーブルに対して変更を行わないといけませんね。

**デフォルトの名無しさん** · 2017/11/22(水) 23:11:54.97

>>808
それで解決するなら簡単ですね。やってみたいですね。
元の列の属性がすべて引き継がれるならいいですね。試してみます。

**デフォルトの名無しさん** · 2017/11/23(木) 09:57:12.17

主キーの役割はレコードをユニークにすることだろ
並べ替えが必要ならそのための項目を別に用意するわ

作業量を問題にしてるけど
無茶な運用は後に響くよ
分かり易さを優先すべきだと思うわ

**デフォルトの名無しさん** · 2017/11/24(金) 12:10:31.02

主キーを解除して､重複可にして連番を書き込みました。その後に元に戻しました。変更前後の番号を配列に書き込んでおいて､その配列の値から関連するテーブル全部において置換作業を行うことにしました。
idが2万5000レコード､関連するテーブルのレコードが全部で100万近いのですが､2万5000の置換を100万レコードに対して行うので時間がかかりそうな気がしています。どのくらい時間がかかるのか計算する方法がありますかね？

**デフォルトの名無しさん** · 2017/11/24(金) 12:21:50.25

accessにSQLコストを計算する機能はないよ

**デフォルトの名無しさん** · 2017/11/24(金) 19:17:11.31

主キーの削除をVBAでやろうとしているんだけど､メソッドが見つからない。SQLでやるしかないのかな？
下を読むとdeleteメソッドはダメみたいだし。
https://msdn.microsoft.com/ja-jp/library/office/ff197351.aspx
>>Deleteメソッドは、インデックスオブジェクトが新しいと、データベースに追加されていない場合にのみサポートします。

**デフォルトの名無しさん** · 2017/11/25(土) 10:30:03.03

無理矢理面倒臭い事をしているようにしか思えない
まぁ人の話を聞く気が無いみたいだし
好きに調べてやればええよ

**デフォルトの名無しさん** · 2017/11/27(月) 17:21:43.17

SQLであっさり出来たわ。後は置換をどうするかだな。関連するテーブル全部を置換できればすべて解決するけど､何を使うかだな。
SQLは遅いんだっけ？レコードセットでループ回す方が速いと読んだ気がする。

**デフォルトの名無しさん** · 2017/11/27(月) 22:26:05.40

>>816
普通に考えればSQLの方が速いに決まってると思ってたが。
遅いとしたらその文書いた奴が悪いという印象。

ま、DB系については大したレベルにないから俺が間違ってるかも。

**デフォルトの名無しさん** · 2017/11/28(火) 05:38:20.27

業務用ソフトのテーブルを眺めていたら､テキスト型のフィールドがあって､256桁の数字が羅列してあった
様々な設定を指定された桁に格納しているようですが､このようなデーター保存方法は一般的なんでしょうか？
他の言語でもあるのでしょうか？

**デフォルトの名無しさん** · 2017/11/28(火) 05:58:01.76

>>818
あるんじゃないの?としか。どんなテーブルとか、フィールドの名前とか、なんかヒントはないですか？様々な設定も謎が深まるだけですね。

**デフォルトの名無しさん** · 2017/11/28(火) 09:43:49.19

たとえばあるフォームAのオプションボタンの値を98桁に書き込む､フォームBのチェックボックスの値は例えばCstr(Abs(True)))でstringへ変換して105桁に書き込むとかそんな感じです。
合理的な気もするのですが､こういう方法は検索しても見つからないので一般的なのか､特殊なアイデアなのか知りたくなりまして。

**デフォルトの名無しさん** · 2017/11/28(火) 11:59:57.14

すくなくともRDBを使う上ではやるなって言われてるやり方

固定長ファイルにデータ保存してるようなシステムなら結構あったけどね

**デフォルトの名無しさん** · 2017/11/28(火) 16:08:53.51

>>821
そうなんですか。面白そうな話しなので調べてみようと思います。その手法はどういう名称なんですか？もしくは検索ワードを御教示頂けましたら幸いです。

あ · 2017/11/28(火) 18:29:06.23

RPG区分列とかじゃないの？古い呼び方だけど。
酷すぎてだれも触りたくないやつ。
RDBに移すような事があったら、末期には照合順序をbinaryにするしか無くなったりすごく苦しむから辞めた方がいい。
メリットらしいメリット無い。LIKEで雑に'[A-C]__1_2'みたいにSELECTできることぐらい。

**デフォルトの名無しさん** · 2017/11/28(火) 18:44:14.15

残念ながら､ググっても何もヒットしません。
なにかヒントをお願い出来ますか？

**デフォルトの名無しさん** · 2017/12/01(金) 16:18:17.01

RPGとRDBで検索したら関係ありそうなのがいくつかヒットしたけど。

検索能力は俺の方が上みたいだな。

**デフォルトの名無しさん** · 2017/12/02(土) 14:50:26.76

固定長ファイルでぐぐったら、先頭に固定長データファイルとはっていうサイトがでたけど
なにでどうググったんだか

**デフォルトの名無しさん** · 2017/12/04(月) 10:19:55.17

皆様､御指導､御鞭撻ありがとうございます。
COBOLでよく使う手法だったんですね。
件のmdbはコボラーが設計したんですかね。

**デフォルトの名無しさん** · 2017/12/04(月) 23:04:21.85

言語の問題じゃ無いと思うが

**デフォルトの名無しさん** · 2017/12/05(火) 01:17:27.21

そうなんですか。accessの本には全く載っていないでのすが､RDBMSの世界ではごく一般的な手法なんですか

**デフォルトの名無しさん** · 2017/12/05(火) 13:50:48.83

ISAM

**デフォルトの名無しさん** · 2017/12/05(火) 14:44:30.03

>>829
>>821

**デフォルトの名無しさん** · 2017/12/05(火) 16:01:26.32

言語の問題ではない
しかしRDBMSではやってはいけない
よくわからないけど昔のデーターベースの本を読んでみますわ
暇つぶしにちょうどいいわ

**デフォルトの名無しさん** · 2017/12/05(火) 17:17:16.01

自分たちが使うデータをどういった構造で保持するかは各自で考えて構わない
ただRDBに入れるのであれば、やってはいけなくもないけど、おすすめはしない、という話では？
RDBならテーブル・フィールド分けてデータもコードも見やすくできるのに、そうしないのはもったいないというかなんというか

**デフォルトの名無しさん** · 2017/12/05(火) 19:05:27.76

結局何の解答にもなってないw

**名無し** · 2017/12/06(水) 08:23:07.59

データベースの列が増やせない何かがあった。
開発者の気まぐれ。手抜き。
従来の固定長ファイルと1:1の情報を保持したかった。
とかね。。。
こっちの業界じゃ拡張DM形式なんて固定長ファイルが普通にやり取りされてて、桁数制限とかが厳しいけど、容量の割に情報量が多いし古いソフトの互換性があるとかで100年以上生きると思うわ。
でも固定長ファイルの文字列をmdbに格納するのは正気とは思えない。データベースのメリット全部殺してるじゃん

**デフォルトの名無しさん** · 2017/12/06(水) 08:50:38.97

固定長レコードw化石乙ww

**デフォルトの名無しさん** · 2017/12/06(水) 09:56:13.57

郵便とのやり取りは今でも固定長フィールド使てんじゃね
さすがに今はないか、フロッピーとか

**デフォルトの名無しさん** · 2017/12/06(水) 11:12:29.56

未だに固定長を扱う事はありますが、設計済みDBに展開して処理していますよ

**デフォルトの名無しさん** · 2017/12/07(木) 05:51:08.35

固定長のEDI、増えたりしないだろうけどいつまでも残るんだろなあ。csvやtsvをメール添付で良いのにって思う。

**デフォルトの名無しさん** · 2017/12/07(木) 12:12:58.82

固定長の方がパースが軽いからなぁ
あといつまでもなくならないレガシな環境とかな
処理系そのものは変更されてもＩＯ部分の仕様変更はなかなかやらない

**デフォルトの名無しさん** · 2017/12/07(木) 12:15:15.31

今どき固定長レコードなんて使ってるのに前向きな理由なんて無いよ

**名無し** · 2017/12/07(木) 17:45:46.41

>>839
同じ拡張子なのに何十種類もバリエーションのある欠陥フォーマットを使うのはやめてくれ

**デフォルトの名無しさん** · 2018/02/05(月) 10:45:37.49

アクセス始めて触る初心者です。
テキストボックスが複数含まれたワードファイルが5000個ぐらいあります
各テキストボックスからいろんな項目を取得するとして、1ファイルあたり３０項目ぐらい
つまり5000個のファイル*３０項目＝15,000項目
これをアクセスで処理していこうと思ってるんですが、アクセスはこの程度さくさく処理できるものでしょうか
目的は、ワードファイルが多すぎて邪魔なんで全部削除したい。必要に応じて元のファイルと同じものを再現できるようにするため、必要な情報をアクセスのデータベースに保存しておくことです
必要なファイルを再現できるように検索機能と再現機能をもったVBAマクロを組むつもりです
最初エクセルでやろうとも思ったのですが、さすがに万単位で今後も増える可能性が高いため
アクセスかな？と思ったのですが、どうでしょう

**デフォルトの名無しさん** · 2018/02/05(月) 13:37:19.07

>>843
初めて触る様な状態なら無理だから、諦めた方がいいですよ

**デフォルトの名無しさん** · 2018/02/05(月) 13:53:17.30

>>844
アクセスは初めてだけどエクセルVBAはそこそこ経験あります
エクセルVBAでなら自分で組める範疇ですね

すでにアクセスで途中までマクロは組んであります
同一フォルダ内にテスト用に作成してあるワードファイルを順次開いてすべてのテキストボックスの値、位置関連の数値を
Debug.Printで出力後、ワードファイルを閉じる
ここまでうまくいってるんであとはアクセスの基本機能理解すればそう困難ではないでしょう
ざっとみたところ、この用途で使う限りではそう複雑なものでもないようですし。

質問の内容はアクセスでやる利益があるかどうかという点ですね
まぁ組めばわかるんですけどね

**デフォルトの名無しさん** · 2018/02/05(月) 20:59:27.31

>>845
エクセルのテーブルに格納したらアクセスにインポートするのが良いんじゃない？
エクセルのままでも良いと思うけど、

**デフォルトの名無しさん** · 2018/02/06(火) 08:18:15.16

>>846
それいいですね
やってみます

**デフォルトの名無しさん** · 2018/02/06(火) 14:52:40.80

貴乃花親方にしろ有賀さつきにしろ
やはり「語らない」ことが年末から今年にかけてのポイントだな
逆に語っている方が何かと物議を醸しているし

**デフォルトの名無しさん** · 2018/02/06(火) 14:53:16.21

ミスった
すまん

**デフォルトの名無しさん** · 2018/02/07(水) 11:19:44.29

医療過誤？

**デフォルトの名無しさん** · 2018/04/14(土) 12:06:32.62

すみません質問させてください。

Private Sub Form_Load()
　　Me.TimerInterval = 1000
End Sub

Sub Form_Timer()
　　Static intShowPicture As Integer
　　If intShowPicture Then
　　　　Me.btnPicture.Picture = "C:\taiyo.jpg"
　　Else
　　　　Me!btnPicture.Picture = ""
　　End If
　　intShowPicture = Not intShowPicture
End Sub

このコードは何をしているのでしょうか？
ご回答よろしくお願いします。

**デフォルトの名無しさん** · 2018/04/14(土) 12:24:03.37

一秒毎に画像を出したり引っ込めたり

**853** · 2018/04/14(土) 12:53:27.07

ご回答ありがとう御座います。
イメージはなんとなく掴めたのですが、
この場合のintShowPictureには何が格納されているのでしょうか？
もしくはBoolean型なのでしょうか？

**デフォルトの名無しさん** · 2018/04/14(土) 16:08:38.27

Static intShowPicture As Boolean
にして試してみろよ

**デフォルトの名無しさん** · 2018/04/14(土) 19:25:20.18

VBAには暗黙の変換ってのがあるから
IntegerをBooleanに暗黙的に変換して評価してる

まあ、あまり良いコードじゃないな

**851,853** · 2018/04/14(土) 21:39:02.03

>>852さん
試しに、フォームと画像を用意して作ったら、点滅しました！
>>854さん
この文でも点滅しました！
>>855さん
Falseが0でTrueが-1なのですね！

ご回答ありがとうございました。
解決しました！

**デフォルトの名無しさん** · 2018/04/15(日) 10:38:49.74

>Falseが0でTrueが-1なのですね！

そうだっけ？

**デフォルトの名無しさん** · 2018/04/15(日) 12:40:33.57

Access で画像を点滅する？

そんなの普通は、JavaScript, jQuery とかだろ

**デフォルトの名無しさん** · 2018/04/15(日) 22:05:01.30

ここは Access の質問スレですよ

**デフォルトの名無しさん** · 2018/04/21(土) 00:22:50.08

10万件以上の大量レコードを追加するインサート処理をクエリを作成してDocmd.OpenQueryでやっているが時間が1分以上かかる
この処理をモジュールにADO、もしくはDAOでインサート処理を記述したら、Docmd.OpenQueryより早くなるかな？

**デフォルトの名無しさん** · 2018/04/21(土) 12:05:09.74

VBAで書くと数倍遅くなるんじゃね？
Cからなら速いかも知れん

**デフォルトの名無しさん** · 2018/04/21(土) 14:39:22.47

たぶんクエリのほうが遥かに速い

**デフォルトの名無しさん** · 2018/04/21(土) 16:21:47.73

OpenQueryをCから実行

**デフォルトの名無しさん** · 2018/04/21(土) 17:48:56.41

BULK INSERT は？

そもそも、INSERT文は速くならない！

**デフォルトの名無しさん** · 2018/04/22(日) 14:54:13.01

10万が大量かどうかという問題も有るがRecordset + AddNewの方が速いと聞いたし、実際俺が組んだ場合も明らかに早いんだが。

状況にもよるかもしれんけど。

**デフォルトの名無しさん** · 2018/04/23(月) 02:01:29.71

そもそもOpenQueryでどんなクエリ流してインサートしてるかわからんのに比較にならんわ

**デフォルトの名無しさん** · 2018/04/23(月) 02:08:10.01

>>865
例えば単純な追加クエリや、INSERT SELECTするSQL発行するより
1件ずつAddNewして（どこかから値持ってきて）１カラムずつ値セットするほうが早いっての？
どこで聞いた話だそれ？

**デフォルトの名無しさん** · 2018/04/23(月) 09:13:20.51

やってみてから言ってくれ。
俺の場合は実際早かった。

俺の場合は1カラムずつじゃなくてフィ―ルド名の配列と値の配列でAddNewだけど、たぶん1カラムずつセットしてUpdateでも早いんじゃないかな。

**デフォルトの名無しさん** · 2018/04/23(月) 09:41:02.27

そんなあほな

**デフォルトの名無しさん** · 2018/04/23(月) 15:45:02.07

SQLでもINSERT一回じゃなくて1行のINSERTを何度も繰り返したら遅くなるからな
それと比べるなよ

**デフォルトの名無しさん** · 2018/04/23(月) 17:22:09.14

>>868
やってみるから、フィールド数、フィールド長とレコード数教えれ
あと配列のデータどう用意するのかと、比較するクエリの元データどうすのかも

とうぜんACCESSと対象ＤＢエンジンとADOかDAOのバージョンも明示してくれよ

で、ループまわして１レコードずつ.AddNewして.Updateするんだな

これでほんとにVBAが速いならちょっとACCESS使うの考えるわ

**デフォルトの名無しさん** · 2018/04/25(水) 22:44:48.30

>>870
そんな低レベルの話はしとらん。

>>871
たぶんフィールドは40~50ぐらいじゃね?
レコードは200万ぐらい。
リモートでOracleに接続してる。
JOINで20個位のテーブル繋げてるな。
ADO使ってる。

パススルーのSELECTクエリ+INSERTじゃ永遠に終わらない感じが20分程度で取得出来るようになった。

「access insert addnew 速度」でクグってみればけっこうAddNewの方が早い話が見つかるぞ。

**デフォルトの名無しさん** · 2018/04/26(木) 20:39:25.51

だからどこからどうやって元データ取ってきてるんだと
リンクテーブルやリモートＤＢでADOの方が早いとかなら別に驚くに値せんけどな

というかお前らOpenQueryってレコード数分実行する前提で話してたのか？

**デフォルトの名無しさん** · 2018/04/27(金) 17:07:36.05

パススルーωとか使っちゃいけないTOP3じゃないか
素直にリンクテーブルにすれば良いのに

**デフォルトの名無しさん** · 2018/04/27(金) 23:22:48.36

パススルーって駄目なの?
リンクテーブルは話にならないくらい遅くてパススルーのが全然早かったんだが。

**デフォルトの名無しさん** · 2018/04/28(土) 15:07:07.82

ケースバイケース
たいていの場合、リンクテーブルに対する操作よりはSQL飛ばすほうが早いとは思うけどな
パススルーが使っちゃいけないTOP3とか初めて聞いたわ

**デフォルトの名無しさん** · 2018/05/09(水) 09:34:09.66

keydownイベントからのキー取得ではなくて、
OnKeyDownイベントからキーを取得する方法がわかりません。
Me("テキストボックス"& i).OnKeyDown = "=get_Key(" & this? & ")"
ご教授お願いします。

**>>877** · 2018/05/09(水) 17:09:04.61

レスが付かないので別の掲示板に移動します。

**デフォルトの名無しさん** · 2018/05/11(金) 06:01:03.99

>>877
OnKeyDownイベントを知らなくてすまん。

**デフォルトの名無しさん** · 2018/05/11(金) 09:03:43.55

Excel で JavaScript も扱える様になるらしいね

**デフォルトの名無しさん** · 2018/05/16(水) 14:07:17.01

業務用mdbのコードを見てて気づいたんだけど､戻り値を使わないのに､functionを作成しているのが非常に多い。
どんなメリット､デメリットがあるのですか？戻り値用の変数を用意するから速度が低下するのが問題なんですか？

英語の本には
>>Many programmers think that they must return something, even if they have to make some artificial return code or status. This practice can make your code harder for others to understand.
て書いてあってヤメレって書いてあるのになんでやりまくるのですかね？

**デフォルトの名無しさん** · 2018/05/16(水) 14:57:23.49

subの代わりにしてんじゃないの

**デフォルトの名無しさん** · 2018/05/16(水) 18:06:12.59

>>881
しまった戻り値無いfunction俺も作ってた
動くから別にいいやって感じだった

**デフォルトの名無しさん** · 2018/05/16(水) 19:24:53.85

業務でプログラム組むような場合は、コーディングスタイルが指定されてる事が多いんだよ

正確には戻り値のないFunctiionじゃなくて、戻り値を無視してるだけだけどな

**デフォルトの名無しさん** · 2018/05/16(水) 20:47:56.46

functionとsubはcallが要るかどうかの違いだと思ってた。

**デフォルトの名無しさん** · 2018/05/16(水) 23:07:53.34

可読性が低下する以外のデメリットは無いんでしょうかね？
個人的には出番のない変数は目障りなんですけどね。