Access総合相談所 27 [転載禁止]©2ch.net
レス数が950を超えています。1000を超えると書き込みができなくなります。
ACCESSに関する質問はこちらへ
▼━ 質問のしかた ━━━━━━━━━━━━━━━━━━━━
★ OS、ACCESSのバージョンを明記してください。
★ 質問内容は具体的に書いてください。
・何がしたいのか
・どんな処理を試したか
・動作状況など駄目な理由
テーブル/フォームの構成、クエリ、VBAの内容など差し支えない
範囲で詳しく書くと、早く回答が得られるかもしれません。
図解があれば尚良し。
聞き返さなくても詳細が把握できる質問が望ましいです。
★ 事前にヘルプ・Google等で調べられる範囲は調べてください。
大概の疑問は検索することで解決します。
★ アドバイスを貰ったら、必ず経過・結果の報告をして下さい。
ギブアンドテイクで情報を共有しましょう。
▼━質問テンプレ ━━━━━━━━━━━━━━━━━
【 システム環境 】 Windows**, Access**
【 VBAが使えるか 】 はい・いいえ
【 VBAでの回答 】 可・否
【 検索キーワード 】 Googleやヘルプでの検索キーワード
前スレ
Access総合相談所 26
http://toro.2ch.net/test/read.cgi/bsoft/1349049986/ >>885
それって、便利なんですかね?
ところでスピードはいかがですか?2003→2007で少しモッサリするんですけど、2007→2016はどんなもんでしょうか? >>886
割と有難い機能だけど人それぞれかも。
開発は2016だけど実行はruntimeの2013や2016で、パソコンも様々だからバージョンの違いで速度差があるかはわからん、すまん。 >>887
おっしゃるとおり、便利になる現場もあると思います。私も使ってみたいと思います。
それほど遅いという評判を聞かないので、導入してみます。
ありがとうございました。 ところで、2003だと自由に出来たショートカットキーの設定がどうもうまく出来ない。2007では出来なくなったのかな?Atl+数字じゃなくてALT+アルファベットで設定したいんだけど、できるのかな? >>884
考えてみましたけど、それらのテーブルを作ってどうすればいいか
やっぱりわからないです。
一応、入庫・出庫が動いた月日の在庫を出すことは出来はしました。
入出庫テーブルに期首在庫フィールドを作って入力し、クエリで固有の値を「はい」にして
月日ごとに期首からの入庫累計と出庫累計を出し、同クエリに在庫フィールドとして
期首在庫+入庫累計−出庫累計を計算する形で。
うまくやればレポートで>>884のような表がだせるのかも、とも思います。
ただ、実際の会社の在庫管理は複数品種(100種前後)あり、それらにロット、生産月度、
その他の区分が1〜2個あってそれらも品種内で分けて集計する必要があり、
レコードも入庫・出庫それぞれ400/月程度を入力する必要がある。
上のやり方だと、品種ごとにロット等のデータをテーブル上で連結させ、さらにそれらを
並べ替えて集計しやすくしたとしても、DSUMで入庫や出庫累計を計算するので
速度的に非常に遅いだろうと。ちょっと試したんですがとても使えなかったです。
だからやはり、期首在庫と入庫/出庫累計から計算するのではなく、
>>884の表みたいなテーブルがあって、入出庫があればその月日以下の在庫フィールドを
繰越+入庫−出庫で更新したり、新規にレコードを追加していけないかなと。
長文かつ内容がわかりにくくてすみません。 月末在庫テーブルと言ったけど現在庫テーブルの間違い。製品コード、年月、前月末在庫、当月入庫数、当月出庫数、現在庫というレコードを入出庫処理の都度更新してる。 販売管理
給与管理
備品管理
請求書発行
粗利計算(簡易出納帳)
をつくるとき、ひとつのファイルでやるのと
それぞれ目的ごとにわけるのはどちらがいいんですか? 規模による 十人程度の社員で、入力もひとりで済むようなら好きにすればいいし
ただ、1ファイル壊れたら(PCの故障含む)全滅 でも仕事が進むならあり
それぞれの業務にそれぞれの担当がいるレベルなら厳禁
上で書かれてるような「市販」だと、まずは望むものは得られない
アプリに業務をあわせる苦行が待ち受けている >>895
そうですよね市販ソフトってまったくあってないです SQL Serverつかつ場合もACCESS単体の場合も開発のやり方は同じですか?
ふつうにアクセス側でレポートつくったりテーブルつくったり、ですか? >>897
だいたい同じ。厳密にはデータ型が少し違ったり規定値やオートナンバーの設定方法が違ったりします。
accessでテーブル作ってsql serverにエクスポートしてマネージメントスタジオでちょっと手直し、という手順でやってます。 >>898
vbaもとくに意識せずに書いていいんですか? 自身のテーブルかリンクテーブルかは意識しなくても良いはず ファイルメーカーってしか使ったことないんだけど
accessのadoとdaoってのはどっちにしてたらいいんですか
適当に選んだら後で苦労することになったりしますか? 本にはADOを使えと書いてあることが多いけど、俺はDAOばっかり使ってる。だって便利なんだもん。本に書いてあることを鵜呑みにして失敗したわ。ADOをDAOに書き直ししたわ。 >>902
後から変更点するのは大変なの?
何を変更するのかよくわからないというかどういう違いがあるのかググってもよくわからなかった
暇な人簡潔に教えてください フロッピーとUSBメモリ程度の違いだからだいじょうぶ
フロッピー差し込むスロットがあれば
ああ、1.25MB と 1.44MB の差もあったか 単にFDてだけじゃダメだったな
PCで気を付けるのは規格とかバージョンなんだろうな
三年後五年後十年後を読んで発想することが一番肝 俺はdao からado。どうしてそうしたのかは忘れた。 思い出した。SQL Serverとか使うならadoが良いってどこかで見て切り替えたんだ。実際に速度差も有ったと思う。今は知らんけど。 >>903
関数が微妙に似て非なるもので、ADOは不便だったから、DAOに書き直したのを憶えている。
たしか、検索コマンドだったような記憶がある。
俺が仕事で使ってる業務用mdbも中見たら全部DAOだったわw
骨董品じゃなくて頻繁にアップデートしている現役バリバリの商品だよ。 自分なら DAO(ACE) で書きますね
既に ADO(OLD DB) はサポート廃止されてますし 谷尻かおりのAccess実用プログラミングの280ページに
「プログラミング言語でデータベースを操作するときは,基本的にADOを使用してください。」って書いてあったわ。
そしてその後に
「内部的にレコードを検索したり削除したりするときは,DAOのRecordsetオブジェクトを利用してください.ADOのRecordsetオブジェクトは,連結フォームのレコードソースと互換性がありません.」
て書いてあって、どっちを使うべきか悩んだのを思いだしたわ。
結局、後者の理由でDAOを使うようになったのを思いだしたわ。 ちょっとびっくりした
あちこちでADOへの移行を薦めてたんじゃなかったっけ?
http://itwebkatuyou.com/3441
いろんなサイトあるけど、↑が易しい解説かなと、参考までに
スタンドアロンで使い続けるならDAOでいいんじゃね?
将来拡大しそうならADOに移行しときなよ ってことじゃないの?
サポート廃止とか、頻繁にアップデートってほんと? >>910
アップデートは商品のことね。アップデートが頻繁な商用mdbでさえDAOだよ。古くさい、開発もメンテも終了したような骨董品じゃないよ、と言う意味。 MS は早々に ADO(OLE DB) を廃止したい様で
Access も例外ではなく 2013 から adp が廃止されてます
デフォルトの参照設定からも ADO は外されてます
手動で参照設定すれば使えますが
廃止明言のコンポーネント使って数年後に書き直すのも嫌ですからね 上のサイトの右端を 7900 にしたら出てくる文言
可能な限り、1 つのクライアントから Microsoft Jet データベースに対する接続は 1 つだけになるように設計します。
とあるように、コンパクトモデルならいいんじゃね DAOではODBCDirect ワークスペースがサポートされなくなりました。この機能を用いたコードはADO を用いたコードに置き換える必要があります。
10年前の出来事です。 会社で使ってるやつの確認したけど、DAOだったわ。
話は変わっちゃうけど、皆さんはソースコード管理とかどうしてる? おれはOASISを使い始めたところ。でも、ヘルプがドイツ語w なあんだ、時間軸の違う人達が紛れ込んでただけか はぁ、びっくりした
だよね? コッチの時系列ではDAOがサポート廃止ってので、いいんだよね?
近い将来 SQL Server だし、.NET 移行してくかも てんで、大慌てでADOに揃えたの
数年前のことだったから、うっわ!読み間違えたかっ! て、三時間心臓バクバクだったじゃないか 今そういうことになってんの?SQLServer連携の勉強用に
遅ばせながらADOの使い方をようやくマスターしかけてる
ところなのに。
単純なACCESSのDB実体とフロントエンド用を分割してリンクテーブルを使う場合でノンプログラミングもしくは100行程度のコードとすると、
ざっくり1000行くらいに増える感じ。 フォームを前回終了時点で保存するオプションとかありますか? ADOでやっとけばいきいんですね?
多分ACCESS以外のデータベースを使うことなはないと思うけど >>920
求めるもので変わるのではないでしょうか?
・コードの保守性を優先するなら慣れている書き方
・AccessDBのみでのパフォーマンスを求めるなら最速のDAO
・将来的にSQL Serverに移行する予定があるならADO
などなど色々あると思いますよ >>921
コードってVBAの書き方も違うってことですか? >>919
複数で接続するなら、必要なフィールドの分だけワークテーブルにでも残しておく
改めて開く都度そのテーブルから該当するデータを引っ張る という案
オペがひとりなら、最後のレコード(を読み込む)に移動する という案
などなど、状況で他にもいろいろ >>922
ADOとDAOで書き方が少し違いますよ >>924
解説サイトや書籍ではそれぞれ書いてあるんですか?
例えば、簡単に言うとどんなところですか? フォームとレコードでファイルわけてますか?
あとからやると大変そうなので最初からわけてたほうが無難ですか?
分けることのデメリットはファイルが一つにまとまらないというだけですか? 検索窓に access ado dao 比較 ってだけでいろいろ出てくるし
本人の練度次第でそのうちのどれがいいかは判別し兼ねるし
例えば https://teratail.com/questions/34709 だし
>>926
デメリット って、考えたことも無かったけど、強いて言えば、それぞれを別の
マシン(鯖、PCとか)に分けた時、必ず両方が起動していないと・・ ぐらい
「繋がらないー!」 「鯖動いてます?」 「あ・・ 停まってた」 てのはあった ACCESS2016でヒラギノ角ゴの細い文字を使うとカスレがでてしまいます
他のフォントでも細いものは同様にカスレるようです
選択して反転したらかなり目立ちます
また、フォントによってはかなりフィールド高を変えられてしまいます
これは仕様なのでしょうがないですか?
別のフォントを使う以外で何か解決策はあるのでしょうか? >>928
細いところが潰れるっていうか白く飛ぶことだよね?
源ノ角ゴ使ったときは特に感じなかったけどウエイトをライトあたりにしたら掠れがでた
それと、MSゴに戻して気がついたけど
源ノ角ゴはやたらフィールドの高さとられいたんだMSゴにしたら半分くらいになった
まあ、同じフォントサイズでも明らかに文字でかいからなあ
Wordみたいには調整できないんだろうか ざっとした皆さんの開発手順教えてください
僕は、モヤモヤ考える
とりあえずテーブルつくる
それに関係するテーブルをつくる
フォームをつくる
で、あれ?これおかしいぞ、とかこの機能つけるには
これじゃだめだな
また勉強やり直すか、
で最初に戻り、いつまでたってもできません
入力した売上データから請求書発行、粗利の計算をするだけのものなんですけどね データを洗い出す
関連するデータをまとめる
これだけ スクラップ & ビルド 無駄な努力など無い(その先を目指しているなら)
「いない場合は?」 ムダに成る ムダのガラクタ市になる 時間を入力するとき
1234といれれば
12:34
とふた文字ごとに:を自動で入れるにはどうやったらいいですか? windows7 access2010
VBA 使えます
VBA回答 可
動的に生成されるレポートをFAX送信したいです。
宛先は数十あり、リダイヤルや送信成否記録も必要です。
「Access2010 FAX」 や 「Access2010 windowsFAX」で検索をかけても
2010年あたりの情報ばかりで
根本的に簡単なやり方があるのか
Starfaxなど専用ソフトを利用するしか無いのかよくわかりません。
助けていただければさいわいです レポートの印刷先プリンター名をFaxにして出力すればおk >>930
accessってそんなもん。今風に言うと
アジャイルだったっけ?
要はテーブル構造とリレーション
そのあとフォームを作って、ここは自動化できるな、とか
参照張ろうとか
神々たちのおかげで、winfowsAPI叩くマニアックな技も含めて、やりたいことは全てネットに載っている アジャイルは開発手法の概念でAccessだから、というものでもないですよ
でもDevOpsには向いていると思いますね みんなAccessスキルって実践で習得してるの?
今は簡単な抽出クエリ位しか使いこなせないけど、将来的には
式とか組んで使いこなしたい。やっぱ実践なのかな? 金額の累計や直前のレコードとからめて計算するときも
非連結で表示させるたびに計算するものですか? >>939
結局、SQLの勉強を始めたなあ。SQLしらないと効率良くクエリも組めないし。
VBAはネットで調べながらでも何とかなるけど、SQLはきちんと勉強しないと分からないし。 >>941
おすすめの本ありますか?
SQLできると具体的にどういうところで差がでますか? マイクロソフトが仕様の一言で改善しない問題をSQL知っていたら簡単に解決できる。 >>942
俺はミックさんの達人に学ぶ SQL徹底指南書を読んで、何度も引用されてたセルコの達人に学ぶ SQL徹底指南書を買った。両方とも良い本だと思う。
このほかにもSQLの本は何冊か買ったけど、しょうも無かった。
ミックさんの本もセルコの本の参考書として書かれたというし、やっぱりプログラミングの本は外国の本に限るね。 そうそう、上に上げた2冊にいろいろな問題が載っているけど、とてもクエリだけでは思いつかないものばかりだよ。 あれれ?セルコの本はプログラマのためのSQLだったわ。すまんすまん。 >>942
私は「SQLSERVER2016の教科書」4802610629
実際に持ってるのは2012だけど、多分そんなに手入れしてるわけではないと思う。
やりたいことは目次ですぐ見つかるし、このフレーズってなんだっけも
巻末のインデックスの網羅度が高く、使いやすい。
expressエディションの経験しかないけど、3段階くらいのプロセスかませるSQLだと、SQLSERVERの方が圧倒的に早いし、見た目スッキリしたSQL文を書けるので、この本は重宝してる。 Azureのsqlデータベースはaccessに対して有効活用できると思う? >>948
フロントがAccessである必要性から離れてくる。クラウドを通すことで、いかにコンパクトにレコードを引っ張ってくるかとか。
バージョン2000で提唱されて、2013でやや引っ込められた拡張子adpでの設計概念を求められる。
正式な資料を読んでないけど、単なるリンクを張った場合には、クエリの条件指定に関わらず100万レコードなら100万レコードを一旦全部読み込んでしまうんじゃないかな。
そこらへん、わかる人教えてけろ。 単なるリンクだとそうなるみたいです。パススルークエリにsqlハードコード書いて最小レコード引っ張ってくる事は出来ました。
これで多拠点業務システム作るのは効率悪いですか?accessしか触った事ないので、フロントに何使うべきかも分からなく、filemaker クラウド覚えた方がいいのか悩み中なのです。 >>950
>950 そうですか、やっぱり直リンだと全部読みますか。
パススルーとかadoで都度SQL生成、結構めんどくさいんですよね。
「社内SEでございます」って立場なら堂々と時間かけて作れるけど、
私たちたいてい社内で本業あるので作りこみに時間割いてると
サボってると思われるんですよね。
file maker cloud with AWSの値段見たら
10ユーザーで年18万くらいらしく、レコードプルの最適化作りこみも
必要なく、「社長、ipadでも使えるんですよ。外勤の人にも使えます」と言ったら訴求力あるかも。
他に、出先報告に最適化された製品としてはconmas i-reporterってのが年80万くらい
作成時はEXCELライクで、使用時はwebデータベース風になるらしい
会社の予算に余裕ができたら、ぜひ入れたいソリューションです。
なんせ私が作ったACCESS「ちょっと便利ツール群」は、私が退職したら一緒に死ぬシステムなので。 トランザクション処理を考えないと...いや、拠点別ワークテーブルをサーバでマージする?...絶望します。
やっぱり多拠点は、access+sql server < filemaker server なんでしょうかね...。 今の職場が9月末で契約終了なので、担当している業務で使ってるAccessの作業手順と
そのAccessで何をしているのか分かるものを残してほしいと言われています。
作業手順は前任の人が残したファイルがありますが、
Accessで何をしているか分かるものは自分で作らないといけません。
こういう場合一般的にこんな様式で作るものだというテンプレートってありますか? >>953 お気の毒様です。有期雇用であれば
全く不当な業務指示で、答える必要ないんですけどね。
(有期雇用の人に指示するべき内容は本来、社がすでに明文化して
限定的な業務であるべき)
EXCELなどを使って「1日の仕事の流れ」とかいうタイトルで
業務概要を書き、「この業務はACCESSの
なんとかってファイルを開いて行う。(操作マニュアルは別の書類
参照)」だけで良いのです。
多分、紙1枚分にもならないでしょう。 アクセスをクラサバ運用してるけど、
リモートデスクトップサービスすれば速いんじゃないの? すみません質問させていただきます。
アクセス2010
私は今までアクセスもvbaも触ったことがありません。
内容ですが、会社で毎日記録をエクセルで行っていたのですが少し面倒なのでアクセスに変えようと思い、個人的にデータベースを作ろうとしています。
今手詰まりなのが、検索フォームを作成しました。
写真を見て頂いたらわかると思いますが
日付を指定し検索ボタンを押すと検索結果かでる。まではできました。
そこで、検索結果をサブフォームに表示したいと思い
検索ボタンを元々埋め込みマクロ?でクエリ実行にしてたのですが
vbaにて
docmd.openquery"クエリ名" , acviewnormal,acreadonly
と書くことによって実行することができました。
合わせてその真下に
Me![サブフォーム名].Form.requery
を書き、サブフォームに結果が出ないか?と思いやってみましたが駄目でした…
どうすればいいのでしょうか?
またこういう考え方間違っているのでしょうか… テーブル内データを月間年間等でグラフ化
または細かく言うと日間(何日から何日までを選択し、表示されるデータをグラフ化)
など考えております。
自分でネットを使い調べながらやるつもりですがもし手詰まりになればここで聞くかもしれませんが、その際はすみません。 >>960
既に入力作業は開始してあるので
そのデータですね。
今確認すると、検索ボタンをクエリが別タブで開かれて
検索フォームに戻ると1/9になりました。
フォーム読み込み時は1/1です。
検索ボタンのvbaはこのようにしてみましたが、サブフォームには表示されませんでした。
上記の通り、レコードは1/9と出ますが真っ白です。
検索ボタンを押すと、別タブでクエリが開きます。
https://i.imgur.com/aXDSthR.jpg サブフォームのソースを毎日記録_Q1にしておけば
検索_Click で Me![検索結果_F].Form.Requery だけでいい >>962
vbaを言われたとおりにし、再度日付指定し検索ボタンを押すと
検索結果は別タブが開かず
サブフォームのレコード数が変わるも
データがなにも表示されません。
サブフォームに問題があるのでしょうか? >>962
すみません、ソースオブジェクトをクエリにすると表示されました…すみません…。 Access2007使ってるんですが、今後Accessはなくなるらしいし、2007はサポート外になったので乗り換えようと思ってるのですが、
Accessみたいにスタンドアローンで作動して、フォームのような入力画面を簡単に設定できる日本語対応の汎用データベースソフトって何が鉄板でしょう?
やりたいことは顧客管理と、物品管理(個人用)です
BASE(Lible)はなんか取っ付きがよくわからなかったっす Access後継?と思われていたVisual Studio LightSwitchが
あっという間に終了した以上、しばらくは無くならないんじゃない?
どうしても乗り換えるならFileMaker Pro Advancedあたりかな あーそんなものもあったな
なんだかんだで結局accessに戻るんだけどね >>967>>968
ありがとうございます
どうも無くなりそうもなさそうなので、2016手配したのでAccessで行きます
お礼書き込み遅くなってすみません
書き込んだ気になっていたのに、書き込まれてなかったっす >>966>>967>>968
ありがとうございます アクセス、vba初心者です。
アクセス2010です、os win7
質問します。
日付検索フォームを作りました。
日付期間を指定しボタンを押すとサブフォームに表示されるように。
これに、日付指定し
各ボタン(グラフ化)を押すとグラフが出るようにしたいです。
また記録している内容が一つのテーブルにまとまっているので、できればドロップダウンリストを追加し
この日からこの日までの〜を
グラフ化(温度なら折れ線等)
できますでしょうか?グラフ化は特にサブフォームとかには考えてないです。 https://www.hamachan.net/2011/03/blog-post_29.html
例えば↑これで説明すると、一番上の図の 開始日 終了日 をドロップダウンリストにしたい?
データが増えるととりとめもない量になってくからお勧めはしない
ここをクリックでカレンダー選択にするならまだマシ
この例の [印刷] ボタンを、[グラフ表示[ とかにして別画面に出すとかで簡単にできる
実際のグラフは一度グラフウィザード辺りで作成しておき、その後で抽出条件だの
フォーム名などを微調整していけばイージー VBA必要ですが出来ますよ。フォームに置いた日付やその他の検索条件の非連結テキストボックスで変数使ってフィルターしてグラフ表示。サブフォームやドロップボックスはいらないのでは? Access2016を勉強し始めたばかりです
http://ms-access.seesaa.net/article/7023148.html
2000をベースにした解説ページの↑をやりたいのですが、VBAの項がかなり違ってよくわかりません
作成→マクロとコード→標準モジュールでそれっぽいエディタ画面は出るのですが、左のコンボボックスにGeneral以外なく、右のコンボボックスにもそれらしいものがありません
左のコンボボックスでformを選択すると、左にformに対応した選択肢が出て、コードが自動で追記されるのだと思いますが、同じようにするにはどこをどうしたらよいでしょうか?
よろしくお願いします 複雑だったり集計対象が多くなる場合
計算結果をレコードに格納することがありますよね?
そのようなとき他のレコードの変更・追加・削除をしたときの再計算はどのように処理していますか?
何か変化があるたびに再計算するようにすると
そもそも格納している意味がありませんよね Access2010です
Sub その1()
DoCmd.OpenQuery "クエリ1"
End Sub
Sub その2()
Dim dbs As Database
Set dbs = CurrentDb
dbs.OpenRecordset "SELECT ID,name FROM テーブル1"
End Sub
その2のようにVBAでSQLを実行して
結果をその1でだしたときと同じいつもの表で出したいのですが
どうすればいいのでしょうか >>975
フォームをデザイン画面で開いて そこのメニュー フォームデザインツール デザイン ツール
と辿ればそこにコードの表示がある >>977
格納する意味が無いものなら毎回テーブル空にして追加 >>980
複数テーブルに渡ったり総計をだしたりと膨大なレコードを対象とする複雑な計算の場合は
格納したほうが速くなるみたいですが
どう更新するんですか?
ってことです どゆこと? 「膨大な」レコード対象は時間が無駄だからSELECTで絞り込んだレコードを
別テーブルAに格納してそちらで ということだと思ったが違うのか?
他のテーブルで追加・削除・変更する都度テーブルAをDeleteしてInsert Into と思ったんだが
変動する対象レコードを格納するだけのテーブルの意味じゃ無い? すまんね、読解力不足で >>982
例えば勤怠管理で
前回の退勤時間から何時間たっているか
退勤時間と次の出勤時間が所定の時間をみたしていない場合は前回の労働時間に加算する
月間、年間の法定労働時間をこえていないかチェックする
週や月で労働時間の上限を設定しておき、ソレをチェックする
などの計算です
レコードが増えてくると表示させるたびにすべてのレコードが対象になるので遅くなりますよね? >>983 横からですが、基本は在庫管理と同じです。
在庫管理にも色々なアプローチがあって、月次ごとに
初期値を埋めて(退勤管理であれば初期値ゼロ)、個別データの
テーブル(在庫管理であれば入出庫履歴、退勤であればタイムカード)を
入力すると同時に、月次管理用テーブルにも同時書き込みします。
(在庫なら出庫の時、現在在庫からマイナス、入庫の時は現在在庫にプラス。退勤管理は単純に加算)
このやり方で、検討しなければならないのは、確実に201808の1番商品
(社員番号1番)を見つけてupdateを掛けるということ、
訂正をかけなければならない時はいくつ戻さなければならないのかを
追尾する必要があるということです。
VBAのトリガー動作無しに、個別データを単に削除・更新すると
月次管理用テーブルでの追尾が不可能になります。
(解決法としては削除時とか、更新前に
oldvalueプロパティでひっぱってくるなど)
なので、ACCESS VBAに慣れていないうちは、個別データ(タイムカード)を元にし、月次でグループ化した集計クエリーを都度計算させる方が楽です。
システムのライフサイクルにもよりますが、5年分とか全部を対象に
すると重くなるので、先に「今月について」のように対象データを
絞っておきます。
インターバル時間まで管理ですか?結構、難しい案件なので
ちゃんと予算をとってシステムベンダーに作らせるか、
もしくは業界特有なのであれば(介護や病院など夜勤の多い職場)、
最適化されたパッケージもあるのでそっちの方が良さそうですが。
なにせ、労務管理・給与計算を間違うと従業員の信頼を一気に失う
センシティブな管理内容ですので。 >>984
次スレにまたがるかもしれませんけど
時間があるときにじっくり読んでためしてみます
それでわからなかったらまた質問いたします レス数が950を超えています。1000を超えると書き込みができなくなります。