Access総合相談所 27 [転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
ACCESSに関する質問はこちらへ
▼━ 質問のしかた ━━━━━━━━━━━━━━━━━━━━
★ OS、ACCESSのバージョンを明記してください。
★ 質問内容は具体的に書いてください。
・何がしたいのか
・どんな処理を試したか
・動作状況など駄目な理由
テーブル/フォームの構成、クエリ、VBAの内容など差し支えない
範囲で詳しく書くと、早く回答が得られるかもしれません。
図解があれば尚良し。
聞き返さなくても詳細が把握できる質問が望ましいです。
★ 事前にヘルプ・Google等で調べられる範囲は調べてください。
大概の疑問は検索することで解決します。
★ アドバイスを貰ったら、必ず経過・結果の報告をして下さい。
ギブアンドテイクで情報を共有しましょう。
▼━質問テンプレ ━━━━━━━━━━━━━━━━━
【 システム環境 】 Windows**, Access**
【 VBAが使えるか 】 はい・いいえ
【 VBAでの回答 】 可・否
【 検索キーワード 】 Googleやヘルプでの検索キーワード
前スレ
Access総合相談所 26
http://toro.2ch.net/test/read.cgi/bsoft/1349049986/ 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
次スレにまたがるかもしれませんけど
時間があるときにじっくり読んでためしてみます
それでわからなかったらまた質問いたします >>967
ファイルメーカーは何かと大変なんだよなあ
細かいところがめちゃくちゃというか
コレクション管理とかにしか向かないイメージ
末締め請求書の作成をやろうとしたけどできないこと多すぎて諦めた powerapps って access と連携させたりできるんですか? >>988
ぱっと思い出せるものでいいので教えてくだしゃい >>990
非連結フィールドがない
なんであれすべてフィールドに格納しなくちゃいけない
クロス集計がない
集計が独特すぎる >>991
なんだそりゃ?何ができるんだろう?
・・・って感じた
ファイルメーカー持ち上げる書き込み、昔はよく見たけど今は本当に見なくなった、その理由がわかったわ
ありがとう! >>992
あと
レコードのグループ化もできない
レポートでページごとの小計もできない(力技でできる) ただし見た目はおしゃれにできる
映画の視聴記録に使ってる >>989
accessというよりsharepointがデータプールになる使い方であれば、両方からデータ接続できるんじゃない。
フロントエンドは全く別物としての開発になるけど。 会員管理をしたいと思っています
accessを始める前に根本的な質問です
会員から回収した資料を画像ファイルにし、その画像ファイルを見ながら当該会員とヒモ付け
そのヒモ付けを受けて、紐づけされたファイルをリネーム(会員名や時刻で)し、会員すべての画像資料を一括保存しているフォルダから、自動でその会員用フォルダにコピーし会員用フォルダでも保存
みたいな、データベースで関連付けた各種ファイルの操作というのもaccessで可能なのでしょうか?
VBA勉強して使えばいいのでしょうか? このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 1280日 19時間 57分 16秒 レス数が1000を超えています。これ以上書き込みはできません。