system個人・法人問わず、Access開発(アクセス開発)をどこよりも安く高品質、VBAのプロにお任せください。MySQLの環境で開発するとき、テーブルはリンクテーブルにして使う事が多いです。リンクテーブルを使うと、Accessの中でテーブルが簡単に参照できるし更新もできるから便利といえば便利なのですが、お客様の環境にセットアップする際に少し設定が手間だったりします。いえ、Access開発なので小規模前提だとは思うのです。そんなに手間かな~?とも思うけれど、お客様がPC買い換えた時とかそういう場面を考えると、DSNレス接続できると良いよね、と確かに思いました。DSNとは?DSNとは・・・という話しは割愛します。簡単に書くと、accessからODBC接続する際に接続するのに必要なものです。ODBC→DSN設定をしないと使えません。この設定をしないでもaccessからMySQLに接続できないか?という事です。5.1)SQLServerで接続するものの情報は割とあるのですが、MySQLの情報少なく少々手間取りました。td今までは、DSN設定を予め各PCにしておいてから上記のDSN接続でテーブルリンクしていましたがそれをしないでもDSNレス接続の文字列でもテーブルリンクできるのを確認しました。パススルークエリーこれは便利です。mysql用のSQLで実行して結果をaccessが取得するので速度も速いしなんといってもSQLがmysqlのが書きやすいので楽なのです。最近は、クエリーもパススルークエリーにすることが多いかな。帳票もパススルークエリーで行けるし、正直テーブルリンクいらないかも・・とさえ最近思っています。strDSNいらないな~便利!でも、問題を発見しました。・DSNレスでテーブルリンクすると、accessのテーブル一覧に即反映されない。→accessを再起動するとテーブル一覧に新しいテーブルが反映された内部的には新テーブルも参照できるので処理に問題はないと思いますが通常のリフレッシュとか使っても反映はされませんでした。実際にこれで正常に動作するかと確認作業は必要になると思います。広告シェアするLINE!フォローするadmin関連記事Accessからiniファイルを読み込む方法AccessのVBAからINIファイルを読み込む方法を紹介します。モジュールに下記のような関数を作成します。続いて、保存時にXXX.iniとファイル名を指定してaccessと一緒のフォルダに入れます。メモ等で書いて保存します。変換テーブル現在Accessの開発を行っていて、お客様の要望で西暦入力したものに対して和暦の年も表示させたいということで、どうしようかな~と迷ったのですが、西暦を和暦に変換する対応テーブルを作成して対応することにしました。これにより今後更に和暦が変更された時でも対応テーブルを修正すればプログラムの修正は不要となります。Mk-2」のSQLエディタを愛用しています。元同僚が作成したツールなんだけど、凄く良くできていて本当に使いやすい。ERを作成したりDDL生成したりというのも出来て本当びっくりです。確かに彼は、他のツールもチャチャチャッと作る人でした。他のVBAコードで使用しているにも関わらず、funLeftB関数が記載もれしていたので追記します。下記コードをコピー貼り付けして使用可能です。エラーで「実行時エラーが発生したため、このアプリケーションの実行は中断しました。アプリケーションを続行できません。システムはシャットダウンされます。」本体がインストールされている環境では動くのに。備忘録的なものなので、ざっくりと記します。エックスサーバーのサーバーパネルのSSHをONにします。MySQLでと提案して通った。・・・Accessと相性が悪かった。型がAccessでは対応して...記事を読むAccessレポートの背景色がグレーになってしまうAccessのフォームもそうですが、レポートも背景が指定していない色になることがあります。稀に背景色がグレーになるとかいう事象が発生しています。その場合は、グレーになっている箇所のプロパティを修正すると解決することが多いです。失礼千万を承知で質問させて下さい。初心者からAccessを始めて、少しずつ複雑なことも手がけるようになり、150人程度の会社で、ERPに近い形のシステムを運用しています。中身を知らない上が、不安に思っています。ODBC接続ですが、20人程が同時アクセスしてもトランザクションは正常に処理されており、システム障害は発生していません。ServerやOracle等)を使う理由が見当たらないのです。MySQLが大規模に向かない、という判断根拠を教えていただけないでしょうか。15:12>ダブルレール様この記事に対するコメントとはあまり関係ないように思います。MySQLが大規模に向かない」と記載していますか?どこかで記載していたということでしょうか。一般的に、大規模に向かないと言われているのは確かです。それは、Accessオンリーの場合です。大手ベンダはAccessオンリーのシステムの事を言っていると思います。扱うデータ量にもよるのではないかと思います。ServerやOracleとAccess+MySQLであればどちらも一緒ではと思います。社内環境であれば問題なくやれるのではと思います。実際に壊れるというのはあります。それは作りの問題もあったりしますので一概には言えません。トランザクションがきちんと出来ているっていうことは連結コントロールにしないで非連結で処理しているなど、きちんと対策を取られているからだと思います。問題となっているのは、すべて連結コントロールにしていて複数の人が同時にアクセスして重くなる・・という話しが多いということです。意外と素人でも簡単に作れてしまうので、いざふたをあけるとマクロだけでVBA一切記述なしとか多いです。今現在、問題なく動いているのであれば、きちんと作られているということでそのままで良いと思います。次はoffice365に乗せ換えれば、クラウド化も夢じゃないかもしれません。無意味に作り替えを提案してくる企業もあるのは確かです。不安に思われる上役の方を上手く説得できると良いですね。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。