Access総合相談所 31
ACCESSに関する質問はこちらへ ▼━ 質問のしかた ━━━━━━━━━━━━━━━━━━━━ ★ 質問内容は具体的に書いてください。 業務上の守秘義務も大事ですが、貴方の所属組織を特定できるほど、特異な業務・システムは滅多にありません。 ★ アドバイスを貰ったら、必ず経過・結果の報告をして下さい。 前スレ Access総合相談所 30 https://mevius.5ch.net/test/read.cgi/bsoft/1617766381/ スレたて乙です。 すっきりしていいですね。過疎板なのでこのくらいでいいかも。自分がスレ文言の魔改造したけど、くどすぎて反省してます。 書き込み無いな 2GB制限ゆえデータベースとして使えない データベースサーバーのフロントエンドとして利用すると容量制限は考えなくても良くなります AccessのレポートをVBAでPDFにしてあれこれしようと DoCmd.OutputToで出力すると (外部データ>PDFまたはXPSからPDF出力しても) 外字が使われてるラベルがビットマップとして出力されてしまうのですが プリンタでの印刷同様フォント埋め込みでPDF出力する方法って、もしかして無い? 職場のAccess2010,2021 自宅の2013でも状況同じでお手上げ状態 https://i.imgur.com/muFVV7K.png MS pdf printerで印刷したらどうなのかな 手元にPC無くて試せないが どうしてもoutputtoでなければだけど メタで文字も埋め込んでるからコピペしてメモ帳かなにかに貼ってみたら。 はたして意図したものと同じになるか、異なるか。 見本は絵文字だけど 氏名をきちんと表現したいとかいう案件でしょ。 第2水準文字は諦めても、今時は、クレームにつながること、少ないよ。 もっとも複雑な「斎藤さん」とか。 レスありがとう 経緯書いてなくてすまぬ 「インストール時にこの外字も導入してね」ってソフトがあってですね その帳票をPDF出力するにあたってVBAでの方法調べて OutoputToを試したら… 沢山の帳票に、先人が作った丸付き数字(20〜99)とか単位記号とかてんこ盛りでして… >>9 複数枚の出力のとき、毎度保存ダイアログ出るのが… >>10 画像の通り、明らかに主力されるPDFが違うんですよね https://i.imgur.com/pHCUG4T.png >>11 PDFからコピペという意味でしたら、 PDF発行の方は右クリックしても「画像をコピー」って出るくらいで メモ帳には貼り付けられず、ペイントには謎のドットとして貼り付けられる感じです フォントの埋込み自体はある(のか?)っぽくて 埋込みがどうこうって問題ではないっぽいっすね しかし、PDF出力部分を自作とか無理に近いし 大人しく外部ソフト的なの使えってことですかね(´Д`)… それって、大先輩が必死こいて外字を作成した ってことじゃ? https://saiseich.com/os/windows10/gaijicopy/ こことか読んでキチンと表示も印刷もできるマシンからフォントファイルを複写・移動すれば出来たりせん? 今でも外字エディタってOSに付属してんだっけ? https://nyanblog2222.com/programming/cmd/3132/ 5chネラー風味の解説者も居た 見当外れな意見だったら読み流して >>13 見当外れなんて滅相もない 私が貼った画像の外字は、Windows標準の外字なのですよ 自分の環境でメモ帳にも書けるし、コピペもできるけど レポートのラベルに使ってPDF発行すると画像としてPDFに貼り付けられる もちろん自作の外字を正しく導入して、入力&表示できても同様って感じです 大先輩の外字であることは確かなのですが こういう事例って結構あるんだろうなぁと諦め気味 画像の外字がどれが正解でどれが誤表示なのかが、こちら側では判り辛い 笑顔・サムアップ・目玉・グラス(?)の上段が違ってて、FD画像・ハンディビデオ・電波感度・ボリュームオフの下段が欲しいのか、その逆なのか 「画像としてPDFに貼り付けられる」の画像って何? 目玉や笑顔に成っちゃうという意味? 事、PDFに出力した時だけ文字化け(←敢えて判り易く表現すると)するだけで、Wordとかペイント内のテキスト入力とかは印刷しても大丈夫なのか https://www.excel.studio-kazu.jp/tips/0020/ ここを参考にIMEパッドで文字一覧した時のフォント名や文字カテゴリはどうなのか https://helpx.adobe.com/jp/acrobat/kb/223969.html Acrobat Reader 側の対策は試したのか 「インストール時にこの外字も導入してね」ってソフト ←の作者に問い合わせることはできないのか いろいろやることいっぱい >>15 親身になってくれてありがとう そしてすべてを上手く伝えられずすまない 外字を正しく出力したいというより、画像で見えにくいかもしれないですが 「外字あり」も含めて低解像度画像になってるのがよくない所なんですよ 今、PDFから画像抽出ツール使ったら.pbmファイルで文字が描かれた画像が出てきたので 表示時の文字化けとかの問題ではなく出力時の処理であり Windowsに最初からある外字でも再現してるので、どの外字かの問題ではない と判断できると考えてます お暇なら試してみて欲しいレベルです レポートにラベル置いて、外字を含む文字列書いて、PDF発行 外字が1文字あるだけで、ほかの文字もガビガビですよ… 興味深くも憎たらしい仕様ですねホント Win10 Ac2019(Of Pro) (DCじゃない)Reader だが、症状が出ん 自作の外字が無いせいか?と、外字神社とかいうサイトからフォントDLしてインスコしてみても症状出ん VBAで OutputTo 使ったわけじゃ無いけど、スタンダードにレポートのラベルを外字まみれにして ツールバーのエクスポートでPDFに、それを開いて印刷 この手順ではまったく問題が発生しない >12 の画像で、2013で発行したブツのフォントプロパティが CIDFont + F1 に成ってるせいのような「気がする」 「PDF CIDフォント」 でググるとあれこれ問題抱えてる様子 そこが変えられれば解決する「気がする」 外字神社 http://www.gaiji.info/ ここに「ケアマーク」とか「案内図記号」とかのフォントあるけど、それらで代用出来ん? 51~99はフォントの囲い文字の機能でなんとかその場しのぎ・・出来そうに無いな、WordやExcelなら囲い文字機能使えるけど OutputTo のパラメータで encoding をキチッと設定する OutputTo の出力先を XLS とか HTML とかにして試してみる OutputTo を辞めて、出力プリンタをPDFプリンターにして印刷してみる などなど スレの話題の一つとして頂いて嬉しいですよ ただ、一旦『PDF発行での現象は回避できない』と判断して名無しに戻ります 妥協案としてはやはりPDFプリンタでの印刷なんだろうなと思いました >>17 試そうとしてくれてありがとう! ただですね、比較対象は『印刷か否か』なんですよ @.新規作成したレポートに外字を含むラベル(例.「あいう(何かしらの外字)」)を設置 ※IMEパッドの文字一覧から、[シフトJIS>外字]の中のもの、Windows標準で入っているものでOK A-a.@のレポートを「PDFまたはXPSで発行」する A-b.@のレポートを「印刷」からMicrosoft Print to PDF等でPDFに印刷する としたときの、A-aとA-bで出力されるPDFが違うってことなんです A-aはテキスト選択も出来ないし、"あいう"の部分も一緒に低解像度になる CIDフォントについては調べてませんでした 自分も調べて理解を深めたいと思います >>18 >encodingを〜 >>19 さんのリンク先及びMSのサイトにもありますが encodingはテキスト又はHTML出力に対してのパラメーターです 試しにutf-8(65001)やiso-2022-jp(50220)を指定してももちろん変わりませんね >主力先を〜 XPSの間違いかと思いますが、XPSでもPDFと状況変わらずです HTMLで出力できても…とは思いましたが出力すると 手元のテキストエディタでは化けますが 文字コード的には正しいデータが出力されますね(再度ラベルにコピペすると入力した外字が貼られる) >PDFプリンターに〜 やはりAccess単体での解決は難しいというのには同意です ということで、試したり書き込みしてくれた方々改めてありがとうm(_ _)m 自分もなにか発見があったら、また書き込みたいと思います >>19 のリンク先の表3 OutputFormatに指定する値の acFormatXLS とか acFormatXLSX を言ってる Access のレポートを Excelに出力して印刷したらどうなるかを意味してた ①も②-aも-bも試してる ギザギザのドットの粗い昔のシリアルプリンタの印字結果のように成るように苦労しても ギザギザに成らないから困ってる どうしたら解像度を粗くできるかの方に苦心してるようなもの と、書きながらググり続けてたら 大先輩が苦労して作成した外字が、Windows標準の外字エディターを使って作られたものだと、Bitmap外字に成る とかなんとか True Type外字との違いがよくわかんないが、Bitmapと聞くと如何にも解像度が粗そうに聞こえる こっちが原因か? http://kazuya.cool.coocan.jp/Technique/0001.pdf この司法書士の先生、昔っからPDFには苦労してた様子でかなり以前からPDFの欠陥とか不具合とか指摘してる 参考になるやら トップレベルドメインまでにして下のディレクトリ削ればトップページに行ける もしBitmap外字のせいだとしたら、頑張って先輩を見習ってTrue Type外字を作成する役を担うのもひとつの手 Accessにコード書いてると突然上書きモードになったりしない? insert押しても治らないから一旦保存終了して再読み込みしてるんだが、簡単に挿入に戻す方法はないの? Accessでデータ入力中に、突然上書きモードになってしまい、困った経験ありませんか? https://www.relief.jp/docs/000135.html これスかね? うっかり[F8]押したから拡張モードとか [ファイル]→[オプション]で、「クライアントの設定」にある「フィールド移動時の動作」を 「フィールドの最後に移動」に変更して一旦ACCESSを閉じて、再度起動して様子を見て下さい。 もありました >>23 初めて知った Access一度閉じるしかないと思ってた 【私のスキル】VBAが打てる 【やりたいこと】VBAは問題なく動いています。 ですが、環境が変わると速度が3分の1位に落ちます。 Win Xp(2002-sp3)環境, Celeron, 4GBのマシンだと速いのですが、 access 365 Ryzen3400G, 16GBだと遅くなります(Win 10 64bit)。 私が作ったプログラムではないのですが、取引先から頼まれて調べています。 ADODBを使っています(DAOではない)。 ファイル形式はmdbです。accdbに変更したところ、さらにもっと遅くなりました。 対処法は何かございませんでしょうか?思いつくことはなんでもやってみます。 よろしくお願い致します。 https://www.karugamo-cl.jp/index.php?QBlog-20140124-2 これ系の理由が考えられます これで改善したら対策もしやすいのではないでしょうか 実施する場合は自己責任で ご返答ありがとうございます。さっそくtryしてみます。 へえ面白い。マルチコア= 速い、とは限らないんだね。 MSもAccessを今後、どうするつもりだろう。 Excel365の飽和気味のアップデートに比べて セキュリティ関係の見直ししてるだけだし。 MSクラウドDBの接続ボタンが増えたくらいか。 バージョンアップの都度様々な改良・改善を強いられてきたんだし、それが無いままそこまで古いバージョンを 最新バージョンで動かそうって方が無理があるんだけどね 64bit化への対応とかも、アナウンス通りに手を加えりゃいいだけだけど クライアントが32bit・64bit混在なんて環境だったら、もっと一工夫必要だったり バージョンアップで使えなくなった サービス、コントロールの対応に追い立てられて必死の形相に成らざるを得なかったり 酷使されて鍛えられるんだろうね ← 応用範囲狭いけど >>29 帳票ツールとしてはExcelより使える データベースとしては終わってるけどね モジュールで以下を定義してます Public Const ComNAME = "hoge" このstring値を、レポートのテキストボックスで表示したいのですが、 コントロールソースの箇所を=[ComNAME]にしても出ません。 どう表記すればいいでしょうか。 >>32 vba内の変数、定数は コントロールソースとしては指定できないんじゃない? やるとすれば、 フォームを開く時イベントに me!コントロールボックス=const名 と書くとか。 考えてみれば、滅多にconst使わないな。 計算上重要で、変更の見込みがほぼない数値など、というイメージなので。 せっかくのデータベースソフトなので、レポートに表示する程度のデータであれば テーブルに格納しちゃえば? >>32 コントロールソースに="hoge" そういう事じゃ無いよな >>33-35 来年1月から会社名が変わるんで、 会社で使ってるすべてのアクセスが使用してる共通モジュールの入ってるaccdeに、 constで現在の会社名を入れておいて、 1月になったらそのaccdeのconstの1か所変えるだけで済むようにーと思ったんですが。 openreportでlabel.captionなら出せるんですが、 100帳票くらいあるんで、出来るだけデザインの画面で終わらせたいんですよ。 他にスマートなやり方あればいいんですが。 たとえ100帳票あろうとも、>>33 の手でコツコツ、、 ん? Accde ? モジュールって書いてるからには誤認だよな 100帳票ぜんぶで社名のテキストボックス名が異なってるならこの際それも一緒に直せばコピペで行ける量も多く成るし ところで現状はどうなってんの?テキストボックスのコントロールソースに=[〇×△□株式会社]とでも? テーブルに格納してないだろうことは予想が付くけど、それならついでに >>34 方式で所在地・連絡先・代表・口座 とかまで含めたテーブルいっこ追加して、そこから引っ張るようにしといてもいいし ←全帳票の変更必須だけどw 先々は楽には成る 帳票の、自社名の埋まりかた次第じゃない? 特に正解はないので最短でいいですよ。 プロが作ったERPだと、コンフィグ用のテーブルに自社情報が格納されてます。 ところで法人番号の表記対応は大丈夫? 俺なら会社テーブル作って、そこから名称持って来る様にする それを各帳票のヘッダーに埋め込み >コントロールソースの箇所を=[ComNAME]にして・・ と書いてるからには全帳票手作業する気はあるのだから、T_会社情報 とかのテーブルひとつ追加して レポートの社名・企業名のテキストボックスのソースを =DLookup("[社名1]","[T_会社情報]") これならコピペでバンバン作業が捗る クエリとかも不要 レポートのソースに追加も不要 モジュールいぢる必要も無い constじゃなくてfunctionでやればいいだけでしょ 正規表現サポートを含む、関数の追加・強化 検索・絞り込みや項目置換など、計算式で正規表現を利用できる関数(#正規表現検索、#正規表現置換)を追加しました。 #文字置換に引数を追加し、任意の区切り文字指定が可能になりました。 WebView2サポート Webビューが使用するブラウザコンポーネントを、最新の「Microsoft Edge WebView2」に対応しました。 ※WebView2のご利用にはMicrosoft社が提供するコンポーネントのインストールが必要な場合があります。 インストーラーは こちら からダウンロードできます。 高解像度対応ダイアログ 高解像度モニターの普及に伴い、一部の設定ダイアログの表示サイズ等を調整しました。 テクニカルプレビュー:JSON対応 テクニカルプレビューは開発中の新機能の一端を先進的なユーザーに体験していただくための試用プログラムです。 その第一弾として「JSON対応」を公開しました。ぜひお試しください。 テクニカルプレビューの詳細は こちら。 お、大きく動いたねぇ。 時々、webapiリクエスト投げて、JSON引っ張って 有志が作ったJSONを配列かdictionary型に直す関数を噛ませる ということをやっているが、少しは工数省略できるかな。 >>42 フォームにブラウザコントロールとして配置出来るの? なんだ桐の話か。期待させるなよ。 なんで、ちょくちょく桐を勧めに来るのかようわからん。 中の人が必死なのか、信者が獲得キャンペーンでもやってるのか 信者はほら、昨今至る所で叩かれてるでしょ?減ると困る事由があるんだよ、きっと 言い得て妙で、信者に成ってしまうと一般常識とか通用しない人に成っちゃうらしいし すました顔して平気でゴリ押ししてんだろ、たぶん MSはAccessの開発を進める気がないなら止めて良いけど 代わりに上位互換のデスクトップDBとか出してくれないかな それこそ桐の上の新機能にあった WEBVIEWって、AccessではまだIEが立ち上がるのかね。 滅多に使わないけど、(ファイル)エクスプローラーがわりに配置したことも あるもんで。 正規化できない大きなテーブル(フィールドが300、レコード10万くらい)があるのですが、このテーブルをフィールド100ごとくらいに三分割してリレーションを設定して運用するのと、分割せずに運用するのとメリット・デメリットを教えてほしいです >>53 255以上、フィールド作れなかったと記憶しているが。 1:1でいいから分割以外に選択肢ないでしょう。 ユニークキー値だけ特定して 分割しましょう。 >>53 正規化はパフォーマンスが上がる ネットワーク上のDBなら更に効果的 >>54 >>55 正規化できないフィールドでも分割した方が効率的なんですね! ありがとうございます! 分割しなくても良いんじゃないの パフォーマンスになんか不満でも? フィールド数がテーブルに出来てるなら、分割の意味が解らないよ、1:1分割は不毛だ サーバーのデータベースをリンクすると最大255フィールド制限は関係ないのかな EIAJ−EDIの規格がとんでもフィールド数で苦労したけどリンクテーブルに放り込めばよかったのかも >>59 こういう制限がFileMakerに負けるところ AccessでむかつくのがVBE画面でコントロールの名前やCaption変えようとすると日本語がバグるところ 一々1文字づつ変換して変えてるがイライラするので他に方法はないだろうか? >>62 どいうこと? me!controll1.name="コントロール1" が上手く行かないってこと? 経験ないなあ。 例えば日本語でCaptionに「ボタン」って入力すると「ャン」とか 「実行」って入力して変換すると「詩ャ」とか VBE IME 誤動作 とかでググると似たような症例がいくつか出てくるが、どれもほぼ解決には至っていない コードの中で =NOW() とか使ってるとイベントタイマーが起動して入力途中の文字がおかしくなるとか、 IMEを他のものにしたら症状出なくなったとか、UpDateで直ったとか いろいろあるが 原因に関しての正解は見当たらないしExcelでも出てる症状らしいし、可能ならIMEを変えるか症状出なかったころのVerにするか、とか 生まれて初めて作ったプログラムは、 猫の絵をクリックすると「ニャン」とか コマンドボタン1.Caption="実行ボタン" 動かすとボタンの表示が"詩ャャン" ん~出たことのない不具合ですね すいませんが、ググってもわからなかったもので教えてください。 クエリにて、 名前,グループ,点数 スズキ,A,60 サトウ,A,75 タカギ,A,70 マエダ,B,30 カガワ,B,40 イシダ,B,50 に 名前,グループ,点数,グループ最低 スズキ,A,60,60 サトウ,A,75,60 タカギ,A,70,60 マエダ,B,30,30 カガワ,B,40,30 イシダ,B,50,30 とグループの中での最低点をフィールドとして追加したい場合、どのようにすればよいでしょうか? グループ最低:DMIN("名前","テーブル名","グループ"="グループ") ではそうなりませんでした。 よろしくお願いします グループでグループ化して各最小値を出します このクエリーを名前をつけて保存します 元のテーブルとこのクエリーをグループで連結します >>71 それも考えるたのですが、実際はグループ数が多く、10000通りくらいからの不特定なのです。 説明悪く、すいません。 >>73 グループ数が10000通りでも何の問題もありませんよ >>73 テーブル作成クエリーで最低点テーブル作って 連結したら終わりでそ それかVBAで最低点インサートするFunctionでも作れば良い >>75 そのfunctionはどんなものでしょうか? >>76 根気は不要です マウス操作だけで5分で作れます >>77 VBAでSELECT文発行してmin値を取得して返す まあクエリー作ってmin値取得したテーブル作る方が早いよ vba使わないっしょ。 なんだっけ?集合クエリー? グループ、点数(最小値) これでクエリー1本保存 元テーブル置いて、クエリー1置いて フィールド「グループ」同士を紐で繋げる 下のグリッドに元テーブルの全部、クエリーの最小値を配置。保存。 以上! 標準sqlであえて1本でかくと select t1.*,q.minscore from t1 inner join (select グループ,min(点数) as minscore from t1 group by グループ) as q on on t1.グループ=q.グループ そらで書いてるから間違ってるかもしれんし、Accessでサブクエリ使えなかったかもしれん。 >>80 クエリの方で出来ました! 思い浮かびませんでした。 ありがとうございました。 フィルタの抽出条件で、 Like "AAA*" のように書くと思いますが、 AAAが#だったときに、#という文字ではなく数字のワイルドカードとして認識されます 文字の#で始まる文字列を抽出するにはどう書けばいいでしょうか? >>82 accessのエスケープシーケンスは[]なんだって。 これでいうと[#] 言語によってエスケープシーケンス変わるの、覚えきれん >>83 ありがとうございます 最初\#とか##とか試したんですけどね、ほんと覚えきれません 基本的な操作方法すら伝えられていないから やはり掲示板の短文よりマニュアル読め が結論のようですね ACCESSもVBAも初心者です。 文法とかおかしかったらご容赦願います。 いい感じに脳内補完してください テーブル1からクエリで抽出したレコードの内、 任意のいくつかに手動でチェックを入れて、 「チェックされているレコードをまとめてテーブル2に書き込むマクロ」 を作りたいのですがどうすればいいでしょうか? チェックが1つなら何とかなったのですが、複数個になると繰り返すやり方がわかりません。 ちなみに全データが3万くらい、クエリで抽出されるのが10〜50くらい、 テーブル2に1回で書き込むのが1〜30くらいです。 助言よろしくお願いします。 テーブル1にチェック用フィールドを追加すれば簡単だよね 同時作業者が君一人ならそうしろ yesno型(boolean)って 素のテーブルでチェックボックスになるんだっけ? だったら簡単。vbaもいらない。 チェック1(chk1)とチェック2(chk2)のフィールドの入ったテーブル(tbl1)。 アクションクエリー(追加) 追加するテーブル名tbl2 tbl1のフィールドと、書き込み先tbl2のフィールドが一致するようグリッドを埋めていく。(フィールド名が一緒なら自動割り付けできる) tbl1のchk1をグリッドに置く。 抽出条件に「true」 tbl1のchk2をグリッドに置く。 抽出条件をさっきの段より一段下のマスに「true」 sqlで書くと insert into tbl2 (fld1,fld2) select fld1,fld2 from tbl1 where chk1 or chk2 このクエリーを保存して実行するだけ。 フォームにボタン設置して動かすなら、マクロでクエリーの実行とかなんとかを選択。 (選択式マクロ使わないから忘れた) >>87 追加クエリでした方が早いのでは? 条件にチェックのフィールドがTRUEのものにすれば良い 抽出クエリーでFORM作ってチェックボックス入れさせて、チェック有りレコードのみ抽出、テーブル作成クエリーか追加クエリー 難しく考えたらダメだね、シンプル考える このスレ昔大いにもりあがってたけど みんなpower appsに鞍替えしたの? power apps で完全に代替えできるもんなの? PowerAppsは、Enterprise向けです powerapps触ったことないけど 普通のwebアプリと考えればデータのエントリーにpostと完了の画面遷移が必要でしょ。 Accessのフォーム閉じ=ダーティ状態なら自動保存 と違ってブラウザ閉じたとたんに作業が消えるというw 今、救済としての定期保存が実装されたwebアプリ増えてるけど 以前は勢いで「閉じる」「戻る」ボタンを押して、泣かされたこと度々。 MSの思惑とは裏腹に世にある膨大なaccess資産をpower appsに移行するのは無理そうだな ブラウザの閉じる、戻る、画面遷移時にデータの保存確認をする、って普通にできるだろ power apps は知らんが、できんとおかしい ワイの職場ではで Dataverse とか FileMaker とか使う話が出てきてる マンドクセ Accessの本質って データベースじゃなくて 「データベース『も』ついたフォームとレポート生成装置」だったりするからなあ。 大昔、コンソールでSQL叩いて 文字が一杯出力されるのを見せられて、「だから何?」と思った。 個人経営レベルをExcelでやっててAccessのUIがきつすぎてFileMakerにしようか悩んでて(ライセンス高すぎるから) 久々にAccessの情報見たらもはや終了レベルなんだな power appsとやらは請求書の印刷とかに対応してるんですか? powerappsがACCESSを代替できる感じはしないですね 印刷はPower AutomateからExcelにやらせるのかしら? Excelで印刷したくないからAccess使ってる power appsでできるアプリはPC向けじゃない スマホ用やし 大きい商売で得意先十数社とかならまだしも、手広く売り先数百とかのレベルで小商いしてるようなケースだと、当面必須 大手はどんどん合理化進めりゃいいけど、特殊な商売で市販のアプリじゃ応用利かない なんてぇ業種・業態ならまだまだ現役 そして、そういった事業所にこそ向いているのがAccess 裾野は広い(同じだけ苦労も多い 月に10枚度の請求書ならExcelVBAで擬似データベースがいいのかな? 月に10枚「も」請求書あるなら、Easyな今のうちにAccessで下拵えし始めた方がいいのでは いつまでもそれで満足してる訳じゃないだろうし、得意先増えてから慌てて調製し出すのも大変だろうし >>108 でもAccessなくなるんじゃなかったんですか? Accessのレポートの仕切り線どうしてますか? デフォルトだと太いんですよね 長形かいて高さをめちゃくちゃ細くするんでしたっけ? 自分で線引けなかった?太さはポイントで指定したような記憶が Accessは網掛けがないからなあ レポート印刷すること多いから仕切り線とか困るよね なんもなしってのもレコード数多いと 見る側はきついよね >>109 今からAccessでやる気だったやつは FileMakerパッケージ版? ほぼ一人の会社でひとりでしかつかわない >>112 1行置きに網掛けするのは出来るようになってるよね フォームでは出来てるからレポートでも出来んじゃねーの 網掛けじゃ無くて背景色だったかも フォームでは可でもレポートだと制限ある という機能も多い Ver次第ではVBAでやるしかないのもある https://www.wanichan.com/pc/access/2016/6/37.html この「交互の行の色」-「その他の色」のうち、それっぽいのを選ぶ手も 他人が作ったAccessのツールがどう動いているか分からないのですが もし知ってる人がいたら教えてもらえませんか。 フォーム上にチェックボックスとテキストボックスがあります。 テキストボックスは初期値で無効にされていてグレーアウトしています。 で、チェックボックスをクリックするとテキストボックスが有効になるのですが どうやって有効化しているのかが分からないのです。 OnClickにはそれらしい記述がなくOnClick以外にはコードはありません。 OnClickにブレークボイントを設定したところ、 どうやらOnClickイベントが発生する前にテキストボックスが有効化されており VBAで有効化しているのではなさそうです。 それも疑いましたが、それらしいマクロはなく、 そもそもチェックボックスのクリック時にマクロ名が指定されているはずですよね? それが [イベント プロシージャ] になっていて、OnClickにはそれらしい記述がないのです。 [イベント プロシージャ] に成ってるならそれが目的地だろうけど、成ってるだけで記述が無いということ? チェックボックスとテキストボックスが囲われててオプショングループに成ってる場合は、そのオプショングループの 値でプロシージャーを走らせるように成っていたりするのでは? >>121 ありがとうございます!これでした! こんな方法があるとは… まさか変更を加えられる側に条件式が設定されているなんて想像もしてませんでした。 勉強になりました。 >>121 すごっ。目からうろこ。 条件付き書式設定って 色つけたりするだけのものだと思ってた。 こういう機能はコードの見通しが悪くなるんや filemaker みたいに アクセスなくなるんだよね? まだこれで開発してていいものなのか .NETにAccessコントロール無償提供して締めくくってくれないかな OpenOffice Baseが息を吹き返すかもな これまでのおざなりな対応を見ていると 後継は期待できなそうではある 枯れた技術とも言い換えできる 今のまま安定して使い続けられるのが何より 月イチのアプデで大混乱に巻き込まれるのはいただけないが 親子関係結ぶ、典型的な売上伝票構造の フォーム作るときに替えが効かないんだけどな。 NoSqlなASPで再現するときは、1行のなかで (ヘッダー情報)、(品名1、数1)、(品名2、数2)、、 と表現するので、すごく変な感じ。 Access: New Modern Web Browser Form Control The Access team is releasing a new web browser control to a version that supports Chromium Edge! Our existing, internet explorer browser control will remain in the platform as-is. Feature ID: 88345 Added to roadmap: 1/6/2023 Last modified: 1/6/2023 Product(s): Access, Microsoft 365 app Cloud instance(s): Worldwide (Standard Multi-Tenant) Platform(s): Web Release phase(s): General Availability IEやめまっせと発表してから 10年以上を経て、コンポーネント開発に着手ってのもなんだかな。 IEコンポーネントはあんまし使わないけど file:// のurlにすると、外観が(ファイル)エスクプローラーになるのが便利で、その目的で埋め込んでるのがある。 chrome系では、その表示機能は持ってない。 >>136 file:はchromeだとプラグイン必要なのよね お世話になります 【Windows】 10 or11 【Access】 365 【作りたいものの業務分野】 販売管理,買掛管理,営業実績管理 【あなたのスキル】 LV1:完全初心者 【どのオブジェクトに関する質問か】 導入 【やりたいこと】 年商5億、売り上げ伝票年2万枚程度の貿易会社を経営してます 今はクラウド会計で税理士にお願いしていますが外銀は全てのクラウド会計サービスで対応していないため、帳簿はExcelで作成してます そのためどちらも紙出力して最終確認する必要がありますが規模が大きくなったのでExcelだと厳しくなってきました 仕入れ日時、金額、売上日時、金額、振り込み先、発送日、そるぞれの伝票pdfをレコードとしてaccessで作成することは可能でしょうか? スマホから覗けたら最高です このスレを最初から読んだのですが、2Gbyte制限と今後のアップデート見通しがないのが気になっております 私はVBとdelphi開発経験はありますがdbはsqlコマンド少し舐めただけでdb設計経験はありません もしもっといいサービスなどありましたらお手数ですが教えてください 実務を熟知している当人がシステムを組むのは理想の形だと思いますが、将来の法改正など様々な仕様変更などを その都度メンテナンスし続けなければならず、それに専念する労力は計り知れないほど大きい場合もあります もう一点は、個人での成果物は属人化と呼ばれる「その人で無いと理解するのが困難」なシステムに成ってしまう場合も多々あります それを社内的に充分にカバーできる体制が整っているなら選択肢のひとつと成り得るでしょうが 専業でシステムを組んでいる企業の助力を仰いでは如何でしょうか 例えば : https://www.aspicjapan.org/asu/article/19400 >>139 ご提案ありがとうこざいます。 既存サービスですと長期のマンスリーコストが高いので厳しいです 私が設計無理ならエンジニアに依頼しようと思っていますがそれでも既存アプリがいいでしょうか? あくまでExcelに画像貼り付けられるレベルです 年商五億と見て多少のシステムへの設備投資は可能ではと勝手に推測しましたが、さようですか 例えば先のリンクの最下段 WATS のサイト https://www.nissinjoho.co.jp/wats/ の「機能構成」以下の図を例に この流れのうちココの部分が欲しい とか、「画面イメージ」のこの機能は欠かせない とか、「ドキュメントサンプル」の こういった出力帳票が欲しい など、具体的な例示をして設計者に依頼したとして、貿易の実務経験が無い設計者だと一からの開発と成りますし 都度の仕様変更にもいちいち説明しながら改良を依頼することに成ります 引き換え、専業で貿易管理システムに携わって来た開発業者なら 依頼も容易ですし、何より先方から「今後こうなりますのでこの仕様変更を予定しています」などのアナウンスがあるカタチがとられると思います それでも当面はExcelやAccessで、という場合は : https://imitsu.jp/list/web-system/access/ こういったサービスを利用することを視野に入れてみてください 最初から「貿易実務」を条件とすれば ふるいに掛け易く成るかも知れません 個人的には https://www.ilovex.co.jp/ この企業がなぜ入っていないか不思議なぐらいですが(Access専業では無い?) スマホで見たい→Accessは無理 2GB制限→最初にバックエンドの分離さえしてれば多分そこまでデータたまらないしたまる頃にはSQLserverなり次の段階にする時期になってるから気にしなくていい 今後の見通し→多分明るくないし進歩はないけど365じゃなくて買い切りのなら動かなくなる可能性は低い 社内LAN内からの接続でPCのみ使用で帳票印刷があるんならAccessは最も手軽な部類だけど外からスマホやらなんやらで見たいならセキュリティのことも考えて大人しく外部のサービス使うべきと思います DB設計っていっても恐らく入門書レベルから出てない気がするので図書館なりてAccessの入門書をざっと見てみるのが一番検討材料になるんじゃないでしょうか 取り敢えずAccessで可能かどうかをお試ししたい と言う場合 http://www.ibrainsys.com/ こんなのがありました 標準利用ならどれだけ使ってもず~っと無料!!と謳っています(マジか) カスタマイズ必要でも月額数百円らしいです(ほんまに?) Excelのことも対応しているそうです 先ずはDLしてみて試してみては PDFをそのままソースにするのは面倒だと思います 一度テキストやExcelに変換するサービスは無料でいっぱいありますが、 アドビの仕様変更でいきなり使えなく成ったり誤変換したり・・がありそうですので、その点にも十分留意する必要があると思います Accessで金は扱うなと何遍言えばいいのかw 楽々精算とか、元データを請求書などに整形するクラウドサービスがいいんじゃないかねえ。 暇ならさわりの部分でも試作してみたらいいけど たぶん、膨大なオブジェクト、コードを埋めることになるよ。 薦めた手前、どんなもんか試しにインスコしてみた DL時点でもセキュリティ警告出て来るし、解凍後インスコ一発目でも厳しめな警告、インスコ途中では信頼できる場所の警告が頻発(20近く) しかしそれらは必要な対処なので、はじめてAccessアプリ触った人間はビックリするかも知らんが、通過儀礼 その後初期設定を求められるが、テキトーにやっておいても後でいくらでも修正・編集可能 まだ全部目を通した訳でも無いが、ふつうに使えると思う 伊達に1600社謳ってない カネを扱うなとのご指摘だが、じゃあどんな場面で? 因みにAccessに及び腰なら同じリンク先にExcelでの売上仕入システムもある(それも無料) 入門者には手頃では? おカネ払えばソースも入手できそう >>145 プロが作ったものを否定するつもりはないんだよ。 たぶん、ちゃんとソフトウェア開発の手順、ドキュメンテーションの 作法を知ってて、十分なテストも行ってるだろうし。 一方、我々が何か作るときは、格好良く言えばアジャイル、 悪く言えば行き当たりばったり。 おなじみのサンプル「Northwind社」の売り上げ管理も、 RDBの概念を体験させる目的なので、売り先や商品も マスタコード参照になっており、冗長保存してない。 売掛金管理をACCESSで自社開発するのは、 知識がないと危険だよって話。 >>138 >>VBとDelphi その経験有ればDBぐらい触ってると思うが違うのかな? 私はその2つとAccess経験有るからAccess関連苦労は有るが何とかなってる 小さい企業経営してるならLinuxサーバー+PostgreSQL(あるいはMySQLかMariaDB)でデータベース構築してフロントエンドでAccess使う方が良いよ 出先でスマホとかからアクセスする必要有るならFileMakerだね だからカネを扱うなと言う忠告なのか? 請求でも支払いでも、一円違ってもトラブルの元だから、その辺は必死に考えて作り込むんぢゃ? ミスったら他の仕事さて置いてもその原因究明に躍起に成るだろ 畢竟その辺の仕組みに詳しく成ってく ここがこうでああで、それがそうして・・ あぁ、これが原因だったのか、と考えも及んでく 他人が制作したものならその相手に責任追及の矛先を向けるだけでいいかも知らんが ま、代表者の考えひとつだけど 金勘定でVBA使うならDecimal型を明示的に使う様にするしか無いよ 人間誰しも、素のままじゃあ知識は無い 経験や学習で培っていくもの 無いからやめとけ は暴論 SqliteスレでSqliteとPythonでAccess紛いのシステム作った書き込み有ったから こういうのでも良いよ >>150 経営者さんかしら。 売掛金は、紹介されたAccessソフトの他、そこらへんの家電屋にも安いソフトがあるから、そっち使った方がいい。 この価格帯はあくまで個人事業主レベルでね。 トライアンドエラーしていいデータとそうじゃないものがあると端的に言いたいだけです。 人月計算という言葉はわかりますね。他の仕事を掛け持ちさせてる社員にやらせることでもないし、失敗の責任を押し付けることもできない。 しんがりの部分には適切に投資しましょうよ。 買掛とか生産管理とか、売上分析とか、その他の部分でAccess使えばいいのです。 企業の代表が質問者なんだけど? 自社開発のきっかけも奪う発言の意図は? Accessは金勘定に向いてない ってのも単なる自論でしょ? 世間には山ほど存在してるんだし それで取り引き成立し続けてるんだし 国内に限らずアメリカとかでもいまだにBBS活発でしょ? 規模や業務に妥当な道具なら活用しない手は無い どれに目を付けるかはそれぞれだけど 例示したサンプルで行けそうだと踏んだら55,000円払ってソース入手してカスタマイズの参考にしたっていいし 足引っ張る側じゃ無くて背中押す側の立場にいるつもりなんだけど? 自社内に開発部門が常駐状態ってのが、実はいちばん効率いいんだし (いろんな)トラブルからの復帰には最善の策なハズ Accessでも金勘定は出来るよ その様に作れば、だがね じゃあ、取り立ててそこを強調して否定しなくともいいじゃないか 何の目的・思惑・企てがあって「Accessで金は扱うなと何遍言えば」ってな発言に繋がるんだ(誰だか知らんが) どっかで胡乱なtwitter並みのデマやガセ読んで真に受けて書いたとしか思えん ここの社長サンなんかもうずっとAccessで自社システム制作し続けてたりする(社長かどうかは不明だが) https://www.katabe.jp/computer/visualbasicapplication/20230128/5368.html ハンディターミナル導入時なんかもひとりで苦戦してたけど無事解決して運用してるし、2013年頃には VBA使ってジオコーディングして配送ルート作りに活用までしてた(その後Googleの仕様が変わったから、今も 使ってるかは不明だけど) このサイトも二代目?辺りだし、前のサイトの時の悪戦苦闘はそれなり読み応えあった(気がする) 自社内開発は試行錯誤もそれなり楽だし、何より業務に熟知してるから打合せ時の齟齬とかの心配も無い イニシャルコストもランニングコストもおおよそ自分(社内)でコントロールできる そういうのがAccess開発の強みのひとつ >>155 本来はこんな議論はスレの主旨から外れてるけれど 過疎板なので遠慮せず続けますね。 どうも「無理だというのはウソ吐きの言葉なのです。鼻血を出そうがぶっ倒れようがとにかく一週間全力でやらせる。そうすればもう無理とは言えない」かの有名なお言葉に通じるブラックな考えだと思うんですよ。 基本システム500万円、ライセンス数によっては数千万円にもなるERPはなぜそのような価格なのでしょう。 設計書のページ数も膨大、 テストの工数も膨大、それだけの品質保証コストがかかっているのです。 ちょっとしたvba腕自慢に作れ、無理とは言わせない、と命令するのだけはやめた方がいい。 例外はありますよ。個人事業主、オーダーメイドが多い業種で月に発行する納品書が数十枚レベル、ここら辺なら 私がそこの従業員として 制作を快諾すると思います。 まずお前に仕事の内容を理解させるのがすごくコストがかかる デバッグに付き合うのはさらにコストがかかる 自分で作ったほうが楽すぎて困る どうしてそういう極端な例ばかり出して来るのか 質問者は「伝票二万枚/年の売上業務」をやりたがってる それにイニシャル500万、総額数千万? 例えとして適切? よく読み返したら、税理士も介在してるようだし、要は「バンバン売上伝票発行して集計したい」だけのような しかも数多有るスレッドからこのAccessスレを訪れてくれたんだし、可能な範囲で応援するのが筋ってもんでは いや、もうすでに他のスレで別の回答貰ってるかも知らんけどさ まあ、やる気の問題も有るしな データベースとしてAccessは使わない、と言う事を守ればそれなりのシステムは出来上がるよ どうしたって貶したいんだなw サーバーやネットワークもキチンと整備して、一日約百枚の伝票 ま、複数人で入力だろうから 入力端末のスペックもそれなり上質なの用意して、3~4年はデータファイルひとつで問題無いぞ 実績ありだぞ 実印刷してればプリンタのほうが早く壊れてリプレース必要に成る程度 その運用しているうちに別のDBへの移行を検討してけば、適切なDB模索・テストと順次アップグレードも容易 >>162 実データファイルはaccess使う? 分離しても、どうも2名くらいまでは耐えられるんだけど 3名越えたあたりから壊れがちなんだよね。 特にオートナンバー入れたとき。 親子関係結んだテーブルで整合性取れなくなると泣く。 トランザクションの機能は やっぱり必要なんだなとか思ったり。 複数人で操作する場合は必須 例えば、カラの入力用画面でバシバシ打ち込んで、[保存]ボタンを押した時のみ売上テーブルに書き込むとか 途中でやめたとか、入れ替え頻繁にしたとか、編集追加削除しょっちゅうある とかは使う人にとって当たり前なので オートナンバーは有ってもいいけど、それとは別に連番フィールド設けるのもだいじ オートナンバーフィールドは、後で何かの役に立つ(かも知れない) 参考にしたこと無いけど 事前の打ち合わせも満足にできないまま請け負って、とんでもないボリュームなのが後で発覚したけど、辛うじてクリアしてた 予め予想の三倍を視野に入れて制作してたけど、一年使ってもらった状況確認して冷や汗だった 五年経った今も快適 そんな使い方なら最初からmssql express使えよと思うが win serverが高いか >>164 どうもありがとう。 結局、わたしもアプリケーション側で一時テーブル作って コミット動作で本来のテーブルに書き込む形に落ち着きましたわ。 visualなんちゃらとか本物の開発環境だと、実行ボタン押すたびに全部の入力欄を読みに行ってsql組み立てなければならないのに比べれば はるかに楽ではあるが。 expressは使わなくなったPCで動かしてもそこそこ 普通のwindowsはサーバー用途は不可 Accessファイル共有なら許されるという解釈でok? NASにテーブルだけのaccdb置いてもいいけど空いてるPCにSQL EXPRESSでもそこそこ サーバーOSだとCAL監理が面倒、金かかるから 勤め先は業務ソフト専用サーバーとして特定社員にしか解放してないな。 デッドロックが起こりにくい用途で数人規模ならNasに Accessデータファイル置いても いけるで。 うちの会社はCALは従業員分買ってるらしいし、Officeも365E3になったからAccessも自由に使える ランタイム使ってたのが馬鹿らしくなった 素直にWindowsServer使うのが簡単だけどこれはどうなんだろう https://qiita.com/tabizou/items/be059dbbc2817889592e LinuxであえてSQL Server使うかな PostgreSQLかMySQL(MariaDB)で良いでしょ ACCESSのバックエンドとしてならSQLServerは使えるなら一番優先順位高いでしょ MySQLの公式ODBCドライバは数年DateTimeバグってたし すご。linuxにsqlserver exp乗るんだ。よく見つけたな。 でもexpressはサーバーとして使うことを認めてないので 運用には気をつけてね。 製品版との違いが殆どないのが、逆に困ったもんだけど。 あと、win serverでも管理者は1台1用途にしたいので 現行機にsqlserver製品版をいれたり、新たなインスタンスを入れるのを嫌がると思う。 そうなると、予想より高い設備費になるかもね。 ライセンス料の問題からキントーンやファイルメーカーは見送りました オフィス365についてるAccessでやろうとしたんですが UIでたらめで大変じゃないですか? やたらと文字も小さいしAccessの性能云々の前に開発環境がでたらめすぎる 1万5千円で開発環境が買えて開発したアプリは無料のruntimeで配布無制限 これが魅力です >>178 それはw 悪例だけ晒して貶めるのもどうなんだw レコードセレクタやナビゲーションウィンドウ消したりアプリアイコン変えたり Form.BorderStyle変えたり、あれやこれや手を加えればものっそ見栄えも変わるのに デフォルトで作ってみたらダサいです ならExcelでも変わらんだろうに 頑張ってるとは言い難いサンプルでしかない ボタン類だって、デフォのボタンイメージだけじゃなくあんなものやこんなもの貼り付けりゃ見栄えもごっつ変わるんだし >>180 入力するボックスとかかえられないしねえ 頑張るなら透明なボックスにして画像貼り付けとかあるんだろうけど さすがに非現実的すぎるよね そういうかんじのこといってるんだよね? 専門用語使えよw なんだよ、入力するボックスてw テキストボックス透明にして画像貼り付けてどうしたいんだ? 参考画像探して来いよ 想像も出来んわ フォームの背景とテキストボックスの背景を変えたいとかか? 一見して入力するボックス(w)だなと見せ掛けたいのか? ふつうの人なら入力欄ぐらい見分け付くだろ? 付かないのか? どういうかんじを想像してンだよ、ったく コントロールのデザインが もはや骨董品だよね。 バージョンアップで、グラデーションはついたけど。 webデザインやスマホ用の開発環境だとレスポンシブで ウインドウサイズにあわせて ダイナミックに配置やサイズが可変するが accessでは「わが社で一番小さい画面に合わせよう」と努力しても やっぱりフォーム全体のスクロールが必要になったり ぎゃくに米粒写経になったり。 ひとつのフォームで片付けようとするからそうなる 本気でタブレットやスマホにも対応しようと思うなら別フォームを用意するのも手 いっときズームに対応しようと努力した痕跡は見受けられるが、頓挫してるのが現実 あと、必ず備え付けのコントロールを使わなきゃいけないってもんでも無いし、 ラベルもイベント持ってるから、それらを工夫してデザインしたりすれば、シンプルなWebアプリっぽくも装える ラベルに限らず他のオブジェクトだって自在に使えるんだし メインフォームに社名とロゴがあしらわれてて、ロゴをダブルクリックしたら〇〇した だの 納品書フォームの明細にある品名ラベルをダブルクリックしたら品名マスタのリストがポップアップした だのを見たことがある >>185 面倒だし操作性悪いし 何より単純拡大だからなあ >>184 そういえば、チェックボックスをでかくしたい、とググったら ラベルを使ったすげえ技を紹介してたな。 あれは目からうろこだった。 >>176 > expressはサーバーとして使うことを認めてないので > 運用には気をつけてね。 どこに明示されてるの? https://answers.microsoft.com/ja-jp/windows/forum/all/sql-server-express-win10/71f021b1-455f-4005-8ab1-0978b0db27d0 以前調べた時には、ここに書いてある通りだったんだけど最近は変更されたってことかな expressはスペック的な制限でライセンス的には緩かったと思うけどね 以前使ってたバージョンは問題無かった OSの制限だよね expressは他PCからの接続に制限なしだと思う Windows11に入れてみんなで使っちゃダメよWindowsServerに入れてねって >>189 そうだよね だから>>173 がlinuxで使えば問題無いってレスしてたんだと思う >>176 は何が言いたかったんだろ https://www.fenet.jp/infla/column/server/sql-server-express 近頃のリンク(htmlアドレス)の仕組みがわからんけど、日本語でリンクされてるのが多くて やんなっちゃうよね 一応日本語の部分削って↑のリンクでもおなじページに飛ぶ だけど、最後の-expressを削ると別のページに成る どうでもいいけどw 一応今後の参考に いかがでしたかサイトはやっぱり内容がないな 一覧表なら1ページで終わる バージョン表記すらない Accessはバージョンアップの事考えたら出来るだけVBA使わない方が良いんだけどね、、 VBプログラマがAccess改修するとほとんどをVBAでやってしまうので性が悪い すまん、ユーザビリティをできる限り実現しようとしてVBAでゴリゴリ書いちゃうな Accessから他のDBとかアプリとかへのバージョンアップ(アップサイジング)の意味? 2021とか365の次のバージョンアップの意味? どんな立ち位置ならVBA使わない方がいいって成るんだろ せっかくある機能なんだし、それを使う事で便利に成るのに使うな(使い続けるな?)とは 意図を教えて バージョンアップしててんやわんや大騒ぎするのが醍醐味だろ お祭りみたいなもんだ コロナのせいで、平々凡々としたつまんねぇ毎日にほとほと飽きてる時分だ アッチからもコッチからも「どうしたー!」「うごかねーぞ!!」「とっとと解決しろ!」 とか罵詈雑言を浴びせられながら冷や汗だらだら流して、それでも能力発揮して解決してみせるのが生き甲斐w そんなのはPDFでもブラウザのアプデでもしょっちゅうある事 むしろウェルカム >>198 Mではないのでそんなふうに思えない 事もないな 俺様が居なかったら二度と動かないところだぞって思いながら「迷惑かけてごめんね~」だな テーブルのある項目が使われているか知りたい場合はどうすればいい? クエリ・レポート・マクロ横断して検索できるやつ マクロはダメだけど https://access-skill.com/check-dependence/ で出来るらしい こんな機能は知らなかった(必要に迫られなかった が正しいけど) >>201 ありがとう、意外と面倒なんだな マクロ(VBA)は文字列で拾えるけど、クエリやレポートの項目、フォームのRowSourceプロパティとかに使われてるから、コードの意味が変わると、変更の修正めんどくさい クエリとかネストで使われるともううわけわからん レポートとかだとクエリ楽だからつい使っちゃうんだけどダメだな きちんとワークテーブル作ったほうが安全 クエリからSQL引っ張って、全部VBAで書いたほうがメンテ的にはいい VBA書く量が多すぎて、それはそれでコーディング大変だけど 元の開発者がCOBOL出身なのか、1レコードごと処理してる 激おそ レポート出すのに、10分とかザラ 難解なコード書いてるし、例外処理多すぎる お金扱ってるから、容易に変更できない 愚痴スマン それとおぼしいヶ所だけでもコピペしてみ? どんな大量のデータでも10分は >>203 COBOLにそんな影響力は無いよ ちょっとコード張ってみそ コボラのよしみで見てあげるよ >>203 >>1 レコードごと処理 恐ろしい Accessを否定する処理だな もう全部書く 愚痴だし読みづらいと思うから、暇な人&興味のある人以外、読まなくていいよ 1データレコード見込み・書き込みループの中でコードマスタ参照が関数16回、マスタ参照時に更に別コードマスタ参照が2回 マスタ参照時に別の角度で同じマスタを別角度変えて読み込むのが2回 ちなみにマスタ参照は5項目くらいしか使わないのに全項目("*")、adLockReadOnly使ってない(adLockPessimisticやadLockOptimistic) 闇雲にコード化されていて、やたらマスタ参照しなければならない マスタ参照画面で見るためだけの項目複数あり(これもマスタ化されているw) 基本売上データが正規化されていない 明細が "コード1","単価1", "数量1"、"コード2”、…と6明細ほど、もちろんコード化されていて、それのたびにマスタ参照 どんだけコード好きだよw レポート用ワークテーブルはクエリで取得、コードの名前の項目がが無いから、わざわざ参照マスタの名前とか付け直してる レポートの中にもVBAあり With使ってない、Option Explicit宣言してない(突然知らない変数が出現)、"i", "j"という変数があちこちに 契約者に行くデータだから絶対間違えられない請求書(もちろん売掛金を含む)・銀行口座振替データ・現金入金票出せるのん?が パ ソコン早くしても全然変わらないし、仕様書のない他人が書いたコードなんてこれ以上読みたくない 今値合ってるから、お客に「値間違ったらやばいから、このままで」と脅し、ほっといてるw すごく泥縄なシステムだけど、ほとんど手を入れ無いのに保守料もらえるから面倒みている 20年前のシステムらしい 長文乱文スマン で、 >>194 VBA使わない方が良い になるの? そんな特殊な例を挙げて、だからVBAはって言われてもな メンテナンス性考えてもVBAに頼り過ぎるのは良くないよ いや、マクロのが面倒臭い マクロがいっぱいあるの見るとうんざりする 好みあるよな Accessの機能フルに使って書くか、俺みたいに力技でVBA書くか 元々プログラマーか業務担当者かどうかで決まると思うんだが >>211 同じく、マクロ超苦手 っていうか作ったことないし作り方わからん ExcelみたいにVBAに出してくれればいいのに マクロ組んだ結果をVBAに変換出来るよ 逆は無理だが マクロを多用するひとは、そのままVBAに変換しても理解が追い付かない VBAerがマクロに難儀してそれをVBAに変換したところで、思ってる記述には程遠いから 結局無用の作業に成り果てる そのせいでそれぞれが住み分けに成ってしまう マクロは、なんと言うか、ちまちま工程を踏むようなツクリのように思えて、ムダな表示が多過ぎて目が疲れる 処理の流れを追うのに難儀する みたいな マクロはエンドユーザでもわからないほど難解 Excelで単純文章作るくらい 俺に聞かれても…? てなる ://rio2016.5ch.net/test/read.cgi/2chse/1670024543/l50 暗号化したACCDBのパスワード解除できないんだけど、正規版使ってないからかな? 試用期間中は関係なかった 単二壊れてたみたい、空のaccdbにオブジェクト全て移したら直ったよ >>219 大体、正規版じゃないって、割ってるのか? それならわからん 正規版ならパスが違う さんざん打ってダメなら詰んだ 「閉じる時に最適化」を設定してると壊れやすいのか? 逆だと思ってる デザインモードであれこれいっぱいいぢった後とかだと 気を付けてすこし時間をおいてから閉じるようにはしている 試験運用終えて本稼働してるなら、単体でもLANに繋がってても壊れたハナシは聞かない 勇み足でぶっつけ本番とかで「壊れた!Access信用ならん!!」と言ってる人の話は聞いたこともある 壊れても困らないよう、転ばぬ先のなんとかを確保しながら運用するのが基本のキ 昔のバージョンで「これ以上オブジェクトが貼れない」エラー出たことあるw 最適化してもダメだった 2019や2021ならできたのかな 最適化ってフォームやレポートののゴミ取ってくれるのかな 削除済のレコードは消えるみたいだけど 仕様はあるでしょ、いつの時代でも FormやReportに貼れるオブジェクトの上限とか 最適化するとファイルサイズがめっちゃ減る って場合は、表からは見えないあれやこれやを消してくれてるわけで なんであれやこれやが表から見えないのにいるんだよ!ってのは、腸内脂肪みたいなもんで ダイエットできるんならダイエットした方がいいよね ってことだと思ってる chm形式のヘルプファイルは無くなったの? オンラインヘルプは使い難いんだけど いまさらだよ? セキュリティ関係の変更でVista辺りで次々に亡くなってった 中身が古いままなのもWebHelpに移行したのも原因で衰退絶滅 むかしのを見たいというなら https://vdlz.xyz/PC/handle/Soft/ViewChmFile/ViewChmFile.html ここらに事例が載ってる オンラインヘルプが使い難いのはデフォ そこを乗り越えるか、迂回してヨソの解説をさまざま探し回るか 後者のが手っ取り早いのも現実 ヘルプましんとかSpeedHelpPadでHTMLHelp作ってたなあ サブフォームにテーブルの中身を表示したいんですが、 一番下に空白行が表示されてしまいます。 検索するとプロパティからデータの追加をオフにしろとよくでてくるのですが、 サブのプロパティにそのような項目が見つかりません。 なにかいい方法は無いでしょうか。 スタンドアローンの場合、バックアップはどのイベントのタイミングれするのが良いですか? メニューフォーム閉じるイベント? >>231 https://dekiru.net/article/15320/ >>232 運用に依ります メニュー閉じる = Access終了で処理中のグルグルがすぐ終わるならそれでいいと思います マクロだとkeyCode拾えないんだね、VBAじゃないと出来ない VBAの方にも書いて来たんだけどruntimeでレポートが開かなくなった 通常版か2013runtimeなら問題無し そんな目にあった人いませんか >>239 フォームに表示モードと更新モードを自作してて、スペースKeyをトリガーにしてるんよ あと、帳票フォームで上下矢印キーでのカーソル上下移動もやってる それは、フォーム開いた時に帳票部分をアクティブにすれば上下だけじゃなくてPageUp/Downも左右も可能(VBA不要) KeyCodeでやると弊害出ない? Space keyも、他のアプリを参考にしてるとかだろうけど、どの部分がアクティブかはキッチリ見極めとかないと 使う側が気無しに別の画面・別の位置でSpace押したりに繋がり兼ねない 似たようにFunction Key F1~F8に操作割り付けた事あるけど、結局半分は諦めた(本来のキーの意味と混乱し兼ねなかったので) × 帳票フォーム 〇 複数レコードの表形式フォーム オレはよくTextboxのHomeキーに検索機能割り当ててる さすがにカーソルとかTab、Returnとかの独自キー操作があるコントロールに割り当てるのは怖い >>241 矢印って全コントロールにKeyDownで直にForcus移動してんの? そうならTextbox、Comboboxの多いFormはきつそう マスタテーブルで前後左右キーの移動先コントロール名取得するアイデアは面白そう やってみたいけど動作危なそうなのでスルー 最適化で随分小さくなるようになったな 今週頭になにかアプデあったか >>235 マクロでは screen.active.control とかも無理だよね メニューフォームの閉じるボタンに、 埋込マクロ1行のみ”QuitAccess/Access の終了”を指定してるんだけど その前行にバックアップ処理を挿入すると、バックアップ中にAccessが終了してマズイことにはなりませんか? 先ずならないでしょうけれど、バックアップが思わぬ時間を要してしまったケースでは他者が何度も閉じるボタンを押す危険は有り得ます それに依ってフリーズなどを発生させる懸念もありますので、バックアップは意識的に行うような運用のがいいと思えます さらに言い添えるなら、バックアップ中はそのメッセージ「・・・現在ファイルをバックアップ中です・・・」 終了したら「バックアップが正常に終了しました(可能ならその終了日時分秒表示とかも)」のダイアログ といった工夫も必要に成るかもしれません 誰もがずうっと画面を直視している訳でも無く、殆どはボタン押したら他の作業に勤しんだりします 他の仕事を終え再び画面を見た時に、自分がした処理の経緯や結果が確実に表示されていた方がいいと思えます 個人的感想ですが Quitのイベントにバックアップカマセ雨の怖い それで全然バックアップ取れてなかった経験がある VBA処理中にAccessのタスクが終わってしまうのが原因みたい 終了ボタン押したらバックアップして、「終了します」のメッセージボックス出すのは? 関係ないけど、まだデュアルコアが珍しかった頃に遭遇した現象を思い出した 「閉じるときに最適化」にチェックをつけると 最適化が終わる前にAccessが終了してmdbが2つ生成されるという 当時はAccess自体はシングルコア前提の設計だったんだよね >>242 > それは、フォーム開いた時に帳票部分をアクティブにすれば これは分割フォームの場合ですか? どうやるのか教えてください フォームを開いた後で、SubForm SetFocus だか me.***.Select だか me.***.Active だか そんな奴 分割フォームで、帳票部分とデータシート部分のフォーカスの移動は長年の課題 それが可能ならAccessのUIにとってどれほど良いことか、いまだに実現しないよ VBAで自作のクラスモジュール作成したんですが、 それを引数で渡す関数の書き方がわかりません Sub test(ByVal hoge As Hoge) みたいな感じで書いたのですがうまくいきません。 (As Hogeが自動でAs hogeと変換されるし、エラーになります) どなたか教えていただけませんでしょうか? あ、すみませんVBA質問スレの方がいいですね。 マルチになるのでこちらは閉じます、しつれいしました! サブフォームは動作がシビアだから、なるべく使わない設計にしてる 新しい使い方とマクロ知らないでよくここまで持ったな、オレ つかさ、どうせ一画面なんだからマウスクリックでフォーカスさせられるじゃんか どーしてもキーボードから指を離したくない!マウスなんか握るもんか! な場合はファンクションキーにでも割り当てりゃいいのでは? >>260 従業員に操作させるので極力定型操作のみにしたいのよ > な場合はファンクションキーにでも割り当てりゃいいのでは? それが出来ないので世界中が困ってる(笑) ずいぶんと狭い世界だな Access VBA ファンクションキー でググればいくらでもサンプル出て来るのに https://asbepartners.com/function-key/ それも出来ないレベルの制作物を社員に使わせてるのか ご愁傷様って言った方がいい? 分割フォームのフォーカス移動させるコードは、ここ10年以上前から日本語と英語と仏語と独語の世界には見当たらない スワヒリ語の世界は調べてないので知らない ご愁傷様 >>262 ファンクションキー、漢字入力時にはKeyDown拾えるの? それともIMEに取られちゃう? そうならないように工夫する 若しくは、そう成って困らないようなファンクションキーを選ぶ https://simply123.info/function-teishi/ こんなか弱い女の子(知らんけど)でさえいろいろ工夫してるんで がんばって あと、分割フォームウィザードなんか2013辺りで実装されたサービスプログラム それ以前の皆様は自分で工夫してる 出来合いの、吊るしの、おまけの機能”だけ”を使って、「Access使えねー」とか平気で広言するような手合いなんだろうな いくつもヒント出しても、それらから学ぼうとはしない思わない工夫を試みない そら成長もしないわ 社内開発辞退した方がいいレベル マウスでスクロールすると煩い警告音が鳴るようになった、何でや? それはAccess関係無いだろw Beep音ならPC本体の異常とかだな スクロール時だけとかならグラボが怪しくね? 熱持って火を噴く前にバラして中のマザボでも精査してみ? グラボが焦げ掛かってたりしないかチェキ https://www.seikatsu110.jp/library/pc/pc_computer/31328/ フォームデザイン変更して閉じる時に出る 「'***'フォームの変更を保存しますか?」ダイアログの時に出る音と全く同じなんだ じゃあスクロール時に係わるイベントにBeep/警告音アクションが割り当てられちゃったんだ、いつか誰かに 他のaccdbでも同じ症状だ、何時からだろう EXCELでホイールスクロールしても症状でないな 今朝HDDのATAパスワードで止まってたから、windowsの自動更新かなんかあったな Excel総合スレでもアプデでマウスの挙動がおかしくなった報告 w 365だそうだが またやらかしたか? やらかされる方はたまったもんじゃないな w フォームで Edge ブラウザー コントロールを使用する Access for Microsoft 365 これはサブスクライバー専用の機能です [Edge Browser Control]\(エッジ ブラウザー コントロール\) ボタンが見つかりませんか?現在、Edge Browser Control 機能は、ビルド 16.0.16327.20214 以降を使用している Microsoft 365 サブスクライバー のみが使用できます。 Edge ブラウザー コントロールを使用して URL を指定し、フォームに Web ページを表示します。 Access フィールドを URL パラメーターにマップし、フォーム レコードごとに動的 Web ページを作成できます。 ファイル URL を指定して、ファイルとフォルダーを参照することもできます。 >>274 あいかわらず自動翻訳ひどい 理解するまで時間かかる 英文読んだほうがマシ フォームにブラウザコントロールなんか載せちゃった日にゃあ 毎度のアプデでトラブル三昧 対応に追われる日々が目に浮かぶ ブラウザそのまま開いた方がなんぼもマシ 要らん機能は着々と開発するんだな アメリカでは需要があるんだろうか >>277 混ぜるな危険!てことだね 最初に検証したあとはそれぞれ勝手にアップデートして、協調性崩壊すると EDI関係とかでデータ取り込むのが楽とかあるんだろうか EDI側で一旦csvに落せる機能があったとして、それを読み込む? 同一フォーム上で操作する必要無いよな いったいどんな場面で「あー、これが使えるように成って便利だわあ」に成るんだろうか 知りたい 実に知りたい https://support.microsoft.com/ja-jp/topic/ で『フォームに Web 閲覧を追加する』の事例でも大した事してない BingMap と連携? 客先へのアクセスルートのチェック? GoogleMap単体でもいけるわな SharePoint と連携? イントラネット上の各種情報を共有? SharePoint単体でもいけるわな どんな場面で有効活用できるのか教えて欲しい できれば若くてきれいなおねーさんに フォーム上のハイパーリンクとは何がちがうんでしょうか? 埋め込みブラウザからEDI自動取得してcsv読み込むような処理をしようと? オレの客はこの辺が保守派だから、セキュリティ的に危ないことやらなくていことになっている ブラウザからの送受信はブラウザ単体でやってもらって、ソフトの方で手動でデータ出し入れしてる 銀行系は端末認証とかあるから、別端末で他の処理できないと困る トラストセンターの設定を変更することで、マクロの実行を無効にしたら、VBAも実行されないですか? allow bypass key プロパティの存在意義は無くなったのね 信頼出来る場所以外から起動すれば良い(笑) power automateが出る前に スクレイピングっぽいことしたことがあるが 最適解ではなかったな。 それよりEDIでいまだcsvが標準、rest apiを解放して欲しかったら月額何十万円、何100万円払ってね って風潮が根強く、なんか嫌だ。 最大公約数を見極めたらcsvが無難ってだけ トップランナーから零細の一人親方まであまねく網羅させるには「csvじゃね?」と 最小公倍数の方を欲しがるんならマネーマネーマネーを連呼 商売ってそういうもんだろ ブラウザコントロールにGoogle表示したいんだけど出来ない コントロール配置してURL指定するだけだと思ったんだけど何でできないんだろ >>279 のリンク先のMSの説明に従ってンのか? リンクだけだと「ページが見つかり・・・」に成るけど、その下の [何かお困りでしょうか?]に『 』内をコピペで出て来るリンク先の意味だけど 従ってるとしたらダイアログのそれぞれのパラメータどう設定したか書いてみ? 『フォームで Edge ブラウザー コントロールを使用する』でもいいけど EdgeやBingには注力するけどヨソのブラウザにはいたずらしたり手抜きしたりしてるとかか 過疎ってるね 昔アクセス使ってた人はどこいったん? クラウド? filemaker ? powerapps? 小規模には凄く助かるツールだから これからもサポートし続けてほしい 総合スレならともかく、相談することがないなら書かない 2026のアクセスサポ終了後も皆さまはアクセス使い続けるんだよね そもそも昔のアクセス使い続けて人には何も変わらんと Access切られたら詰むわ 流石に2024・2025にはあるだろ Publisher/Project/OneNoteはいつ切られてもおかしくない まぁ既存システムはサポ切れでも運用するとして 新規案件やスクラッチ開発はどうする? サポ切れアクセスでやっちゃうんか えええMicrosoft365のAccessもなくなるのでしょか こまったかな >>294 さすがいサポ切れアプリで新規は無理 保守で動作保証できない アプリはExcelでDB直に叩く 流石になくならないだろう えー、エクセルでフロント? だったらサポ無しアクセスの方がマシじゃね? ユーザがおkすればだけど >>298 サポ切れのソフトで開発って客が納得するとは思えない ランタイムだけ残るなら別だけど どうかな アクセスとc#じゃ、開発費が段違いやからな >>297 >>ExcelでDB あまりやりたく無いな、、 しかし続くだろうね、、 ウンコメーカー使いだけどそれはどうかな マトモなユーザは呆れ果ててるよ 守銭奴ライセンスもあるけどそれよりバージョンサポート期間の短さ そのたもろもろある FileMakerダメなのか 1バージョンのサポート期間が短いのは困るな ランタイムなさそうだし、シングルライセンスじゃDBの共有できなそうだし、スクリプト覚え直すのムリ ちょっとした管理システムに結構使ってる会社多そうだけどな、Access 家電量販店だかでアクセスとSQLサーバで基幹開発してたけど どうすんだろ ウチの会社もフロントエンドをACCESSで作ってる すごく機能アップしなくても良いから今まで出来たことをこれからも出来るようにお願いします まだ64ビット化してない困った困った >>307 客によって64/32混在だから、両方の環境用意してる Access上のアプリしか管理してないから、客のOffice導入によって64/32変えるの勘弁 一度64の環境で32のコード動かなくて焦ったのは昔の話 あんまり理屈わかってないけど、とりあえずptrsafe って書いとけばいいか、みたいに64ビット環境をしのいでる。 postgreで使うSQLファイルの構文検証のために初めてACCESSでクエリ実行しようと思ったが難易度高くて苦戦してます 【やりたいこと】 データ管理してるエクセルからVBAでSQLファイルを作る→postgreに投入 作ったSQLの妥当性検証のためにローカルで動かしたい…手元にあるからACCESSでやるか 入れるSQLは insert into AAA (カラム羅列) values (値羅列),(値羅列),(値羅列)…1500レコード位…(値羅列); こんな感じ SQLビューに貼り付け→長すぎてエラー マクロで読み込んで実行→メモリ不足のエラー(SQLファイル110KBしかないけど本当か?) 大人しくpostgre入れろってのはそうなんですけど何とかならないですかね? >>312 1500カラムならAccessじゃムリ クエリーで110KBもムリ 確かカラムは255、クエリーは64kだったはず 正確な数はググって 元々複数行のINSERTに対応してたっけ? 昔コーディングしたときはUNIONで書いてたような… この辺はSQL方言あるから、本番に近い環境でやるのが正解 Accessで通るからと言ってpostgreでも100%正常に動くとは思えん レコードだのカラムだの行だの混乱してるけど、1500レコード程度なら行けるじゃん フィールドが多いってんなら一旦ワークテーブルとかを用意して絞っておけば INSERT INTO tblNEW SELECT * FROM ワークテーブル とかで済むんだし ポイントは両方のテーブルを全く同じ構成(構造)にしておくことぐらい つか、VBAってExcelの? ExcelのPower Queryでなら処理できね? テーブルあたりの列数 16,384 とからしいし それでワークテーブル作ってもいいような >>315 >>312 はSQL文の検証に使いたいだけじゃね? バカもね、たまには必要なんだ やってもみないでバカと罵るのは簡単だけど、やってみて「あ、やっぱバカだな」っつーのと じゃあ天と地の開きが出て来る バカなことしてみたけど、え?これでもいけるじゃん とかいう見極め・ボーダーを知るのも制作者の務め 達人ほどその剣先を躱す見切りに秀でているのは、実体験してるかして無いかに負うところが おおきい 口先だけ達者なのは生き残るのに難儀する ま、真剣だとその場でご愁傷様だけど 弄った瞬間にわかるようなこともわからず 製品仕様も知らず調べもしない無知無能蒙昧馬鹿だからもっと馬鹿と言ってやれ >>321 あーexcelのインサイダープレビューにpython来た話? 動画で使い方見たけど、けっこうカオスよ。 pythonってわりとライブラリー追加ありきだから そこらへんもよくわからなかった。 Pythonはいいけれど、大量のライブラリどうすんだ? 参照設定みたいなので対応か あれ、365が必須? でPython自体のインストールは不要? PIPはコマンドラインでやんだよね? アクセスもpy利用できるようになる? つか、どうせならVBA無くしてPythonにすれば? >>325 Excelだけだよ クラウド実行ゆえ環境が限られる コンボボックスについて質問があります。 表示するしないの条件付きのクエリと無条件に全て表示するクエリを用意し、それぞれをもとに同じデータを格納するコンボボックスを作ります。 条件付きのクエリを基にしたコンボボックスの背景を透明にし、フォーカス取得時に再クエリを設定のうえ他方のコンボボックスに重ね合わせます。 表示するしないの条件を変更しても、データ入力も表示もできるのですが、使っているうちにコンボボックスのプルダウンするボタンをクリックしても、一瞬入力データを表示するのですが戻ってしまう現象が発生します。 もう一度クリックすればデータを入力できます。 対策方法がありましたら、ご教示ください。よろしくお願いいたします。 >>328 端的に答えるなら、,visibleプロパティ使ったほうがいいのと違いますの? それより 何かの条件で全件選択可か絞り込み選択可を切り替えるんでしょ。 例えば、他の項目の入力内容によって選択条件を変えるんだったら rowsourceのクエリを直書きsqlで書いてWHERE句入れて他の入力欄を指定したほうが いいんじゃない? リレーションシップについて教えてください 1∞の意味はわかったんだけど、どっちにも何もついてない場合はどういう意味になりますか? >>331 リレーションシップってJOINだけじゃないんだね SQLでどう書くんだろ T-SQLでのCreate Triggerみたいなのが知りたいんじゃなくて? >>334 たまに見るfrom a,b って デカルト積っていうんだ。 へえ。 使いどころがようわからん。 完全外部結合したいとき、Accessではどうしますか? >>329 ありがとうございました。 うまくいきました。 >>337 それこそデカルト積のことかな。 テーブルa 1あ 2い テーブルb A ア B イ select a.*,b.* from a,b 1 あ A ア 1あ B イ 2 い A ア 2 い B イ 完全外部結合(full outer join)とデカルト積は別物だと思うけど で、完全外部結合したいとき、Accessではどうしますか? せめてリンク先読んでから書き込みなよ その上で分からないこと質問しなよ この掲示板上だけで問題解決して欲しいってか 必要なだけ仮のクエリ作ってSQL文流用し、それをUNIONで繋げろってさ 貼り付けたリンクじゃ辿り着けないようだから再掲 https://www.accessdbstudy.net/entry/20080705/p1 馬鹿なの? ネット記事に頼るならここでは聞かないよ ほおleftとrightのunion連結ね。 union allにしないところがミソだね。 なんで? サイトの図入りの解説のが一目瞭然じゃん 文字だけでぐだぐだ長い解説書き込まれるよか、百万倍楽じゃん 長文書いたら書いたで三行にまとめろとか罵るくせに 五歳児か おとついきやがれ 完全外部結合とかデカルト積とかぜんぜんわからん こういうのってSQL共通なの? 方言なら知識として使えない 最近はワークテーブルと単純SQLばかり 保守性メイン >>349 クエリなんて項目変わったときに検索できないから、全部SQLでOpen ちゃんと最後に.CloseとNothingもやってるよ ワークテーブル書き込みはBeginTrans/CommitTransが速いな >>350 VBAで保守性上がるが実行速度は遅くなる >>351 もちろん簡単なSQLはExeciteしてるよ 多少の動作速度低下はハードウェアの進化で吸収 デバック中に、トランザクション中にコードがエラーになってそこで止めるのを数十回するとVBA自体がエラー吐くんだが、なにか対策ある? イベントビューアーでなにが起きてるか確認 メモリ不足のせいな気がしないでもない 過去の社員が作っていったaccessツールで、データを入力されたレコードを上から5個につき1枚のA4用紙に印刷するというものがあります。 しかし、データが5個以上あると上の4個のみきちんと表示され、残りは全く印刷されず、データの入っていないデザインビューの枠のみが印刷された紙が数枚出てきます。 なにか根本的な欠陥があると思うのですが全く検討つかず・・どなたか解決のきっかけだけでも助けてください。 >>354 レポートがどういう設計になってるかわからないんで、単純にテーブル/クエリーを明細セクションに設定してるとエスパー 日本に慣習である空白行がある伝票で、1ページ分の全項目を1レコードにブチ込むレポートも作るのたまにあるけど レポートのRowSourceからテーブル拾って、レポート出したときにそのテーブルにレコードが内容、件数共正しく出ているか レポートイベントでなにかしていないか このくらいしか思いつかない 最後はコード追っかけるしか無い まず、マクロで組まれているのかVBAで処理しているのか マクロは編集の仕方忘れてるけど、Alt + F11 押してコードが出てきたらVBAだと思う 出てきたら儲けもの 必死にコードを探って甘い処理のヶ所を特定して修正 それまでは、いちどきに5個以上のデータを突っ込まない運用をするしか回避策は無い 書き損ねたか Shiftキーを押しながらAccessファイルを起動するひと手間が欠け落ちてた 起動し終わるまでずっとShiftキー押して無きゃいけなかったっけ? まぁ、そんな感じ 実行モードと編集モードとかいう切り替えが必要(それも制御されてる可能性もあるが、5ヶ以上の データに対処してないというからには、そこまで厳密に作られていない気がする) https://www.latest-info-system.com/ ここで全般のタブクリックして 『 Accessで起動オプションを省略する方法 〜Shift起動〜 』 というタイトルを探すと図解入りで 説明してくれてる その他諸々、Accessの説明してくれてるから参考までに 書いてるうちになんとなくマクロかな?と思い始めてきたが、その場合は、上記の手順で起動した時に 画面左のナビゲーションバーにマクロのカテゴリで項目が載ってるはず 今現在運用中のファイルをダイレクトにいぢろうとは思わず、必ずコピーとかを作ってソッチで作業を しなければいけない 元ファイルを壊したら業務に支障が出るので 日付と商品と売上のフィールドがあるんだけど、日付から任意の月のデータを抽出。 抽出した月から、商品をグループ化して売上の合計。ってクエリで可能? ①月で抽出するクエリ ②①のクエリから商品をグループ化して合計する集計クエリ と思ったんだけど、①のクエリの抽出条件を、11月分とか12月分に毎回変更するのも面倒なんだけど、他に良い方法ってない? 少しだけ入門サイトを見るのも大事 このやり方で質問の回答には成ると思うけど https://officek.net/access/a-query/aq-total/aqt-monthly/ 魔法使いのおば・・おねえさんのサイトは、バージョン古いけど考え方の参考にするには十分 http://www.mahoutsukaino.com/ac/ac2002/ac2002/sonota/kensaku/ken01.htm 各月はコンボボックス使うとかの方法もあるし、このサイトのHOMEから辿ればいろんな手立ての ヒントが満載 人知れずスキルアップしておちんぎんUPも決して夢じゃない vbaでクエリから別のクエリを使う方法ってありますか? パワークエリのような使い方を想定しています テーブルも別のクエリも同じ扱いじゃないの? vbaに限らず 数万件件ぐらいのデータ(外部DB)から、ランダムに20件ほど取り出したい できるだけ同値でも同一レコードの取得は避けたい 実際、同値なら重複しても見た目わからないけど、仕様的には問題あり 今のところ Rnd で乱数発生させて .Move で取り出して、取得カーソルを配列に溜めてチェックしてるが、遅すぎ 外部DB用のODBCも遅い PCのスペックもWin11がやっと 何かスッキリするやり方はあるかな? ちなみに正月にコード書いてる人、いる? >>363 >>乱数発生 そりゃ遅くなって正解 どうせVBAで乱数発生させてるんでしょ クエリー作って10個おきに取り出す方が楽だし速い >>361 ですが 少し調べてみてビュー文があるというのを知りました create viewのようなsqlはvbaで実行できますか? SQLの本見ながらSQLとAccessとの対応関係を考えているのですが こんなんであってます? | AccessAPI | SQL種別 | SQL | ―――――――――――――――――――――――――――――――――― | テーブル |SQLDDL | CREATE TABLE | クエリ |SQLDDL | CREATE VIEW | アクションクエリ |SQLDDL,SQLDML | CREATE TABLE,INSERT,UPDATE,DELETE | 本当にそれ必要? パラメータの値変更ではダメなの? 単なるクエリなら文字列連結したSQL文字列を実行すればいい レポートに高画質なベクトル画像を埋め込まなくてはならなくて、Access2000とIllustratorで作ったEPSファイルを使ってPostScriptプリンタで出力しているんですが、PSプリンタの選択肢が少なく先行きが怪しいので、SVGファイルを使って通常のプリンタから出力できないかと考えています。SVGをサポートして以降のAccessではEPSと遜色ないクオリティの出力を期待できますでしょうか?(wmfやemfはクオリティが低すぎて使い物になりません) Illustratorで作るなら今後はPDFファイルになると思うけど、古いAccess2000ではレポートにPDFを埋め込んだりファイル名のリンクでPDFファイルを入れ込んで印刷出来るかは知らない。 2000では多分無理だと思うけど、高い解像度の画像の入ったPDFファイルがその通りの高解像度で印刷できるか、最新のAccessはどうなのか自分も知りたい! 自分はAccess2010を使っているが解像度の高いJPG画像にしたとしても それほどキレイに印刷は出来ないように感じるけど、元画像を高解像度(350dpiとか)にしていないせいかもしれない。 Illustratorみたいなグラフィックソフトと違い、色彩も落ちると感じる。 グラフィック的なキレイな印刷に関してはFilemakerや、もしかしたらLibreOfficeのBaseより劣るかもしれない。 未登録状態でインストールして試してみたら、何とAccessはSVG未対応のようで、WordやExcelなどでしか貼り付けできない。一部のソフトでしか使えないのにあたかもoffice全体が対応しているかのような宣伝ってどうなんでしょうね。無駄な時間を取られてしまいました。 >>373 レポートやフォームのデザイン画面でレイアウトとしてレポートやフォームに画像を挿入する作業です。 AccessではSVGファイルは画像リストの候補になっておらず選択することができません。強引にSVGファイルを非連結オブジェクトとして貼り付けても何も表示されません。 エクセルやワードではSVGがリストに現れ、貼り付けて問題なく表示できます。 色々と試行錯誤してみて、AccessのレポートにPowerPointオブジェクトを貼り付けてそこにSVG画像を挿入したときにだけAccess上でもSVGが表示出来ましたがいかんせん作業性が悪すぎます。 あくまでも高画質なSVG画像が要求される → それを容易に扱えるアプリで対応 Access業務でレポートの一要素としてSVG画像が要求される → 已む無くPNG辺りに変換 365にしてもExcel・Word・Outlook・Powerpointにしか対応してないので、レポートを それらのうちどれかに出力する工夫を試みる(Excelにテンプレートを用意して流し込む等) 無いものねだりして駄々捏ねてても捗らないことこの上無いし、生産性の阻害でしか無い かねてより、ごく一部の機能に満足出来ずにAccessを貶める勢力はそれなりに居るが 所詮道具 すべてを満たす道具は古今東西存在しない その道具をいかに使いこなすか否か EPS画像という高品質なベクトル画像が使用できていたのに、それを使えなくした上でその代替手段となりうるSVGに対応しないというのだから個人的には明らかに機能劣化だと思いますが。 自分としては旧バージョンのAccessを使ってEPSとPostScriptプリンタで業務を続けるだけのことです。 それほど長い開発経験・運用実績あるなら、Accessの昨今の動向ぐらい把握してそうなものなのに アプデもほぼ無くなってるし今後も改良・改善の見込み薄いし(枯れてるとも云えるが) むしろこんなところで嫌味を書き殴ってるヒマあるなら、中の人向けに要望を出し続けてれば そのうち向こうも発奮して「よし!SVGに対応だ!」に成るやも知れず ところで、困ってる中身が未だに見えてこないけど、成果物としてのレポート上に高品質な画像 ファイルを貼り付けできない EPSやSVGでしか表現できない画像ファイルって何よ? それは1ページにいくつ必要? そうした画像を扱える他のアプリでは賄えない? 当初は社名欄に貼り付けるロゴ?とか予想してたけど、どうやらそういう類でも無さそうだし ここまでこだわるからには、印刷屋並みのクオリティ求めてる様子だし、それAccessでやる? という疑問が沸々湧いてきて仕方ない >>377 ペーパーレスが進むとPostScriptプリンタの先行きがどうなるかなと最近調べ始めただけの話です。 業務内容は人それぞれ。バリアブルの商業印刷なのでデータベースと連携が必要。4ptくらいの画像内文字も判別できないといけないので精査してAccessとEPSの組み合わせが最適解と判断。大量の画像、印刷枚数を扱うので高解像度のビットマップデータは容量的にも印刷速度的にも問題外。 やっぱりかあ それ、MacOS上でFileMakerPro と Adobe InDesign 連携させたりする奴じゃん Access一本で賄う業務じゃあ無いケースだろ そもそもフォームやレポート上で4ptフォントなんか、拡縮が貧弱なんだから向いてない(見えない) 校正も満足にできないアプリで成果物作り続ける方が、逆に相手に失礼なんじゃ? ローン金利上がりそうだから急いでハードウェア&ソフトウェア一式をリースで導入すべき 先行き心配してるンなら尚更今のうちに対策しとかないと、設備投資してじゃかすか顧客獲得してく 同業他社にお客さんを奪われちゃう 商売じゃ無くて自費出版とかなら知らんけど ですからね?今まではそれで出来てても、これから難儀な思いするって自分でも把握してんでしょ? 下請けとか外注とか他社との共同作業とかでも、おなじプラットフォームを要求されたり、連携時に 特殊な環境だったりするとハブられちゃう可能性だってあるでしょ?いいんですか?それでも? この先ずっとSVGに対応してくれないAccessにつべこべグダグダ文句言ってて問題解決するんですか? それでいいなら、今後このスレにまで出張ってきて嫌味タラタラ書き込まないようにしてくださいね Accessってアプリは 表示(フォーム)や印刷(レポート)のカスタマイズが個人でも容易にできるように工夫された 入門用RDBMSってだけなんですから DTP代わりに使いたいならそれなり制限の幅が多く成って当たり前ですよ 鉋で釘打ってるようなもん みなさんAccessと関係ない話になって来てしまってすみません。わたしはもうこれ以上書き込むことはありません。 長くAccess使っている人ならOSの対応など考えないわけはないだろうし、AdobeもAccessもOSも古いままネットワークから外して使い続ける場合もあるだろう。 周囲から批判されるのは確実だろうけど。 AccessとFilemaker使っているが、この話題に関しては確かにFilemakerの方が向いていると思う。 CADで書いた簡単な図面を入れるのを作ったことがあるけどAccessでは色々と厳しい。 でもAccessはバージョンが上がってもこれ以上のファイル対応や機能アップはしないと思う。それはFilemakerも同様。 イラストだけを印刷するのか他の項目と一緒にSVG画像も入れて印刷するのか判らないけど、PDFファイルのみならAccess VBAでファイル名からAcrobat-Reder起動して印刷させるとか、使ったことは無いので全く不明だけど Microsoft-VisioとかPublisherとかフリーのドローソフトへAccess VBAでアウトプットして高解像度印刷とか出来ないものかな? もしDBとして簡単なら遊びのつもりで無料のLibreOfficeのBaceを試してはどうかな? SVGファイルもPDFファイルもレポートに置ける。 PostScriptプリンタで文字のアウトライン化レベルの精密印刷が出来るか判らんけど、少なくともAccessよりは綺麗に印刷できると思うよ なんでまともにレポートを編集可能な状態でエクスポートできるのPDFだけなんだよ。 wordもっと頑張れよ。 手間を惜しまず、いまあるベストプラクティスを活用すべき https://www.adobe.com/jp/acrobat/online/pdf-to-word.html これを使ったからと言って、望む結果が得られるとは限らんが、もしお好みの結果では無かった場合は PDFがベストプラクティスということ ありがとうございます。 でもACCESSでWORDに変換できずやるせない思いです。 >>386 表をWordで扱うこと自体が無理ないか? Excelさえ満足に出力できないのに うちはExcel出力自体ワークテーブルからの直出しで、好きに編集してもらうことになっている 今まではExcelオブジェクトでいろいろ編集してたけど、ユーザの欲しいフォーマットに毎回対応する工数の無駄だと理解してもらった Wordで出したいってどういうニーズがよくわからん 出したいならWordのVBA操作しかないんじゃないの? なるほど。wordで編集するってことがニーズがないのかもしれませんね。 印刷するときにExcelだと画面の表示と印刷結果が違ってくるのが気になってしまって。 教えてください。 部署内で業務管理・勤怠管理のためのシステムをACCESSで作りました。 このファイル内のテーブルを閲覧・編集をさせないためにパスワードをかけたいのですが、 ネットで調べたところ、accdbファイルのパスワードを解析するためのソフトがあることを知りました。 部署内にしつこく悪賢い人がいるのですが、そういう人が頑張っても解析できないようにしたいのですが、 パスワードを英数字記号だけではなく漢字も使ったものにしようと思ってるのですが、この方法は有効でしょうか? 他に何か方法はありますでしょうか? PWを解析してテーブルを編集したがりそうな人は、おそらく3万円まではコストをかけるレベルで執念深い人です。 それともやはり、基本的に「アクセスファイルのパスワードに絶対破れないものはない」と考えるしかないのでしょうか? ここで尋ねているということは、社内に同じ立場の人間が居ない? 上司上長と相談して、その開発システムでの運用の将来性について了解を得ておく必要もある 「そういう人」が頑張って解析できる余地を残しておかないと、万万が一の状況が起きた時に機能不全に陥る 他の誰もそのシステムを把握していなければ、ブラックボックスと化して誰もメンテナンスできなくなるし データの復元やら移行やらすら不可能に成ってしまう (相談者が死んだりしたケースを想定 市販の業務・勤怠管理システムとかならサポートを受けられるので、多少の安心を得られる FC2ブログなのでリンク面倒だから貼らないけど、hatenachipsさんの2012 04 05の記事が参考に成る しかし「そういう人」ならこのスレも見てる可能性すらあるのでどうしたものか データベース本来の運用に似せて、IDとパスワードでログインさせたりそのアクセス履歴を残すことで セキュアにする方法もある >>390 金かけてまでパス調べるなんて暇人もいるもんだね 勤怠管理してるってことは給与に絡んでるからかな iSunshareでもつかうのかね? 50桁ぐらいの大文字小文字数字記号混在のパスワードにする コードとデータを分けて、データへきちんとID/パスワードをつける(Accessはできないんだっけ?) キー以外は項目すべて暗号化する←絶対にやりたくない 万が一解析されてパス変更されたら業務に影響出るんじゃないか? If おま死 then 社内阿鼻叫喚大混乱 Else 市販品導入 こうですか!? わかりません>< Access機能でなくともフリーソフトでファイルやフォルダを暗号化出来るソフトはいっぱいある。 ただ、そもそも社内データで見てはいけない社員がファイルをこっそり見ること自体が個人情報保護の面で問題ではないのか? そのAccessファイルがサーバーの共有フォルダにあるのか誰でも使えるPCに置いてあるのか判らないが、そのファイルを開く権限が無い社員が開こうとする行為自身を規制すべきでは? 雇用契約証書?とか委託業務契約証書?みたいな誓約書を書かせて、許可なくファイルにアクセスした時点で減給とか解雇すると脅すべきでは? 失礼、業務管理を社員としてフォーム入力とかで誰でも使うけど、テーブルは触らせたくないって意味かな。 だったら、作成は別のPCのAccessで作って、入力の人のパソコンではAccessを外してAccess-Runtimeで動作させるとかはどうかな? テーブルを編集したがりそうな人って、業務時間を後から改ざんするとかなら、Access-Runtimeも意味無いか。データの追加も編集も出来ないようにしたいのか、追加はしたいが編集はさせたくないのか、そもそも「Accessファイルを開くこと」を出来なくしたいのか、パスワードをかけるとか、Accessで編集禁止にするとか、編集したらマクロで通知させるとか色々あるかも。 編集したいならさせてあげればいいのさ。 狭量な精神を改善しよう。 タイムカード的な? 勤め先は今年、SaaS入れたんだけど 上長が部下からの修正依頼だの打刻忘れの修正で1日30分くらい費やしてるわ。 そのミニハッカーさんも打刻忘れの修正や、押してから業務で呼び止められた、をセルフサービスしたいんじゃない? セキュリティも大事だけど理由を聞いて、既存の専用ソフトに寄せた該当機能をつけられないか、の検討も必要。 AccessはパスワードでDB暗号化もあるんだって。 記号含むランダム20文字だと、解析に時間かかるでしょうね。 ACCESSでフォームなどUI作るのが苦手です 帳票レイアウトもです すべてが小さすぎて拡大もできないので イラレなんかで作業経験あると頭が痛くなります プロパティ並んでいるところと異常に小さいですよね SVGで書いた画像を貼り付けて それにACCESSの透明にしたボタン貼っていくとかですかね? ACCESSって権限でこのテーブルは開けない、とかできません? フォーム・レポートのテキストボックスやボタンなどの位置やサイズは全て座標数値入力 テーブルを開けないってしたいならテーブルを外部リンクにして外すとか、いっそAccessファイルを外付けHDDに置いて使わない時は外して物理的に金庫にでも入れたら? セキュリティのネタは、運用現場やら機器構成やらいろいろ絡みあるし、ここで詳細書いてしまって どこの誰が見てるかも知らんし、閉め切ればこじ開けに来るしイタチごっこ 決まったセキュリティじゃなくて、AプランBプランCプランとかあれこれ織り交ぜてやるのがよさげ ググればいろいろ手立てはある 無い事も無いと書くべきか ノートpc 画面15インチとか13インチでフォーム作るのは なかなか厳しいよね。 かといってデスクトップ機で作ってノートpcで確認すると 一画面で収まってねえわ、 ってのがよくある。 webとかスマホアプリの世界だとレスポンシブが当たり前だけど MSはもうAccessは止めたいんだろうなあ。 モニタのサイズじゃ無くて規格で設計してください フルHDにするかどうか 1920×1080いっぱいいっぱいまでは要らん という場合は、最初に出すメインフォームの右下に シルシでも書いて[ここが基準、これ以下のサイズにすると右端下端が隠れてしまいます]が把握できる ようにしとくとか とは言え、一覧表みたいなものを表示する時は画面最大にしたい要望が多くて 相手のニーズを的確に捉えているかどうかが重要 案件に依っては画面の半分でも十分というのもあるだろうけど、その場合はフォームのウィンドウ サイズ固定で対処することもできるし 「プロパティ並んでいるところと異常に小さい」って意味が判らないが、フォームのサイズは使用者が使う画面環境で作った方が良いと思う。例えば最終的に13インチノートで使うならAccessファイルを作る段階で可能なら13インチノートを使うか、最初に一度は13インチ画面でフォームのサイズを確認した方が無難。 テーブル/クエリ作って、フォーム作成-フォームウィザードでとりあえず全部の項目を入れたフォームを作って、不要なオブジェクト消して、ザックリと手で配置してそれを座標の数値入力で揃えて行く。 イラレでも画像やオブジェクトを配置してX,Y,W,H数値でサイズを変えたりする感じ。 イラレが得意ならレポートA4縦(ヘッダーフッターを置いといて)イラレで下書きしてそのX,Y,W,H数値を参考にして同じように数値で配置してみたら? >>409 この右側のプロパティシートってとこです 23.8インチモニタだからそんなに小さいモニタではないのですが ACCESSは目が痛くなります(レポートのレイアウトつくるときの拡大もないし) https://i.imgur.com/E0grb2t.jpeg 小さい のか?w そういえば昔はVBAのため名前とコントロールソースを同名にするなと言われたなあ デザインモードの時だけモニタの解像度をXGA 1024×768 やSXGA 1280×1024 にするんだ w >>411 視力は1.5あるんだが小さいというかつまり過ぎというかなんというか >>412 なるほどねえ いや、ふつうはしないよ?w あんまし小さいちいさい言うからさ いっそマルチモニタにして運用用と制作用で使い分けた方が効率的な気もするけどね 15インチノートでもセカンドディスプレイ繋げられるだろうに 中古モニタ数千円のでいいんだし ディスプレイの設定でフォントの倍率を150%にすると良いのでは >>415 きれいに揃えた線やコントロールの配置がズレます 優秀な後輩がフォームのレイアウトを微妙にズラすので気が付きました ディスプレイの拡縮すると、デザインモードと運用モードでの見え方にズレが生じることが稀によくある デザインで「あれ?ズレた?」で直して運用画面にするともっとズレたとかも レポートも同様 ものすごく細かい設計ほど顕著 ミリで位置合わせしたらあとは自分を信じるしかない (再描画したら元に戻った なんてのもありがち) >>417 レポートの印字位置はインボイスでハマった 印字位置がすごく微妙なおかげで、プリンタによっても紙質(テストはPPC、本番は色付き専用紙)によっても位置がズレズレ 複合機のカセットの位置で上下がブレるのにはキレそうになった まぁ、Accessのせいではないんだが デザイン屋さんにMS製品は向かんわ インボイスの対応は大変でした? 私は請求書、納品書に登録番号を追加する程度でした レーザープリンタってそういうもんじゃんw プリンタのせいならMS以外だってズレるじゃんw そういうプリンタの特性考慮して印字位置に余裕持たせる工夫がだいじ 多少ハミ出たところで、相手から修正や再提出求められないなら、ざっくりおk ドットプリンタなら用紙のマーカーを読み込んで位置調整できるのに >>419 意外と面倒くさかったよ ・明細の取引日付 ・明細の税額表示 ・合計額 今までは消費税を1明細で処理してたから、合計のせいで明細行が減ってしまった。 過去に明細行を超えた請求書は無かったので、ダメな時は手書きで対応してもらうことにした。 >>422 昔の印刷デザイン屋は微妙にずれただけでNGくらうほど細かいのよ 昔はPostScriptじゃないyと印刷屋に回せないくらいだったし、PSだと印刷屋が持ってるフォントじゃないと受け付けなかったし。 >>423 ドットプリンタの精度のほうが高いよね スプロケットで用紙固定するんだから、そりゃアバウトに用紙を吸い込むカセット方式とは差が出るわ まーたPostScript自慢か知らんが、書かれてる手順やりとりにMS製品関係無いじゃないか 最終行一行減ったせいでエンドユーザーに手書きを強要してるのか?仕事で受けちゃいけない人だろ? いろいろAccessのせいにしたいかどうか知らんが、じぶんの未熟さを顧みたほうがいいぞ 面倒くさいと書いた三点なんか、やって当然の中身じゃあ無いか 面倒なら他の人を頼るように顧客に 伝えたほうがいいぞ >>424 税率ごとの合計か、大変だったね うちの会社は10%だけだから合計行増えなくて良かったよ 丸めはまとめてしろと言うくせに四捨五入でも切り捨てでも好きにしろとか 何が目的なのかわからん法律だよね そろばん弾いてんじゃ無いんだから 何のためのプログラムなんだか Accessの機能を何に使ってんだろ レポートの先頭ページ、2ページ目以降とか知らないのだろうか 専用伝票ならそれすら使わないだろうけど 1ページで収まらなかったら破綻するシステムって もう手を出さない方がいいよ 潔く後進に道を譲った方がいい >>425 >>428 アドバイスありがとよ やって当然、あぁ、もちろんそうだからやったんだよ ただ面倒だったかから書いただけ 1/300枚の処理のために工数かけて金ぶんどるほど信頼関係無いわけじゃないんだわ Accessの単純なレポート機能だけで日本式の空白行ありの伝票作れないだろ 誰が面倒見るとか後進どうするかとか会社とクライアントが決めることなんで俺が進言できる立場にないよ 他の人、Accessのことじゃなくてごめんね 罵りに相手してみたかったんだw 空白行のレポート(納品書だろうと請求書だろうと)も作れないレベルで、口だけは達者 やれやれ まあ、単純な機能しか使えないんだってことはよくわかった ゴールデンなウィークだ 呼び出しがないと良いな 昨年はWindows updateでruntime環境に不具合が出て出社対応だったから 顧客支給の手書き用罫線印刷済み複写(!)伝票は嫌いだったなあ OA化の敵だとすら思ったね 古さ感じるなあOA化って言葉 なんで? テキストボックスをレイアウトするだけで済むから、むしろ楽じゃん ラベルも使わずに済む 念のためテキストボックスとセットで置いたままにしても、可視を[いいえ]にしときゃいいんだし ムダに罫線やら社名やらの配置に気配りする必要も無いし、行数とかも決め打ちだしで悩みどころ無いじゃんか 透明な定規当てがって、上から何mm左から何mmってそれぞれ配置するだけのこと 嫌がった理由を知りたい あるとしたら、数値の桁それぞれに縦線引かれてた時ぐらい それすら結構早い段階で解決策がネットに転がってた >>433 納品書控、納品書、検収書、請求書が糊で上閉じや左綴じされた複写伝票をホッパー付きのドットプリンタで印刷 手間はかかるトラブルは多い嫌いな伝票だったけどな レポートデザインだけ考えると簡単だったかも Accessのせい? すごい位置合わせ(https://www.ichiawase.jp/ )とかならトラブル無い? まさかね 懐古厨? いまさら語ったところでどうなるものでもないおはなしは、お年寄りが集うスレでおながいします 顧客の意味を取り違えていようとも、取り引き相手からの指定伝票ってのは変わらないだろうに コクヨだのヒサゴだのの、ごくありふれた一般的な印刷済み伝票から、納品先の規模に依っては 大手側が納品書を大量に印刷して「この伝票を買え、そしてそれで納品しろ」だの「ウチのOCRで読める 品質にしろ」だの、そりゃ当時の商習慣みたいなものでやらざるを得ない状況に追い込まれてただけ 細っそいタテ5〜6cmしかないような(多分10inch×9inchの9”側が三分割されてる連続用紙のサイズに 合わせて単票納品書を誂えてしまったみたいな)とかもあったし、でっかいのなら役所へ提出するB4・B5の カーボン複写書類とかもあった それらを電卓叩いて手書きしてた状況から解放しようってのがOA化の波 泣き言言うぐらいならその場から去ればよかっただけの事 まだ続けンの?この話? それとも、よくがんばったね って労ってもらいたい? 手書き前提だから紙送りすら出来ない つまりAccessは糞! 未来の無いACCESSで昔話をするなって 過疎っちゃうじゃん >>439 未来はないと思ってるけど、過去の遺産はどうする? ちょっとした業務システムが結構あったりする。 Excelの集計をAccessで作ってるってのもあった。 Excelはまだまだ生き残りそうだし、Accessも互換性だけで生き残るかもね。 Access.NETとして新生すべき かゆいところに手が届く入力コントロールとお気楽データバインド ちょっとリッチな連長レポート EXE化出来れば多分売れる ビジネスDX結構得意なので相談してほしい 通訳してなくね? すみません Access 2021 永続版の Imageコントロールで webp表示できますか? Accessのグラフ機能では株価チャートは表示できないのでしょうか? やはり諦めてExcelを使う方がよいでしょうか? グラフは貧弱 Excelのが情報もたくさん もっと言うなら、AccessやExcelではデータ管理 それをグラフアプリに送って表示 のが、より詳細に表せる グラフ? bitbltで描けばいいんじゃない? それよりも、石は紙を突き破るからパーよりグーの方が強い説ってなんだよ accessは、sqlのレイアウト崩れるのどうにかならんかな? オプションで設定いじっても直らんし read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる