X

Access総合相談所 30

■ このスレッドは過去ログ倉庫に格納されています
2021/04/07(水) 12:33:01.06
ACCESSに関する質問はこちらへ
▼━ 質問のしかた ━━━━━━━━━━━━━━━━━━━━
★ 質問内容は具体的に書いてください。
　　業務上の守秘義務も大事ですが、貴方の所属組織を特定できるほど、特異な業務・システムは滅多にありません。
　作りたいものの内容を隠しすぎないようにし、列名、データ値を適当に変更して例示するなどしましょう。
★ 事前にGoogle等で調べられる範囲は調べてください。
★ 完全初心者はまず、新規作成テンプレから「NorthWind」を開いて、一通り触ってみてください。ACCESSの概念を理解する
もっとも簡単な方法です。
★ お金の管理でシステム設計ミスが会社経営に重大な支障が予見される場合は、パッケージソフトに誘導する場合があります。
格安なソフトもあるので設計に取りかかってから悩む前に、市場調査も行なってください。
★ アドバイスを貰ったら、必ず経過・結果の報告をして下さい。
　　ギブアンドテイクで情報を共有しましょう。
▼━初心者用質問テンプレ ━━━━━━━━━━━━━━━━━
【Windows】 7, 8,10 【Access】 365,2013,2016,2019
【作りたいものの業務分野】
販売管理,買掛管理,営業予算管理,営業実績管理,生産管理,財務管理,労務管理,学術研究統計,文字格納を主体としたDB,その他（）
【あなたのスキル】
LV1:完全初心者,
LV2:ACCESSの基本要素（テーブルやクエリーなど）の役割を知っている
LV3:VBAが打てる
【どのオブジェクトに関する質問か】
テーブル,クエリー,フォーム,レポート,サブフォーム（サブレポート）,リレーション,VBA
【やりたいこと】
（質問によっては各テーブル名と列名を例示）
（クエリーの場合は、左上の「表示」を押し”SQLビュー”に変更して表示される”SQL文”を貼り付けると回答者がわかりやすい）
(得たい出力結果や挙動)
【エラーメッセージに関する質問】
・エラーメッセージの内容　・windowsは32bit版か64bit版か
前スレ
Access総合相談所 29
https://mevius.5ch.net/test/read.cg/bsoft/1569236545/
2021/09/13(月) 07:30:11.35
>>301
yearとmonthだけ入れてdayを1にするということ。
2021年9月なら年月フィールドには2021/9/1で入れる。
intで格納すると日付関数が使えないから面倒だし、うるう年計算でミスするヤツが出てくる。出てきた。
2021/09/13(月) 12:34:11.84
>>302
一応レコードごとの日付は必要なんですよね
勤務日や売上日なので
2021/09/13(月) 14:02:09.14
>>303
実データ日付と集計用欄の二つ持つということ。上にも書いてくれてるでしょ！
なんなら集計欄を「いろはにほへと」にしてもいいのだよ。
なんの計算か知らんけど20日締めがある場合、21日は次月を示すグループ値が必要なわけだよ。それは202110でもいいし2021/10/1でもいい。
日付は内部的にはシリアル値という数字に変換してるだけなので。
2021/09/13(月) 15:16:08.42
>>304
vbaとかでやらずにすべての1日でいれろ、ということかと勘違いしました
でも日付型（>>300にあるように）ならそのままの日付フィールドではだめなんですか？
2021/09/13(月) 15:55:12.88
実データ日付----データ日付
集計用日付-------整理日付
2021/09/13(月) 16:35:16.86
>>306
実データで集計かければよくない？
2021/09/13(月) 18:22:22.20
締め日の範囲とかで集計するとかならともかく同じ年月ならいらんよね

VBAしばりプレイ中でフォームの即値しか使えないなら確かにSQLはごちゃごちゃするかな
2021/09/13(月) 18:36:06.41
SQLを下のように書くなら実データでいい

where 日付 >= #9/1/2021# and 日付 < #10/1/2021#
2021/09/13(月) 18:38:23.06
横槍だが
結局>>287はどう対処するのが正解なの？

実際ところACCESSやデータベースって販売管理とか請求関係向きではないよね？
2021/09/13(月) 18:52:57.31
ここまでの回答

日付にインデックス張って
インデックスの効かないyearやmonthを使わない
2021/09/13(月) 20:02:37.88
>>310
SQL使っていない販売管理ソフトって今存在するのかな？

>>289の人も書いているように範囲データの抽出(where)だけならインデックスがあるから時間はかからない
単純合計などお茶の子さいさいだ。
10年貯めたら遅くなると思っている子はインデックス様の力を見くびっているぞ

ただし在庫数や売掛残金のようにすべての過去データを集計しないと出てこない数値は当然ある
だから普通のシステムは月次処理などで前月末残金などを別のレコードに記録を取りそこからの計算で済むようにしている

「向きではない」という感想はこれらのデータを組み合わせた表を画面表示するのが面倒だということだろう
Excelなら簡単ですね

AccessのFormで実現するなら一時テーブルを作成するぐらいしか手はないだろうが
そのためのレポートである。がんばれ
印刷したくないならVBAでExcel出力してもよいぞ。がんばれ
313名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/13(月) 20:10:19.32
formのフィールドの値をクエリの抽出条件に設定して、フォームにレポートプレビューボタンからレポート開いても抽出がうまくいかずレコードなし。やり方まちがってる？？
2021/09/13(月) 20:16:52.14
>>311
つまり普通に日付フィールドでやるってこと？
2021/09/13(月) 20:26:33.20
>>312
適度に集計して計算結果を保存するテーブルにVBAで転機するっことだよね？

バカにされがちなファイルメーカーって
計算フィールド（計算結果が常に保持される）ってのがあってExcel的な関数をいれといて計算するんだけど
結局されと同じことするってことだよね？
2021/09/13(月) 20:37:31.91
>>315
>>299さんも書いてるけど
VBAじゃなくてもアクションクエリでできるぞ
2021/09/13(月) 20:41:42.82
>>313
わかりません
2021/09/13(月) 22:01:41.52
>>314
日付フィールドにインデックスをつけて、インデックスが効くようにSQLを書けば、
日付フィールドでOK
2021/09/14(火) 00:59:26.64
最近のPCで集計やって気になるほど遅くなることある？
2021/09/14(火) 01:00:23.86
>>318
SQL直接書くのって中級者って気もする
俺も初心者なんだけどインデックスきくきかないとかあるんだ
2021/09/14(火) 02:52:17.67
>>320
この例だと、せっかく 「[日付] の値」 で目次つくってあるのに、

「Year([日付]) = 2021」 とか 「Month([日付]) = 9」 ってやっちゃうと、
値を変換して比較してるから目次が使えない

「[日付] >= #2021/09/01#」 や 「[日付] < #2021/10/01#」 なら、
目次使えるねって話
2021/09/14(火) 03:12:46.63
>>321
つまり何も考えずに日付フィールドをインデックスつけて
それでレポートつくるたびに集計させればいいってこと？
2021/09/14(火) 07:49:49.68
>>322
少しは考えろよ
そして氏ね
2021/09/14(火) 07:53:50.38
>>321
202109を提案の方と違うけど
私も202109のインデックス欄作ってますよ。
全然、強制はしませんが。
不等号より等号のほうが計算コストが小さいんですわ。
2021/09/14(火) 08:09:31.61
さらに考え方変えて、売り掛け買い掛けのように締め日がずれない、必ず1日と末日の区間であるという前提で提案しましょう。
Accessの利用を許可してる会社は、Access使いをパソコンオタクとしか見なしてない会社が大半です。
そこでみんな大好きexcelです。
外部データ接続でaccessファイルの該当テーブルを指定します。
リンクデータは自動でテーブル化しますから
そのテーブルをもとにピボットテーブル、行ヘッダーに日付をもってきて、年と月でグループ化します。
新しいデータは基本的にはリンクテーブル部分とピボットのとこで右クリックメニューから「更新」を押すだけです。
excelなら皆が開けるし、オタクがわけわからないことやってる、と陰口たたくこともないでしょう。
(ちなみにうちのパワハラ上司は「何がピボットだ、くだらん」と叫んでますが、これは無視ということで。)
2021/09/14(火) 13:36:27.92
Windows10が動作するスペックのPCなら検索速度よりもファイル容量の限界のほうが早く来るだろう
よってナマ日付に一票
2021/09/14(火) 14:06:15.34
>>326
解説サイトなんかでも大昔の常識がそのまま採用されてることあるよね
全部メモリにロードされるしよほどじゃないかぎり重くなることはなさそう
2021/09/14(火) 17:34:01.29
計算コストより保守コストや拡張コストが小さい方を選べ
2021/09/14(火) 17:37:38.86
>>328
多少重くても数秒だからテーブルとフィールドは少なく、がいいよね
330名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/14(火) 19:19:23.09
よくある納品書ヘッダーと明細の2つのテーブル
明細にも日付があるとSQL書くのがすごく楽になる
2021/09/14(火) 19:38:12.14
そもそも今時、1対多とかにする必要あるのかとも思えてくる
たかが数字や文字列省略したところで何TBもあるストレージの前では無意味に思える
2021/09/14(火) 19:42:15.86
２GBだけどな・・・
2021/09/14(火) 19:45:47.85
>>332
ああそうか
上限あったな。いったことないから忘れてた
2GBならなおさらどうでもよくない？
上の方の日付のどうこうとか

集計でも毎回全レコードに対してやっても待たされることはなさそうだけど
なんなら単価×個数 とかもVBAでフィールドに格納（変更があれば再計算する）したほうが運用しやすい
レポートにも経験結果はるだけだからやりやすい
334名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/14(火) 19:48:11.21
ADP使ってた人達はいまなにつかってんの？
2021/09/14(火) 19:59:59.10
>>331
連結したクエリを保存しとけばいいんだけどね

Accessだと問題ないけどSQLServerで連結したViewを開いたりするとうわわーってなる
2021/09/14(火) 20:41:19.32
>>334
accessはコンパイルする必要ないから、賄い飯ツールフロントエンドとしては
よくできてるんじゃない？
10人同時更新の要件あったから、odbcじゃなくadoで引っ張る必要のために、死ぬほどコード書いたけど。
さすがにadpの概念どおりに
フォームでレコード移動するたびに全フィールドの割り当て書くのはやめて、テンポラリテーブルを媒介させてる。
2021/09/15(水) 07:33:12.97
請求書をインボイス対応に改造するのが大変そうだ。適格請求書はゴム印で逃げた。
2021/09/15(水) 13:41:43.34
>>337
消費税とかわけるだけじゃないの？
2021/09/15(水) 13:46:41.67
>>331
サイボウズ社のkintoneみたいなNoSQLデータベースでしょ。
常に一覧式か
本来のヘッダー情報
＋品名1 単価1 数量1 小計1
品名2 単価2 数量2 小計2
品名3 単価3 数量3 小計3
というカード型だから
少しでもsqlやったことあれば
頭うにょーってなるよ。

一般労働者見てるとリレーショナルDBよりも、
excelで横に1万列とか並んでるほうを好む日本人向きな
設計思想だけど。
2021/09/15(水) 13:53:47.15
>>338
10%対象いくら 消費税額いくら
8%対象いくら 消費税額いくら

軽減税率対象品名に米印など。
振り分けの仕組みに少し頭使う。
そのうち方法論で、ここでも意見別れそうだけど。
2021/09/15(水) 14:27:47.33
>>339
キントーンって高いよね
そもそも使いにくいし
売上管理や集計、計算などそのまま使える会社もほぼないだろう

>>340
うちは軽減税率ないサービス業だからよかったよ
たしかにそれぞれ計算して集計するようにかえるのは大変かもね
うちの場合小計項目増やすだけだからね
8%0円 って
2021/09/15(水) 20:01:40.98
>>337
この間対応したけど内税外税非課税8%10%混在しててクソ面倒くさかった
2021/09/15(水) 23:19:13.08
切り捨て切り上げいろいろな四捨五入にも対応しろよ
2021/09/15(水) 23:42:10.44
請求書関連は四捨五入にしてるけど一般的にはどうなの？
自由らしいけど
345名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/16(木) 11:15:34.98
>>344
一般的には相手に合わせる
2021/09/16(木) 11:52:37.38
>>345
統一しないと駄目だったと思う
2021/09/16(木) 14:29:40.43
基本的には業者間取引で
法人が消費税を担税するわけではないので
損も得もないんだけど
切り捨てのほうが心証はいいかもね。
上のご指摘のとおり「うちは切り捨てです」「うちは四捨五入です」と統一する必要はある。
成り行き上、販売チャネルや本支店間で売上管理システムが別になってしまったときは特に注意が必要。
このスレのように諸口だけaccessで管理してます、とか。
2021/09/16(木) 19:56:38.73
まじで？
消費税誤差＋１円とか付けるのだめなの？
こっちの請求書なんてハナから見てくれないぞ
349名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/16(木) 21:15:54.91
where句のand,orが複雑になるとわからなくなる。
良い考え方ない？
350名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/17(金) 12:47:32.72
>>349
（）で括れば有線順位変えられるやろ
Where (果物=りんご and 価格<=300) or (果物=みかん　and 価格<=200)
2021/09/17(金) 14:46:28.95
内容みないとなんとも。
一つのカラムに対してなら
IN句がORの変わりになる。
in (select どーたら)はaccessでも使えるんだっけ？

クエリデザイナーは条件欄を
横方向に列記すればAND
縦方向に書けばORだから
無理にsql入力しないほうが
見やすいかもしれんし。

あんましごちゃごちゃするなら、小分けのクエリーの保存、参照を繰り返せばいいのよ。
似たようなところで、sqlserverではCTE式ってのを頻繁に使う。
2021/09/17(金) 15:40:34.52
VBAで判定のfunction作るとかは？
試したことないけど
353名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/17(金) 16:36:53.87
>>350
フォームの値を設定してて、空のときは無視するとか
betweenのときはどうすりゃよかったっけとか
複雑
354名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/17(金) 16:38:27.46
>>351
フォームの値がブランクの時かつ複数のフィールドの場合
SQLじゃないと、全パターンクエリデザインはしんどい
355名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/17(金) 21:11:37.39
>>353
>空の時は無視する
ってのがよくわからんが。空の時はその値は検索条件にしないってのなら
選択クエリのデザイングリッドで、その値のフィールドの抽出条件に
文字列の場合
Like　"*" & me.[(フォームのコントロール名)] & "*"
でフォームのコントロールが空欄だったら　Like "**"となって全レコードを選択状態に
何か入れたらLike "*なんとか*"となって「なんとか」があるレコードを選択状態に
356名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/17(金) 21:40:21.24
>>355
数字の場合は？
357名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/17(金) 21:54:35.54
NZつかえばいけるわ
358名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/18(土) 21:02:12.99
この問題何度も見るけど
魔法使いの開発工房さんで解決法書いてあるよ
http://www.mahoutsukaino.com/ac/ac97/basic/ken6.htm
359名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/18(土) 21:20:36.98
>>358
これだと種類とランクで片方のコンボボックスだけ空白の場合
片方の選択条件で絞れるんですかね。
左側から抽出条件は実行される暗黙のルールがあるんでしたっけ
360名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/19(日) 00:25:08.15
>>358

http://www.mahoutsukaino.com/ac/ac2000/ac2000/sandankai/01.htm

三つになると抽出条件がtrueになってないけど
どゆこと？
2021/09/19(日) 00:33:21.14
>>359　私も思いつかない、なかなかトリッキーな手法だけど

IIf(IsNull(forms![フォーム]![種類]),True,[種類]=forms![フォーム]![種類])
抽出条件をtrueとしているわけだ。
不等号を使う場面は、日付、番号が想定されるが

IIf(IsNull(forms![フォーム]![日付１]),True,[日付]>=forms![フォーム]![日付１])

と置き換えられるだろう。日付１から日付２までなら、
IIf(IsNull(forms![フォーム]![日付２]),True,[日付]＜=forms![フォーム]![日付２])
ともう一本作るだけ。

空値ならtrue、空値ではなく値が条件に合うならtrue
わかるかな？
ノンプログラミング可能な、良いアイディア。

もっとも、フォームの検索エリアにわざわざラベルで「から」「まで」と書いてやっても
ユーザーは平気で「１２月１日」から「９月１日」までと入力しやがるので
私はこの手法は使わないと思うけど。
VBAで一旦、大小関係を評価して必要に応じてひっくりかえしてから
querydef使っちゃう。
2021/09/19(日) 00:46:56.66
>>360
考え方は同じ。IIFの中でtrueを発生させてWHERE句でtrueとマッチ評価をするか
コンボ空値ならダミー文字、そうでないならテーブルの値を出力して
WHERE句でコンボボックスの値とマッチ評価をするかの違い。
コンボボックスが空値になりえる総当たり戦のパターンを書いている。

（true=true)=true
("文字"="文字"）=true
363名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/19(日) 22:03:44.31
>>361
＞ユーザーは平気で「１２月１日」から「９月１日」までと入力しやがるので
こういうのは、オレなら最初の欄に「１２月１日」って入力した時点で、次の欄に「１２月１日」以降しか入らない制限を掛けるな
364名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/19(日) 23:39:41.30
>>360
>>358
のリンク先のやり方は、クエリ上に絞り込み用の演算フィールドを設けて、フォームのコントロールの値が空欄（Null）ならばTrueの値を設定してる。

つまり空欄なら全レコードでのこのフィールドの値がTrueになり、空欄以外ならその値があるレコードだけがTrueになる。

そこで、抽出条件にTrueを設定すると、空欄なら全レコードが選択、空欄以外ならその値があるレコードだけが選択されるってこと

>>360
のリンク先のやり方は、テーブルにあるフィールドの抽出条件として
フォームの値を設定する方法で、これだと、いずれか空欄だといずれのレコードも選択されない。
そこで>>358のリンク先と同様にクエリ上に絞り込み用の演算フィールドを設けているんだが、
空欄の場合にTrueではなく”AA”っていう値を設定しているので、その3種類のあらゆる組み合わせを抽出条件に設定しないといけなくなってる。

どっちが、よりスマートかというと、>>358の方法だと思うよ。
365名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/20(月) 00:11:53.90
IIf(IsNull(forms![フォーム]![種類]),True,[種類]=forms![フォーム]![種類])
は
IsNull(forms![フォーム]![種類]) or [種類]=forms![フォーム]![種類]
とも書けるけどね。
まあ、大差ないかな。
366名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/20(月) 00:51:22.02
フォームに
フィールドA
フィールドB
があって

Aに入った値をキーにあるマスタテーブルを参照抽出したレコードの別のカラムの値だけフィールドBに入力できるように制約かけたいんだが、どうすればいい？
制約外のデータがはいれば、その値は入力できませんのメッセージを出すとかする予定。
2021/09/20(月) 05:56:44.30
iifとか使わず単純に
(IsNull(forms![フォーム]![種類]) or [種類]=forms![フォーム]![種類]))
じゃだめなの？
条件が複数ならコレをandでつなげてくだけ
368名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/20(月) 08:17:48.20
>>367
>>365
複数の条件をORで結ぶかANDで結ぶかは状況次第
369名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/20(月) 08:56:27.61
>>366
その参照抽出の選択クエリの作り方はさすがに分るだろうから省略

フィールドBの値集合ソースにそのクエリ名を入れる
（クエリ名の代わりにそのクエリのSQL文でもええよ。）

ただし、そのままだとフィールドＡを入れたあとにフォームを開きなおさないと
そのクエリが実行されないので、

フィールドＡの更処後処理のイベントで
マクロなら再クエリ
あるいは
イベントプロシージャならDoCmd.Requery
を入れる

そうすると、フィールドＡの値が確定したあと抽出クエリが実行され
フィールドＢのレコードソースが更新されるわけやね

詳しくは>>358か>>360のリンク先でも読めば良いかと
370名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/20(月) 08:57:52.07
>>369
まちがえた
×　レコードソース
○　値集合ソース
2021/09/20(月) 14:05:33.94
>>367
(true or false)=true
なのでアリなんじゃないでしょうか。
プログラミング関連のブログで
if (A=B)=true
がムカつく、と書いてた人もいるので
単純にbooleanを出力することが自明なら、余計な記述はしないことも大事ですね。
372名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/20(月) 15:27:30.61
>>370
値集合で設定すれば
入力制約できるの？
選択肢をコンボボックスとかでリスト表示したいわけではない
2021/09/20(月) 17:09:26.80
>>371
値が入力されているなら…みたいな前提条件を式に書く場合、IMP（論理包含）というそれ用の演算子があるのでそれ使う手もあるよ
IIFよりスッキリするけど、知名度低い上に多言語にはなかったりするのが難点
2021/09/20(月) 17:17:04.66
&#10005;多言語
○他言語
375名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/20(月) 19:38:32.00
>>372
>値集合で設定すれば入力制約できるの？

できるよ。リストボックスならリスト以外は入らないし
コンボボックスでも入力チェックを「はい」にすれば
リスト以外は入れられない。この場合、リストにある文字列をキー入力しても
リストから選んでも同じ

ちなみに、リストボックス・コンボボックスは、そのコントロールに
フォーカスがあるときにALT+↓でもリストを選べる(Windows版では）

慣れるとマウスでいちいち▲や▼をクリックするの面倒になるしね。

>選択肢をコンボボックスとかでリスト表示したいわけではない
テキストボックスで、リストにある選択肢をわざわざ再入力するん？
無駄なことかと
376名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/20(月) 21:24:56.55
マスタテーブルを対象に
タブ区切りファイルで洗い替えしたい。
特定のカラムが合致するレコードをキーに洗い替えたい。
フォームにあるボタンを押せば実行されるようにしたい。
どうすればいい？
2021/09/20(月) 21:44:12.21
>>376
ボタンで云々は機能の集合体とフローづくりなので、その前段階の各作業はできますか？
手動で
csvでエスクポートはできますか。
クエリーでしぼり込みはできますか。
できたら、後はスクリプトで組み合わせるだけです。
ファイルダイアログだけ標準機能じゃないのでちょっと面倒だけど、
25年前のaccess95登場からネットで紹介しつくされてる技術なので、自力で探せると思います。
378名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/21(火) 12:39:16.69
>>376
洗い替えってテーブルのフィールド構成だけ残して全データ削除、オートナンバーリセットって事で
特定のレコードの値だけ変更したいなら更新になるよ
その更新クエリ作ってをボタンクリックで起動させたいという事ですね？
タブ区切りファイルってtsvの事っすね？
そのリンクをテーブルとしてインポート出来るっすか？
379名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/21(火) 20:30:14.56
検索したけど見つからず

フォームの値をクエリの抽出条件にしてるんだが、
フォーム項目A以下とB以上

抽出条件
A orBにすれば空白じゃないときはうまくいくが
どちらかフォームの項目が空白のときは、全件抽出されてしまう。

上手い書き方がわからない
380名無しさん＠そうだ選挙にいこう
垢版 |
2021/09/22(水) 01:41:59.47
>>379
解決しました
すいません
2021/10/11(月) 18:22:12.19
日付フィールドをレポートで表示させるとバラバラの並びになります
グループか追加から昇順降順どちらでもよくわからない並びになります
8/20
8/28
9/15
6/20
などです
原因わかりますか？
グループフッターもうまく機能しません
2021/10/11(月) 18:32:00.31
並び替えとグループは別なのか
一緒に書いてあったからわからなかった
2021/10/14(木) 13:15:50.95
ACCESSにはExcelにあるXlookupみたいな関数はないのでしょうか？バージョンは365です。
384名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/14(木) 16:49:47.85
ルックアップ フィールドってあるぞ
385名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/14(木) 19:12:21.65
dlookupというのはある

検索系統はSQLを使えば大体の事は出来るぞ
2021/10/15(金) 07:16:10.91
SELECT *
FROM テーブルX　 as T
WHERE ... and T.カラムA=テーブルX.カラムA;

パラメータ入力が求められます、なぜでしょうか

T.カラムA=テーブルX.カラムA
TはテーブルXなので　T.カラムA=テーブルX.カラムA　という記載の意味が
わからないです
どなたかご教示お願いします
387名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/15(金) 09:14:04.63
記載した人に聞けばいいんじゃないかな
388名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/16(土) 08:36:24.97
>>386
>パラメータ入力が求められ

不明な変数があるからその値を入れてくれって意味なのは分るかな？
そのダイヤログに表示されている変数は何？

>TはテーブルXなので　T.カラムA=テーブルX.カラムA　という記載の意味が

想像するにカラムAはフィールド名だろうね。
テーブルXあるカラムAフィールドを指し示してるのだろう
そのフィールドがほんとうにあるか確認してみては

それ以上は情報が無いのでなんともいえない
389名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/16(土) 08:53:48.65
>>386
> TはテーブルXなので　T.カラムA=テーブルX.カラムA
これは同じテーブルの異なるレコードの値を比較するのに使う手だよ
その式の前にレコード移動を伴うアクションがあるはず
390名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/16(土) 08:59:05.66
>>385
SQL文のサブクエリ使うの常套句だよね
2021/10/16(土) 09:20:43.11
>>388
何も言ってないのに等しいレス
392名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/16(土) 10:23:39.48
>>391
じゃあ君が何か言ったらどうかな？
393名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/16(土) 10:32:36.94
>>391
>>388はダイヤログに表示されるパラメータが何かが分らんから聞いてるが
それを何も言ってないに等しいとか意味不明
このスレには君のような無能だけど批判ばかりするのが居るな
はっきりいって気色悪い
2021/10/16(土) 13:43:56.54
>>391
あなたにそう見えるだけなので
そういう時は、言っている意味がわからないと
言った方がいいよ
あなたのレベルが低すぎる場合があるかも
395名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/19(火) 06:27:08.87
Macの場合はどうすればよろしいのでしょうか?
2021/10/21(木) 01:24:14.71
UIはみんな90年代みたいなままやってるの？
テキストボックスの角すら丸められないからなあ
2021/10/21(木) 01:24:59.02
UIだけ別につくるのないの？
ファイルメーカーは高すぎて買う気がしない
2021/10/21(木) 09:34:53.52
楽天モバイルとか使ってそう
399名無しさん＠そうだ選挙にいこう
垢版 |
2021/10/21(木) 11:37:31.46
>>397
VisualStudio
個人なら無料版がある
2021/10/21(木) 13:35:10.87
>>397
Excel VBAでForm作れば?
2021/10/21(木) 14:11:03.76
>>400
それだとACCESSのでよくない？
>>399
コーディングでUIつくるのはハードルたかいよね
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況