рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Описание полей

Описание полей - раздел Философия, ЭКОНОМИКИ И ФИНАНСОВ При Назначении Имен Полей Таблиц Рекомендуется Руководствоваться Следующими П...

При назначении имен полей таблиц рекомендуется руководствоваться следующими правилами.

1. Имена полей назначать одинаковыми с сокращенными именами реквизитов (или атрибутов отношений).

2. Записывать имена строчными (маленькими) буквами и начинать с прописной (заглавной) буквы.

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

4. Имена полей, состоящие из нескольких слов, следует записывать подряд, разделяя их символом подчеркивания “_”, или начинать каждое составляющее слово с прописной буквы, например, Код_товара или КодТовара.

5. Смысловое описание поля следует приводить в графе “Описание” конструктора таблиц.

6. В строке “Подпись” в “Свойства поля” поместить название графы первичного документа (формы).

Тип и размер поля определяются в соответствии с доменом, на котором определено поле таблицы, т.е. ограничениями предметной области. Размер поля, задаваемый в таблице, должен быть не меньше, чем его возможное максимальное значение.

При назначении типа поля для цифровых кодов целесообразно выбрать тип Текстовый с количеством символов, равным числу позиций кода. Размер поля типа Текстовый определяется максимальнjqой длиной реквизита в символах и в Microsoft Access должен находиться в пределах 1 ¸ 255.

Размер поля типа Числовой зависит от его подтипа в соответствии с таблицей 4.19.

Microsoft Access отводит на машинном носителе для всех подтипов полей типа Числовой количество байтов, указанное в графе “Размер в байтах”, независимо от количества цифр в значении числа. Если размер числового поля, задаваемый в таблице, больше, чем он определен в домене, то на машинном носителе останутся незаполненными лишние позиции, и память будет расходоваться неэкономно. Рекомендуется использовать тип целый, если исходные данные не имеют дробной части.

 

Таблица 4.19. Описание типов данных MS Access

Подтип данного Описание Дробная часть Размер в байтах
Байт Целые положительные числа от 0 до 255 Отсутствует
Целое Целые числа от –32 768 до +32 767 Отсутствует
-Длинное целое Целые числа от от – 2 147 483 648 до + 2 147 483 647 Отсутствует  
Одинарное с плавающей запятой Числа от – 3,402823´10–38 до + 3,402823´10+38 7 знаков
Двойное с плавающей запятой Числа от – 1,797693´10–308 до + 1,797693´10+308 15 знаков
Денежный Числа от -922337203685447,5808 до +922337203685447,5808 4 знака
Действительное Целые числа от – 10+28 – 1 до + 10+28 – 1 Отсутствует

Кроме типов данных Текстовый и Числовой в Microsoft Access имеются следующие типы:

1. MEMO.

2. Дата/Время.

3. Денежный.

4. Счетчик.

5. Логический.

6. Поле объекта OLE.

7. Гиперссылка.

8. Мастер подстановок.

Тип данных MEMO относится к символьному виду данных. Поле этого типа предназначено для хранения больших текстовых данных: предложений, абзацев, текстов суммарной длиной до 64000 символов.

Тип данных Счетчик относится к числовому виду данных. Значения его – уникальные последовательно возрастающие на 1 или псевдослучайные числа, имеющие подтип Длинное целое. Обычно используется в качестве ключевого поля таблицы, если пользователь по каким-либо причинам не может (имеются полностью повторяющиеся строки) или не хочет использовать реквизиты информационного объекта для создания ключевого поля. Значения полей этого типа Microsoft Access создает автоматически, и пользователь изменить их не может.

Тип данных Логический также относится к числовому виду данных. Поле этого типа может содержать одно из двух возможных значений – Истина или Ложь – и использует величину –1 для представления значения Истина и величину 0 – для Ложь. В памяти компьютера имеет размер один бит. Обычно используется в логических выражениях.

Тип данных Денежный относится к числовому виду данных. Предназначен для хранения денежных сумм и используется для предотвращения округления во время вычислений. Имеет точность до 15 цифр в целой части и до 4 в дробной. В памяти машины занимает 8 байт. Может использоваться для выполнения расчетов с высокой точностью, не обязательно денежных.

Тип данных Дата/Время используется при хранении даты и времени в специальном числовом формате, причем дата хранится в целой части значения поля типа Дата/Время, а время – в дробной. В памяти машины занимает 8 байт.

Тип данных Поле объекта OLE относится к виду данных “Объекты произвольного типа”. Поле этого типа может содержать рисунок, диаграммы, звукозапись, рабочий лист электронной таблицы и другие объекты данных OLE из приложений Windows.

При использовании типа данных Мастер подстановок мастер создает столбец подстановок, в котором отображается список возможных значений для выбора значений поля. Другими словами, домен этого поля определяется на другом домене, при использовании значения из таблицы, запроса или фиксированного набора значений. Например, столбцом подстановки может быть перечень кодов товаров из таблицы “Товары” или созданный пользователем список дней недели.

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

В “Свойствах поля” конструктора таблиц можно установить размер поля для полей типов Текстовый и Числовой. В окне “Свойства поля” можно установить также еще ряд свойств. Ниже рассмотрены некоторые свойства, которые часто используются и правильное применение которых имеет наиболее существенное значение при проектировании таблиц СУБД.

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

Значение по умолчанию. Применение этого свойства позволяет автоматически вводить в поле каждой очередной записи таблицы заданное пользователем фиксированное значение. В то же время пользователь может изменить в процессе ввода значение по умолчанию для любой вводимой записи. Свойство удобно использовать для часто встречающихся значений поля таблицы. Значение 0 (ноль, не Null!) СУБД Microsoft Access устанавливает для числовых полей реквизитов-оснований по умолчанию.

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

Обязательное поле. Это свойство позволяет установить, является ли обязательным задание значения поля. Свойство может иметь одно из двух значений: Да или Нет (по умолчанию – Нет). Если свойство имеет значение Да, то при вводе данных в строку таблицы необходимо задать значение поля, т.е. оно не может иметь значение Null. Например, если необходимо, чтобы в каждой строке таблицы “Спецификация договора” вводилось количество товара, то значение рассматриваемого свойства соответствующего поля должно быть Да.

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

– Конец работы –

Эта тема принадлежит разделу:

ЭКОНОМИКИ И ФИНАНСОВ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО... КАФЕДРА ИНФОРМАТИКИ...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Описание полей

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Власовец А.М., Ильина О.П., Пилюгина Е.А.
?? Сборник заданий для курсовых работКурсовое проектирование в среде MS Access / / Под ред. А.М. Власовеца А.М.: Учебное пособие.. Учебное пособие. – СПб.

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

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

Описание предметной области
Описание ПО должно включать: · краткую характеристику видов деятельности (производство, торгово-закупочная деятельность, выполнение работ, оказание услуг) и их основные параметры (объем пр

Требования к информационным технологиям приложений
Информационные технологии оказывают существенное влияние на бизнес-процессы и системы обработки данных. При внедрении информационных технологий ожидается: · снижение общих трудозатрат на о

Основные этапы выполнения курсовой работы
Курсовая работа должна быть выполнена по схеме, определяющей последовательность выполнения основных этапов работы [Уч.,Гл.19]. 1.Описание ПО,: построение модели бизнес-процессов и структур

Рекомендации по структуре курсового проекта
Отчет по курсовому проекту должен содержать следующие разделы. 1. Анализ Описание предметной областиПО. 1.1. Общая характеристика писание ПО решаемой задачи. 1.2.1.1. Мод

Функции отдела сбыта
В качестве предметной области рассматриваются некоторые функции, выполняемые сотрудниками отдела сбыта предприятия в процессе: аА) Планирования: · отгрузки продукции в соот

Описание предметной области
Информация, циркулирующая в рассматриваемой предметной области, отображается в документах. Ниже приведены образцы документов и справочников; они адаптированы к условиям учебного процесса. Оп

СПРАВОЧНИК ТОВАРОВ
Код товара Наименование товара Ед.изм. товара Цена за ед. измерения[6]. Нормативный запас № скл

СПРАВОЧНИК ЦЕХОВ СПРАВОЧНИК СКЛАДОВ
№ цеха Наименование цеха          

ПЛАТЕЖНОЕ ПОРУЧЕНИЕ №
ПЛАТЁЖНОЕ ПОРУЧЕНИЕ №          

ТОВАРНО-ТРАНСПОРТНАЯ НАКЛАДНАЯ №
  Основание:Договор № Получатель:     Наименование товара Ед.изм. Це

Ограничения предметной области
1. Каждый договор заключается только с одним заказчиком. 2. С одним заказчиком может быть заключено несколько договоров. 3. Рассматриваются только договора договоры текущего года.

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

Группа заданий №1
1) Проверка обеспеченности договоров планами выпуска продукции цехов. 2) Проверка обеспеченности плана отгрузки заданного изделия планом сдачи продукции на склад. Алгоритм реше

Склад Изделие Ед. изм. Цех План Факт Отклонение
ТНП Ложка шт. ТНП 15000 12100 2900 Ширпотреба 20000 18000 2000

Цех План Факт Отклонение
    ТНП 1500

Изделие Ед. изм. Цех План Факт Отклонение
Сп.пр. №1 компл. Сборочный №1 115 100 15 Сборочный №2 42 40 2

От начала года отгружено
Мясорубка 40000 шт. 35000 шт. 5000 шт. Термос 20000 шт. 18000 шт. 2000 шт.

Запас остаток
    ТНП Мясо

Склад Изделие Нормативный Текущий Излишки
запас остаток ТНП Термос 2000 шт. 2500 шт. 500 шт. №1 Сп.пр. №2 20 компл. 35 шт

Запас остаток
Мясорубка 2000 шт. 1500 шт. 500 шт. Чайник 1000 шт. 900 шт. 100 шт.

Запас остаток
2000 шт. 2500 шт. 500 шт.    

Изделие План Факт Отклонение
    Цех

Начала года сдано
    ТНП

Нач.года сдано ние
────────────────────────────&

Нач.года сдано ние
ТНП 10000 шт. 8500 шт. –1500 шт. Ширпотреба 21100 шт. 21100 шт. 0 шт.

От нач. года отгружено
Заказчик: АО "Пассаж" г. С.-Петербург Договор: 21-04 Термос 15000 шт. 14500 шт. 500 шт.

От нач. года отгружено
Заказчик: АО "Пассаж" г. С.-Петербург Договор: 21-04 Термос 15000 шт. 14500 шт. 500 шт.

От нач. года отгружено ние
15-04 Термос 35000 шт. 35000 шт. 0 шт. Мясорубка 40000 шт. 35000 шт. 5000 шт.

От начала года отгружено
15-04 АО “ЦУМ” 40000 шт. 35000шт. 5000 шт. г. Москва 21-04 АО “Пассаж” 20000 шт.

Заказчик № договора № ТТН Дата отгрузки Сумма отгрузки
АО "ЦУМ" 15-97 162 31.05.04 250000 р. г. Москва 234 28.06.04 300000 р.

Счета поручен.
АО "ЦУМ" 15-04 162 31.05.04 250000 р. 200000 р. 50000 р. г. Москва 234

Счета поручению
15-04 162 31.05.04 2500000 р. 200000 р. 50000 р. 234 28.06.04 3000000 р. 300000 р. 0 р.

Поручению
АО "ЦУМ" 15-04 550000 р. 500000 р. 50000 р. г. Москва 16-04 100000 р. 100000 р.

Поручения
100 31.05.04 2500000 р. 110 01.08.04 500000 р.

Заказчик № дог. № ТТН Дата Отгружено Сумма
отгрузки отгрузки АО “ЦУМ” 15-04 162 31.05.04 1000 шт. 9000 р. г. Москва 234 28

Отгружено оплачено
А/О “ЦУМ” 200 31.03. 05 Мясорубка 90000 р. 72000 р. 18000 р. г. Москва 250 25.04. 05 Термо

Отгружено оплачено
200 31.03. 04 Мясорубка 90000 р. 72000 р. 18000 р. 250 25.04. 04 Термос 40000 р. 32000 р.

Отгружено оплачено
    АО “ЦУМ”

Отгружено оплачено
200 31.03.05 Мясорубка 90000 р. 72000 р. 18000 р. 250 25.04.05 Термос 40000 р. 32000 р. 80

Месяц План оплаты Факт оплаты
Январь 2124000 р. Февраль 5600000 р. 624000 р. Март 5624000 р. 5600000 р.

Кон. месяца
Склад ТНП Мясорубка 4000000 р. 3600000 р. 400000 р. Термос 10000000 р. 10000000 р. 0 р.

Кон. месяца
Мясорубка 4000000 р. 3600000 р. 400000 р. Термос 10000000 р. 10000000 р. 0 р.

АРМ Товароведа (АРМ-Т)
Деятельность товароведа универмага связана с управлением товародвижением. Типовые управленческие функции товароведа: 1) Ведение нормативно-справочной базы для управления торговой деятельно

Расчет размера заказа
Планирование заказов товаров осуществляется с учетом поддержки необходимого уровня запасов товаров на складе. Для каждого товара устанавливается фиксированный нижний предел запаса (точка заказа). Е

АРМ менеджера ресторана
Типовые функции управления, выполняемые менеджером ресторана: 1) Ведение нормативно-справочной базы для управления рестораном. 2) Расчеты с персоналом. 3) Анализ деятельн

Список врачей поликлиники на ХХ.ХХ.ХХ
№ п/п Специализация Табельный номер врача Фамилия Имя Отчество врача Дата поступления Стоимость посещения

Сведения о выдаче номеров к врачам за ХХ.ХХ.ХХ
Специализация врача Фамилия врача Всего номеров по плану Всего выдано номеров Количество вакансий

АРМ ВРАЧА
Типовые функции управления, выполняемые врачом поликлиники: 1) Обслуживание пациентов. 2) Запросный режим (определяется самостоятельно). Комплекс задач «Обслуживание п

Постановка задачи
4.2.1. Составление плана работ по созданию информационных технологий приложений Создание и внедрение информационных технологий требуют координации действий различных

Определение базы данных
База данных (БД) - это совокупность взаимосвязанных данных, организованных на внешних носителях информации средствами СУБД и используемых одним или несколькими прилож

Архитектура базы данных
Под архитектурой базы данных понимается многоуровневое описание предметной области. Большинство баз данных имеет архитектуру ANSI/SPARC, предложенную Исследовательской группой ANSI/SPARC Study grou

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

Этапы проектирования базы данных
Процесс проектирования базы данных состоит из трех этапов (рис. 4.2): · концептуальное проектирование базы данных; · логическое проектирование базы данных; · физичес

Информационно-логическая модель предметной области
Одним из способов логического проектирования базы данных является построение информационно-логической модели предметной области (ИЛМ ПО). ИЛМ обеспечивает интегрированное, не зависящее от средств р

Алгоритм построения информационно-логической модели предметной области
1. Добавить коды объектов в те таблицы, в которых они отсутствуют. 2. Определить сущности ПО. 3. Выделить в отдельные отношения сущности, отображающие справочные данные в документ

Сруктурные связи ИО
Отношение двух ИО отражает объективную и устойчивую во времени связь сущностей. Количественное соответствие экземпляров ИО может быть одно-однозначного (1:1), одно-многозначного (1:M), много

Каноническая форма ИЛМ ПО
Каноническая форма ИЛМ предназначена для формализованного перехода к логической структуре БД. ИЛМ ПО представлена в канонической форме при выполнении следующих условий. 1. Все ИО описывают

Входная информация
Ниже приводится информационная схема задачи, в которой показаны документы, являющиеся источниками информации для ее решения. Входные документы Задача

Ограничения предметной области
Для выявления функциональных зависимостей и построения на их основе ИЛМ ПО достаточно знать только логические ограничения. В рассматриваемом примере они таковы: 1) готовое изделие хранится

Формы справочных документов
Таблица 4.7 Справочник “ГОТОВАЯ ПРОДУКЦИЯ” Код изделия Наименование изделия Ед. измерения Нормативный запас

Определение типа связей
Каждая из введенных связей характеризуется групповым отношением экземпляров объектов типа 1:М (один – ко – многим). Ниже приводится обоснование этого утверждения. П

Канонический вид ИЛМ
Правила представления ИЛМ в каноническом виде кратко изложены в п. 4.3.1.7. Там же приведен пример использования неформального способа упорядочения ИнО по уровням иерархии. Хотя в рассматриваемом п

Организационная форма базы данных
Различают одно- и многопользовательские базы данных централизованного или распределенного хранения по узлам сети. Однопользовательские базы данных размещаю

Структура базы данных
Логическая структура базы данных соответствует структуре данных ИЛМ, реализуется средствами структур данных выбранного программного обеспечения (СУБД, электронные таблицы). Структура базы данных до

Администрирование базы данных
Для баз данных колективного пользования или хранимых на сетевом диске выполняется администрирование: создаются учетные записи групп и пользователей, определяются пароли учетных записей (рис. 4.15).

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

Обобщенный алгоритм
Обобщенный алгоритм обработки данных приложений представляется в виде технологических процессов обработки информации (табл. 4.17). Таблица 4.17. Описание технологического процесса обработк

Определение комплекса таблиц СУБД Microsoft Access
Таблицы СУБД Microsoft Access строятся на основе нормализованных отношений, получаемых в соответствии с алгоритмом построения семантической модели ПО, т.е. каждому отношению должна соответствовать

Значение Описание
Нет Поле не индексировано (по умолчанию). Да Поле индексировано. (Допускаются Допускается повторение совпадения) значений индексного поля. Да Поле индек

Разработка схемы данных СУБД Access
Схема данных позволяет: 1. Установить связи между записями в таблицах. 2. Отобразить их графически на экране монитора и/или вывести на печать. 3. Обеспечить защиту от слу

Ссылочная целостность
В Microsoft Access понятиям Ссылочное (целевое) отношение и Ссылающееся отношение соответствуют понятия Главная таблица и Подтаблица. Главная таблица – э

Свойства экранных форм
При проектировании экранных форм задаются следующие свойства: · порядок сортировки записей в форме; · характер использования формы: изменение, удаление, добавление записей или вво

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

Запросы
Запросы являются самым распространенным программным средством, с помощью которого реализуются алгоритмы вычислительной обработки различного вида (выборка записей, удаление, корректировка значений п

Рекомендации по проектированию запросов
В курсовой работе для каждого запроса следует: · обосновать тип запроса (выборка, добавление, изменение и т.п.); · указать состав полей результирующей таблицы запроса на выборку и

Ведение нормативно-справочной информации
Ведение нормативно-справочной информации подразумевает: · Начальную загрузку таблиц базы данных. · Формирование сводных нормативов. · Корректировку нормативно-справочной

Интерфейс конечного пользователя
Интерфейса конечного пользователя может представляться с помощью: · Команд в составе главного или контекстного меню. · Панели инструментов. · Экранной формы кнопочного ти

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

КУРСОВОЕ ПРОЕКТИРОВАНИЕ В СРЕДЕ MS ACCESS
Учебное пособие   Редактор С.А. Кабедева Лицензия ЛР N 020412 от 12.02.97 –––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––– Подп

Курсовая работа
    Предметная область: Отдел сбыта готовой продукции Задача: Проверка обеспеченности плана отгрузки заданного изделия пл

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

СБОРНИК ЗАДАНИЙ ДЛЯ КУРСОВЫХ РАБОТ
  Учебное пособие   Редактор ??? Лицензия ЛР N 020412 от 12.02.97 ───────────

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги