Access総合相談所 29
■ このスレッドは過去ログ倉庫に格納されています
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総合相談所 28
https://mevius.5ch.net/test/read.cgi/bsoft/1535638568/ >>57 それは何用でしょうか。
担当者の成績管理ですか。
顧客コード|担当
1|A
1|B
というマスターがあり、
実績テーブルに
顧客コード|売上額
1|¥1000
1|¥500
といった情報しかないなら、按分ルールがない限りは無理です。
顧客コード|売上額|担当
1|¥1000|A
1|¥500|B
なら集計できます。
それとも
顧客コード|売上額|担当
1|¥1000|A、B
1|¥500|A、B
みたいな加工をしたいということでしょうか。 >>58
イメージとしては1番下です。
顧客コード|売上額|担当
1|¥1000|A、B
1|¥500|A、B
みたいな加工をしたいということでしょうか。
そのとーりです。
何用かと言えば仕事の仕入データの管理で
メーカーから仕入れてお客様まで直送したデータを
担当が2人持ってるところがあり
あとで手作業でこれはどっちが聞いて
メーカー発注したの?とアナログな事はしないといけません
その際、今はお客様コードから担当が誰と誰だったのか、から調べて、2人にこれはどっち?と聞いていますが
aかbまで絞れると楽になります
うまく伝えられなくてすいません 連投ですいません
accessのリレーションで
内部結合やら外部結合をすると
顧客コード|売上額|担当
1|¥1000|A、B
1|¥500|A、B
はならずに
レコードが増えて
顧客コード|売上額|担当
1|¥1000|A
1|¥500|A
1|¥1000|B
1|¥500|B
となってしまったりして
倍に表示されたりしてしまいます >>60
アクセスは横方向に伸ばす事に弱い
vbaが必要になる >>61
そーなんですね
access vbaはよくわからず。
やっぱりエクセルでどーにかした方が早そうですね
1万行とかで、
エクセルが開くのが遅すぎてaccess使ってみたいと思ったのです
少し考えてみます >>62
ってか、。>>9>>17にそのコードがある これってそもそもの問題として1000円と500円のものをAとBが別に売ってるか一緒に売ってるかの区別ってどうやってしてるんだろう?
区別するフィールドあるんならそれで結合できるんでは
てかちゃんとあるよねえ?なかったら2重に計上してる可能性もあるから大問題だよ かなり泥臭いやり方(VBAなし版 ただし、
仕入担当100人といった無限ではないものとする)
3個くらいに分けて書きますよ。
テーブル名 master
ID(auto)|仕入先ID:数値 |担当者:文字列
1 1 A
2 1 B
3 2 C
4 2 D
クエリー1段階目 同じ仕入先IDのなかでindexをつける Q_master
"セレクト" master.仕入先ID, master.担当者,
DCount("仕入先ID","master","担当者<""" & [担当者] & """ AND
仕入先ID=" & [仕入先ID] & "")+1 AS [index] FROM master; クエリー2段階目 クロス集計っぽく担当1、担当2、担当3と列を振り分ける
グループ化して重複をまとめる
Q_masterCross
"セレクト" Q_master.仕入先ID,
DLookUp("担当者","Q_master","仕入先ID=" & [仕入先ID] & " AND index=1") AS 担当者1,
DLookUp("担当者","Q_master","仕入先ID=" & [仕入先ID] & " AND index=2") AS 担当者2,
DLookUp("担当者","Q_master","仕入先ID=" & [仕入先ID] & " AND index=3") AS 担当者3
FROM Q_master
GROUP BY Q_master.仕入先ID,
DLookUp("担当者","Q_master","仕入先ID=" & [仕入先ID] & " AND index=1"),
DLookUp("担当者","Q_master","仕入先ID=" & [仕入先ID] & " AND index=2"),
DLookUp("担当者","Q_master","仕入先ID=" & [仕入先ID] & " AND index=3"); クエリー3段階目 文字結合 Q_concat
"セレクト" Q_masterCross.仕入先ID,
[担当者1]
& IIf(IsNull([担当者2]),"","、" & [担当者2])
& IIf(IsNull([担当者3]),"","、" & [担当者3])
AS 担当者リスト
FROM Q_masterCross; 自己レス 2段目 わざわざdlookup使う必要もないな。
”セレクト” Q_master.仕入先ID,
Max(IIf([index]=1,[担当者],Null)) AS 担当1,
Max(IIf([index]=2,[担当者],Null)) AS 担当2,
Max(IIf([index]=3,[担当者],Null)) AS 担当3
FROM Q_master
GROUP BY q_master.仕入先ID; >>68
定義域集計関数は遅いので
それの方が良いですね。 皆様ありがとうございます。
メーカーのデータ
届先コード、届先名称、 商品名、仕入れ金額
1000、田中商店a、 たまご、100円
2000、田中商店b、 肉、300円
3000、鈴木運送事務所 野菜、200円
1000、田中商店a、 肉、300円
会社の担当データ マスタのような物
得意先名 届先名、 届先コード 担当者
田中商店 田中商店a、 1000 A
田中商店 田中商店b 2000 A
鈴木運送 鈴木運送事務所 3000 B
鈴木運送 太郎倉庫 4000 B
山田屋 田中商店b 2000 c
メーカーデータの届先コードを元に担当を探します
田中商店bに届けるパターンが
田中商店から頼まれる場合と
山田屋から頼まれる場合があり困っています
ーカーのデータ
届先コード、届先名称、 商品名、仕入れ金額 担当1 担当2
2000、田中商店b、 肉、300円 A c
このようにマッチング出来れば
田中商店bに届けたお肉は
田中商店か、山田屋のどちらかに売上するんだろうと思えます >>64
売上データとして
得意先名 担当 商品名 〔掲載されてないけど〕
田中商店 A たまご200円 〔田中商店a〕
田中商店 A 肉400円 〔田中商店b〕
鈴木運送 B 野菜300円 〔鈴木事務所〕
山田屋 c 肉600円 〔田中商店b〕
とあるので色々まぜたら識別は可能です
手作業ですが、、、 >>70
一例だけど以下のようにいくつかのテーブルに分けて構成すべきだと思う。
T_得意先
得意先コード(主キー),得意先名
T_届先
届先コード(主キー),届先,得意先コード
T_担当
担当者コード(主キー),担当者名
T_商品
商品コード(主キー),商品名
T_仕入
仕入コード(主キー),商品コード,仕入れ金額,仕入日,担当者コード
T_納品
納品コード(主キー),届先コード,仕入コード,納品日,担当者コード
仕入日や納品日は無いとは考えられないので付けた。
届先コード以外の主キーはオートナンバーで同じ名称の主キーでないコードは、長整数型で
リレーションシップして、同じフィールド名を結合しておく。 基幹システムから出力したプルーフリスト(CSVとかexcelとか)を
再加工する試みですか。
用例がわりと冗長的なので。さらにいうと、架空とはいえ
仕入れと売り上げのプロセスの違いを理解しているか、疑問が残る。
仕入れの段階では「届け先」は関係ないはず。
71に示す実績(ようするに売り上げ伝票)に届け先がリレーショナル
データとして格納(または表示)されていないのが、
そもそもの問題だと思います。
伝票入力時に届け先項目はありますか?(摘要欄で届け先を
テキスト入力するのではなく)
もし届け先も入力しているなら71のプルーフリストに
「届け先」も表示するよう、基幹システムのベンダーに有料依頼
するなどしてください。 >>73
ご指摘ありがとうございます。
確かにデータが色々ダメなのです。
会社内にホストコンピューター?と言うものからデータを取り出してもらうのですが
社内の少しだけパソコンに詳しいひとが頑張って取り出してるレベルなので
データがこれ以上頑張れないと言われたので自分でなんとか繋げようとしている状況です。
外部委託して金を払ってでもして欲しいと心から思っております >>74
ACCESSの話を離れ、ほぼ組織論になってくるけど
一連の書き込みを見てると、
・担当者とは(おそらく)提案営業と商品手配、
小売へのデリバリーまでやっている人。
・基幹システムでは売り上げ伝票に配送先が紐付けされていないか
プルーフリストでの出力が困難。
・ACCESSを使って知りたいのは、得意先ではなく「配送先」の
実績をもとに、誰が仕入れたのかの担当者の絞り込み。
私の中の小売り商流の概念からすると、かなり変わってる。
直の得意先が、「小売店」ではなく、おそらく貴方の
組織も卸業だとすると卸業を2つも挟むのは今時にしては珍しい。
(ただし、メーカーとしては同じ小売店直送でも、相見積もりか
何かの関係で、売りを立てる得意先が変わる、というのは
さほど珍しくない)
さらには、「仕入れた人の特定」が経理上、何のメリットがあるのか
もよくわからない。(仕入れ単価が、毎回スポット的で
「担当者」が見積書との照合・追認をする必要があるのか)
で、まず金をかけずに貴方が最初にすべきことは、リストを作って
くれた人と伝票入力オペレーターへのヒアリングです。
・ERPの標準機能で、ユーザー定義帳票ビルダーが実装されていて
それを使って出力したのか、直接、バックエンドDBにSQLを叩いて
出力したのか。
・売り上げ伝票には配送先項目や、担当者項目が実装および入力が
あるのかないのか。 >>75
基幹システムというのは
おそらくコボルで動いています
最新のERP?とかではないです。
データ見るのも昭和の黒い背景の緑の線で描かれた画面からデータを見ます
データを出すのにコボルプログラムを書かないとダメだから難しいと毎回言われます。
過去に作られたバッチファイル?が何かで出せるやつだけと、少し修正して出せる程度の物しか出てきません
担当を調べるというよりは担当者毎の粗利を調べるのも手計算みたいなものです
仕入れがあり、売上もわかるけど、
これはどっちが売ったのか?
が紐付いてないよーなイメージです
データを見せれると早いのですがお得意様の名前などがあるので難しいです。 >>65
>
> クエリー1段階目 同じ仕入先IDのなかでindexをつける Q_master
> "セレクト" master.仕入先ID, master.担当者,
> DCount("仕入先ID","master","担当者<""" & [担当者] & """ AND
> 仕入先ID=" & [仕入先ID] & "")+1 AS [index] FROM master;
とりあえず、これがなんとなく自分の力で出来そうなイメージです。、まず同じなのに重複しているものに番号振ってみます。 >>76,77
ホストコンピューターがCOBOLで稼働してても
DBがRDBならACCESSから接続出来ればデータ抽出出来るでしょ >>78
>データ見るのも昭和の黒い背景の緑の線で描かれた画面からデータを見ます
ということなのでメインフレームをCUIのコンソールで操作してる状況でしょう
PCとの接続も無理かと
それでもCSVとかでデータは取り出せてるらしいから
Excelで加工してAccessに取り込む事は出来てるのでしょう
ただ、その取り込んだテーブルのフィールド構成が妙というか正規化されていないのでしょう。 >>70
Excel使ってそのデータを>>72のように正規化する事をお勧めします
なお担当者についてのデータは記録されてないなら
扱えません
元々のデータベースは担当者を記録していないからです
仕様が変更になった時点で記録をするよう修正すべきだったということです
おそらく運用でごまかして来たのでしょう
悪手です >>70
追伸
Excelで加工する際
主キーとなるフィールドはExcelでが設定出来ませんのでAccess
に取り込んでから追加設定したしてください >>82
そんな商売もあるのですね。
オフコンとCOBOLとVT100の呪縛から逃れられない会社もあるんですね。
世の中広い さすがに西暦2000年問題で、年のデータが2桁しかないDBは消滅したと思い込んでいました。 富士通のNetCOBOL? 今世紀のリリースだけど
値切るとCUIで納品される みたいな奴 システム屋が限界なのかも知らんけど 未だに伝票記帳環境が
CUIというのは組織の業績が著しく悪いか
逆に組織が巨大すぎてシステムが財務まで繋がってるために変えられない、
のどちらかになる。
その場合、一般社員が頑張る必要は本当はない。
やるとするなら、Accessかexcelに仕入れ、売上をなるべく素に近い形でインポートかけて、
担当情報を付加する、伝票の清書のような仕組み。
1仕入れが1売上に直結するのは
今のerpパッケージでも想定していないので工夫は必要。
小売店の納品時に受領証のサインくらい貰うんだろうから
配送営業の担当者についでに判子でも押してもらえば良い。 連投だけど、用例から邪推すると
食べ物扱ってるとして
この度の増税対応(軽減税率対応)
どうするんだ。
適格請求書、作れなさそうだけど。 >>87
それは俺も気になった
そもそも相談者から仕入れ金額は示されてるけど
販売金額はどうするのか開示されてないんだよね
軽減税率の対象外のお酒を頼まれたらどうするのじゃなと >>88
軽減税率とか、複雑なやつは、富士通さんにお願いしてると言ってました。
あと、、経理はオービック?が何か入ってて
お高いにつながってるよーで繋がってないシステムです
経理は凄く、しっかりしてますが
販売系のデータはいまいちと思います
オフコンって画面がまさに今の会社の画面でした
何とかエミュと画面に出て黒背景の緑文字で何かしら入力してます
システム変えないといけないと思いつつずーっといってる感じです
その場しのぎで、やりくりしてるから今更何がどーなのかわからんとの事です https://i.imgur.com/5UVEWsx.jpg
色々csvデータをお願いすると
こんな画面でプログラムを作らないといけないから、
となります。
私のイメージは、ボタン1つでデータは出てくるものだと思ってました >>91
うわ、懐かしい画面・・・
見やすかったけど。 AUTHOR Y.SHINOZAKI 氏に頼むのがスジだが
これで何ができるかを知るために上にあるツールバーやメニューを
探ってみるのもひとつの手
ヘルプが充実してればそこから手立てを見い出せるケースも
ボタン系は迂闊に押すとすぐ処理するものも有ったりするので自己責任に成るけど Me.Dirty=False
でレコード編集確定できるのな
キャンセルだと思ってた ずーっと前からそうだけど、仕様に明記されてないので、明日変わるかどうかは解らない >>96
おお。10年使っても知らないことってあるもんだな。
これまでdocmd なんたらで
明示保存かけてたわ。
本当はレコードカーソル動かせば
勝手に確定するんだけど
普通の事務員さんからすると心地悪いんだって。 いや普通のシステム屋にとっても確定押さずに確定なんて気持ち悪いだろ でも入力側は入力完了したつもりでいる事多いんだよね
入力したのに入ってない!と
登録ボタンで保存する設計なのに苦情来たこと何度か… >>100 ローカルのフォームオブジェクトにデータソース
指定せず、保存の時に初めてサーバーにデータを
送る仕様なら、「保存」の明示はしやすいけど、
直でデータソースつなげるACESS標準の作り方だと
むしろパージしにくくない? ローカルでは入力だけでデータを確定させておいて、
DBに保存する際にはトランザクション処理させる >>103 横からだけど、トランザクションの排他自体は
sqlserverなどサーバーの機能・文法に従えば簡単だけど
データ引っ張ってきて、手直しして、書き戻して
の数分間に対する排他の標準的な技法がわからん。
対象テーブルにユーザーID欄を作って
埋めたり、消したりすることで、「入ってます」マーカーに
してみてるけど。 テーブルで通貨型選ぶと最初の書式が強制的に通貨固定になっちゃうのなんとかならんものかな
最初だと数値にして保存してももう一回開くと通貨に戻される
単に精度ある小数使いたいからこの型選んでるのに 全くの初心者です。
勉強にいい本かサイトってありますか? >>105
意図が良くわからないのですが
テーブルデザインで対象フィールドの書式を変更すれば固定されると思います
それとは他の問題ですかね >>109
その変更が毎回フィールド作る度に要るので煩わしいという意味です >>108
魔法使いの開発工房 ですね
旧版はwebで公開されてます >>110
フィールドは書式含めてコピペできますよ
それにフォームレポートならテーブルとは違う書式に出来ますし、コントロールもコピペできます >110
ついでに、複数のテキストコントロールの書式をまとめて設定できますよ >>110
もっと言うなら、書式はただのテキストですからコピペできます 例えば売上明細データの担当者の洗い替えとか嫌なので、
担当の配属期間をマスタで持たせようとしたら、どうしたら良いですか? >>117
どういうことでしょう。
単純には担当マスターにそのまま開始日から終了日を付け足すだけですが。
おそらく、担当id1 の名前がどんどん変わっていく運用をしてるなら
それは間違いで
idは退職しようが異動しようが永久符番です。
売上に(一般的な設計では売上伝票の親情報テーブル)に永久の担当idを埋めるだけです 売上にもたせて、当時の担当と、引き継いだ担当が出るようにしたほうが良い
ってか当時の担当分からないと面倒じゃないか >>119
スレチかもだけど、私の前任者は津波の犠牲になったので頼れないんですが 横からだけど、文脈から「当時の担当」ってのは、データ上で売上を担当した人のことだよ
生死すらどうでもいい >>117
>>118の指摘された通りですね
売上つまり商取引の1件毎に担当者IDを売上明細テーブルに入れるだけですね
またトラブル対応を含むアフタサービスでは、担当者IDで特定される担当者が対応し、担当者が退職なら、後任となる担当者が対応するという事でしょう
前任と後任の関係は別テーブルで記録すれば良いかと
この洗い替えが如何なるものか不明ですが
一定期間毎に担当を変える事と売上明細とは直接の関係は有りません 過去の取引も今の担当で対応するから過去の担当情報は要らないので全部塗り替えたいって事なのかな >>123
そうだとしても、それは売上明細には無関係だと思います。
過去の商取引という確定したことを変更することに意味は見いだせません。
売上明細に担当者IDを添えない方針の、特定の販売先に特定の担当を付けるなら
例えば
I社の担当がAさんからBさんに変更になったことは
販売先ID,担当者ID,就任日,離任日
I社のID,AさんのID,2019/04/01,2019/10/31
I社のID,BさんのID,201911/01,9999/03/31
とかいう風にテーブルに記録しておけば良いかと。
ただ、実際の商取引では担当が必ずしも応じられるとは限りませんので
やはり売上明細の一部に担当者IDを入れる方が実態を表す気がします。 >>118
idの担当者名を変えない運用にする場合、
転勤などでエリア担当者情報が管理不能になってしまい、
エリア別の過去データ集計に難儀することになります
要するにidはエリア担当者idとして機能しているのですが、
名前には担当者名を入れていて、その管理も必要といえば必要
となると、システム外で別途担当者の在任期間やエリア担当マスタみたいなのを用意するしかなく、
なんでこんな運用なのかは俺がやったんじゃないからしらねーよってなもんです >>123
管理の上では洗い替えでOK過去の情報はいらないけれど、
数字を管理する上では、担当者自身の数字とエリア別の数字は過去に遡って変化をみる必要がある
単純にid増やすと1idが百万とかだから上に言えなかったんでしょうね >>126
そういうコンセプトでいいんじゃないですか。
売上管理じたいは、いじりようのないパッケージを使ってるんだろうし。
たぶんプロが作ったものって必ずしもマスターとのリレーションシップだけに頼ってなくて
記録系は得意先名とか、担当者名まで保存してることが多いので、
もう一度、大元のデータを精査したほうが
無駄な開発をしなくても良いと思う。 >>126
酷いシステムに関わって、ご愁傷様です
よく今まで問題が表面化しませんでしたね これって担当者として使ってなくて、主語がエリアでオマケで担当者名が付いてるだけみたいな 担当課と担当者のデータを別に持たせるのは普通にあるかたちだし、
項目追加するだけだから修正も容易なんだけどね >>130
売上明細テーブルにエリアや担当者の氏名なんかを同時に記録するシステム
正規化を知らない新人がエクセルで組んだのに
似たのあったなあ その新人の作ったエクセルのシートでは
担当者を毎回手入力するんですよwwww
そんで氏名の入力間違いがあって大慌てwwwww そんなに著しく間違った運用ではないけど、補助的な集計ツール作るなら
1 佐藤、1 鈴木、2 田中があるとして
access側には
1 東京、2 神奈川のテーブルだけ持たせて、idで結合して
あとexcelに流してピボットかけるかな。
accessのクロスより使い勝手がいいので。 ちょっと皆に聞きたいです
環境
windows10 1903 64bit 更新プログラム最新適用済み
access2016 32bit 更新プログラム最新適用済み
で、テーブルに対して更新をかけると
「sqlが破損しています」とエラーが出ます
新規でmdbファイルを作成し、
簡単なテーブルを作り、
updateクエリにて実行すると、
where句が入っている場合のみ上記エラーが発生しています
officeの再インストールすると問題は出ません
更新プログラムだと疑っています
同じ状況の方はおられますか? 初心者です
データをファイルから参照してエクスポートしようとすると開くという表示ではなく保存になってしまってエクスポート出来ません
何故でしょう エクスポートすると、対象データが外部ファイルに保存されます 今日のWindowsUpdateで不具合
Where条件付きの更新クエリまたはUpdate構文のSQL動かすとクエリ破損エラー出る >>138
やはりですか
検証してました
クエリ ' ' は破損しています
ってメッセージですね
https://i.imgur.com/yNI8ejo.jpg >>136
エクスポートはAccess的には
外部ファイルに保存、です。
インポートは、外からaccess内のテーブルにコピー、です。
エクスポートでaccess上で表示動作が起きないのは、いちおう仕様どおりの挙動です。
さらに質問があれば何がしたいのか、無理に用語にせず、説明してください。 >>138
windows10限定ですか。
今日、シフト休だったから
私の作ったツールが動かないことで業務混乱してなきゃいいけど。
(会社の環境はwindows7 access2013か2016) Win10だと単独除外がしにくいから入りやすいのはあるけどOS関係なしの模様
MSIインストーラーなら
Access2016→KB4484113
Access2013→KB4484119
Access2010→KB4484127 を削除してWindowsUpdateで再度入らないように設定
C2Rインストーラーなら
https://blogs.technet.microsoft.com/outlooksupportjp/2016/03/20/c2rclick-to-run-outlook-20132016/ を参考にバージョンを戻す >>140
すみません、したいのはエクスポートじゃなくてインポートでした
解決しました
クエリに変更を加えたらその後実行するのは鉄則でしょうか >>143
期待どおりの動作しなくて困るなら、動作確認はしますでしょうね。
それを鉄則というかは分かりません。 前回の、VBAでテーブル名に日本語使っていた場合とかの大規模なエラーは、
office insiderは英語圏しか参加者いないのか程度にしか思ってなかったけど、
今回のを見ると、office insider自体あまり機能してないのかもしれない
Access目当てでinsiderチェックしてる人なんて何人いるのか Critical: Office Update breaks Access ? Query is corrupt
We’ve gotten reports from our clients, our colleagues and other posters that there is a huge problem with the Office 365 update that was released yesterday (November 12, 2019). The update causes an error where it may say: >>146
MSの劣化止まらない
昔方がまともな動作してたよ
たいして機能増えてないのに >>クエリー破損
VBAだと影響無し、か
VBプログラマ上がりが作ったAccessならアレだがクエリー使ってるヤツは終わり、とな 残念ながらVBAどころか他のプログラムから接続して同じような操作してもアウトなんだわ >>150>>151
そう
俺も自作した、vbaのopenqueryがautoになった
幸いあまり使わないものだから良かったけど、
これ毎日使う物だったら地獄だろうな >>152
このスレでautoはアウトじゃなくてautoexecだから 先週まで大丈夫だったけど
ついにやられた。
office365だけど、修正手順が複雑すぎてあきらめた。
どうしよ、結構、重要な業務に使ってるんだけど。 【 システム環境 】 Windows10, Access2016
【 VBAが使えるか 】 否(excelでは経験あり)
【 VBAでの回答 】 可
ACCESSに挑戦してます
社員テーブルに社員NO・氏名・課があります
メインの数値テーブルに共通の項目と課毎に入力するフィールドを作成予定で
フォームには共通項目とその課に該当するフィールドだけを表示させて
打ち込むようにしたい、と考えています
┏━━┓
┃氏名┃
┗━━┛
↓T_社員から自動取得
┏━━┓
┃課一┃
┗━━┛
↓課に該当する項目を表示し、数値を入力
┏━━━━━━━┓
┃共通打込項目一┃←表示
┗━━━━━━━┛
┏━━━━━━━┓
┃共通打込項目二┃←表示
┗━━━━━━━┛
┏━━━━━━━┓
┃課一打込項目一┃←表示
┗━━━━━━━┛
┏━━━━━━━┓
┃課二打込項目一┃←表示されない
┗━━━━━━━┛
上記みたいなイメージですが可能でしょうか ■ このスレッドは過去ログ倉庫に格納されています