Инструменты автоматизации процесса хранения персональной информации

Оглавление

Введение  3

Глава 1. Инструменты автоматизации процесса хранения  5

персональной информации

1.1. Разработка приложений баз  данных в среде Delphi  5

1.2. Технологии доступа к базам данных 

1.3. Инструментальные  средства 

1.4. Компоненты

1.5. Архитектура клиент-сервер 

Глава 2. Создание приложения для работы с базами данных 

2.1. Проектирование базы данных  2.2. Создание приложения 

Заключение  

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

Введение

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

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

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

Одна из наиболее популярных сред разработки приложений для работы с базами данных – это Delphi. Разработка приложений баз данных является одной из наиболее востребованных возможностей среды программирования Delphi. Эта среда программирования предоставляет разработчику поистине великолепный набор простых в использовании инструментов, позволяющих быстро разрабатывать сложные проекты.

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

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

Во второй главе описан процесс разработки приложения для  работы с базой данных «Бюро трудоустройства». Основные функции этого приложения – добавление записей в базу данных, поиск записей, изменение записей.

Глава 1. Инструменты автоматизации процесса хранения  
персональной информации

1.1. Разработка приложений баз данных в среде Delphi

Пакет Delphi — продолжение  линии компиляторов языка Pascal корпорации Borland. Pascal как язык очень прост, а строгий контроль типов данных способствует раннему обнаружению ошибок и позволяет быстро создавать надежные и эффективные программы.

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

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

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

В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в офлайновом режиме.

Масштабируемость на практике — одно и то же приложение можно использовать как для локального, так и для более серьезного клиент-серверного вариантов.

Хотя Delphi не имеет своего формата таблиц БД, она тем не менее обеспечивает мощную поддержку большого количества различных СУБД — как локальных (например, dBase или Paradox), так и промышленных (например, Sybase или InterBase).

1.2. Технологии  доступа к базам данных

Технологией доступа к данным называется система интерфейсов, обеспечивающая взаимодействие между приложением и базой данных. Во многих системах управления базами данных имеются библиотеки, содержащие интерфейсы прикладного программирования (application programming interface — API), представляющие собой функции, при помощи которых можно выполнять с данными те или иные действия.

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

Этот вопрос призваны решить различные технологии доступа  к данным. Они являются прослойкой между API конкретного сервера и приложением пользователя, предоставляя программисту простой унифицированный механизм работы с данными. На сегодняшний день существует множество технологий доступа к данным, таких как BDE, OLE, ODBC, ADO, и до сих пор разрабатываются новые, более надежные, удобные в работе и более быстродействующие технологии¹.

Рассмотрим подробнее  технологии BDE и ADO.

BDE (Borland Database Engine) – это набор драйверов и динамически присоединяемых библиотек (файлов *.dll), которые обеспечивают доступ к данным.

Для организации доступа  к базе данных используются следующие  компоненты:

• ТТаblе – обеспечивает доступ к таблицам локальных баз данных и управление ими;

• TQuery – использует для доступа к базе данных SQL-запросы, поэтому позволяет работать как с локальными, так и с распределенными базами данных.

BDE инсталлируется вместе с Delphi, обеспечивает доступ к локальным базам данных, расположенным на том же компьютере, и к удалённым базам, расположенным на сервере. BDE предоставляет очень гибкий механизм управления базами данных, позволяющий приложениям, созданным в среде Delphi, получать информацию из баз данных наиболее популярных форматов².

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

Процессор баз данных BDE позволяет наиболее эффективно работать с таблицами баз данных типа dBase и Paradox.

Реализация в системе Delphi прослойки BDE позволяет не привязывать программу к конкретной СУБД. Если потребуется расширить число пользователей программы и перейти, например, с файл-серверной СУБД dBase на более мощную СУБД InterBase, достаточно изменить несколько настроек BDE, не исправляя исходные тексты³.

Функции BDE API — набор  функций для управления средой, конфигурацией, обработкой ошибок, работы с индексами, таблицами, транзакциями и т. д. 

Увы, механизм доступа BDE признается устаревшим даже самой компанией Borland. Фирма Borland перестанет поддерживать BDE в новых версиях Delphi и рекомендует использовать технологию dbExpress⁴.

В данный момент многие инструменты Delphi являются кросс-платформенными, то есть, программы с небольшими доработками можно переносить на другие операционные системы.

Тем не менее, хоронить его  рано. Многие программисты до сих пор  используют данный инструмент в разработке приложений для небольших компаний. Например, китайская компания Huawei, разрабатывающая современнейшие электронные АТС как для городских, так и для мобильных телефонов, до сих пор использует BDE для доступа к настройкам и статистическим данным этих АТС. Кроме того, BDE имеет множество простых и удобных возможностей для программиста, таких например, как создание таблиц программно.

Удобство работы с BDE трудно переоценить, однако нельзя не сказать и о минусах. Основной минус – распространение приложений. Если ваше приложение использует для доступа к данным компоненты BDE, то и у клиента, который будет пользоваться вашей программой, должен быть установлен BDE. Причем если вы использовали псевдонимы базы данных (псевдоним необходим для того, чтобы все изменения, связанные с базой данных, могли автоматически меняться без изменения созданных клиентских программ, в которых данный псевдоним используется⁵), то настройка на эти же псевдонимы должна быть и у клиента. Впрочем, создание инсталляционного пакета при помощи стандартной утилиты Install Shield Express снимает эту проблему. Эта утилита позволяет включать настроенный механизм BDE в состав инсталляционного пакета вашей программы. Конечно, за это приходится расплачиваться большими размерами инсталляционного файла.

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

Технология объектов данных ActiveX Data Objects (ADO) – одна из альтернатив механизму для работы с базами данных BDE.

В рамках ADO реализована  коллекция интерфейсов COM-объектов, предназначенных для работы как с реляционными, так и с нереляционными наборами данных, включая иерархические базы данных, текстовые, графические, географические данные, e-mail и многое другое. Для того чтобы обратиться к набору данных ADO, обычно пользуются услугами открытого соединения с базами данных (ODBC, Open Database Connectivity). Доступ к данным предоставляют драйверы, называемые провайдерами.

Основные компоненты ADO — TADOTable и TADOQuery — аналогичны компонентам ТТаblе и TQuery⁶.

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

В технологии ADO поддерживаются следующие основные функции (хотя отдельные машины баз данных могут поддерживать только некоторые из них):

• независимо создаваемые  объекты;

• поддержка хранимых процедур с входными, выходными и  возвращаемыми параметрами;

• курсоры различных  типов (включая возможность поддержки разных специальных курсоров конечных пользователей);

• пакетное обновление;

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

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

Использование компонентов ADO позволяет полностью отказаться от BDE⁸.

ADO становится всё более  популярным способом доступа  к данным, так как включен в ядро операционных систем семейства Windows, и входит в состав таких популярных продуктов, как Microsoft Office и MS Internet Explorer⁹.

Сравнивая ADO с BDE, отметим  достоинства и недостатки этой технологии.

Основное достоинство ADO в том, что начиная с Windows 2000 операционная система по умолчанию включает программную поддержку ADO-приложений в виде пакета компонентов доступа к данным (Microsoft Data Access Components, MDAC). Таким образом, написав в среде Delphi приложение ADO, нам не потребуется включать в инсталляцию дополнительные файлы.

Явный минус ADO в том, что  ее производительность несколько уступает скорости работы фирменного «движка» Borland – BDE, в особенности при доступе к BDE-ориентированным форматам баз данных, например Paradox¹⁰.

По своим возможностям ADO напоминает BDE, хотя конечно, является более мощным инструментом. Компания Borland разработала набор компонентов для доступа к ADO и первоначально назвала его ADOExpress. Однако корпорация Microsoft упорно противится использованию своих обозначений в продуктах сторонних разработчиков, поэтому, начиная с Delphi 6, этот набор компонентов стал именоваться dbGo. Эти компоненты можно увидеть на вкладке ADO палитры компонентов.

Технология ADO, как и BDE, независима от конкретного сервера БД, имеет  поддержку как локальных баз данных различных типов, так и некоторых клиент-серверных БД. Плюсов у этой технологии много. Драйверы, разработанные корпорацией Microsoft для собственных нужд, более надежные, чем драйверы сторонних производителей. Поэтому если вам требуется работать с базами данных MS Access или для архитектуры клиент-сервер использовать MS SQL Server, то использование ADO будет наиболее предпочтительным.

Кроме того, использование ADO снимает некоторые проблемы с кириллицей, которые иногда проявляются при работе с BDE¹¹.

Как ни странно, но основной минус  так же заключается в вопросе  распространения программ.

Корпорация Microsoft поступает довольно хитро. Каждые пару-тройку лет появляются новые версии Windows. Рядовому пользователю обычно нет нужды переходить на свежую ОС, тем более что каждая новая система становится все требовательней к ресурсам ПК. Для того чтобы заставить пользователя перейти на новую версию, корпорация Microsoft обязательно вводит несколько новых стандартов или технологий, несовместимых со старыми. А для старых версий доработок не предусматривается. Вот и приходится пользователю тратиться на новые версии операционной системы и пакета MS Office. Поэтому при использовании технологии ADO приходится думать о том, какая версия Windows стоит у конечного пользователя, будет ли программа работать у него на ПК.

Еще один серьезный минус ADO в том, что он для подключения  к БД использует довольно медлительную технологию COM. Если база данных будет содержать несколько тысяч записей, то скорость работы с таблицами может стать в сотни раз более медленной, чем если бы использовали BDE. На современных ПК, имеющих частоту процессора до 2 ГГц и выше, эти замедления могут быть и незаметны, но работа с огромной базой данных на более медленных ПК превратится в сплошное ожидание¹².

1.3. Инструментальные средства

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

Для операций с БД система Delphi предлагает следующий набор инструментальных средств:

1. Borland Database Engine (BDE) — процессор баз данных, который представляет собой набор динамических библиотек и драйверов, предназначенных для организации доступа к БД из Delphi-приложений. BDE является центральным звеном при организации доступа к данным.
2. BDE Administrator — утилита для настройки различных параметров BDE; удобное средство для конфигурирования BDE: для регистрации драйверов и псевдонимов, задания формата данных и настройки драйверов BDE. Входит в состав ядра BDE.
3. Database Desktop — утилита, используемая для просмотра, создания и изменения структуры таблиц, а также для запуска запросов с помощью графического интерфейса¹³.
4. SQL Explorer — Проводник БД, позволяющий просматривать и редактировать БД и словари данных.
5. SQL Builder — программа визуального конструирования SQL-запросов.
6. SQL Monitor — программа отслеживания порядка выполнения SQL-запросов к удаленным БД.
7. Data Pump — программа для переноса данных между БД.
8. IBConsole — программа для управления удаленными БД.
9. InterBase Server Manager — программа для запуска сервера InterBase.
10. SQL Links — драйверы для доступа к удаленным промышленным СУБД, таким как Microsoft SQL Server или Oracle. К промышленному серверу InterBase, который поставляется совместно с Delphi и является для нее родным, доступ также можно организовать напрямую через BDE, не используя драйвер SQL-Links.

• dbExpress — набор драйверов для доступа к базам данных SQL с помощью таких компонентов, как SQLConnection, SQLDataSet, SQLQuery, SQLStoredProc и SQLTable. Технология dbExpress обеспечивает прямой доступ к некоторым промышленным серверам (InterBase, MySQL, Oracle и DB2) без BDE или любого подобного механизма. Она реализуется в виде набора соответствующих драйверов, учитывающих специфику серверов и обеспечивающих клиенту единый формат взаимодействия с ними. Только эта технология обеспечивает создание клиентских мест и серверов приложений на машинах, работающих под управлением Linux¹⁴.

11. InterBase Server — клиентская и серверная части сервера InterBase.

Одни инструментальные средства, например, BDE Administrator и SQL Explorer, можно использовать для работы с локальными и удаленными БД, другие, например, IBConsole — для работы с удаленными БД.

1.4. Компоненты

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

Как и другие управляющие  элементы Delphi, связанные с БД компоненты делятся на визуальные и невизуальные.

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

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

Компоненты, используемые для работы с БД, находятся на страницах Data Access, Data Controls, dbExpress, BDE, ADO, Decision Cube, QReport и InterBase Палитры компонентов. Некоторые компоненты предназначены специально для работы с удаленными БД в архитектуре "клиент-сервер".

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

На странице Data Controls расположены визуальные компоненты, предназначенные для управления данными.

На странице dbExpress мы увидим компоненты, предназначенные для работы с SQL.

Страница BDE содержит компоненты, предназначенные для управления данными с использованием BDE.

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

На странице InterBase находятся компоненты, предназначенные для работы с сервером InterBase.

Страница Decision Cube содержит компоненты, предназначенные для построения систем принятия решений.

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

Названия многих компонентов, предназначенных для работы с  данными, содержат префиксы, например, DB, IB или QR.

Префикс DB означает, что визуальный компонент связан с данными и используется для построения интерфейсной части приложения. Такие компоненты размещаются на форме и предназначены для управления данными со стороны пользователя.

Префикс QR означает, что компонент используется для построения отчетов. Эти компоненты размещаются на компоненте QuickRep отчета и его элементах, например, на полосе QRBand и служат для оформления внешнего вида отчета.

Префикс IB означает, что компонент предназначен для работы с сервером InterBase.

1.5. Архитектура клиент-сервер

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

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

Понятие архитектуры  клиент-сервер в системах управления предприятием связано с делением любой прикладной программы на три  основных компонента или слоя. Этими  тремя компонентами являются:

1. компонент представления (визуализации) данных;
2. компонент прикладной логики;
3. компонент управления базой данных.

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

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

Преимущества архитектуры клиент-сервер:

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

Недостатки архитектуры клиент-сервер:

1. Неработоспособность сервера может сделать неработоспособной всю вычислительную сеть. Неработоспособным сервером следует считать сервер, производительности которого не хватает на обслуживание всех клиентов, а также сервер, находящийся на ремонте, профилактике и т. п.
2. Поддержка работы данной системы требует отдельного специалиста – системного администратора.
3. Высокая стоимость оборудования.

Глава 2. Создание приложения для работы с базами данных

2.1. Проектирование базы данных

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

Начнем с основных таблиц.

Для начала с помощью SQL-запроса реализуем таблицу «Вакансия», в которой будут храниться все вакансии и их подробные описания. Также в этой таблицы будет отслеживаться актуальность вакансий.

create table Вакансия(Код_вакансия counter NOT NULL primary key,Минимальная_заработная_плата int,Максимальная_заработная_плата int,Код_тип_работы int, Foreign key(Код_тип_работы) References Тип_работы(Код_тип_работы),Код_место_работы int,Foreign key(Код_место_работы) References Место_работы(Код_место_работы), Минимальный_возраст int,Максимальный_возраст int,Код_пол int, Foreign key(Код_пол) References Пол(Код_пол), Код_семейное_положение int, Foreign key(Код_семейное_положение) References Семейное_положение(Код_семейное_положение), Код_образование int, Foreign key(Код_образование) References Образование(Код_образование), Код_форма_обучения int, Foreign key(Код_форма_обучения) References Форма_обучения (Код_форма_обучения),Код_иностранный_язык int, Foreign key (Код_иностранный_язык) ReferencesИностранный_язык (Код_иностранный_язык),Код_сфера_деятельности int, Foreign key(Код_сфера_деятельности) References Сфера_деятельности (Код_сфера_деятельности), Должность varchar(50), Условия_работы  varchar(250), Должностные_обязательства varchar(250), Требования_к_квалификации varchar(250), Код_контактная_информация_организации int, Foreign key(Код_контактная_информация_организации) References Контактная_информация_организации(Код_контактная_информация_организации), Код_актуальность_предложения int, Foreign key(Код_актуальность_предложения) References Актуальность_предложения(Код_актуальность_предложения))

Реализуем с помощью SQL-запросов еще одну основную таблицу «Резюме», в которой будут храниться все резюме и будет отслеживаться их актуальность.

create table Резюме(Код_резюме counter NOT NULL primary key, Код_личная_информация int, Foreign key(Код_личная_информация) References Личная_информация(Код_личная_информация), Заработная_плата int, Код_тип_работы int, Foreign key(Код_тип_работы) References Тип_работы(Код_тип_работы), Код_место_работы int, Foreign key(Код_место_работы) References Место_работы(Код_место_работы), Код_сфера_деятельности int, Foreign key(Код_сфера_деятельности) References Сфера_деятельности(Код_сфера_деятельности), Желаемая_должность varchar(50), Опыт_работы varchar(250), Ключевые_навыки_и_достижения varchar(250), Код_актуальность_предложения int, Foreign key(Код_актуальность_предложения) References Актуальность_предложения(Код_актуальность_предложения))

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

create table Сделки_трудоустройства  ( Код_сделки_трудоустройства counter NOT NULL primary key,Код_вакансия int, Foreign key(Код_вакансия) References Вакансия(Код_вакансия),Код_личная_информация int, Foreign key(Код_личная_информация) References Личная_информация(Код_личная_информация), Комиссионные int)

create table Сделки_найма( Код_сделки_найма counter NOT NULL primary key, Код_резюме int, Foreign key(Код_резюме) References Резюме(Код_резюме), Код_контактная_информация_организации int, Foreign key(Код_контактная_информация_организации) References Контактная_информация_организации(Код_контактная_информация_организации), Комиссионные int)

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

create table Контактная_информация_организации(  Код_контактная_информация_организации counter NOT NULL primary key, Название_организации varchar(100), Деятельность_огранизации varchar(200), Адрес_организации varchar(200), Контактный_телефон_организации varchar(100), Дополнительные_сведенья_организации varchar(250))

create table Личная_информация( Код_личная_информация counter NOT NULL primary key, ФИО varchar(150), Код_пол int, Foreign key(Код_пол) References Пол(Код_пол), Возраст int, Код_семейное_положение int, Foreign key(Код_семейное_положение) References Семейное_положение(Код_семейное_положение), Код_образование int, Foreign key(Код_образование) References Образование(Код_образование), Код_форма_обучения int, Foreign key(Код_форма_обучения) References Форма_обучения(Код_форма_обучения), Код_иностранный_язык int, Foreign key(Код_иностранный_язык) References Иностранный_язык(Код_иностранный_язык), Контактный_телефон varchar(100), Дополнительные_сведенья_организации varchar(250))