бд налоговая. 1. Обоснование концептуальной модели базы данных 4 Выполнение нормализации базы данных 9
 Скачать 390.15 Kb.
|
 Содержание Введение 3 1. Обоснование концептуальной модели базы данных 4 2. Выполнение нормализации базы данных 9 3. Конструирование таблиц базы данных и заполнение полей 11 4. Оформление схемы данных 13 5. Конструирование запросов к базе данных 14 Конструирование запросов к базе данных - это процесс создания запросов, которые позволяют получать необходимую информацию из базы данных. Для решения задач, описанных в данной курсовой работе, требуется написать запросы на языке SQL (Structured Query Language), который является стандартным языком для работы с реляционными базами данных. 14 При конструировании запросов к базе данных следует учитывать следующие факторы: 14 1.Выбор таблицы: для получения необходимой информации нужно определить таблицу, в которой она хранится. 14 2.Выбор полей: необходимо определить, какие поля из таблицы нужно выбрать. 14 3.Условия выборки: для получения нужной информации следует задать условия, которым должны соответствовать записи в таблице. 14 4.Агрегирующие функции: для получения сумм, количества или других агрегированных данных следует использовать соответствующие функции. 14 5.Сортировка: можно задать порядок сортировки результатов запроса по определенному полю. 14 6.Группировка: можно сгруппировать результаты запроса по определенному полю. 14 7.Объединение таблиц: в случае, когда необходимо объединить информацию из нескольких таблиц, можно использовать оператор JOIN. 14 При конструировании запросов следует также обратить внимание на оптимизацию запросов, чтобы они выполнялись максимально быстро и эффективно. Для этого можно использовать индексы, которые ускоряют поиск данных в таблице. 14 Написание эффективных запросов к базе данных является важным навыком для специалистов в области баз данных и поможет достичь более точных и быстрых результатов в работе с большими объемами данных. 14 Для запросов списка налогоплательщиков, начисляющих заданный вид налога, списка налогоплательщиков, переплативших по заданному виду налога, списка налогов, по которым произошла недоплата и списка налогоплательщиков, у которых начисленная сумма по заданному виду налога лежит в заданном диапазоне, нужно использовать SQL-запросы с использованием операторов SELECT, WHERE и JOIN. 14 Для запроса списка начисленных налогов налогоплательщиками, которые перечислили деньги в тот же день, что и заданный налогоплательщик, нужно использовать SQL-запрос с использованием операторов SELECT, WHERE, JOIN и GROUP BY. 15 Запрос: 15 SELECT * FROM Налогоплательщики WHERE Вид_налога='название_налога'; 15 Для запроса списка налогоплательщиков, не перечисливших деньги к заданной дате, нужно использовать SQL-запрос с использованием операторов SELECT, WHERE и JOIN. 15 Запрос: 15 SELECT * FROM Ведомость_платежей WHERE (Сумма_платежа-Сумма_начисленных_платежей)>0 AND Вид_налога='название_налога'; 15 Для запросов на отчеты «Список должников» и «Поиск платежей по ИНН» нужно использовать SQL-запросы с использованием операторов SELECT, WHERE и JOIN с учетом параметров, заданных пользователем в форме. 15 Запрос: 15 SELECT Налогоплательщики.ФИО, Налогоплательщики.ИНН, Налогоплательщики.Адрес, SUM(ВедомостьПлатежей.Сумма) AS [Сумма долга] 15 FROM Налогоплательщики INNER JOIN ВедомостьПлатежей ON Налогоплательщики.ИНН = ВедомостьПлатежей.ИНН 15 GROUP BY Налогоплательщики.ФИО, Налогоплательщики.ИНН, Налогоплательщики.Адрес 15 HAVING SUM(ВедомостьПлатежей.Сумма) > 0 15 Этот запрос выводит список должников с ФИО, ИНН и адресом, а также суммой долга по каждому налогоплательщику. 15 Запрос: 16 SELECT Налогоплательщики.ФИО, ВедомостьПлатежей.ИНН, ВедомостьПлатежей.Дата, ВидыНалогов.Наименование, ВедомостьПлатежей.Сумма 16 FROM (ВидыНалогов INNER JOIN ВедомостьПлатежей ON ВидыНалогов.ID_вида_налога = ВедомостьПлатежей.ID_вида_налога) INNER JOIN Налогоплательщики ON ВедомостьПлатежей.ИНН = Налогоплательщики.ИНН 16 WHERE ВедомостьПлатежей.ИНН=[Введите ИНН налогоплательщика]; 16 Этот запрос выводит список платежей по заданному ИНН налогоплательщика с указанием ФИО, даты платежа, наименования налога и суммы. При выполнении запроса будет запрошен ИНН налогоплательщика, по которому будет осуществляться поиск платежей. 16 Для запроса списка налогоплательщиков, перейдя на форму «Налогоплательщики», нужно использовать запрос на выборку из соответствующей таблицы в базе данных. 16 Запрос: 16 SELECT * FROM Налогоплательщики WHERE ИНН NOT IN (SELECT ИНН_налогоплательщика FROM Ведомость_платежей WHERE Дата_платежа<'заданная_дата'); 16 Для запросов на переход на формы «Ведомость платежей», «Справочник налогов», «Справочник ОКВЭД», «Субъекты РФ» и «Подать заявку на ИП» нужно использовать запросы на выборку из соответствующих таблиц в базе данных. 16 Запрос на выборку всех записей из таблицы "Ведомость платежей": 16 SELECT * FROM Ведомость_платежей; 16 Запрос на выборку всех записей из таблицы "Справочник налогов": 16 SELECT * FROM Справочник_налогов; 16 Запрос на выборку всех записей из таблицы "Справочник ОКВЭД": 16 SELECT * FROM Справочник_ОКВЭД; 16 Запрос на выборку всех записей из таблицы "Субъекты РФ": 16 SELECT * FROM Субъекты_РФ; 16 Запрос на выборку всех записей из таблицы "Заявки на ИП": 16 SELECT * FROM Заявки_на_ИП; 17 В целом, для составления запросов в Access нужно учитывать структуру базы данных, таблиц и связей между ними, а также параметры, заданные пользователем в форме. 17 17 6. Разработка форм базы данных 18 7. Разработка отчета 20 Заключение 24 ВведениеВ настоящее время мы можем наблюдать огромный рост и развитие информационных технологий и компьютеризации общества в целом, что ведет к информатизации в различных сферах нашей повседневной жизни, в том числе и такой области как туристическая фирма. Целью курсовой работы является разработка и реализация базы данных и ее приложения «Налоговая», обеспечивающей накопление, хранение и предоставление необходимой информации. Актуальность работы заключается в том, данная база поможет клиентам в поиске необходимой информации, касающейся налогов, платежей, регистрации ИНН, а сотрудникам налоговой поможет получать всю необходимую информацию о налогоплательщиках, а также оформлять платежи и необходимые документы. Задачи курсовой работы: - получить список всех налогоплательщиков, начисляющих заданный вид налога; - получить список налогоплательщиков, переплативших по заданному виду налога; - получить список налогов, по которым произошла недоплата; - получить суммы начисленных налогов налогоплательщиками, которые перечислили деньги в тот же день, что и заданный налогоплательщик; - получить список налогоплательщиков, не перечисливших деньги к заданной дате; - получить список налогоплательщиков, у которых начисленная сумма по заданному виду налога лежит в заданном диапазоне При разработке базы данных и приложения были использованы средства СУБД Microsoft Access 1. Обоснование концептуальной модели базы данных Концептуальное проектирование – это способ при котором можно проанализировать, собрать и отредактировать необходимые требования к данным, которое включает в себя описание предметной области, представление объектов и атрибутов проектируемой базы данных, составление связей между этими объектами, по завершению должна быть составлена ER – диаграмма проектируемой базы данных. Концептуальное проектирование это неотъемлемая составляющая при создании базы данных. Создаваемая программа предназначена для автоматизации работы сотрудника налоговой. Она будет включать в себя все необходимые сведения о налогоплательщиках, истории платежей, заявлениях на регистрацию ИП, списках ОКВЭД и т.д. ИНН каждого налогоплательщика является уникальным, что позволяет легко и достоверно найти любые данные о налогоплательщиках и его операциях с налогами. В базе данных разрабатываемого программного продукта будут храниться данные о Налогоплательщике: ИНН физ лица ФИО Адрес, дом, квартира Данные паспорта Телефон Каждый налогоплательщик относится к определенному субъекту Российской Федерации. О субъектах будет храниться данные: Код субъекта Название субъекта Каждый налогоплательщик платит налоги, перечисленные в справочнике налогов: Код платежа Вид налога ИНН плательщика Облагаемая сумма Дата получения извещения Дата платежа Каждый налог характеризуется следующей информации: Код налога Наименование налога Ставка в процентах Каждый налогоплательщик, который является физическим лицом может подать заявление на регистрацию ИП. В заявлении хранится следующая информация: Код заявления ИНН физ лица Код ОКВЭД (Общероссийский классификатор видов экономической деятельности) Дата заполнения заявления Каждое заявление характеризуется видом деятельности: Код деятельности Вид деятельности По каждому виду деятельности существует классификатор деятельности индивидуального предприятия ОКВЭД: Код ОКВЭД Деятельность Вид деятельности В концептуальном проектировании мы рассматриваем сущности и атрибуты этих сущностей, а также первичный ключ, от которого остальные не ключевые атрибуты будут зависеть полностью. В таблице 1. «Объекты и атрибуты» показаны все сущности проектируемой базы данных, их атрибуты и первичные ключи. Таблица 1. «Объекты и атрибуты»
Связи, которые существуют между объектами определяют отношения, в которых будут состоять объекты и связь их атрибутов. В таблице 2. «Связи между объектами» показаны связи между объектами, а также показатель кардинальности и степень участия Относятсякаждой связи. Таблица 2. «Связи между объектами»
Эти связи будут использованы для построения ER – диаграммы. ER-диаграмма используются для разработки базы данных, и представляет собой стандартный способ определения данных и отношений между ними. Таким образом, осуществляется детализация хранилищ данных. ER-диаграмма содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей). На рисунке 1. «ER – диаграмма предметной области Работа биржи труда» показана ER –модель нашей базы данных.  Рисунок 1. «ER – диаграмма предметной области Налоговая» Данная модель понадобится нам для дальнейшего проектирования базы данных в следующей главе «Логическое проектирование». 2. Выполнение нормализации базы данных Необходимо провести нормализацию таблиц и отношений проектируемой реляционной схемы. Таблицы справочник налогов, история платежей, налогоплательщиков, субъекты РФ, заявление на ИП, деятельность, вид деятельности приведены к 1НФ, так как все атрибуты этих таблиц простые (Таблица 3). Таблицы справочник налогов, история платежей, налогоплательщиков, субъекты РФ, заявление на ИП, деятельность, вид деятельности в 1НФ и имеют простой первичный ключ, следовательно, автоматически приведены ко 2НФ. Таблица Налогоплательщики находится в 2НФ и не ключевые атрибуты (ИНН физ лица, Фамилия, Имя, Отчество, Дата рождения, Субъект РФ, Адрес, Дом, Квартира, Серия паспорта, Номер паспорта, Дата выдачи паспорта, Телефон) не зависят друг от друга (1ФЗ), следовательно, таблица приведена к 3НФ. Таблица Субъекты РФ находится в 2НФ и не ключевые атрибуты (Название субъекта) не зависят друг от друга (2ФЗ), следовательно, таблица приведена к 3НФ. Таблица Справочник налогов находится в 2НФ и не ключевые атрибуты (Наименование налога, Ставка в %) не зависят друг от друга (3ФЗ), следовательно, таблица приведена к 3НФ. Таблица История платежей находится в 2НФ и не ключевые атрибуты (ИНН плательщика, вид налога, облагаемая сумма, дата получения извещения, дата платежа) не зависят друг от друга (4ФЗ), следовательно, таблица приведена к 3НФ. Таблица Заявление на ИП находится в 2НФ и не ключевые атрибуты (ИНН, код ОКВЭД, Дата заполнения) не зависят друг от друга (5ФЗ), следовательно, таблица приведена к 3НФ. Таблица Деятельность находится в 2НФ и не ключевые атрибуты (деятельность, вид деятельности) не зависят друг от друга (6ФЗ), следовательно, таблица приведена к 3НФ. Таблица Виды деятельности находится в 2НФ и не ключевые атрибуты (Вид деятельности) не зависят друг от друга (7ФЗ), следовательно, таблица приведена к 3НФ. Таблица Налогоплательщики находится в 3НФ и имеет один потенциальный ключ (ИНН физ лица), (1ФЗ), следовательно, таблица приведена к НФБК. Таблица Субъекты РФ находится в 3НФ и имеет один потенциальный ключ (Код субъекта), (2ФЗ), следовательно, таблица приведена к НФБК. Таблица Справочник налогов находится в 3НФ и имеет один потенциальный ключ (Код налога), (3ФЗ), следовательно, таблица приведена к НФБК. Таблица История платежей находится в 3НФ и имеет один потенциальный ключ (Код платежа), (4ФЗ), следовательно, таблица приведена к НФБК. Таблица Заявление на ИП находится в 3НФ и имеет один потенциальный ключ (Код заявления), (5ФЗ), следовательно, таблица приведена к НФБК. Таблица Деятельность находится в 3НФ и имеет один потенциальный ключ (Код ОКВЭД), (6ФЗ), следовательно, таблица приведена к НФБК. Таблица Виды деятельности находится в 3НФ и имеет один потенциальный ключ (Код вида деятельности), (7ФЗ), следовательно, таблица приведена к НФБК. 3. Конструирование таблиц базы данных и заполнение полей Информация внутри базы данных должна соответствовать, заданным правилам, логике и структуре. База данных должна содержать полную и непротиворечивую информацию. Целостность данных подразделяется на три категории: доменная, категорная и ссылочная. Рассмотрим целостность этих категорий для нашей базы данных в Таблице 3. «Целостность данных». Таблица 3 «Целостность данных» Доменный тип целостности
Категорный тип целостности
Ссылочный тип целостности
4. Оформление схемы данных После выполнения всех необходимых требований, получаем реляционную схему данных. Реляционная схема была реализована в СУБД Microsoft Access. Схема приведена на рисунке 2. «Реляционная схема данных».  Рисунок 2. «Реляционная схема данных» 5. Конструирование запросов к базе данных Конструирование запросов к базе данных - это процесс создания запросов, которые позволяют получать необходимую информацию из базы данных. Для решения задач, описанных в данной курсовой работе, требуется написать запросы на языке SQL (Structured Query Language), который является стандартным языком для работы с реляционными базами данных. При конструировании запросов к базе данных следует учитывать следующие факторы: Выбор таблицы: для получения необходимой информации нужно определить таблицу, в которой она хранится. Выбор полей: необходимо определить, какие поля из таблицы нужно выбрать. Условия выборки: для получения нужной информации следует задать условия, которым должны соответствовать записи в таблице. Агрегирующие функции: для получения сумм, количества или других агрегированных данных следует использовать соответствующие функции. Сортировка: можно задать порядок сортировки результатов запроса по определенному полю. Группировка: можно сгруппировать результаты запроса по определенному полю. Объединение таблиц: в случае, когда необходимо объединить информацию из нескольких таблиц, можно использовать оператор JOIN. При конструировании запросов следует также обратить внимание на оптимизацию запросов, чтобы они выполнялись максимально быстро и эффективно. Для этого можно использовать индексы, которые ускоряют поиск данных в таблице. Написание эффективных запросов к базе данных является важным навыком для специалистов в области баз данных и поможет достичь более точных и быстрых результатов в работе с большими объемами данных. Для запросов списка налогоплательщиков, начисляющих заданный вид налога, списка налогоплательщиков, переплативших по заданному виду налога, списка налогов, по которым произошла недоплата и списка налогоплательщиков, у которых начисленная сумма по заданному виду налога лежит в заданном диапазоне, нужно использовать SQL-запросы с использованием операторов SELECT, WHERE и JOIN. Для запроса списка начисленных налогов налогоплательщиками, которые перечислили деньги в тот же день, что и заданный налогоплательщик, нужно использовать SQL-запрос с использованием операторов SELECT, WHERE, JOIN и GROUP BY. Запрос: SELECT * FROM Налогоплательщики WHERE Вид_налога='название_налога'; Для запроса списка налогоплательщиков, не перечисливших деньги к заданной дате, нужно использовать SQL-запрос с использованием операторов SELECT, WHERE и JOIN. Запрос: SELECT * FROM Ведомость_платежей WHERE (Сумма_платежа-Сумма_начисленных_платежей)>0 AND Вид_налога='название_налога'; Для запросов на отчеты «Список должников» и «Поиск платежей по ИНН» нужно использовать SQL-запросы с использованием операторов SELECT, WHERE и JOIN с учетом параметров, заданных пользователем в форме. Запрос: SELECT Налогоплательщики.ФИО, Налогоплательщики.ИНН, Налогоплательщики.Адрес, SUM(ВедомостьПлатежей.Сумма) AS [Сумма долга] FROM Налогоплательщики INNER JOIN ВедомостьПлатежей ON Налогоплательщики.ИНН = ВедомостьПлатежей.ИНН GROUP BY Налогоплательщики.ФИО, Налогоплательщики.ИНН, Налогоплательщики.Адрес HAVING SUM(ВедомостьПлатежей.Сумма) > 0 Этот запрос выводит список должников с ФИО, ИНН и адресом, а также суммой долга по каждому налогоплательщику. Запрос: SELECT Налогоплательщики.ФИО, ВедомостьПлатежей.ИНН, ВедомостьПлатежей.Дата, ВидыНалогов.Наименование, ВедомостьПлатежей.Сумма FROM (ВидыНалогов INNER JOIN ВедомостьПлатежей ON ВидыНалогов.ID_вида_налога = ВедомостьПлатежей.ID_вида_налога) INNER JOIN Налогоплательщики ON ВедомостьПлатежей.ИНН = Налогоплательщики.ИНН WHERE ВедомостьПлатежей.ИНН=[Введите ИНН налогоплательщика]; Этот запрос выводит список платежей по заданному ИНН налогоплательщика с указанием ФИО, даты платежа, наименования налога и суммы. При выполнении запроса будет запрошен ИНН налогоплательщика, по которому будет осуществляться поиск платежей. Для запроса списка налогоплательщиков, перейдя на форму «Налогоплательщики», нужно использовать запрос на выборку из соответствующей таблицы в базе данных. Запрос: SELECT * FROM Налогоплательщики WHERE ИНН NOT IN (SELECT ИНН_налогоплательщика FROM Ведомость_платежей WHERE Дата_платежа<'заданная_дата'); Для запросов на переход на формы «Ведомость платежей», «Справочник налогов», «Справочник ОКВЭД», «Субъекты РФ» и «Подать заявку на ИП» нужно использовать запросы на выборку из соответствующих таблиц в базе данных. Запрос на выборку всех записей из таблицы "Ведомость платежей": SELECT * FROM Ведомость_платежей; Запрос на выборку всех записей из таблицы "Справочник налогов": SELECT * FROM Справочник_налогов; Запрос на выборку всех записей из таблицы "Справочник ОКВЭД": SELECT * FROM Справочник_ОКВЭД; Запрос на выборку всех записей из таблицы "Субъекты РФ": SELECT * FROM Субъекты_РФ; Запрос на выборку всех записей из таблицы "Заявки на ИП": SELECT * FROM Заявки_на_ИП; В целом, для составления запросов в Access нужно учитывать структуру базы данных, таблиц и связей между ними, а также параметры, заданные пользователем в форме. 6. Разработка форм базы данных Продолжая работу над курсовой работой, следующим шагом будет разработка форм базы данных для взаимодействия с базой данных. Формы будут использоваться для ввода, редактирования и просмотра данных. Каждая форма должна иметь соответствующие поля для ввода информации. Поля должны быть связаны с соответствующими таблицами базы данных и иметь соответствующие свойства. Также необходимо добавить кнопки для сохранения, отмены и удаления данных. Кроме того, для удобства работы с базой данных можно создать отдельную форму для каждого из запросов, описанных в предыдущем пункте. Формы запросов должны содержать поля для ввода параметров запроса и кнопку для выполнения запроса. Результат выполнения запроса должен выводиться в соответствующей форме. Все формы должны быть разработаны в соответствии с требованиями к пользовательскому интерфейсу и обеспечивать удобство работы с базой данных.  Рисунок №4. «Главное меню приложения»  Рисунок №5. «Меню сотрудника» 7. Разработка отчета Разработка отчета является важным этапом при работе с базами данных, так как позволяет представить полученные данные в удобном виде для анализа и принятия решений. Отчеты могут содержать различные данные, такие как сводные таблицы, графики, диаграммы и другие элементы визуализации. Для разработки отчета необходимо определить цель и задачи отчета, выбрать данные, которые будут использоваться, определить формат и вид представления данных. Необходимо также учитывать потребности пользователей, их уровень знаний и опыт работы с базами данных. Для создания отчетов можно использовать различные инструменты, такие как генераторы отчетов, инструменты бизнес-аналитики и инструменты визуализации данных. Наиболее распространенными являются Microsoft Excel, Microsoft Access, Power BI, Tableau и другие. Важно также учитывать, что отчеты должны быть понятными, легко читаемыми и содержать только необходимые данные. Они должны быть удобны для использования и обеспечивать возможность быстрого анализа данных. После разработки отчета необходимо провести его тестирование и убедиться, что он соответствует поставленным задачам и требованиям пользователей. Разработка отчетов может помочь анализировать данные и отслеживать различные показатели. Некоторые возможные отчеты, которые можно разработать для данной базы данных, могут включать в себя: Отчет о задолженности налогоплательщиков по каждому виду налога. Отчет о количестве налогоплательщиков, переплативших налог за определенный период. Отчет о количестве налогоплательщиков, недоплативших налог за определенный период. Отчет о суммах начисленных налогов налогоплательщиками, которые перечислили деньги в тот же день, что и заданный налогоплательщик. Отчет о количестве налогоплательщиков, не перечисливших деньги к заданной дате. Отчет о количестве налогоплательщиков, у которых начисленная сумма по заданному виду налога лежит в заданном диапазоне. Отчет о количестве налогоплательщиков, у которых период оплаты налога истекает в ближайшее время. Отчет о количестве заявок на открытие ИП, поданных за определенный период. Отчет о количестве налогоплательщиков, зарегистрированных в каждом субъекте РФ. Отчет о количестве налогоплательщиков, зарегистрированных в каждом ОКВЭД. Для разработки отчетов необходимо определить параметры, по которым будет производиться выборка данных из базы данных, а также структуру и дизайн отчетов.  Рисунок №6. «Действие кнопки налогоплательщики»  Рисунок №7. «Действие кнопки Ведомость платежей»  Рисунок №8. «Действие кнопки Сформировать квитанцию на оплату»  Рисунок №9. «Действие кнопки Справочник налогов»  Рисунок №10. «Справочник ОКВЭД» Заключение В данной курсовой работе была разработана база данных для налоговой инспекции, которая позволяет эффективно хранить информацию о налогоплательщиках и их платежах, а также проводить анализ и генерацию отчетов по различным параметрам. Были разработаны таблицы для хранения информации о налогоплательщиках, налоговых платежах, налоговых ставках, субъектах РФ и ОКВЭД. Были описаны связи между таблицами и разработана схема базы данных. Также были разработаны запросы для реализации задач, таких как получение списка налогоплательщиков, переплативших по заданному виду налога, получение списка налогоплательщиков, у которых начисленная сумма по заданному виду налога лежит в заданном диапазоне и других. Были разработаны отчеты, такие как «Список должников» и «Поиск платежей по ИНН», которые позволяют проводить анализ данных и быстро находить нужную информацию. Было спроектировано и разработано приложение «налоговая». Приложение выполняет следующие функции: ввод, редактирование и хранение информации о налогоплательщиках; ввод и хранение информации о платежах; ввод и хранение информации о субъектах РФ; ввод и хранение информации о деятельности ИП; ввод и хранение информации о заявлениях на ИП. В процессе ее создания были изучены и воплощены в жизнь большинство принципов проектирования баз данных и средств СУБД Microsoft Access полученных за время обучения. В результате получилось готовое приложение, которое выполняет все поставленные задачи и отвечает всем требованиям, которые предъявлялись на момент концептуального проектирования. Разработанная база данных и приложение способны оперативно вносить, предоставлять и накапливать информацию, необходимую для работы налоговой. Достоинствами являются простота, надежность и удобство использования. Список использованных источников. Введение в системы баз данных. 8-е издание – СПб.: Издательский дом «Вильямс», 2005. – 1313 с. Ульман Дж. Д., Уидом Д. Основы реляционных баз данных – М.: Изд-во «Лори»,2006. - 374 с. Грабер М. Введение в SQL. – М.: Изд-во «Лори»,1999. – 373 с. Тернстрем, Т. Microsoft SQL Server 2008. Разработка баз данных. Учебный курс Microsoft (+ CD-ROM) / Т. Тернстрем. - М.: Русская Редакция, 2011. - 293 c. Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., – М.: Мир, 1985. Кн. 1. – 287 с.: Кн. 2. – 320 с |