в чем состоит особенность поля мемо в базе данных
В чем состоит особенность поля мемо в базе данных
Поле МЕМО в Access
Если тексты описаний покупателей подготовлены в некотором текстовом редакторе, например Microsoft Word, и хранятся в отдельных файлах, для этого поля может быть задан тип Поле объекта OLE (OLE Object) или Вложение (Attachment).
Access 2007/2010 в поле с типом данных MEMO обеспечивает хранение форматируемого текста. Это единственный тип данных в Access, который имеет встроенную поддержку хранения и отображения форматированного текста. Если в поле нужно хранить форматированный текст, создайте Поле МЕМО в Access и затем в режиме конструктора выберите для свойства Формат текста (Text Format) значение Формат RTF (Rich Text) вместо Обычный текст (Plain Text). В режиме таблицы для выбора этого свойства предназначена кнопка Параметры Поле МЕМО в Access (Memo Settings) на ленте Работа с таблицами | Поля (Table Tools | Fields) в группе Свойства (Properties). Сообщение системы о преобразовании формата показано на рис. 3.20.
Текст поля MEMO в формате RTF отображается как форматированный, хранится и интерпретируется как формат HTML, допускает использование общих средств форматирования приложений Microsoft Office, недоступных в обычном тексте. Access автоматически применяет HTML-форматирование к тексту в формате RTF. Использование HTML обусловлено большей степенью совместимости с полями в формате RTF, хранящимися в списках SharePoint.
К тексту в формате RTF Access допускает применение таких параметров форматирования, как шрифт, размер, цвет, различные виды начертания, выравнивания текста, нумерованные и маркированные списки, уменьшение и увеличение отступа абзаца.
Можно применить форматирование ко всему содержимому поля или его части, редактируя поле в режиме таблицы или в форме. Можно также применить форматирование ко всему полю при просмотре отчета в режиме макета.
Чтобы применить параметры форматирования к тексту RTF, выделите текст, который нужно форматировать, и используйте команды групп Форматирование текста (Text Formatting ) на ленте Главная (Home). Кроме того, после выделения текста мышью появляется мини-панель инструментов, которая содержит кнопки параметров форматирования (рис. 3.21).
В чем состоит особенность поля мемо в базе данных
Работа с базами данных в СУБД Access
База данных — это файл специального формата, содержащий информацию, структурированную заданным образом.
Система управления базами данных (СУБД) – это комплекс программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.
1. Структура базы данных.
Свойства полей. Типы полей.
Поля — это основные элементы структуры базы данных. Они обладают свойствами. От свойств полей зависит, какие типы данных можно вносить в поле, а какие нет, а также то, что можно делать с данными, содержащимися в поле.
Основным свойством любого поля является его длина. Длина поля выражается в символах или, что то же самое, в знаках. От длины поля зависит, сколько информации в нем может поместиться. Мы знаем, что символы кодируются одним или двумя байтами, поэтому можно условно считать, что длина поля измеряется в байтах. Очевидным уникальным свойством любого поля является Имя. Разумеется, одна база данных не может иметь двух полей с одинаковым именем, поскольку компьютер запутается в их содержимом. Но кроме имени у поля есть еще свойство Подпись. Подпись — это та информация, которая отображается в заголовке столбца. Ее не надо путать с именем поля, хотя если подпись не задана, то в заголовке отображается имя поля. Разным полям, например, можно задать одинаковые подписи. Это не помешает работе компьютера, поскольку поля при этом по-прежнему сохраняют разные имена.
Разные типы полей имеют разное назначение и разные свойства.
На практике большинство баз данных имеют структуру, образованную из многих связанных таблиц. Базы данных, имеющие связанные таблицы, называют также реляционными базами данных.
Поля уникальные и ключевые
Создание базы данных всегда начинается с разработки структуры ее таблиц. Структура должна быть такой, чтобы при работе с базой требовалось вводить в нее как можно меньше данных. Если ввод каких-то данных приходится повторять неоднократно, базу делают из нескольких связанных таблиц. Структуру каждой таблицы разрабатывают отдельно.
Для того чтобы связи между таблицами работали надежно и по записи из одной таблицы можно было однозначно найти записи в другой таблице, надо предусмотреть в таблице уникальные поля.
Уникальное поле – это поле, значения в котором не могут повторяться. Если ни одно поле таблицы не приемлемо в качестве уникального, его можно создать искусственно.
Было бы неплохо, если бы компьютер мог просигнализировать в том случае, если вдруг записи в этом поле повторятся. Для этого существует понятие ключевое поле. При создании структуры таблиц одно поле (или одну комбинацию полей) можно назначить ключевым. С ключевыми полями компьютер работает особо. Он проверяет их уникальность и быстрее выполняет сортировку по таким полям. Ключевое поле — очевидный кандидат для создания связей. Иногда ключевое поле называют первичным ключом. Если при создании таблицы автор не задал ключевое поле, система управления базой данных напомнит о том, что поле первичного ключа таблице не помешает.
Важной задачей реляционной СУБД является обеспечение ссылочной целостности. Имеется в виду, что для каждого значения столбца, который определен в качестве внешнего ключа, должно существовать соответствующее значение первичного ключа в связанной таблице.
Правила обновления и удаления служат для обеспечения ссылочной целостности данных в базе. Если в таблице изменяется или удаляется запись, СУБД должна проверить, есть ли в связанной таблице запись, ссылающаяся на удаляемую или изменяемую. Если есть, СУБД выполняет одно из следующих действий:
– запрещает удаление или обновление записи в таблице, на которую ссылается внешний ключ, если в таблице, содержащей внешний ключ, имеется одна или более записей, ссылающихся на обновляемую или удаляемую запись.
– производит каскадное удаление или обновление записей. Это означает, что если в таблице, содержащей внешний ключ, имеется одна или более записей, ссылающихся на обновляемую или удаляемую запись, то все они будут обновлены или удалены.
– при удалении или обновлении записи в таблице, на которую ссылается внешний ключ, устанавливает пустое значение для всех записей, ссылающихся на обновляемую или удаляемую запись.
Для определения действий СУБД в указанных ситуациях и предназначены правила обновления и удаления данных.
Нормализация и нормальные формы
Всего разработано 5 нормальных форм. Каждой нормальной форме (НФ) соответствуют определенные требования, которым должна удовлетворять таблица, находящаяся в данной НФ. Чем больше номер НФ, тем более совершенной является организация данных.
Основные свойства НФ:
Условия первой нормальной формы:
Условие второй нормальной формы (дополнительное): каждое поле, являющееся частью ключа, функционально зависит от всего ключа, но не от его частей.
Условие третьей нормальной формы: между полями, которые не определены в качестве ключей, нет функциональных зависимостей.
Начиная с третьей нормальной формы БД уже пригодна к эксплуатации.
Отдел техн_контроля
Таблица 1. Таблица не выполняет условия первой нормальной формы.
Таблица 1 еще не соответствует требованиям первой нормальной формы, так как в ней два столбца имеют значения, не являющиеся элементарными (№ проекта, Название проекта). Есть еще две другие возможности невыполнения первой нормальной формы. Во-первых, бывают конструкции, требующие определенного взаимного расположения строк и столбцов. Например, в ошибочно спроектированной базе может возникнуть необходимость, чтобы в таблице, содержащей список подразделений предприятия, строка, хранящая название управления, предшествовала строке, хранящей название отдела. Но в реляционных БД нельзя регламентировать взаимное расположение строк и столбцов.
В каких случаях такая зависимость может быть нужна? Например, у вас есть файл данных, в котором сохраняются результаты работы какой-либо программы. Вполне возможно, что в этом случае будет существовать необходимость записи данных в этот файл в определенной последовательности, иначе данные не смогут затем быть прочитаны. Но этот файл данных уже нельзя назвать таблицей реляционной БД, даже если он и имеет табличную структуру.
Отдел технического контроля
Отдел технического контроля
Таблица 2. Таблица удовлетворяет условиям первой нормальной формы.
Таблица 2 удовлетворяет требованиям первой нормальной формы.
Нарушить вторую нормальную форму можно только, если ключ состоит из нескольких столбцов, чего здесь нет.
По правилам третьей нормальной формы не допускаются функциональные зависимости между столбцами, не определенными в качестве первичных ключей.
В таблице 2 такие зависимости обнаруживаются:
Чем мешают эти зависимости? Обычно в такой таблице есть много записей из отдела № 7 и каждый раз повторяются название отдела и начальник отдела. Это приводит к дополнительному расходу памяти. Кроме того, если сменится начальник отдела, то нужно будет изменять содержимое всех записей таблицы.
Для снятия подобной функциональной зависимости первоначальная таблица просто разделяется на несколько маленьких таблиц, как показано на рис.1.
Рис.1. Разделение на несколько таблиц для снятия функциональной зависимости между полями.
2. Классификация СУБД.
Различают такие основные типы архитектуры СУБД:
Рассмотрим кратко особенности каждой из этих архитектур.
Автономные ( локальные ) СУБД являются наиболее простыми. БД и СУБД размещены на одном ПК. Сеть не используется. С данными в каждый момент времени работает только один пользователь.
Автономные БД широко применяются на небольших предприятиях, а также отдельными пользователями для хранения и обработки собственных данных.
Клиентом обычно называют компьютер (программу), который использует этот ресурс.
Основным недостатком файл-серверных СУБД является то, что для выполнения выборки данных все данных базы нужно переносить на машину пользователя. Это сильно снижает производительность работы пользователей из-за большой загрузки сети. Кроме этого, все вычисления выполняются машиной пользователя, которая, как правило, имеет небольшое быстродействие.
Клиент-серверная СУБД состоит из двух частей: клиентской и серверной. Машина, на которую установлена серверная часть СУБД, называется сервером базы данных. Файл базы данных хранится на сервере. Запросы обрабатываются не на машине пользователя, а на сервере, после чего на машину пользователя посылаются только результаты. Все необходимые вычисления производятся на стороне сервера. Поэтому сервером БД обычно назначается машина, обладающая наибольшим быстродействием. Зато машины пользователей могут быть слабыми.
На все машины пользователей устанавливается клиентская часть СУБД. Она обеспечивает связь между приложением базы данных и сервером БД.
Клиент-серверная СУБД не копирует файл базы данных с сервера при обращении к данным. По сети передаются только те данные, которые были запрошены пользователем.
Особенностью клиент-серверных СУБД является то, что одну и ту же запись БД могут изменять одновременно несколько пользователей. В базе данных при этом сохраняются те изменения, которые были внесены последним пользователем.
3. Основные характеристики СУБД Access.
С помощью СУБД Access обычные пользователи получили удобное средство для создания и эксплуатации достаточно мощных баз данных без необходимости что-либо программировать. В то ж время работа с Access не исключает возможности программирования. При желании систему можно развивать и настраивать собственными силами. Для этого надо владеть основами программирования на языке Visual Basic.
4. Объекты базы Access.
Исходное окно Access отличается простотой и лаконичностью. Шесть вкладок этого окна представляют шесть видов объектов, с которыми работает программа.
Таблицы — основные объекты базы данных. В них хранятся данные. Реляционная база данных может иметь много взаимосвязанных таблиц.
Запросы — это специальные структуры, предназначенные для обработки данных базы. С помощью запросов данные упорядочивают, фильтруют, отбирают, изменяют, объединяют, то есть обрабатывают.
Формы — это объекты, с помощью которых в базу вводят новые данные или просматривают имеющиеся.
Отчеты — это объекты, с помощью которых данные выдают на принтер в удобном и наглядном виде.
Макросы — это макрокоманды. Если какие-то операции с базой производятся особенно часто, имеет смысл сгруппировать несколько команд в один макрос и назначить его выделенной комбинации клавиш.
Модули — это программные процедуры, написанные на языке Visual Basic. Если стандартных средств Access не хватает для удовлетворения требований заказчика, программист может расширить возможности системы, написав для этого необходимые модули.
Длинный текст (ранее — тип данных «Поле MEMO»)
В более ранних версиях Access для хранения больших объемов текста использовался тип данных MEMO, а текстовый — более короткие строки (до 255 знаков). В Access 2013 и Access 2016 эти два типа данных были переименованы в «Длинный текст» и «Короткий текст» соответственно. Их свойства и размеры отличаются в зависимости от того, используете ли вы базу данных для настольных компьютеров или веб-приложение Access. Ниже приведены подробные сведения:
Текстовые поля в базе данных рабочего стола (ACCDB)
Длинный текст. В ACCDB-файлах поле «Длинный текст» работает так же, как «Поле MEMO» в предыдущих версиях. В нем можно хранить около 1 гигабайта текста, хотя элементы управления в формах и отчетах могут отображать только первые 64 000 символов. Можно установить тип данных поля «Длинный текст» для отображения форматированного текста, который содержит, например, полужирный или подчеркнутый шрифт.
Короткий текст. В ACCDB-файлах поле «Короткий текст» работает так же, как поле «Текст» в предыдущих версиях. Оно может хранить 255 символов.
Текстовые поля в веб-приложениях Access
Длинный текст. В веб-приложениях Access поле «Длинный текст» может хранить данные объемом 2^30-1 байт, что равнозначно типу данных nvarchar(max) в SQL Server. Вы можете установить ограничение количества символов, чтобы пользователи использовали поле только частично. Хранить форматированный текст в веб-приложениях Access невозможно.
Короткий текст В веб-приложениях Access по умолчанию в поле «Короткий текст» установлено значение 255 символов, но его можно изменить до 4000 символов. Эквивалентом SQL Server является nvarchar, длина — от 1 до 4000.
Элементы управления полей «Длинный текст» и «Короткий текст» по умолчанию
В большинстве случаев в Access используются элементы управления текстового поля для отображения полей «Длинный текст» и «Короткий текст». Но если добавляется поле «Длинный текст» для просмотра в приложении Access, создается многострочное текстовое поле. При просмотре в браузере можно переходить к следующей строке многострочного текстового поля с помощью клавиши ВВОД. Если вы работаете в режиме таблицы, для просмотра данных во второй и последующих строках потребуется использовать полосы прокрутки.
Если в поле «Длинный текст» базы данных рабочего стола Access настроено отображение форматированного текста, при добавлении такого поля в форму или отчет к текстовому полю автоматически применяется параметр форматированного текста.
В чем состоит особенность поля мемо в базе данных
Гіпермаркет Знань>>Інформатика>>Інформатика 11 клас>> Інформатика: Форуми та їх призначення. Правила роботи у форумах.
Розгляд теми: Форуми та їх призначення. Правила роботи у форумах.
1. совокупность данных, организованных по определенным правилам;
2. совокупность программ для хранения и обработки больших массивов информации;
3. интерфейс, поддерживающий наполнение и манипулирование данными;
4. определенная совокупность информации.
2. Наиболее распространенными в практике являются:
1. распределенные базы данных;
2. иерархические базы данных;
3. сетевые базы данных;
4. реляционные базы данных.
3. Наиболее точным аналогом реляционной базы данных может служить:
1. неупорядоченное множество данных;
2. вектор;
3. генеалогическое дерево;
4. двумерная таблица.
4. Таблицы в базах данных предназначены:
1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий.
5. Что из перечисленного не является объектом Access:
1. модули;
2. таблицы;
3. макросы;
4. ключи;
5. формы;
6. отчеты;
7. запросы?
6. Для чего предназначены запросы:
1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий;
6. для вывода обработанных данных базы на принтер?
7. Для чего предназначены формы:
1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий?
8. Для чего предназначены модули:
1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий?
9. Для чего предназначены макросы:
1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий?
10. В каком режиме работает с базой данных пользователь:
1. в проектировочном;
2. в любительском;
3. в заданном;
4. в эксплутационном?
11. В каком диалоговом окне создают связи между полями таблиц базы данных:
1. таблица связей;
2. схема связей;
3. схема данных;
4. таблица данных?
12. Почему при закрытии таблицы программа Access не предлагает выполнить сохранение внесенных данных:
1. недоработка программы;
2. потому что данные сохраняются сразу после ввода в таблицу;
3. потому что данные сохраняются только после закрытия всей базы данных?
13. Без каких объектов не может существовать база данных:
1. без модулей;
2. без отчетов;
3. без таблиц;
4. без форм;
5. без макросов;
6. без запросов?
14. В каких элементах таблицы хранятся данные базы:
1. в полях;
2. в строках;
3. в столбцах;
4. в записях;
5. в ячейках?
15. Содержит ли какую-либо информацию таблица, в которой нет ни одной записи?
1. пустая таблица не содержит ни какой информации;
2. пустая таблица содержит информацию о структуре базы данных;
3. пустая таблица содержит информацию о будущих записях;
4. таблица без записей существовать не может.
16. Содержит ли какую-либо информацию таблица, в которой нет полей?
1. содержит информацию о структуре базы данных;
2. не содержит ни какой информации;
3. таблица без полей существовать не может;
4. содержит информацию о будущих записях.
17. В чем состоит особенность поля «счетчик»?
1. служит для ввода числовых данных;
2. служит для ввода действительных чисел;
3. данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где расположен текст;
4. имеет ограниченный размер;
5. имеет свойство автоматического наращивания.
18. В чем состоит особенность поля «мемо»?
1. служит для ввода числовых данных;
2. служит для ввода действительных чисел;
3. данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где расположен текст;
4. имеет ограниченный размер;
5. имеет свойство автоматического наращивания.
19. Какое поле можно считать уникальным?
1. поле, значения в котором не могут повторятся;
2. поле, которое носит уникальное имя;
3. поле, значение которого имеют свойство наращивания.
20. Ключами поиска в системах управления базами данных (СУБД) называются:
1. диапазон записей файла БД, в котором осуществляется поиск;
2. логические выражения, определяющие условия поиска;
3. поля, по значению которых осуществляется поиск;
4. номера записей, удовлетворяющих условиям поиска;
5. номер первой по порядку записи, удовлетворяющей условиям поиска?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
1 4 4 1 4 2 3 5 4 4 3 2 3 5 2 3 5 3 1 3
Надіслано вчителем інформатики Спеціалізованої школи № 252 Оболонського району м. Києва Житинською О.І.
Інформатика за 11 клас безкоштовно скачати, плани конспектів уроків, готуємось до школи онлайн
Свойства полей. Типы полей
Поля — это основные элементы структуры базы данных. Они обладают свойствами. От свойств полей зависит, какие типы данных можно вносить в поле, а какие нет, а также то, что можно делать с данными, содержащимися в поле.
Например, данные, содержащиеся в поле Цена, можно просуммировать, чтобы определить итоговый результат. Суммировать данные, содержащиеся в поле Номер телефона, совершенно бессмысленно, даже если номера телефонов записаны цифрами. Очевидно, что эти поля обладают разными свойствами и относятся к разным типам.
Основным свойством любого поля является его длина. Длина поля выражается в символах или, что то же самое, в знаках. От длины поля зависит, сколько информации в нем может поместиться. Мы знаем, что символы кодируются одним или двумя байтами, поэтому можно условно считать, что длина поля измеряется в байтах.
Очевидным уникальным свойством любого поля является его Имя. Разумеется, одна база данных не может иметь двух полей с одинаковым именем, поскольку компьютер запутается в их содержимом. Но кроме имени у поля есть еще свойство Подпись. Подпись — это та информация, которая отображается в заголовке столбца. Ее не надо путать с именем поля, хотя если подпись не задана, то в заголовке отображается имя поля. Разным полям, например, можно задать одинаковые подписи. Это не помешает работе компьютера, поскольку поля при этом по-прежнему сохраняют разные имена. Разные типы полей имеют разное назначение и разные свойства.
1. Основное свойство текстового поля — размер.
2. Числовое поле служит для ввода числовых данных. Оно тоже имеет размер, но числовые поля бывают разными, например, для ввода целых чисел и для ввода действительных чисел. В последнем случае кроме размера поля задается также размер десятичной части числа.
3. Поля для ввода дат или времени имеют тип Дата/время. Для ввода логических данных, имеющих только два значения (Да или Нет; 0 или 1; Истина или Ложь и т. п.), служит специальный тип — Логическое поле. Нетрудно догадаться, что длина такого поля всегда равна 1 байту, поскольку этого более чем достаточно, чтобы выразить логическое значение.
4. Особый тип поля — Денежный. Из названия ясно, какие данные в нем хранят. Денежные суммы можно хранить и в числовом иоле, но в денежном формате с ними удобнее работать. В этом случае компьютер изображает числа вместе с денежными единицами, различает рубли и копейки, фунты и пенсы, доллары и центы, в общем, обращается с ними элегантнее.
5. В современных базах данных можно хранить не только числа и буквы, но и картинки, музыкальные клипы и видеозаписи. Поле для таких объектов называется полем объекта OLE.
6. У текстового поля есть недостаток, связанный с тем, что оно имеет ограниченный размер (не более 256 символов). Если нужно вставить в поле длинный текст, для этого служит поле типа MEMO. В нем можно хранить до 65 535 символов. Особенность поля MEMO состоит в том, что реально эти данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где расположен текст.
7. Очень интересно поле Счетчик. На первый взгляд это обычное числовое поле, но оно имеет свойство автоматического наращивания. Если в базе есть такое поле, то при вводе новой записи в него автоматически вводится число, на единицу большее, чем значение того же поля в предыдущей записи. Это поле удобно для нумерации записей.
Лекция 2
Связанные таблицы
Примеры, которые мы привели выше, можно считать простейшими базами данных, но на самом деле это не совсем базы, а только таблицы. Если бы информация хранилась в таких простых структурах, то для работы с ней можно было бы обойтись без специальных систем управления базами данных. На практике приходится иметь дело с более сложными структурами, которые образованы из многих связанных таблиц.
Базы данных, имеющие связанные таблицы, называют также реляционными базами данных.
Рассмотрим пример работы малого предприятия, занимающегося прокатом компакт-дисков с компьютерными играми. Для того чтобы знать, кто какой диск взял, когда должен возвратить и сколько дисков каждого наименования осталось на складе, предприятию необходима база данных. Но если все сведения о покупателях и о дисках хранить в одной таблице, то таблица станет очень неудобной для работы. В ней начнутся повторы данных. Всякий раз, когда гражданин Новиков В. П. будет брать очередной диск, придется вписывать его домашний адрес, телефон и паспортные данные. Так никто не работает. Это долго, трудно и чревато многочисленными ошибками.
Гораздо удобнее сделать несколько таблиц. В одной хранить сведения о клиентах со всеми их паспортными данными, в другой — сведения о выданных дисках, чтобы в любой момент узнать, что выдано клиенту и когда наступает срок возврата, а в третьей таблице — остаток дисков на складе, чтобы вовремя пополнять запасы. После этого отдельные поля таблиц связывают. Если из таблицы Прокат известно, что клиент НВП взял диск D001, то система управления базой данных мгновенно найдет в таблице Клиенты все паспортные данные этого человека, а в таблице Склад все данные об этом диске.
Разделение базы на связанные таблицы не только удобно, но иногда и необходимо. Например, для увеличения числа заказов менеджер фирмы, занимающейся прокатом компакт-дисков, решил поставить в общем зале компьютер, на котором каждый клиент может просмотреть список имеющихся дисков с иллюстрациями из игр. Если база состоит только из одной таблицы, то вместе с информацией о дисках случайный посетитель получит доступ к информации о других клиентах фирмы. Вряд ли это понравится заказчикам. Такой менеджер не только не приобретет новых клиентов, но и растеряет тех, которых имел.
Если данные в разных записях начинают повторяться, это может говорить о том, что база имеет плохую структуру. Надо подумать о том, нельзя ли разбить таблицу на группу связанных таблиц
Если заданы связи между таблицами, то работать с разными таблицами можно, как с одной цельной базой данных