Основы программы Visual FoxPro

Размещено на http://www.allbest.ru/

1. Характеристика пакета Visual FoxPro

В Visual FoxPro присутствуют многие новые черты: объектно-ориентированный язык, активный словарь, встроенные средства обращения к серверам баз данных...

Теперь Visual FoxPro уже не стоит немного особняком от остальных продуктов Microsoft, как это было в версиях 2.х. Интерфейс самого продукта и приложений, которые на нем разрабатываются, соответствуют стандартам, принятым в комплексе Microsoft Office и в средствах разработки, таких как Visual Basic. Более того, Visual FoxPro полностью интегрируется с остальными приложениями Microsoft Office с помощью OLE Automation. Программа, написанная на Visual FoxPro, сможет полноценно общаться с Microsoft Word, Microsoft Excel и любыми другими приложениями, поддерживающими OLE 2.0. По-прежнему поддерживается и динамический обмен данными DDE.

Использование классов позволит создавать сколько угодно модифицированных форм, и при корректировке исходного класса все изменения будут отражены в формах, построенных на его основе. В качестве объекта может выступать любой элемент формы, что дает неограниченные возможности по модификации форм из программы. Возможность сохранить часто употребляемую форму как класс и строить на ее основе другие формы снимает проблему с параметризацией, использованием расчетов для приведения интерфейса в соответствие с новыми требованиями. Не говоря уже о том, что в составе формы-класса может быть любой стандартный элемент интерфейса (кнопки, поля вывода, независимые и зависимые переключатели), можно использовать в определении класса и элементы управления ActiveX, что позволяют делать только самые развитые средства программирования вроде C++. Для начинающих и ленивых предусмотрены уже знакомые с версии 2.6 "Мастера", которые построят и форму, и отчет, и таблицу, и запрос.

Инструментальные средства не поддерживают browse и Foundation Read. Вместо Browse -объект с названием Grid, которым можно управлять как любым другим объектом формы. Причем управлять не только как единым монолитом, а с точностью до ячейки. То есть можно сделать все ячейки, где значение баланса меньше нуля, красными, а остальные - зелеными; можно встроить в ячейку check Ьох, если это поле содержит логические величины.

Такого рода формы можно создавать как в конструкторе форм, так и программным путем. Если используется Конструктор форм, то простое "перетаскивание" таблицы из окружения формы на область формы автоматически создает этот элемент интерфейса. Теперь окружение формы или отчета создается визуально и полностью контролируемо.

Вместо Foundation Read используется команда Read Events, переводящая Visual FoxPro в состояние ожидания, из которого его выводит только какое-либо действие пользователя. Но зато уже список событий, на которые Visual FoxPro может реагировать, достаточно велик. При этом программа ведет себя, как "настоящее Windows-приложение": обработка событий встроена в сам продукт.

При этом совместимость со' старыми версиями поддерживается полностью, и весь старый процедурный код прекрасно будет работать, однако Visual FoxPro - это новые подходы, новые технологии и новые требования, поэтому разработчику нужно освоить такие понятия, как инкапсуляция, полиморфизм, триггеры, хранимые процедуры, события, методы, наследование.

Для хранения описаний проектов, отчетов, баз данных и т.п. практически везде используются DBF-файлы.

В смысле управления БД фирма Microsoft продвинула пакет Visual FoxPro очень далеко. У Visual FoxPro наконец появилось настоящее понимание базы данных как совокупности таблиц, индексов и всякого рода дополнительной информации, описывающей правила, которым должны подчиняться данные при вводе или модификации.

Несмотря на то, что по-прежнему можно использовать самостоятельные DBF-файлы, при "привязывании" таблицы к единому файлу базы данных имеются следующие преимущества: длинные имена таблиц и полей (до 254 символов), вспомогательные имена и комментарии для каждого поля; значения умолчания для каждого поля; правила ввода как на уровне поля, так и на уровне записи; триггеры, срабатывающие при удалении, обновлении и добавлении записи; хранимые процедуры, которые хранятся в базе данных и не требуют дополнительного указания библиотеки процедур (кстати, таких библиотек теперь можно открывать сколько угодно).

Помимо локальных данных все больший интерес разработчиков вызывают данные, хранимые серверами баз данных (например, Microsoft SQLServer). Обращение к такой информации обычно подразумевает работу в системе, построенной на базе архитектуры клиент-сервер. Раньше доступ к этим данным обеспечивался средствами FoxPro Connectivity Kit, продававшегося как отдельный продукт и позже включенного в состав FoxPro 2.6 Professional Edition. Теперь же все средства, необходимые для построения запросов к серверу баз данных, встроены в Visual FoxPro. Все, что нужно - это просто установить Visual FoxPro. Как и раньше, доступ к данным производится через интерфейс ODBC. В частности, есть возможность получать динамически обновляемые результаты запросов. Для управления процессом можно использовать один из новых элементов интерфейса - таймер, который через определенные промежутки времени будет выполнять запрос к серверу, так что у пользователя на экране всегда будет наиболее свежая информация.

Все компоненты объединяет значительно модифицированный Менеджер проектов. В проект можно включать таблицы, базы данных и классы.

Очень интересно построено само окно Менеджера проектов. Его не только можно превратить в узкую полоску и разместить где-нибудь с краю, но можно также "оторвать" любой из отдельных "листков" проекта и перемещать по экрану.

Пакет Visual FoxPro - это полноценное 32-разрядное приложение, которое работает не только под 16-разрядными Windows З.х, но и под Windows NT и Windows 95.

При установке на Windows З.х или Windows для рабочих групп Visual FoxPro инсталлирует Win32s. Колоссальные новые возможности требуют достаточно мощной техники. По своим требованиям к технике Visual FoxPro похож на Microsoft Access.

2. Обзор новых возможностей Visual FoxPro 5.0

При создании пятой версии VFP Microsoft сконцентрировала усилия на четырех основных направлениях: поддержке управляющих элементов ActiveX, повышении производительности, расширении возможностей работы в распределенных средах и совершенствовании средств разработки.

Управляющие элементы ActiveX

В Visual FoxPro 5.0 реализована поддержка управляющих элементов ActiveX, что означает возможность применения технологии OLE Automation. Эта технология позволяет приложению сделать доступными извне свои функции путем помещения их в специальные библиотеки, к которым может обратиться любое другое приложение, поддерживающее модель COM. Управляющие элементы ActiveX - 32-разрядные программные компоненты многократного использования, которыми можно легко обмениваться, расширяя за их счет возможности приложений без необходимости писать много исходного текста.

Automation-серверы

Благодаря появившейся в версии 5.0 поддержке OLE Automation вы сможете написать на Visual FoxPro Automation-сервер - программный компонент, который выводит формы, реализует бизнес-правила или какую-либо сложную процедуру, и этот компонент смогут подключать к своим приложениям другие программисты.

Классическим примером Automation-сервера является табличный процессор Microsoft Excel. Он открывает такие объекты, как рабочие листы, диаграммы и др., и способен принять данные из приложения, написанного, например, на Visual FoxPro, чтобы на их основе построить график.

Знать соответствующую процедуру в деталях не требуется: достаточно просто создать экземпляр необходимого объекта, указать значения признаков и вызвать метод, ответственный за построение графика.

При работе в Visual FoxPro 5.0 разработчик имеет возможность открыть для доступа из другой программы любые объекты и методы своего приложения, определив для них глобальный (public) класс.

В качестве примера можно привести сервер, получающий идентификатор клиента, а затем выполняющий по нескольким базам данных поиск имени, адреса и т.п., или сервер печати, который ожидает, пока на вход поступит имя отчета, а когда это происходит, выполняет подготовку и печать полученного документа, освобождая пользователя от рутинных забот. Ниже приведен несложный код, в котором класс Person открывает метод GetName.

Вначале задаются значения признаков FirstName и LastName, а затем вызывается метод GetName, возвращающий строку из имени и фамилии.

DEFINE class person AS CUSTOM OLEPUBLIC

FirstName = SPACE(30)

LastName = SPACE(45)

PROCEDURE GetName

RETURN This.FirstName + " " + This.LastName

ENDPROC

ENDDEFINE

Этот объект может быть вызван из любого приложения, поддерживающего Automation, включая все приложения Microsoft Office, программы на Visual Basic, среду разработки Visual Basic и др. Вот как выглядит, например, код Visual Basic для создания экземпляра объекта Person, назначения переменных и вызова метода GetName:

Set oTest =

CreateObject("foxole.person")

With oTest

.FirstName = "David"

.LastName = "Lazar"

End With

cName$ = oTest.GetName()

При необходимости изменить бизнес-правило (например, требуется ввести обязательное обращение типа Mr. или Mrs. перед именем) модификации нужно подвергнуть только один объект, и все приложения, обращающиеся к нему, немедленно начнут работать в соответствии с новым стандартом.

Многоуровневые приложения

Помимо Automation, в Visual FoxPro 5.0 введена и поддержка Remote Automation - технологии, обеспечивающей взаимодействие Automation-сервера, запущенного на одном компьютере локальной сети, с клиентским приложением, запущенным на другом. Это особенно полезно при создании приложений клиент-сервер с трехуровневой (three-tier) архитектурой и при реализации асинхронной обработки данных. Remote Automation позволяет уменьшить нагрузку на рабочие станции и упростить сопровождение системы. В Visual FoxPro 5.0 имеются примеры приложений с трехуровневой архитектурой.

Утилита Remote Automation Connection Manager служит для переноса существующего Automation-сервера на другой компьютер сети, работающей под управлением Windows NT Server. После запуска этой утилиты операционная система начнет автоматически перенаправлять любой вызов от клиентского приложения на удаленный компьютер. Visual FoxPro 5.0 предоставляет набор инструментов для создания серверов, обрабатывающих удаленные вызовы, клиентских приложений, вызывающих удаленные серверы, и сопровождения приложений, использующих технологию Remote Automation.

Возможности ActiveX

Одной из наиболее впечатляющих возможностей Visual FoxPro как средства быстрой разработки приложений является способность создавать и многократно использовать классы, передающие свое поведение порождаемым ими объектам. Так, класс, обеспечивающий перемещение указателя записи в таблице, способен работать с любой таблицей. Изменения, внесенные в класс, немедленно отражаются во всех экземплярах порожденных им объектов. Полиморфизм обеспечивает вариативность поведения порожденных объектов при работе в конкретном приложении (при том, что основные характеристики поведения остаются неизменными).

Преимущества объектно-ориентированного подхода в данном случае очевидны: процесс создания приложений ускоряется, а их сопровождение упрощается.

В Visual FoxPro 5.0 определение класса может включать компоненты ActiveX. В определении класса разработчик задает набор признаков и методов для компонента ActiveX, модифицируя его стандартное поведение таким образом, что каждый объект, построенный на основе создаваемого класса, работает в точности так, как того желает разработчик. Подобная настройка поведения многократно используемых компонентов - именно то, чего так недоставало разработчикам в Visual FoxPro предыдущей версии.

Повышение производительности

Разработчики приложений для работы с базами данных никогда не бывают удовлетворены быстродействием своих программ. И именно в этой области пакет FoxPro приобрел почти легендарную славу самого быстрого.

Стремясь продолжить эту традицию, разработчики при создании версии 5.0 уделили особое внимание производительности отдельных объектов, эффективному использованию памяти и скорости извлечения данных, поставив себе задачу улучшить все эти показатели по сравнению с версией 3.0. В результате скорость работы приложений возросла на 10-300%, причем наиболее заметное увеличение скорости достигается на компьютерах с небольшим объемом памяти (8 Мбайт).

Производительность объектов

Одним из важнейших достижений в области производительности стало повышение скорости работы форм и входящих в них объектов. Время, необходимое на загрузку и обновление формы, - именно тот фактор, по которому пользователь оценивает скорость работы приложения. В Visual FoxPro 5.0 разработчики уделили особое внимание скорости вывода объектов на экран, скорости привязки объектов к данным и объему памяти, необходимому для работы наиболее часто используемых объектов. В целом скорость работы форм возросла (в зависимости от конфигурации компьютера) на 40-200%

Для ускорения загрузки формы в Visual FoxPro 5.0 было использовано "отложенное связывание" (delayed binding), когда все объекты формы создаются при ее загрузке, но не привязываются к данным. В результате загрузка формы происходит быстрее, а привязка производится уже после того как форма появится на экране: либо пока пользователь решает, что делать дальше, либо при активизации соответствующего объекта формы. Подобный подход хорошо известен разработчикам: благодаря разбиению задачи на несколько частей неизбежные задержки распределяются по ним и становятся менее заметны для пользователя. В некоторых случаях отложенное связывание позволяет исключить ненужные шаги: например, если пользователь открывает некоторую форму только для того, чтобы немедленно перейти к следующей, нет необходимости связывать данные с объектами первой формы.

Использование памяти объектами формы

Еще один важный источник повышения производительности - снижение потребности в памяти для объектов, включаемых в формы. Такие часто используемые объекты, как текстовые поля, списки и комбинированные списки, стали теперь гораздо более "отзывчивыми", поскольку используют меньше ресурсов. Соответствующие формы Visual FoxPro 5.0 также быстрее загружаются и работают по сравнению с аналогичными формами версии 3.0. В качестве практического примера можно порекомендовать создать обычный или комбинированный список, связанный с таблицей из 1000 или более записей, и сравнить его поведение в версиях 3.0 и 5.0. В Visual FoxPro 3.0 строки будут прокручиваться с заметными задержками, а в FoxPro 5.0 - совершенно плавно; при этом в версии 5.0 форма обновляется непрерывно, а в версии 3.0 - только после отпускания кнопки мыши.

Выборка данных

Скорость извлечения данных - та характеристика, которая определяет в глазах пользователя скорость работы с информацией.

Повышение производительности здесь было достигнуто благодаря переходу на стандартный язык SQL в описании соединений (в предыдущих версиях условия соединения определялись в операторе WHERE, а не в операторе FROM, как того требует стандарт). Переход к ANSI-стандарту не только приводит запросы FoxPro к тому же виду, какой они имеют в Microsoft Access, SQL Server и других СУБД, полностью поддерживающих SQL, но и обеспечивает более высокую скорость получения результатов. При переносе в версию 5.0 приложений, созданных в предыдущих версиях FoxPro, запросы автоматически преобразуются в новую форму Конструктором запросов. Кроме того, Конструктор запросов по умолчанию строит соединения на стандартном SQL, что позволяет разработчикам освоить непривычный синтаксис прямо в процессе работы.

Средства доступа к данным на сервере

Разработчики систем обработки данных постоянно ищут пути повышения гибкости своих приложений. Организация бизнеса становится все сложнее и все более опирается на распределенную архитектуру. Широкое распространение получают географически разнесенные подразделения, пользователи часто обращаются к базам данных уже не через локальные сети, а через Internet. обеспечение разных способов получения информации было одной из целей создания Visual FoxPro 5.0.

В связи с этой задачей архитектура приложений FoxPro претерпела два существенных изменения. Во-первых, была добавлена поддержка так называемых "оторванных представлений" (offline views), позволяющая синхронизировать информацию с удаленными серверами баз данных. Во-вторых, версия 5.0 обеспечивает создание Automation-серверов, работающих в Internet.

Оторванные представления

Бывают ситуации, когда необходимо вывести для просмотра, проанализировать или модифицировать информацию, но при этом нет доступа к основной базе данных. Оторванные представления обращаются к базе данных Visual FoxPro или серверу, связь с которым осуществляется по протоколу ODBC, и создают набор (подмножество) данных, доступный для использования в отсутствие прямой связи с основным источником. Приложение, работающее без сети, может обращаться к полученному ранее набору напрямую или через дополнительно созданные представления. После окончания работы модифицированные данные загружаются обратно в основную базу данных.

Приведу несколько примеров использования оторванных представлений.

В хранилищах данных (data warehouses) сосредоточены огромные запасы информации, из которой каждому пользователю нужна лишь очень небольшая часть. Если для вас представляют интерес только данные отдела продаж за первую неделю июня, то вы можете, задав необходимые ограничения, построить в соответствии с ними представление, извлечь необходимую информацию и скопировать ее на свою локальную машину. Проанализировав и, если необходимо, модифицировав данные, вы затем вновь свяжетесь с центральной базой и внесете в нее исправления. Отправляясь в поездку, вы сможете, создав с помощью оторванных представлений необходимое вам подмножество данных, скопировать его на портативный компьютер и взять с собой, а по возвращении переписать новый вариант в основную базу данных. Оторванные представления помогают в работе с данными, которые "чувствительны ко времени". Скажем, при пересмотре ставок заработной платы руководитель сможет сначала внести изменения в свою копию подмножества данных и лишь затем, тщательно все проанализировав, модифицировать основную базу, чтобы ставки вступили в силу.

Переход на использование оторванных представлений требует минимальных изменений в коде - достаточно перенастроить указатели со стандартного представления на оторванное: ко всем полям, индексам, таблицам, формам и т.д. можно обращаться по одним и тем же именам в обоих представлениях. Для создания оторванного представления служит команда CREATEOFLINE(); чтобы перейти с одного представления на другое, достаточно одной команды. Но разработчик должен предусмотреть пути разрешения конфликтов, которые могут возникнуть при модификации данных в основной базе данных.

3. Работа приложений FoxPro в Internet

visual интерфейс сервер access

Как уже говорилось, Visual FoxPro 5.0 позволяет создавать Automation-серверы. Одной из основных сфер применения таких серверов должна стать World Wide Web.

Скажем, при разработке Web-узла или intranet-сервера можно реализовать на FoxPro поисковую систему. Тогда пользователь, перейдя в браузере на страницу "Поиск сотрудника", увидит на экране форму и, точно так же, как при работе с обычным приложением FoxPro, введет в соответствующие поля имя, фамилию и другие данные для поиска, нажмет кнопку "Найти" и увидит в окне браузера данные о сотрудниках, отвечающих введенным критериям.

Реализация поисковых систем

Чтобы служить информационным сервером для Web, приложение Visual FoxPro должно быть Automation-сервером и выполняться на сервере, который доступен для Web-сервера. Сам Web-сервер должен поддерживать программный интерфейс ISAPI (Internet Server API), что выполняется для Microsoft Internet Information Server. Необходим также шаблон для форматирования HTML-страниц с результатами поиска.

Реальный пример организации подобной системы имеется в каталоге примеров, создаваемом программой инсталляции Visual FoxPro (SAMPLES\SERVERS\FOXISAPI). Он довольно сложен, поэтому непременно обратите внимание на файл README.TXT, помещенный в этом же каталоге и содержащий описание деталей настройки приложения.

Публикация данных может быть эффективным средством доступа к данным, хранящимся в БД в случаях, когда:

Выбор данных, публикуемых в Internet, определяется владельцем данных, который периодически обновляет текстовые данные HTML на основании текущих данных БД

Пользователь нуждается только в просмотре данных и не имеет права их изменять

К результатам запроса или отчета требуется предоставить свободный доступ нескольких пользователей, следовательно, не надо формировать запрос индивидуально. В результате достигается экономия времени, снижается вероятность появления ошибок.

Изменение данных или выполнение индивидуальных запросов при работе в Internet требуется в случаях, когда:

Пользователи нуждаются в данных, требования к которым трудно формализовать и, соответственно, заранее сформировать запрос к данным

Данные изменяются интенсивно, в режиме реального времени

Пользователи должны изменять данные в соответствии с изменяемыми условиями работы

Для реализации доступа используются следующие средства Microsoft:

dbWeb - свободно распространяемая интерактивная программа для организации доступа к данным через ODBC для Windows NT (может использоваться только для серверов Internet, работающих на платформе Intel).

Internet Database Connector (IDC) - компонент IIS, который использует ODBC для организации динамического доступа к данным.

VFP WWW Search Page Wizard - мастер создания страницы поиска. Используется для создания страницы, позволяющей пользователю выполнять запросы к данным VFP и получать результат в формате HTML. Данные недоступны для редактирования.

Итак, Visual FoxPro 5.0 позволяет разработчикам создавать приложения четырех типов:

выполняющиеся в среде Visual FoxPro 5.0; выполняющиеся как автономные приложения (EXE-файлы); подключаемые как OLE-серверы к приложениям, способным выступать в качестве OLE-клиентов (Microsoft Excel, Word, Visual Basic, Visual FoxPro 3.0 и т.п.); подключаемые к Web-серверам.

Средства разработки

Значительно усовершенствованы в Visual FoxPro 5.0 и средства разработки приложений. Появилась возможность коллективной работы с классами - контейнерами баз данных и с проектами, причем проекты FoxPro поддерживаются теперь системой Visual SourceSafe. Внесен ряд полезных изменений в среду разработки, в частности, добавлены новый отладчик и цветовая разметка исходного кода.

Интеграция с Visual SourceSafe

Пакет Visual FoxPro 5.0 полностью интегрирован с Microsoft Visual SourceSafe (VSS) - системой поддержки групповой разработки крупных проектов, обеспечивающей управление версиями и помогающей координировать работу программистов. Система VSS (она поставляется отдельно от FoxPro) позволяет закрепить за каждым разработчиком свой набор компонентов проекта, просматривать в удобной форме различия между версиями, хранить историю изменений и многое другое. Все средства VSS доступны непосредственно из среды разработки Visual FoxPro.

Среда разработки

В Visual FoxPro 5.0 значительно расширена интегрированная среда разработки. Редактор кода теперь позволяет выделить блок текста отступом или проставить во всех строках блока метку комментария. Цветовая разметка, которую можно настроить по своему вкусу, делает текст программ гораздо более наглядным.

Для отладки приложений в предыдущих версиях FoxPro служили два окна - Trace и Debug, теперь же появился полнофункциональный отладчик, запускаемый в собственном окне и имеющий пять панелей: Trace, Watch, Locals, Call Stack и Output. Конфигурацию панелей можно настроить и сохранить, поддерживается перетаскивание с одной панели на другую.

Помещая объект в форму, разработчик имеет возможность настроить его стандартное поведение. В частности, поля таблиц помещаются в формы вместе с альтернативными именами (captions), имя поля включается в имя объекта, а тип объекта можно назначить по желанию разработчика.

Например, полю таблицы можно поставить в соответствие счетчик spinner. Теперь в любую форму это поле будет помещено вместе со счетчиком. При необходимости полю можно поставить в соответствие и класс из библиотеки, созданной разработчиком. Это позволяет создавать локальные назначения, т. е. назначения конкретных базовых или пользовательских классов конкретным полям. Кроме того, в глобальных настройках Visual FoxPro можно установить глобальные соответствия для типов полей, действующие независимо от таблицы, к которой относится поле.

Подобная возможность особенно важна при групповой работе над проектом, когда необходимо добиться единообразия интерфейса в модулях, разрабатываемых различными программистами.

4. Основные объекты ACCESS и их взаимосвязи

В Access база данных включает в себя все объекты, связанные с хранимыми данными, в том числе и те, которые определяют для автоматизации работы с ними (с данными). Основные объекты базы данных Access:

Таблица - объект, который определяется и используется для хранения данных.

Запрос - объект, который позволяет пользователю получить нужные данные из одной или нескольких таблиц. Для создания запроса можно использовать QBE (запрос по образцу) или инструкции SQL.

Форма - объект, предназначенный для ввода, отображения данных или управления работой приложения. С помощью формы можно в ответ на некоторое событие запустить макрос или процедуру.

Отчет - объект, предназначенный для создания документа, который впоследствии м.б. распечатан или включен в документ другого приложения.

Макрос - объект, представляющий собой структурированное описание одного или нескольких действий, которые должен выполнять Access в ответ на определенное событие. Н-р, можно определить макрос, который в ответ на выбор некоторого эл-та в основной форме открывает другую форму. В макрос можно включить доп.условия для выполнения или невыполнения тех или иных включенных в него действий. Можно также из одного макроса запустить др.макрос или функцию модуля.

Модуль - объект, содержащий программы на Visual Basic. Модули м.б. независимыми объектами, содержащими функции, которые можно вызывать из любого места приложения, но они могут быть и непосредственно «привязаны» к отдельным формам или отчетам для реакции на те или иные происходящие в них изменения.

В таблицах хранятся данные, которые можно извлекать с помощью запросов. Используя формы, можно выводить данные на экран или изменять их. Формы и отчеты могут использовать данные непосредственно из таблиц или через запросы. Для выполнения вычислений и преобразования данных запросы могут использовать встроенные функции или функции, написанные на Visual Basic.

События, связанные с формами или отчетами, могут запускать макросы или функции и процедуры Visual Basic. (Событие - это любое изменение состояния объекта Access. Н-р, событием является открытие формы, ввод новой строки в форму, изменение содержимого текущей записи и т.д.)

Для обработки события можно создать макрос или процедуру Visual Basic. Из макросов и модулей м. изменять ход выполнения приложения, открывать, фильтровать и изменять данные в формах и отчетах, выполнять запросы и создавать новые таблицы. В Visual Basic можно создавать, модифицировать и удалить любой объект Access, обрабатывать данные по строкам или столбцам, а также к.-л. другим способом. Из модуля можно вызывать библиотечные процедуры (DLL) Ms Windows, чтобы использовать в приложении не только встроенные в Access функции, но и возможности Windows.

Типы данных

1.Текстовый - макс. 255 байтов

2. Мемо - до 64000 байтов

Числовой - 1,2,4 или 8 байтов

для числового типа размер поля м.б. следующим:

байт - целые числа от -0 до 255, заничает при хранении 1 байт

целое - целые числа от -32768 до 32767, занимает 2 байта

длинное целое - целые числа от -2.147.483.648 до 2.147.483.647, заничает 4 байта

с плавающей точкой - числа с точностью до 6 знаков от -3.4*1038 до 3.4*1038, занимает 4 байта

с плавающей точкой - числа с точностью от -1.797*10308 до 1.797*10308, занимает 8 байт

Дата-время - 8 байтов

Денежный - 8 байтов, данные о денежных суммах, хранящиеся с 4 знаками после запятой

Счетчик - уникальное длинное целое, генерируемое Access при создании каждой новой записи - 4 байта

Логический - логические данные 1бит

Объект OLE - до 1 гигабайта, картинки, диаграммы и др. Объекты OLE из приложений Windows.

Гиперссылки - поле, в котором хранятся гиперссылки. Гиперссылка может быть либо типа путь UNC (стандартный формат для указания пути с включением сетевого сервера файлов), либо URL.

Ограничения для баз данных

Таблица м. содержать не более 255 полей

Таблица не м. иметь более 32 индексов

Составные индексы не м. включать в себя более 10 полей. Общая длина полей не м. превышать 255 байтов

Общая длина строки таблицы, за исключением полей мемо и объектов OLE, не м. превышать примерно 2 кбайтов

На число записей в таблице не существует ограничений, но файл б.д. Access не может превышать 1 гигабайта

Размещено на Allbest.ru