Access総合相談所 28
■ このスレッドは過去ログ倉庫に格納されています
ACCESSに関する質問はこちらへ
▼━ 質問のしかた ━━━━━━━━━━━━━━━━━━━━
★ OS、ACCESSのバージョンを明記してください。
★ 質問内容は具体的に書いてください。
・何がしたいのか
・どんな処理を試したか
・動作状況など駄目な理由
テーブル/フォームの構成、クエリ、VBAの内容など差し支えない
範囲で詳しく書くと、早く回答が得られるかもしれません。
図解があれば尚良し。
聞き返さなくても詳細が把握できる質問が望ましいです。
★ 事前にヘルプ・Google等で調べられる範囲は調べてください。
大概の疑問は検索することで解決します。
★ アドバイスを貰ったら、必ず経過・結果の報告をして下さい。
ギブアンドテイクで情報を共有しましょう。
▼━質問テンプレ ━━━━━━━━━━━━━━━━━
【 システム環境 】 Windows**, Access**
【 VBAが使えるか 】 はい・いいえ
【 VBAでの回答 】 可・否
【 検索キーワード 】 Googleやヘルプでの検索キーワード
前スレ
Access総合相談所 27
http://mevius.5ch.net/test/read.cgi/bsoft/1424828244/ PythonよりPHPとかPerlとかの方がAccessには妥当の様に思える 今からPythonといっても・・・
Access自体が終焉なのに 回避策は色々あるとはいえ、2GBの壁がある限り基幹業務には使わんわね
基幹サーバから抽出してもらったデータを自分なりに加工するとか、
基幹システムへの入力のためのフロントエンドぐらいか
中小企業の「あったら便利かも」なスタンドアローンシステム作りには良く使ってるけど とは言っても Access が無くなったら多くの企業は困るでしょうね そりゃ帳票ツールとしたら、これほど使えるモノは無い
DBツールと考えるから無理が有る FileMakerは下記の様に使いたい要望も有る様だが
帳票ツールとしてはFileMakerは融通効かんと思うし
495 名無しさん@そうだ選挙にいこう [sage] 2018/12/01(土) 18:57:58.64 ID:
唐突にすみません
pythonやjavaから接続してRDBのように使えるのでしょうか
検索しても3年前くらいの古い情報ばかりで・・・
ファイルメーカー自体がバージョンアップしてなくて古い情報のままと言うなら大丈夫なのですが Accessで電子カルテもあるぞ。無くなったら困るだろうな。 データ出力するために帳票出力するためのツール買う必要ないという点では優秀
底辺BIとかも不要になる、かもしれない
ローカルDBとしても使える 【 システム環境 】 Windows10, Access2010
【 VBAが使えるか 】 いいえ
【 VBAでの回答 】 否
3.3GBくらいのCSVにリンクしようとしたところ
「ファイル 'ファイル名' にデータが含まれていません。または、ファイルのサイズが大きすぎます。」
というメッセージが出ました。
リンクなら2GB超えていても大丈夫ですよね?
CSVをダブルクリックしてExcelで開こうとすると何も出てこない(画面がグレー)ので
そもそもCSVが壊れてるんでしょうか? >>229
容量も原因になる可能性有るから何とも
csvデリミタ終端が上手く出来てるかチェック office365のAccess2016が重いんだけど、office2016のAccess2016だと少しはサクサクになるかな?
あんまりとろくさいのでWindows10にAccess2003をインスコしたら余りのサクサクぶりに感動してしまったわ。 Access2003に戻したら、Atl+Tabでのアプリケーションの切り替えでAccessに復帰した際にポップアップフォームがフォーカスを失う現象に遭遇。Access2016だと大丈夫。
http://www.accessforums.net/showthread.php?t=51873を見ると他のバージョンでも同じ症状が出ている。
解決策をご存じの方いらっしゃいますか?とろくさいAccess2016は極力使いたくないので。 Accessってバージョンアップ必要なくね?
存在自体がレガシーで、特に時代に追いつくアップデートもなし 新しいイベントが追加されたり、不審な挙動がなくなるなど、利点もあるが、大幅なスピード低下とリボンの糞UIによる生産性低下の影響が桁違いに大きくて総合的に大幅なマイナスになるんだよなあ。
フロントエンドのmdbを他のアプリケーションに移植できたら高速になるかな?Access2003は結構サクサクだからjetが遅いとわけではなさそうだし。 2016 にしたら遅くなった事ですか?
自分のところでは聞いたことがないですね
Excel ではグラボのドライバによって描画関連に問題が発生する事があります
Access でも同様にハードウェア描画の項目があります
一度、有効/無効を変えてみてはいかがでしょう >>236
試してみました。「ハードウェアグラフィックアクセラレータを無効にする」にチェックを入れてみました。
Application.Echo False
雑多なコードコード…
DoCmd.GoToRecord , , acNext
Application.Echo True
が遅すぎて、キーを連打するスピードに描画が追いつかず、目的のレコードを通り過ぎてしまいます。
2003だとキー連打とレコード移動が同時という感じなので気持ちよく移動出来ます。 二つのクエリがあって
各カラムを比較してデータが合致してるかどうか判断し
一つのカラムでも合致してないレコードだけ表示させたいんだけど、どうしたらいい? テキストボックスに入力する都度、リストボックスをリクエリしたい。
テキストボックスの変更時イベントにリクエリを書いたんだけど更新出来ない。
どうすれば良いか教えてください。 >>239 更新後イベントに入れてみた?
あれの発生タイミングって、ググれば出てくるけど
かなり難解だから。フォームの「読み込み時」と「開くとき」の
なんで2つがあるんだ、とかレポートの「フォーマット時」と
「印刷時」の違いとか。 ありがと。更新時は動くのですが文字を入力すると絞り込まれていくような動作をさせたいので変更時イベントでなんとかしたいのです。
"A"と入力すれば100件くらい該当して、"AE"まで入力すると8件くらいに、"AED"で1件だけ、そんな感じにリストボックスの内容を変えていきたいのです。
もうちょい頑張って色々やってみます。 流行らなくなったのは、VisualStudioが登場したからなのかね >>241
リアルタイムで反映させるのわかったわ。me!txt1.text
me!txt1.valueじゃなくてtextプロパティなんだって。
出典はいつもお世話になってるT's ware様
https://tsware.jp/study/vol5/event_06.htm >>238
用途をもう少し詳しく。2つのテーブルは原則、ミラーの関係にあり
「完全一致するのが当然である、しかし何らかの矛盾が生じている」
の検証ですか。
だとしたら、
せれくとうんちゃら FROM T1
UNION ALL
せれくと うんちゃら(おなじフィールド順で)FROM T2
をQーUNIONとする。
(セレクトを英語で書くとなぜか投稿できないのでひらがなにした)
次に、クエリーウィザードを使って
QーUNIONを対象とした重複クエリーをまず作り
デザインに戻ると、「カウント」>1
1個より多いものをリストしなさいと命令していることが読み取れる。
これを逆に利用してカウント =1と指定すると、
矛盾データだけが表示される。 >>244
ははー
勉強になりました。
ユニオンで重複ですね >>243
ありがと。解決しました。
データ増えたときにレスポンスが心配ですが今のところ理想的な動作をしています。Value じゃなくてText 、色々応用できそうです。 >>244
これunion allじゃなくunion のが重複とれるしいいよね >>249 ただのunionって自動で完全重複は束ねてくれるんじゃなかったっけ? 【 システム環境 】 Windows7, Access2010
【 VBAが使えるか 】 はいい
【 VBAでの回答 】 可
レポートの両面印刷はVBAで設定したいです。お願いいたします。 accessってレコード同士を計算させることってできないですよね。
一つ目のレコードと四つ目のレコードをかけるとか 何でそんなことしたいのかが興味深い
4件目のレコードに1件目のIDとかあれば自分自身をリンクして掛け算するクエリが出来そうです >>255
やってみます。なんとかなりそうです。
ありがとうございます。 accessのDB共有はやっぱ怖いな
ファイルサイズがでかくなればなるほどリスク上がる >>257
分割してデータ側を共有するやり方だとトラブったこと無いけど
アプリ側とデータ分割しない状態で共有すると直ぐ壊れるね うちはもちろんデーターとフロントエンドを分割しているが、フロントエンドの壊れること壊れることw
コントロールの位置をほんの少し変えて破損、Captionを変更して破損という感じ。
どんなに些細なことでも、デザインビューでなにかをやるときは必ずバックアップを作成するようになった。 >>258
リンクテーブルで繋ぐという意味ですか? そうです
100人接続しても大丈夫
そこまで使うならSQL Express お勧めだけど >>262
私のはそれでもたまに壊れてしまうのですが、
随時バックエンドに更新かけず、クライアント側に一時テーブルを設けたりしてるんですか? 昔納めた販売管理システムになりますが
・システムと DB に別けて作成
・DB は Windows Server の共有フォルダーに配置
・DB へはリンクテーブルで接続
・常時4〜5人接続、フルタイムで週6日(土曜だけ1〜2人)
・売上伝票は月に約8000件
10年間運用して破損は一度も無し、でした
参考になりますでしょうか >>264
なんか、すっごい。普通はトラブルが起きそうなもんだが
生業としての意地にかけたね。
私なんざ片手間ビルドで自信がないので、
「このシステムは私が死んだら一緒に死ぬ仕組みです。
ある程度使ってみて、便利だと思ったら開発会社に正式版を作ってもらってください」と常々伝えてる。
要件定義のためのパイロット版としては
わりと優れたソフトウェア。
運用してから「ええっ?その業務、 そんな謎ルールでやってたの?」てのが
ボロボロ出てくる。 >>263
ローカルにもワークDB作りますが共有DB もどんどん更新して問題なかったです >>263
うちはガチのリアルタイムな書き込み競合で3人越えるともうダメですね。
どうやらキー列のオートナンバーが大人数に弱いみたい。
キー列にオートナンバーを使わず、
maxIdなどというテーブル、maxidという1つのフィールドしかもたないものを使って、
フォームのボタンで+1したものをまずmaxidテーブルに書き込んでから、その値をフォーム上のキー列フィールドに埋める方法を取りました。 >>267
作り方きっとうまいんでしょうね
>>268
参考になります
閉じるたびに最適化してますが、結構こわれます 最適化が終了しなくて壊れることもあるよね。
最適化の前にバックアップをとらないといけない。
なにをやろうとも、ひたすら壊れ続けるんだよな。 2007、2010、2013 バグが多すぎる。
2003に戻りたい。 最適化って仕組みはブラックボックスだと思いますが、
空のファイルにコピーするような動きしてますよね データベースのくせにサーバー側でウエイト入れたバッチ更新しないと壊れるのか
リアルタイムで使えないとか >>273
サーバー側に待機時間、なんか奥義の話ですか?
よろしければやり方教えてください。 >>272
デスクトップで最適化すると正にそんな動きしますね 現実問題
MySQL(MariaDB,PostgreSQL)+Access(OpenOffice)で十分でしょ
FileMaker一つでやるにもライセンスで死ぬ OpenOfficeってBase?
あれまともに使えるの? 主キーが重複したことあった(重複するはずないのに)
その.mdbファイルをデータベース最適化したら
重複した主キーのテーブルからインデックスの設定が消えたわ >>278
この時フロントエンドをaccessする必要性って
excelでよくね? Excelってユーザー認証とかどうやって実装すんの? >>283
外部リンク?接続のプロパティ文字列見れ。 EXCEL はデータベースに直結出来るの?知らなかった
ODBC で出来るならやりかた教えていただけますか ググったのですがMS QueryでDBからEXCELにデータを…みたいなんばっかり
EXCEL に入力するとDBに反映ACCESS イラネ、な情報にたどり着かんのです DATABASE ⇔ ACCESS はリンクで当たり前
DATABASE ⇒ EXCEL これも標準機能
DATABASE ⇔ EXCEL これが知りたい excelからアクションなしに即時反映したいってこと? >>289
あぶないからやめときなさい。
一人でやってる仕事ならまだしも
複数の人数が関わるとろくなことにならないから。
「ちょっと上の行にメモ書き入れとこう」とか、
「見づらいから一行おきに書くべきだよね、上のデータ邪魔だから消しちゃえ」とか。
上の行=大事な1レコード そもそも出来るかどうかが知りたい
EXCEL をデータベースのフロントエンドにって >>282 さんの書き込みが可能かどうか知りたいのです >>290
そうです
フロントエンドと言うからにはそう言うことが出来るのかなと
長年Office 触ってきてそんなことが出来るのも知らなかったのかと excel側からはDB更新できないのでは
ADOとかで書くしかないよね
MS Queryなら更新かけられるのか? ExcelをAccessのフロントエンドにするって、、
DBとして不十分なAccessに表計算ソフトでしか無いExcel組み合わせるって危険極まり無い
FileMaker+Excelなら有り得るかも知れんが
でもExcelからDB更新ってVBAでADO使ってゴリゴリやるしか無理でしょ
まだFileMaker+Access(フロントエンド)の方がマシじゃね Excelフロントエンドにする、って話だからExcelからDB更新するんだろ?
ExcelをVBアプリとかの代わりさせるんだろ? >>298
そこじゃねーよハゲ
「Accessのフロントエンドにする」なんて話はしてないって言ってんの CSVをVBSでAccessに書き込めるんだからExcelもできるんじゃないの? VBA使えるんだからできるのはわかるだろ
機能の話なのでは ExcelとAccessじゃAccess使える人ならAccess選ぶでしょ
Excel選ぶのはソフトウェア買うの面倒な人やAccess使った事無い人ぐらいじゃね >>292
軽く外部接続を見直した結果から言いますと、
現excelではMS queryもしくはpower queryを
必ず通っている、つまりselect * from tblの結果を返しているので
セキュアにリストが表示されます。
私の記憶では以前のバージョンでは接続文字列にreadwriteを指定し
excel上でデータ変更するとデータベース本体に反映される
仕組みだったように思いますが、廃止されたかもしれません。
あとは、VBAでADO操作をすれば、入力作業ができるかもしれませんが
ACCESSで無償配布を許可しているランタイム版があるので
わざわざEXCELをフロントエンドにする必要性は薄いかと。
(EXCELを上記方法でリストにしたり、ピボットかける
結果利用のためのツールとしてはよく使いますよ) ありがとうございます。
現在は抽出したデータを加工する使い方で、シートを編集するとテーブルに反映するような接続の仕方は出来ないのがわかって良かったです。 Excelなんて表示ツールだろ
更新に使うモノで無い 結局>>282がアホって事がわかって良かったです。 シートの更新イベントにDB更新させる処理を入れといたら良いだけじゃないの
たぶん色々と失敗すると思うけど >>303
一般ユーザーならexcelだろ
馴染みあるソフトにしてやるのが普通 Runtimeを2010から2016にしたら
acDesignと用紙サイズとバーコードで正月つぶれた >>313
何が原因なんでしょうね
うちのaccdbはたまたま2007でも2016でも同じ動作なので助かってます
ツリーコントロールとカレンダーコントロールが心配な今日この頃です >>314
レポートで古いプリンタ使ってるのないですか?
うちの場合ドットインパクトのVP-F2000で用紙サイズ「連続紙 12x3 1/2inch」の設定が
2016で開くと「ユーザー定義」に変更されます
2016で変更すると設定が維持されますが2010で開くと「ユーザー定義」になってます 用紙の設定はPrinterObjectを使ってRuntime実行環境でも設定可能にしてます
2002から2007に移行したときやはりレポートのプリンタ設定で困って実装しました
先日VP1850からVP1900に更新しましたがRuntime環境でプリンタと用紙の選択をしなおすだけでした
お勧めです >>313
バーコードコントロールはですね、ランタイムのパッケージに
バーコードActiveXに必要なファイルが欠落してるのですよ。
MSBCODE9.OCX
MSBARCODE.DLL
MSBCODE9.DEP
この3つのうちどれかが欠落してます。
どうすればいいかは、空気で察してください。 思てたんと違う!
?Eval("'熟女アリーシャ' Like '*熟シャ*'") 新元号発表は4月1日
マイクロソフトの修正前に行う
今年の春は色々と起こるかも ■ このスレッドは過去ログ倉庫に格納されています