システムwiki

クエリが働いていません

RobbiR 受付中 最終更新日:2021-06-14 03:36

私は本当にイライラしています.私はアクセスを受けていなくても仕事にアクセスデータベースを与えられました.エンドユーザーが最初の3文字を使用して検索したいものを選択できるように、ワイルドカード検索を行うためのクエリを設定しようとしています.
医師のスラスト名、または医療練習の名前の最初の3文字、または特殊部(そのようなストレートポディ、腫瘍学、泌尿器科)またはサブスペシャルティ、または電話番号によって.いくつかの医師/プロバイダーには複数の医療Officeがあるので、
それは問題ですか?

これがSQL:

です

Providers.ProviderName、MedicalOffices.OfficePracticename、Providers.Speciality、Providers.Specialities、Memanesipersoffices.Address、MedicalOffices.City、MedicalOffices.State、Memanical Offices.Faxnotes、Memanesicoffices.FaxNotes
Memanesoffices.OfficeManagerContact、MemanesiperOffices.tidmedicalPractice、MemanesioSfices.npimEdicalPractice、MemanesiperOffices.SpecialNotesForOffice、MemanesiperOffices.FaxNotes、Providers.npi、Providers.tid、Providers.insurancesInNetwork、ProvidersOfNetwork、
Providers.inSuranceNotes、Providers.IndicationNotsneen、Providers.documentspreferred
保険の内側の結合(医療機構の中古Comencon Offices.[ID]=プロバイダ.[医師office] [VALUE])
(Insurances.ID= Providers.insurancesoutOfNetwork.value)および(Insurances.ID= Providers.insurancesInNetwork.value)
( "*"と[プロバイダ名:]&"*")のような((providers.providername))
または(練習名:]&"*")のような((((Memanesiferoffices.OfficePracticename))
あるいは[専門:]&「*」)のような((((Providers.Speciality))または((((プロバイダ)のような[Subspecialities:]&「*」)のような(((プロバイダ))
または((((医療オフィシス・フォン)[電話番号:]&「*」))
Providers.ProviderName、MemanicalOffices.OfficePracticename、Providers.Speality、Providers.Supecialities、Memanesifild.Pecialities、MedicalOffices.Pealities;

私は彼らの姓の最初の3文字のプロバイダの検索のためのテストをすることによってそれを単純化しようとしましたが、どちらも機能しません.すべてのプロバイダーが出てくる.

Providers.ProviderName、Providers.Speality、Providers.Subecialities
プロバイダから
((((Providers.ProviderName)は "*"&[Forms]のようなものです！[紹介情報] [ProvialName]&"*");

あなたの時間と助けに感謝します.

返信リスト(回答:5)

3 #
Scottge

まず、2番目のクエリが機能するはずです.テキストボックスが正しく参照されていると仮定します.すべてのORSを持つ最初のクエリはすべてのレコードを返します.
私が提案することは検索フォームを構築することです.手順についてこの記事をチェックしてください. https://www.allenbrowne.com/ser-62.html.
もう1つの可能性は分割形式を使用することです.分割形式では、単一のフォームビューとデータシートビューの両方があります.データシートビューでは、データシートフィルタリングを使用して、必要なレコードにドリルダウンできます.

応答3# ->にスキップ
1 #
RobbiR

スコットありがとうございました.

2番目のクエリはうまくいきましたが、全体がまだそれを必要とする方法ではまだ動作しません.私はそれをGoogleドライバに入れました.

4 #
JasleS

最も役に立つ答えを提供するためには、いくつかの情報が必要です.
OneDrive、Google Drive、またはDropboxに機密データなしでファイルのコピーを保存することはできます.

応答4# ->にスキップ
2 #
RobbiR

私はそれを更新して機密データを削除してそれをGoogleドライバに投稿しました.あなたの時間と助けに感謝します.

5 #
KenSher

パラメータが単独でまたは組み合わせて使用できる複数のパラメータに対するクエリを制限するための基礎は、このように各パラメータがテストされている場合、
ここで、(someColumn= [いくつかのパラメータ]] または[パラメータ]はNULLです)
(OS他のパラメータ= [ON ThisherColumn]
または[パラメータ]はNULLです)
そして
もちろん、以下のことができます.
(身分列のような "*" [一部のパラメータ]&"*"
または[パラメータ]はNULLです)
平等のテストではなくパターンマッチングを使用することが適切である場合.ただし、単一の列に適用されても、これはお気に入りの不一致をもたらす可能性があります.また、同様のオペレータはインデックスの使用を許可しないため、
パフォーマンスを大幅に削減します.ほとんどの場合、バインドされていないダイアログフォーム、またはバインドフォームのヘッダのコンボボックスをパラメータとして参照することをお勧めします.その後、ユーザーは既知の値の固定セットからの値を選択することも、最初に入力することで選択できます.
コンボボックス内の数字は、コントロールのAutoExpandプロパティのおかげで最初に最初の一致に進みます.以下は例です.
フルネーム、住所、市、地域、

を選択してください. 国、雇用主、LastName、FirstName、Contacts.ContactID
(国の国内innert on Counter.CountryID=地域.= CountryID)から(CountryId= CountryID)
内部参加(雇用者の内部結合((都市内部結合コンタクト) Cires.cityID= contacts.cityID)内部結合接続手数料
oncontactid= contactemployers.contactID)
epployers.employerID= contactemployers.employerID)
Region.RegionID= Cities.RegionID
どこ(cires.cityID= Forms！FrmreportDialogue！Cbocity
またはフォーム！FrmreportDialogue！CBOCITYはNULLです)
そして(epplers.employerid= Forms！FrmreportDialogue！CBOEMPLOYRER
またはフォーム！FrmreportDialogue！CBOEMPLOYRERはNULLです.
この例は、私のPublic DatabasesフォルダにあるMy DatabaseBasics Demoファイルから取得されます.
https://onedrive.live.com/?cid=44cc60d7fea42912&id=44cc60d7fea42912年169.
このアプローチの背後にある論理は非常に単純で、その結果、table内の良い索引付けを与えられ、非常に効率的です.また、問題の欄のデータ型について気にしなくても、SQL文を構築する場合とは異なり、
コードでは、値が区切る必要があるかどうかについて考慮する必要はありません.
それを独立して評価するためにそれを強制的に評価するために括弧内に囲まれています.その後、これらの括弧内の表現は互いに協力して操作します.動作する方法は、各行ごとに括弧内または式が正しく評価されることです.
列の値はパラメータの値、またはパラメータが空のままになっている場合(NULL)、すべての行について.全体としてWHERE文節全体がすべての括弧内の表現についてTRUEと評価される
TRUEに評価されるので、それらの行は返されます.
これを行うと、パラメータはDateTimeデータ型の場合にのみ宣言されます.他の種類が宣言された場合、それらはNULLになることはできませんでした.DateTimeパラメータはこの点で珍しいことであり、それらを避けるためにそれらを宣言することを常にお勧めします.
日付ではなく算術式として誤解されている.
このようにクエリを構築するときは、Query Design Viewでは、Query Design照会では基本的な無制限のクエリを構築できますが、WHERE句は常に書き込まれ、最も重要なことにSQLビューに保存されます.これはクエリの初期保存、ならびに続く場合にも適用されます.
修正が行われます.デザインビューに保存されている場合、アクセスが最後に物事を移動します.最悪の場合、ロジックは不明瞭になります.メモ帳などのテキストファイルにそのようなクエリのSQLを保存することをお勧めします.
何かがうまくいかないかのように、SQLビューのクエリデザイナにコピーして貼り付けるものがあります.
(注)日付範囲に基づいて検索する場合、これは、STARTと終了日のパラメータを独立して扱うことによって、開始日と終了日のパラメータを独立して扱うことによって閉じた範囲またはオープンに終了することができます.DateColumn>= [一部のパラメータ]
または[パラメータ]はNULLです)
(DateColumn<[他のパラメータ] +1
または[パラメータ]はNULLです)

関連質問