Банк рефератов содержит более 364 тысяч рефератов, курсовых и дипломных работ, шпаргалок и докладов по различным дисциплинам: истории, психологии, экономике, менеджменту, философии, праву, экологии. А также изложения, сочинения по литературе, отчеты по практике, топики по английскому.
Полнотекстовый поиск
Всего работ:
364150
Теги названий
Разделы
Авиация и космонавтика (304)
Административное право (123)
Арбитражный процесс (23)
Архитектура (113)
Астрология (4)
Астрономия (4814)
Банковское дело (5227)
Безопасность жизнедеятельности (2616)
Биографии (3423)
Биология (4214)
Биология и химия (1518)
Биржевое дело (68)
Ботаника и сельское хоз-во (2836)
Бухгалтерский учет и аудит (8269)
Валютные отношения (50)
Ветеринария (50)
Военная кафедра (762)
ГДЗ (2)
География (5275)
Геодезия (30)
Геология (1222)
Геополитика (43)
Государство и право (20403)
Гражданское право и процесс (465)
Делопроизводство (19)
Деньги и кредит (108)
ЕГЭ (173)
Естествознание (96)
Журналистика (899)
ЗНО (54)
Зоология (34)
Издательское дело и полиграфия (476)
Инвестиции (106)
Иностранный язык (62792)
Информатика (3562)
Информатика, программирование (6444)
Исторические личности (2165)
История (21320)
История техники (766)
Кибернетика (64)
Коммуникации и связь (3145)
Компьютерные науки (60)
Косметология (17)
Краеведение и этнография (588)
Краткое содержание произведений (1000)
Криминалистика (106)
Криминология (48)
Криптология (3)
Кулинария (1167)
Культура и искусство (8485)
Культурология (537)
Литература : зарубежная (2044)
Литература и русский язык (11657)
Логика (532)
Логистика (21)
Маркетинг (7985)
Математика (3721)
Медицина, здоровье (10549)
Медицинские науки (88)
Международное публичное право (58)
Международное частное право (36)
Международные отношения (2257)
Менеджмент (12491)
Металлургия (91)
Москвоведение (797)
Музыка (1338)
Муниципальное право (24)
Налоги, налогообложение (214)
Наука и техника (1141)
Начертательная геометрия (3)
Оккультизм и уфология (8)
Остальные рефераты (21697)
Педагогика (7850)
Политология (3801)
Право (682)
Право, юриспруденция (2881)
Предпринимательство (475)
Прикладные науки (1)
Промышленность, производство (7100)
Психология (8694)
психология, педагогика (4121)
Радиоэлектроника (443)
Реклама (952)
Религия и мифология (2967)
Риторика (23)
Сексология (748)
Социология (4876)
Статистика (95)
Страхование (107)
Строительные науки (7)
Строительство (2004)
Схемотехника (15)
Таможенная система (663)
Теория государства и права (240)
Теория организации (39)
Теплотехника (25)
Технология (624)
Товароведение (16)
Транспорт (2652)
Трудовое право (136)
Туризм (90)
Уголовное право и процесс (406)
Управление (95)
Управленческие науки (24)
Физика (3463)
Физкультура и спорт (4482)
Философия (7216)
Финансовые науки (4592)
Финансы (5386)
Фотография (3)
Химия (2244)
Хозяйственное право (23)
Цифровые устройства (29)
Экологическое право (35)
Экология (4517)
Экономика (20645)
Экономико-математическое моделирование (666)
Экономическая география (119)
Экономическая теория (2573)
Этика (889)
Юриспруденция (288)
Языковедение (148)
Языкознание, филология (1140)

Отчет по практике: Проектирование базы данных "Риелторская контора"

Название: Проектирование базы данных "Риелторская контора"
Раздел: Рефераты по информатике, программированию
Тип: отчет по практике Добавлен 23:43:26 11 января 2011 Похожие работы
Просмотров: 2851 Комментариев: 2 Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать

Частное образовательное учреждение среднего профессионального образования

«КРАСНОДАРСКИЙ ТЕХНИКУМ УПРАВЛЕНИЯ, ИНФОРМАТИЗАЦИИ И СЕРВИСА»

Отчет по практике

специальность 230150 «ПО ВТ и АС»

Тема: «РИЕЛТОРСКАЯ КОНТОРА»

Воробьёв Алексей Андреевич

Студент группы ПО 3-1

Научный руководитель

Рожкова Вера Григорьевна

Краснодар 2010 г.


Введение

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

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

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

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

Хорошо спроектированная база данных:

· Удовлетворяет всем требованиям пользователей к содержимому базы данных. Перед проектированием базы необходимо провести обширные исследования требований пользователей к функционированию базы данных.

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

· Обеспечивает естественное, легкое для восприятия структурирование информации. Качественное построение базы позволяет делать запросы к базе более "прозрачными" и легкими для понимания; следовательно, снижается вероятность внесения некорректных данных и улучшается качество сопровождения базы.

· Удовлетворяет требованиям пользователей к производительности базы данных. При больших объемах информации вопросы сохранения производительности начинают играть главную роль, сразу "высвечивая" все недочеты этапа проектирования.

Логически в современной реляционной СУБД можно выделить наиболее внутреннюю часть – ядро СУБД (часто его называют DataBaseEngine), компилятор языка БД (обычно SQL), подсистему поддержки времени выполнения, набор утилит. В некоторых системах эти части выделяются явно, в других – нет, но логически такое разделение можно провести во всех СУБД.

СУБД Access корпорации Microsoft® обладает исключительно высокими скоростными характеристиками и в этом отношении заметно выделяется среди других интерпретирующих систем. Набор команд и функций, предлагаемых разработчикам программных продуктов в среде Microsoft® Access 2000, по мощи и гибкости отвечает любым современным требованиям к представлению и обработке данных. Здесь может быть реализован максимально удобный, гибкий и эффективный пользовательский интерфейс. Система также обладает средствами быстрой генерации форм, отчетов и меню, поддерживает язык SQL.


Описание Предметной области

Автоматизированная информационная система (АИС)

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

АИС являются, с одной стороны, разновидностью информационных систем (ИС), с другой — автоматизированных систем (АС), вследствие чего их часто называют ИС или АС.

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

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

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

Учётные данные системы могут быть подвергнуты автоматической обработке для последующего тактического и стратегического анализа с целью принятия управленческих решений большего горизонта действия.

· Побочными, возможными, но не гарантированными эффектами от использования системы могут выступать:

· повышение производительности работы персонала;

· улучшение качества обслуживания клиентов;

· снижение трудоемкости и напряженности труда персонала;

· снижение количества ошибок в его действиях.

АИС «Риелторская контора»

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

Цель создания программы состоит в следующем:

· сокращение времени обработки информации;

· простоте реализации различных запросов и скорости обработки данных;

· автоматизации труда.

Благодаря тому, что программа реализована при помощи Microsoft® Access 2000, она имеет внешний вид (интерфейс) характерный для всех приложений разработанных под операционную систему Microsoft® Windows, который очень прост и дружелюбен по отношению к пользователю.

Разработка ПП . Выбор среды программирования

Мною была выбрана СУБД MicrosoftAccess. Microsoft Office Access или просто Microsoft Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных. Основные компоненты MS Access:

· построитель таблиц;

· построитель экранных форм;

· построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

· построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

MS Access является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры. Опыт показывает[источник не указан 55 дней], что даже для проектов на 5-20 пользователей предпочтительно использовать клиент-серверные решения.

Существенно расширяет возможности MS Access по написанию приложений механизм связи с различными внешними СУБД: "связанные таблицы" (связь с таблицей СУБД) и "запросы к серверу" (запрос на диалекте SQL, который "понимает" СУБД). Также MS Access позволяет строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

Выбор модели

На сегодняшний день наиболее часто используются три модели данных: иерархическая, сетевая и реляционная. Кроме них существуют и другие модели, например модель данных, основанная на инвертированных списках или объектно-ориентированная, однако они не имеют широкого распространения, так как базы на инвертированных списках использовались на заре развития СУБД, а объектно-ориентированные базы данных ещё не до конца изучены. Таким образом, выбор сокращается до трёх вышеназванных моделей данных.

Иерархические базы данных. Этот вид баз данных одним из первых получил широкое распространение и стал промышленно использоваться. Иерархическая БД состоит из упорядоченного набора деревьев; более точно, из упорядоченного набора нескольких экземпляров одного типа дерева. Тип дерева состоит из одного "корневого" типа записи и упорядоченного набора из нуля или более типов поддеревьев (каждое из которых является некоторым типом дерева). Тип дерева в целом представляет собой иерархически организованный набор типов записи. Примерами типичных операторов манипулирования иерархически организованными данными могут быть следующие операторы:

- Найти указанное дерево БД;

- Перейти от одного дерева к другому;

- Перейти от одной записи к другой внутри;

- Перейти от одной записи к другой в порядке обхода иерархии;

- Вставить новую запись в указанную позицию;

- Удалить текущую запись.

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

Типичным представителем (наиболее известным и распространенным) является InformationManagementSystem (IMS) фирмы IBM. Первая версия появилась в 1968 г. До сих пор поддерживается много баз данных, что создает существенные проблемы с переходом, как на новую технологию БД, так и на новую технику.

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

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

Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка. Для данного типа связи L с типом записи предка P и типом записи потомка C должны выполняться два условия:

- Каждое экземпляр типа P является предком только в одном экземпляре L;

- Каждый экземпляр C является потомком не более чем в одном экземпляре L.

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

а) Тип записи потомка в одном типе связи L1 может быть типом записи предка в другом типе связи L2 (как в иерархии).

б) Данный тип записи P может быть типом записи предка в любом числе типов связи.

в) Данный тип записи P может быть типом записи потомка в любом числе типов связи.

г) Может существовать любое число типов связи с одним и тем же типом записи предка и одним и тем же типом записи потомка; и если L1 и L2 два типа связи с одним и тем же типом записи предка P и одним и тем же типом записи потомка C, то правила, по которым образуется родство, в разных связях могут различаться.

д) Типы записи X и Y могут быть предком и потомком в одной связи и потомком и предком - в другой.

е) Предок и потомок могут быть одного типа записи.

Примерный набор операций может быть таковым:

· Найти конкретную запись в наборе однотипных записей (инженера Сидорова);

· Перейти от предка к первому потомку по некоторой связи (к первому сотруднику отдела 310);

· Перейти к следующему потомку в некоторой связи (от Сидорова к Иванову);

· Перейти от потомка к предку по некоторой связи (найти отдел Сидорова);

· Создать новую запись;

· Уничтожить запись;

· Модифицировать запись;

· Включить в связь;

· Исключить из связи;

· Переставить в другую связь и т.д.

К достоинствам сетевой СУБД можно отнести возможность экономии памяти за счет разделения подобъектов.

Типичным представителем является Integrated Database Management System (IDMS) компании Cullinet Software Inc., предназначенная для использования на машинах основного класса фирмы IBM под управлением большинства операционных систем. Архитектура системы основана на предложениях Data Base Task Group (DBTG) Комитета по языкам программирования Conference on Data Systems Languages (CODASYL), организации, ответственной за определение языка программирования Кобол.

Описанные выше модели данных относятся к так называемым ранним СУБД. У этих моделей есть существенные недостатки так то:

· Слишком сложно пользоваться;

· Фактически необходимы знания о физической организации;

· Прикладные системы зависят от этой организации;

· Их логика перегружена деталями организации доступа к БД.

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

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

· наличие небольшого набора абстракций, которые позволяют сравнительно просто моделировать большую часть распространенных предметных областей и допускают точные формальные определения, оставаясь интуитивно понятными;

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

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

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

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

В структурной части модели фиксируется, что единственной структурой данных, используемой в реляционных БД, является нормализованное n-арное отношение.

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

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

Исходя из вышесказанного, мне представляется логичным использовать для выполнения отчета реляционную модель данных.

Логическая модель

Рисунок 1 (схема данных)


Информационная модель

Рисунок 2 (Таблица «ИНФО»)

Рисунок 3 (Таблица «Проданные»)

Рисунок 4(Таблица «Риелторы»)

Рисунок 5(Таблица «Договора»)

Рисунок 6(Таблица «Покупатели»)

Интерфейсы

Рисунок 7(Главная кнопочная форма)

Рисунок 8(Карточка покупателя)


Рисунок 9(Карточка риелтора)

Входные данные

Рисунок 10(Таблица «Договора»)

Рисунок 11(Таблица «Инфо»)

Рисунок 12(Таблица «покупатели»)


Рисунок 13(Таблица «риелторы»)

Рисунок 14(Таблица «проданные»)

Выходные данные

Рисунок 15 (результат запроса «каталог»)

Рисунок 16 (результат запроса «имущество за риелтором»)

Рисунок 17 (результат запроса «прибыль»)

Рисунок 18 (результат запроса «продано риелтором»)

Рисунок 19 (результат запроса «проданные»)

Рисунок 20(Отчет «комнат < или >»)


Рисунок 21 (отчет площадь < или >)

Рисунок 22 (отчет сумма < или >)

Рисунок 23(Отчет «тип»)


Алгоритм решения задачи

Запросы SQL

SQL является, прежде всего, информационно-логическим языком, предназначенным для описания хранимых данных, для извлечения хранимых данных и для модификации данных. SQL не является языком программирования. (Вместе с тем стандарт языка спецификацией SQL/PSM предусматривает возможность его процедурных расширений.)

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

Запрос «Каталог» - данный запрос выбирает из таблицы «ИНФО» информация о имуществе.

SELECT ИНФО.№_договора, ИНФО. тип, ИНФО. Площадь_ кв_ метр, ИНФО. Адрес, ИНФО.[Этаж(ей)], ИНФО.Колл_комнат, ИНФО. , Риелторы.ФИО Риелтора, Риелторы.телефон_риелтора

FROM Риелторы INNER JOIN ИНФО ON Риелторы. ID_риелтора = ИНФО.ID риелтора;

Запрос «имущество за риелтором» - выводит информацию о количестве имущества закрепленного за каждым риелтором.

SELECT Риелторы.ФИО_Риелтора, Count(ИНФО.тип) AS [Count-тип], Sum(ИНФО.стоимость) AS [Sum-стоимость]

FROM Риелторы INNER JOIN ИНФО ON Риелторы.ID_риелтора = ИНФО.ID_риелтора

GROUP BY Риелторы.ФИО_Риелтора;

Запрос на копирование – выполняет копирование всех полей проданного имущества из таб. «Инфо» в таб. «Проданные».

INSERT INTO Проданные ( №_договора, заявка, тип, Площадь_кв_метр, Адрес, [Этаж(ей)], Колл_комнат, стоимость, [стоимость_ аренда], ФИО_покупателя, Телефон_покупателя, ФИО_Риелтора, Телефон_риелтора )

SELECT ИНФО.№_договора, ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)], ИНФО.Колл_комнат, ИНФО.стоимость, ИНФО.[стоимость_ аренда], Покупатели.ФИО_Покупателя, Покупатели.Телефон_покупателя, Риелторы.ФИО_Риелтора, Риелторы.телефон_риелтора

FROM Риелторы INNER JOIN (ИНФО INNER JOIN Покупатели ON ИНФО.№_договора=Покупатели.№_договора) ON Риелторы.ID_риелтора=ИНФО.ID_риелтора

WHERE куплено=true;

Запрос на удаление – удаляет данные о проданном имуществе из таб. «Инфо»

DELETE ИНФО.№_договора, ИНФО.куплено, ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)], ИНФО.Колл_комнат, ИНФО.стоимость, ИНФО.[стоимость_ аренда], ИНФО.ФИО_продавца, ИНФО.Телефон_Продавца, ИНФО.ID_риелтора

FROM ИНФО

WHERE (((ИНФО.куплено)=True));

Комнат больше(меньше) – выводит поля из таб. «Инфо» по критерию.

SELECT ИНФО.№_договора, ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)], ИНФО.Колл_комнат, ИНФО.стоимость

FROM ИНФО

WHERE (((ИНФО.Колл_комнат)>=(<=)[введите колличество комнат]) AND ((ИНФО.куплено)=False));

площадь больше(меньше) – выводит поля из таб. «Инфо» по критерию.

SELECT ИНФО.№_договора, ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)], ИНФО.Колл_комнат, ИНФО.стоимость

FROM ИНФО

WHERE (((ИНФО.Площадь_кв_метр)>= (<=) [введите площадь]) AND ((ИНФО.куплено)=False));

Прибыль – выводит сумму проданного имущества из таб. «Проданные»

SELECTDISTINCTROWSum(Проданные.стоимость) AS Сумма

FROM Проданные;

Продано риелтором – выводит сумму проданного имущества каждым риелтором.

SELECT Проданные.ФИО_Риелтора, Sum(Проданные.стоимость) AS [Sum-стоимость]

FROM Проданные

GROUP BY Проданные.ФИО_Риелтора;

Проданные Запрос – выводит все поля из таб. «Проданные»

SELECT Проданные.№_договора, Проданные.заявка, Проданные.тип, Проданные.Площадь_кв_метр, Проданные.Адрес, Проданные.[Этаж(ей)], Проданные.Колл_комнат, Проданные.стоимость, Проданные.[стоимость_ аренда], Проданные.ФИО_покупателя, Проданные.Телефон_покупателя, Проданные.ФИО_Риелтора, Проданные.Телефон_риелтора

FROM Проданные;

Сумма больше(меньше) – выводит поля из таб. «Инфо» по критерию.

SELECT ИНФО.№_договора, ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)], ИНФО.Колл_комнат, ИНФО.стоимость

FROM ИНФО

WHERE (((ИНФО.стоимость)>=(<=)[введите сумму]) AND ((ИНФО.куплено)=False));

Тип – выводит поля из таб. «Инфо» по критерию.

SELECT ИНФО.№_договора, ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)], ИНФО.Колл_комнат, ИНФО.стоимость

FROM ИНФО

WHERE (((ИНФО.тип)=[введите тип]) AND ((ИНФО.куплено)=False));

Этаж больше(меньше) – выводит поля из таб. «Инфо» по критерию.

SELECT ИНФО.№_договора, ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)], ИНФО.Колл_комнат, ИНФО.стоимость

FROM ИНФО

WHERE (((ИНФО.[Этаж(ей)])>=(<=)[введите этаж(ей)]) AND ((ИНФО.куплено)=False));

Макрос - программный объект, при обработке «развёртывающийся» в последовательность действий или команд.

Макрос(Рисунки 24 и 2) - выполняет функцию поиска по номеру договора.

Рисунок 24 (макрос 1)

Рисунок 25(макрос 1 поле «найти запись» )

Макрос(Рисунок 26) – выполняет функцию обновления таблиц «Инфо» и «Проданные»

Рисунок 26 (макрос 2)


Список литературы

1. Электронная встроенная гипертекстовая справочная система MicrosoftAccess, файл MSACC20.HLP, 4.7 Мбайт

2. Журнал "PC Magazine Russian Edition" ¹7 1999, "Microsoft Access"

3. Бойко И., Объектно–ориентированные СУБД.- Киев: Высшая школа, 1999

4. Майкл. Хэлволсон, Майкл Янг, Эффективная работа с MicrosoftOffice. C.Петербург: Питер, 2001

5. Рыбакова О. О., Проектирование автоматизированных информационных систем. Методический материал для проведения аудиторных занятий и самостоятельной работы. Издание первое. – Запорожье: ЗЕТК, 2001


ГЛАВА II

Я проходил практику в ЦДИЮТТ Краснодарского Края на должности помощник техника. Ниже представлена схема предприятия и схема КС.

Структура предприятия

Директор

Методисты
Педагоги
Методисты
Методисты
Педагоги
Методисты

Экономист
Инженер
Техник


Компьютерный класс №1


Компьютерный класс №2


Рабочие компьютеры на учреждении

Секретарь Кадровик и Инженер Бухгалтерия Методисты

М
М
М


Краткая характеристика предприятия

Данное предприятие (ГУДОД ЦДИЮТТ КК) осуществляет дополнительное обучение детей в возрасте от 6 до 18 лет в направлениях:

1) Судомодельный.

2) Начально-технического моделирования.

3) Компьютерной грамотности.

4) Радиотехнического конструирования.

5) "Юный моряк".

6)

Оценить/Добавить комментарий
Имя
Оценка
Комментарии:
Где скачать еще рефератов? Здесь: letsdoit777.blogspot.com
Евгений08:10:25 19 марта 2016
Кто еще хочет зарабатывать от 9000 рублей в день "Чистых Денег"? Узнайте как: business1777.blogspot.com ! Cпециально для студентов!
09:32:26 29 ноября 2015

Работы, похожие на Отчет по практике: Проектирование базы данных "Риелторская контора"
SQL Server 2000
Введение. 2 Краткая характеристика редакции 8 SQL Server 2000 8 Developer Edition 9 Enterprise Evaluation Edition 9 Возможности редакций 10 Аппаратные ...
При описании модели реляционной базы данных для одного и того же понятия часто употребляют различные термины, что зависит от уровня описания (теория или практика) и системы (Access ...
Теория БД_Реляционные БД_SQL Server_
Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 1777 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать
... и статистической информации в двухструктурных реляционных базах данных
Наращивание экономической и статистической информации в двухструктурных реляционных базах данных СОДЕРЖАНИЕ Введение..
Приложение-клиент формирует запрос к серверу, на котором расположена БД, на структурном языке запросов SQL.
самих хранимых данных. Поскольку базы данных dBase - реляционные базы данных, то запросы к данным осуществляются с помощью реляционного языка запросов SQL.
Раздел: Рефераты по информатике, программированию
Тип: дипломная работа Просмотров: 444 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать
Базы данных и информационные технологии
Лекция 1. Введение в базы данных и СУБД Одним из важнейших понятий теории базы данных является понятие информации. Здесь под информацией понимают ...
Изменения БД журнализуются следующим образом: запись в журнале соответствует некоторой операции изменения БД (например, операции удаления строки из таблицы реляционной БД).
В иерархических структурах запись-потомок должна иметь в точности одного предка; в сетевой структуре данных потомок может иметь любое число предков.
Раздел: Рефераты по информатике, программированию
Тип: учебное пособие Просмотров: 3914 Комментариев: 3 Похожие работы
Оценило: 1 человек Средний балл: 4 Оценка: неизвестно     Скачать
Разработка баз данных в Delphi
Создание баз данных в Delphi Урок 1: Настройка BDE Содержание урока 1: Обзор 2 Сущность BDE 2 Алиасы 2 Системная информация утилиты настройки BDE 4 ...
Однако, как бы Вы его ни произносили, SQL - это мощный язык БД, который легко доступен из Delphi, но который отличается от родного языка Delphi.
Вот типичный SQL запрос, который используется для удаления записи из таблицы:
Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 7946 Комментариев: 3 Похожие работы
Оценило: 1 человек Средний балл: 5 Оценка: неизвестно     Скачать
Разработка системы автоматизации для малого коммерческого предприятия ...
Содержание I. Специальная часть. Введение 3 Глава 1. Основная часть 1.1. Содержание и требования, предъявляемые к информации 3 1.2. Значение ...
Операция объединения обеспечивает SQL и реляционную модель необходимой мощностью и гибкостью.
Чтобы обеспечить сущностную целостность записей в таблице SQL Server поддерживает уникальные индексы, которые гарантируют, что значение ключа в столбце уникально для всех записей ...
Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 3560 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать
Реляционные Базы Данных. SQL - стандартный язык реляционных баз данных
Содержание: Содержание 2 Реляционные базы данных 3 Что такое базы данных? 3 Первые модели данных 3 Системы управления файлами 3 Иерархические СУБД 4 ...
Между записями существовали отношения предок/потомок, связывающие каждую часть с деталями, входящими в неё.
Несмотря на это, реляционная СУБД также способна реализовать отношения предок/потомок, однако эти отношения представлены исключительно значениями данных, содержащихся в таблицах.
Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 5836 Комментариев: 4 Похожие работы
Оценило: 1 человек Средний балл: 4 Оценка: неизвестно     Скачать
Билеты на государственный аттестационный экзамен по специальности ...
1 Кибернетический подход к информационной системе как системе управления. Понятие кибернетической системы связано с процессами управления и ...
Модель объекта ADO не содержит ни совокупности таблиц, ни среды, ни процессора БД или исполняющей машины (DataBase Access Engine), а включает объекты, представленные на рисунке 9 ...
Объектами разработки в таких приложениях помимо диалога и логики обработки являются, прежде всего, реляционная модель данных и связанный с ней набор SQL -операторов для типовых ...
Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 1451 Комментариев: 3 Похожие работы
Оценило: 1 человек Средний балл: 2 Оценка: неизвестно     Скачать
Корпоративные сети
1. Введение. В чем состоит планирование сети Корпоративная сеть - это сложная система, включающая тысячи самых разнообразных компонентов: компьютеры ...
Для хранения и обработки статистической информации BlackHole использует реляционную базу данных с языком запросов SQL.
В классической реляционной модели данных содержимым столбцов могут быть только значения базовых типов данных (целые и плавающие числа, строки символов и т.д.). Не допускается ...
Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 9431 Комментариев: 4 Похожие работы
Оценило: 6 человек Средний балл: 4.8 Оценка: 5     Скачать
Разработка программного обеспечения по автоматизации учебного процесса ...
Федеральное агентство по образованию федеральное Государственное образовательное учреждение среднего профессионального образования Бежецкий ...
Компонент Query представляет собой набор данных, записи которого формируются в результате выполнения SQL-запроса и основаны на реляционном способе доступа к данным.
По умолчанию фильтрация записей не ведётся, и набор данных Table содержит все записи связанной с ним таблицы БД, а в набор данных Query включаются все записи, удовлетворяющие SQL ...
Раздел: Рефераты по информатике
Тип: дипломная работа Просмотров: 2441 Комментариев: 5 Похожие работы
Оценило: 3 человек Средний балл: 4.3 Оценка: неизвестно     Скачать
MS SQL Server 6.5
ПРИЛОЖЕНИЕ 1 MicroSOFT ВЫПУСКАЕТ SQL SERVER 6.5 Рекордные показатели по соотношению "цена-производительность" на платформе Windows NT Server; новые ...
В сочетании Microsoft SQL Server 6.5 и Microsoft Internet Information Server позволяют при помощи программ просмотра Web, включая Microsoft Internet Explorer и Netscape Navigator ...
Transfer Manager используется для экспорта/импорта объектов и данных БД на MS SQL Server между разными аппаратными платформами, например между процессорами Intel и Alpha, а также ...
Раздел: Рефераты по информатике, программированию
Тип: реферат Просмотров: 2079 Комментариев: 2 Похожие работы
Оценило: 0 человек Средний балл: 0 Оценка: неизвестно     Скачать

Все работы, похожие на Отчет по практике: Проектирование базы данных "Риелторская контора" (1276)

Назад
Меню
Главная
Рефераты
Благодарности
Опрос
Станете ли вы заказывать работу за деньги, если не найдете ее в Интернете?

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



Результаты(150347)
Комментарии (1830)
Copyright © 2005-2016 BestReferat.ru bestreferat@mail.ru       реклама на сайте

Рейтинг@Mail.ru