Язык Java на клиентской и серверной странице

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

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

3.7. Базы данных и язык sql

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

Простейшая база данных.

Таблица 3.1.

№п/п	Наименование	Ед. изм.	Цена	Количество
1	Кирпич	штука	255	10000
2	Краска	литр	580	670
3	Шифер	лист	130	500
…	…	…	…	…
10001	Гвоздь	штука	20	8000
10002	Кабель	метр	100	200

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

По типу модели данных СУБД делятся на сетевые, иерархические и реляционные. Реляционные СУБД базируются на математической теории отношений. Важнейшие понятия этой теории – таблица, строка, столбец, отношение, первичный и вторичный ключ.

Реляционная СУБД представляет собой совокупность именованных двумерных таблиц данных, логически связанных между собой. Таблицы состоят из строк и именованных столбцов, строки представляют собой экземпляры информационного объекта, столбцы – атрибуты объекта. Рассмотренная ранее табл. 3.1. состоит из информационных объектов-строк, каждая строка содержит сведения об отдельном товаре. Товар характеризуется некими параметрами-атрибутами «Наименование», «Цена» и т. д.). Строки иногда называют записями, а столбцы – полями записи.

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

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

Модель данных Сотрудники – Отделы.

Таблица 3.2.

Сотрудники
Табельный №	Фамилия	Д олжность	№ отдела
1	Иванов	Начальник	15
2	Петров	Инж.	15
3	Сидоров	Менеджер	10

Отделы
№ отдела	Наименование отдела
15	Производственный отдел
10	Отдел продаж

В реляционной модели применяется следующая терминология.

• Первичный ключ (primary key) – это столбец или совокупность столбцов, значения которых однозначно идентифицируют строки. Первичным ключом в табл. «Сотрудники» является столбец «Табельный №». В табл. «Отделы» первичный ключ – столбец, содержащий номер отдела.

• Вторичный (внешний ключ) – столбец или совокупность столб­цов, которые в табл. «Сотрудники» не являются первичными ключами, но являются первичными ключами в таблице «Отделы». В рассматриваемом примере столбец «№ отдела» табл. «Сотрудники» содержит вторичный ключ, с помощью которого может быть установлена логическая взаимосвязь строк этой таблицы с соответствующими строками таблицы «Отделы».

Если какая-либо таблица содержит вторичный ключ, то она считается логически взаимосвязанной с таблицей, содержащей соответствующий первичный ключ. В общем случае СУБД ничего “не знает” о логической взаимосвязи таблиц модели. При обращении к СУБД с запросом пользователь должен в явном виде указать условия связывания двух таблиц. В нашем примере условие будет выглядеть примерно так: “Сотрудники”.”№ отдела” = “Отделы”.”№ отдела”. В процессе написания запроса возможно связать две таблицы по любым произвольным полям (не только по первичным и вторичным ключам), которые в принципе могут быть сравнимы друг с другом. В некоторых реляционных СУБД возможно создавать так называемые ограничения целостности, которые, в том числе, контролируют взаимосвязь между PK и FK. Так, СУБД заблокирует попытки удалить запись из таблицы, на первичный ключ которой «ссылаются» вторичные ключи в других таблицах. И наоборот: нельзя будет внести в поле вторичного ключа значение, отсутствующее в первичном ключе логически взаимосвязанной таблицы. Но это – только средство поддержания целостности данных и защиты от ошибок. Даже при наличии таких конструкций СУБД все равно требует от пользователя логического связывания таблиц в явном виде при написании запросов к данным.