Извършването на сложни операции и прилагането на условия на таблици в Access не са толкова лесни, колкото в Excel. Някои потребители все още я объркват с Excel, което е синоним на омаловажаващи възможности за достъп.
Редактор Забележка: Тази статия е написана от Офис 2010 на клуба, форум, управляван от експерти от Office 2010, където всеки може да задава въпроси и да участва в дискусии.
Достъпът обаче предоставя най-важното от системата за релационна база данни. RDBMS не са изобилие и само напредналите потребители могат да манипулират структурата на базата данни за прилагане на различни условия, докато бързият приток на динамични уеб приложения и други помощни средства, базирани на RDBMS, също така създава тежка нужда от разбиране на основите на релационни бази данни.
Отсега нататък SQL заема първо място в структурата на базата данни за извличане на конкретни данни от таблици, но новак на база данни трябва да научи езиковия синтаксис и правилното му използване. От друга страна интерфейсът за претегляне на достъп до GUI предоставя записи от Wild Card като заместващи командата SQL WHERE за лесно извличане на конкретни данни от таблици и заявки за бази данни.
Тази публикация ще покаже простото използване на записите на Wild Card. Ще започнем с прилагането на условия за Wild Card върху съществуваща база данни. За илюстрация, създадохме малка база данни за управление на магазини, съдържаща множество таблици; Клиент, Нови продукти, Продажби, Телефонни номера и Персонал. За извличане на данни чрез Wildcard Entries, превключете на раздела Create и кликнете върху Design Query.
Тя ще покаже диалога "Показване на таблицата", който ви позволява да добавяте таблици. Сега започнете да добавяте желаните таблици в прозореца за дизайн на заявката.
След като добавите, започнете да изтегляте необходимата таблица в полетата за дизайн на заявката.
Сега сме заинтересовани да извадим всички релевантни данни, които се намират в таблици на базата данни срещу името на продукта "Pepsi". За това просто ще напишем въвеждането на "Wildcard", т.е. като / не като условията в полето "Име на продукта" като това;
Като "Пепси"
При изпълнението на заявката ще покаже цялата съответна информация, включена в полетата за проектиране на заявки, вариращи от идентификационния номер на клиента, името на клиента до името на служителя и т.н.
Да разгледаме друг пример. Да предположим, че трябва да разберем, че всички клиенти, които имат имена, започват с "G". За да приложите това условие, ще напишем Като условие под името на клиента;
Като "G *"
Това условие ще накара Достъпа да изтегли всички стойности на полетата, които съвпадат със зададеното условие (азбука, цифрова стойност и т.н.) преди знака за звездичка.
При текущата заявка ще се покажат всички съответни данни на клиентите, чието име започва с "G".
За изключване на конкретна стойност на запис / данни от заявката. Условието "Не е като" е полезно. Тя ще изключи зададената стойност на данните от записите и ще показва само останалите записи.
Ще се показват резултати, с изключение на всички записи, където името на служителя започва с "L".
Докоснахме само няколко примера за вписвания с дива карта, за да извлечете конкретни данни от записите. Има обаче многобройни начини за извличане на конкретни записи. Изпробвайте тези примери в базата данни, за да проучите някои други измерения на вписванията с "Wildcard".
Като "E #" Това ще върне конкретни данни от избраната таблица с само два знака. първата е Е и # представлява този знак е число.
Като "G?" тя ще върне два знака, ако се намира в конкретна таблица, започвайки с символа "G".
Подобно на "* 16" Това ще връща данни, завършващи на 16 в конкретната таблица.
Можете също така да изпробвате всички горепосочени начини Не като състояние също. Тази функционалност завършва с безкрайни мощни начини за извличане на желаните данни от базата данни. Ние приложихме тези условия в малка база данни, но истинската му употреба може да бъде наблюдавана, когато се занимавате с огромна база данни, имайки стотици свързани таблици.
Сравняването на процедурата за извличане на данни от таблици с SQL базирано на CLI заключава, че е много по-лесно в Access. Причината е, че CLI (Command Line Interface) носи монотонност, която отблъсква начинаещите, за да се докоснат до нея. От друга страна, опростеното оформление на Access 2010 улеснява потребителя да създава база данни, без да се налага да се наслаждава в лабиринта на командния контрол и синтаксиса, който трудно може да се вземе.
