問題タブ [ms-access-2013]

私が働いている会社のために開発しているシステムの vba を学ぼうとしています。しかし、それは急な学習曲線でした。具体的には、一連の MS Access 2013 レポートを送信するたびにレポートの新しい id# をキー入力するのではなく、自動化したいと考えています。

クエリによってレポートが必要なすべての id# のリストを取得できますが、vba が各レコードを順番にウォークスルーし、id# を変数に割り当てる (および/または変数に入れる) 方法があるかどうか疑問に思っていました。現在レポートを制御しているフォームのバインドされていないコントロール)、レポートの pdf を生成します (最終的には、レポートも自動メールで送信したいと思います。

本当に、これは私がやるべきことの山ですが、成功すれば、将来的に数え切れないほどの時間を節約できます. これまでのところ、vba からレポートを pdf に出力することしかできませんが、フォームにデータを入力する必要があり、これでは時間が節約されません。

どんなアイデアでも素晴らしいでしょう。私はvbaが初めてです。

ありがとう。

久しぶりに Access を見ました..しかし、SPO では、Azure 上のデータベースを使用すると、本当にいいように思えます..

1. UI からデータベースを使用して左側のペインを削除する方法はありますか?

2. 行内の選択された列フィールドを使用して書式設定された URL に移動するリスト ボタンを設定しますか?

3. SharePoint Online リストのような oData データソースに参加しますか? SharePoint リスト データに対して検証しますか? SharePoint リスト データを使用してルックアップするようにドロップダウンを設定しますか?

4. ファイル アップロード コントロールと SharePoint ライブラリへのアップロードはありますか? ファイルにメタデータを追加し、いくつかの検証を行う方法 - ファイルがこのメタデータと共に存在するかのように。ファイルの名前を動的に一意の文字列に変更します。

5. REGEX で複雑なフィールド検証を実行しますか?

6. アプリケーションとデータベースを SharePoint グループに保護します。

7. 選択するビジネス言語は何ですか? マクロの編集方法と保存方法がわかりません。Web サービスを呼び出すことはできますか?

8. SharePoint 2013 Online でアプリ用に取得したあいまいな URL を変更する方法はありますか?

MS Access 2013 で次のクエリに問題があります。

構文エラーがあると表示されます

Access では、同じクエリ内の名前付きクエリからの選択が許可されていないようです。

助言がありますか？

PS: * テスト目的でのみ使用されます。クエリが機能したら削除します。

Microsoft Office365 の一部として SharePoint 2013 でホストされている 2 つの Microsoft Access 2013 Web アプリがあります。両方のデータベースには、ほぼ同じテーブルと構造が含まれています (若干の微調整があります)。

特定の SharePoint サーバーでまぐれのエラーが発生し、最初の Access Web App の UI が修復不可能なほど破損したため、2 つのデータベースがあります。最終的には、元の Access Web App の破損を元に戻そうとするよりも、2 つ目の Access Web App をゼロから構築する方が費用対効果が高くなりました。

これで、複製が作成されて機能するようになりましたが、データを移行する必要があります。元の Web アプリの SQL バックエンドはまだ完全に機能しており、Microsoft Access 内の UI も完全に機能しています (壊れているのは SharePoint 側です)。Microsoft Access 2013 と SQL Management Studio をツールとして利用できる場合、あるデータベースから別のデータベースにデータを移動する最も効率的な方法は何ですか? (Excel は接続してデータを取得できますが、私が知る限り、新しいデータベースにレコードを挿入することはできず、比較的役に立ちません。ここで何か不足している場合はお知らせください。)

私が遭遇する問題のいくつかは、SQL への所有者、DBA、またはシステム管理者のアクセス権がなく、データの読み取りとデータの書き込みだけです。列の名前を変更したり、Identity_Insert を設定したりするなど、テーブルを変更する SQL クエリを実行できません (レコード間の既存の関係を維持する 1 つの方法として、ID 列を設定するというアイデアをいじくり回していました)。さらに、Access 2013 では、Web Apps の完全なリボンは提供されませんが、代わりに非常に限られた機能のみが提供されます (下のスクリーンショット)。さらに、クエリ ボタンとマクロ ボタンでは、コード (SQL、VBA など) を介して直接クエリやマクロを作成することはできませんが、クエリ ウィザード GUI とマクロ GUI のみを使用するように強制されます。別のデータベースに接続してデータを取得します。

これらの制約がある場合、最初のデータベースから 2 番目のデータベースに既存のデータを移行する最善の方法は何ですか?

MS Access 2013で、「長いテキスト」タイプの列（以前はメモと呼ばれていました）を1つだけ含むテーブルを作成し、それをテーブルの主キーにしました。255 文字以上の長い文字列を保存してから、最初の 255 文字が以前に保存された文字列と同じである別の文字列を保存しようとしましたが、最初の 255 文字以降の他のすべての文字が異なり、MS Access で「重複データ」エラーが発生しました。新しい文字列で、255 番目以降の文字をさまざまな組み合わせの文字を使用して変更したところ、すべてエラーが発生しました。しかし、255 番目の位置より前の文字を変更しても、エラーは発生しません。したがって、MS Access は、その列の重複をチェックするために、「長いテキスト」データ型の最初の 255 文字のみをチェックすると結論付けました。そうですか？他に何が理由でしょうか？

文字列 256 文字で保存: Lorem Ipsums は、印刷および植字業界の単なるダミー テキストです。

文字列がエラーを出しました: Lorem Ipsumissimplydummytextoftheprinting and typesetting industryLorem Ipsum has been the standard dummy textevers because of an unknown printer tookagalleyoftypeandscrambledit to make typespecimenbookI has been the 5世紀だけでなく、leapin toelect1

文字列がエラーを出しました: Lorem Ipsumissimplydummytextoftheprinting and typesetting industryLorem Ipsum has been the standard dummy textevers because of an unknown printer tookagalleyoftypeandscrambledit to make typespecimen bookIt has been the 5世紀だけでなくリーピントゥエレクト2

文字列エラー: Lorem Ipsumissimplydummytextoftheprinting and typesetting industryLorem Ipsum has been the standard dummy textevers because of an unknown printer tookagalleyoftypeandscrambledit to make typespecimenbookI has been the 5世紀だけでなくリーピン・トゥ・エレクト123

エラーを出さない: Lorem Ipsums は、印刷および植字業界の単なるダミーテキストです。

エラーを出さない: Lorem Ipsums は単に印刷および植字業界のダミーテキストである Lorem Ipsum は 1500 年代以来業界標準のダミーテキストであった

エラーを出さない: Lorem Ipsums は印刷および植字業界のダミーテキストを意味する

上記のサンプルの最後の数文字の違いに注意してください。最初に格納された文字列は 256 文字です。列が主キーでない場合でも、その列のテーブル設計で「インデックス: はい (重複なし) を許可」の値が true に設定されている場合、問題は同じままです。

リンクされたデータテーブルをインポートするデータベースがあります。明らかに、リンクされたテーブルでは、データ テーブルのデザインを変更できません。ただし、使用したいデータテーブルには多くの重複があり、テーブル内の重複を 1 つを除いてすべて削除するクエリを実行することを目的としています。これを行う方法はありますか??

任意のサポートをいただければ幸いです。

クリス

テーブルにバインドされたフォーム（フォームA）と、すべての情報を含むマスターテーブル（メインテーブル）である別のテーブルがあります。フォーム A では、フィールド ID の更新後にコードを入力しました。このコードは、フォームに入力された ID を使用してメイン テーブルをクエリし、フォームの他のフィールド (名前、性別など) に入力します。フォームの ID を更新してレコードを入力すると、クエリされた値がフォームに入力されますが、他のすべてのフィールドに「コントロールを編集できません。不明なフィールドにバインドされています」というエラー メッセージが表示されます。私が間違っていることを理解していません。誰かがこれで私を助けてくれますか?

MySQL をバックエンドとして使用する Microsoft Access 2013 を使用してシステムを構築しています。理想的には、ユーザーがデータベースを起動するときに「ログイン」する必要があり、ユーザー名がシステムから簡単にアクセスできるような方法で、ある種の基本的なユーザー管理を行う方法を見つけようとしています。使用しています。解決策を探してみましたが、ほとんどの場合、Office 365 または SharePoint を使用するように言われましたが、現時点ではこれらはオプションではありません。これを達成する方法を知っている人はいますか？前もって感謝します！