1. ВведениеБаза данных — это совоку

1. Введение

База данных — это совокупность записей различного типа, содержащая перекрест¬ные ссылки.
Записи одного типа внутри базы дан¬ных хранятся в таблицах.
Файл — это совокупность записей одного типа, в котором перекрестные ссылки отсутствуют.
Более того, в определении вообще нет упоминания о компьютерной архитектуре. Дело в том, что, хотя в большинстве случаев база данных действительно представляет собой один или (чаще) несколько файлов, физическая их организация существенно отличается от логической. Таблицы могут храниться как в отдельных файлах, так и все вместе. И наоборот, для хранения одной таблицы иногда используются несколько файлов. Для поддержки перекрестных ссылок и быстрого поиска обычно выделя¬ются дополнительные специальные файлы.
В ряде случаев базы данных реализуются вообще без привлечения файловой сис¬темы. Это связано как с ее ограничениями (в ряде операционных систем размер файла не может превышать 2 Гбайта), так и с необходимостью обеспечить макси¬мально быструю работу с жестким диском. Например, некоторые системы работают с носителями, подвергнутыми простейшему форматированию, несовместимому со стандартами DOS или Windows и предназначенному исключительно для упрощения процесса доступа к данным. Есть программы, обрабатывающие данные на специали¬зированных дисковых носителях RAID и множестве других периферийных уст¬ройств, назначение которых только одно: повысить скорость доступа к большим объемам сведений.
Поэтому при работе с базами данных обычно применяются понятия более высокого логического уровня: запись и таблица, без углубления в подробности их физической структуры.
Таким образом, сама по себе база данных — это только набор таблиц с перекрестными ссылками. Чтобы универсальным способом извлекать из нее группы записей, обраба-тывать их, изменять и удалять, требуются специальные программы, которые называ¬ются системами управления базами данных или сокращенно СУБД.
Функционалые возможности разных СУБД лежи в весьма широком диапазоне. В некоторые комплексы встроены специализированные языки программирования
и даже целые системы визуальной разработки, генераторы сложных отчетов, анали-тические модули. Они способны поддерживать одновременную работу с данными десятков тысяч пользователей. Другие СУБД обладают только базовым набором возможностей (хранение данных в таблицах и выполнение запросов). При их использо-вании разработчикам приходится самостоятельно программировать работу по со¬зданию отчетов, удобному просмотру и редактированию содержимого базы данных и так далее. В зависимости от предоставляемых ими средств СУБД обычно сильно различаются по цене.











2. Теоретический раздел

2.1 Модели баз данных

Таблицы, в которых хранятся данные, состоят из наборов записей одинаковой структуры. Можно сказать, что таблица — это двумерный массив, где строки обра¬зованы отдельными записями, а столбцы — полями этой записи. Более точно таблица представляется как одномерный массив переменной длины из записей конкретной структуры (тип record Паскаля).
Модель базы данных, состоящей из подобных таблиц, называется реляционной. Практически все ведущие производители СУБД поддерживают именно эту модель баз данных, и в книге в дальнейшем будет рассказываться именно о ней. Реляци¬онная модель хороша тем, что проста в работе и реализации и позволяет создавать быстро работающие системы.
Имеется еще несколько моделей баз данных. Некоторые из них значительно эффек¬тивнее реляционной, но не получили широкого распространения из-за сложности создания подходящих СУБД.
О В иерархической модели данные организованы в виде деревьев.
О В сетевой модели каждый узел (набор) базы данных взаимодействует с дру¬гими узлами посредством сложной системы связей.
О В последнее время признание завоевывает объектная модель данных, когда в базе хранятся не только данные, но и методы их обработки в виде программ¬ного кода. Это перспективное направление, пока также не получившее актив¬ного распространения из-за сложности создания и применения подобных СУБД.

2.2 Архитектура СУБД

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

Локальная архитектура

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

Файл-серверная архитектура

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

Результаты (украинский) 1:

1. вступБаза даних-це збірка різних типів записів, що містять decussation ¬ ЕДА посилання.Записи одного типу в межах бази даних містять ¬ tion зберігається в таблиці.Файл є збіркою записів такого самого типу, в яких не немає перехресні посилання.Крім того, у визначенні ніякої згадки про комп'ютерної архітектури. Справа в тому, що, хоча в більшості випадків бази даних дійсно являє собою один або (найчастіше) декілька файлів, фізичної організації дуже відрізняється від логіки. У таблиці можуть зберігатися в окремих файлах а всі разом. І навпаки, для зберігання одну таблицю іноді використовується декілька файлів. Підтримка перехресні посилання та швидкий пошук зазвичай виділяється ¬ є додаткові спеціальні файли.В ряде случаев базы данных реализуются вообще без привлечения файловой сис¬темы. Это связано как с ее ограничениями (в ряде операционных систем размер файла не может превышать 2 Гбайта), так и с необходимостью обеспечить макси¬мально быструю работу с жестким диском. Например, некоторые системы работают с носителями, подвергнутыми простейшему форматированию, несовместимому со стандартами DOS или Windows и предназначенному исключительно для упрощения процесса доступа к данным. Есть программы, обрабатывающие данные на специали¬зированных дисковых носителях RAID и множестве других периферийных уст¬ройств, назначение которых только одно: повысить скорость доступа к большим объемам сведений.Поэтому при работе с базами данных обычно применяются понятия более высокого логического уровня: запись и таблица, без углубления в подробности их физической структуры.Таким образом, сама по себе база данных — это только набор таблиц с перекрестными ссылками. Чтобы универсальным способом извлекать из нее группы записей, обраба-тывать их, изменять и удалять, требуются специальные программы, которые называ¬ются системами управления базами данных или сокращенно СУБД.Функционалые возможности разных СУБД лежи в весьма широком диапазоне. В некоторые комплексы встроены специализированные языки программированияи даже целые системы визуальной разработки, генераторы сложных отчетов, анали-тические модули. Они способны поддерживать одновременную работу с данными десятков тысяч пользователей. Другие СУБД обладают только базовым набором возможностей (хранение данных в таблицах и выполнение запросов). При их использо-вании разработчикам приходится самостоятельно программировать работу по со¬зданию отчетов, удобному просмотру и редактированию содержимого базы данных и так далее. В зависимости от предоставляемых ими средств СУБД обычно сильно различаются по цене.2. Теоретический раздел2.1 Модели баз данныхТаблицы, в которых хранятся данные, состоят из наборов записей одинаковой структуры. Можно сказать, что таблица — это двумерный массив, где строки обра¬зованы отдельными записями, а столбцы — полями этой записи. Более точно таблица представляется как одномерный массив переменной длины из записей конкретной структуры (тип record Паскаля).Модель базы данных, состоящей из подобных таблиц, называется реляционной. Практически все ведущие производители СУБД поддерживают именно эту модель баз данных, и в книге в дальнейшем будет рассказываться именно о ней. Реляци¬онная модель хороша тем, что проста в работе и реализации и позволяет создавать быстро работающие системы.Имеется еще несколько моделей баз данных. Некоторые из них значительно эффек¬тивнее реляционной, но не получили широкого распространения из-за сложности создания подходящих СУБД.О В иерархической модели данные организованы в виде деревьев.
О В сетевой модели каждый узел (набор) базы данных взаимодействует с дру¬гими узлами посредством сложной системы связей.
О В последнее время признание завоевывает объектная модель данных, когда в базе хранятся не только данные, но и методы их обработки в виде программ¬ного кода. Это перспективное направление, пока также не получившее актив¬ного распространения из-за сложности создания и применения подобных СУБД.

2.2 Архитектура СУБД

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

Локальная архитектура

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

Файл-серверная архитектура

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

Результаты (украинский) 2:

1. Введення

База даних - це сукупність записів різного типу, що містить перекрест¬ние посилання.
Записи одного типу всередині бази дан¬них зберігаються в таблицях.
Файл - це сукупність записів одного типу, в якому перехресні посилання відсутні.
Більш того, у визначенні взагалі немає згадки про комп'ютерній архітектурі. Справа в тому, що, хоча в більшості випадків база даних дійсно є один або (частіше) кілька файлів, фізична їх організація істотно відрізняється від логічної. Таблиці можуть зберігатися як в окремих файлах, так і всі разом. І навпаки, для зберігання однієї таблиці іноді використовуються декілька файлів. Для підтримки перехресних посилань і швидкого пошуку зазвичай виделя¬ются додаткові спеціальні файли.
В ряді випадків бази даних реалізуються взагалі без залучення файлової сіс¬теми. Це пов'язано як з її обмеженнями (в ряді операційних систем розмір файлу не може перевищувати 2 Гб), так і з необхідністю забезпечити максі¬мально швидку роботу з жорстким диском. Наприклад, деякі системи працюють із носіями, підданими найпростішого форматування, несумісна зі стандартами DOS або Windows і призначеному виключно для спрощення процесу доступу до даних. Є програми, які обробляють дані на спеціалі¬зірованних дискових носіях RAID і безлічі інших периферійних уст¬ройств, призначення яких тільки одне: підвищити швидкість доступу до великих обсягів даних.
Тому при роботі з базами даних зазвичай застосовуються поняття більш високого логічного рівня: запис і таблиця , без заглиблення у подробиці їх фізичної структури.
Таким чином, сама по собі база даних - це тільки набір таблиць з перехресними посиланнями. Щоб універсальним способом отримувати від неї групи записів, обро-ють їх, змінювати і видаляти, потрібні спеціальні програми, які назива¬ются системами управління базами даних або скорочено СУБД.
Функціоналом можливості різних СУБД лежи в досить широкому діапазоні. В деякі комплекси вбудовані спеціалізовані мови програмування
і навіть цілі системи візуальної розробки, генератори складних звітів, анали-тические модулі. Вони здатні підтримувати одночасну роботу з даними десятків тисяч користувачів. Інші СУБД володіють тільки базовим набором можливостей (зберігання даних в таблицях і виконання запитів). При їх вико-вання розробникам доводиться самостійно програмувати роботу по со¬зданію звітів, зручному перегляду і редагування вмісту бази даних і так далі. Залежно від наданих ними коштів СУБД зазвичай сильно розрізняються за ціною.











2. Теоретичний розділ

2.1 Моделі баз даних

Таблиці, в яких зберігаються дані, складаються з наборів записів однакової структури. Можна сказати, що таблиця - це двовимірний масив, де рядки обра¬зовани окремими записами, а стовпці - полями цього запису. Більш точно таблиця представляється як одновимірний масив змінної довжини із записів конкретної структури (тип record Паскаля).
Модель бази даних, що складається з подібних таблиць, називається реляційної. Практично всі провідні виробники СУБД підтримують саме цю модель баз даних, і в книзі надалі буде розповідатися саме про неї. Реляці¬онная модель хороша тим, що проста в роботі і реалізації і дозволяє створювати швидко працюючі системи.
Є ще кілька моделей баз даних. Деякі з них значно еффек¬тівнее реляційної, але не набули широкого поширення через складність створення відповідних СУБД.
Про В ієрархічній моделі дані організовані у вигляді дерев.
Про У мережевій моделі кожен вузол (набір) бази даних взаємодіє з дру¬гімі вузлами за допомогою складної системи зв'язків.
Про останнім часом визнання завойовує об'єктна модель даних, коли в базі зберігаються не тільки дані, але і методи їх обробки у вигляді программ¬ного коду. Це перспективний напрямок, поки також не набуло актів¬ного поширення через складність створення і застосування подібних СУБД.

2.2 Архітектура СУБД

Програми, що використовують бази даних, зазвичай прийнято відносити до однієї з програмних архітектур, що мають свої плюси і мінуси.

Локальна архітектура

І програма , і база даних розташовані на одному комп'ютері. У такій архітек¬туре працює більшість настільних додатків.

Файл-серверна архітектура

База даних розташована на потужному виділеному комп'ютері (сервері), а персо¬нальние комп'ютери підключені до нього по локальній мережі. На цих комп'ютерах встановлені клієнтські програми, які звертаються до бази даних по мережі. Пре¬імущество такої архітектури полягає в можливості одночасної роботи декількох користувачів з однією базою даних.
Недолік такого підходу - великі обсяги інформації, що передається по мережі. Вся обробка виконується на клієнтських місцях, де фактично формується копія бази даних. Це призводить до обмеження максимально можливого числа користувачів і більших затримок при рабо

Результаты (украинский) 3:

1%