за один проход, записи фиксированной и переменной длины, ODBC драйвер в комплекте с
исходным кодом, гибкая система привилегий и паролей, до 16 ключей в таблице, каждый
ключ может иметь до 15 полей. Также есть поддержка ключевых полей и специальных полей
в операторе CREATE, поддержка чисел длинной от 1 до 4, строк переменной длины и меток
времени, интерфейс с языками C и perl. Основанная на потоках, быстрая система памяти,
утилита проверки и ремонта таблицы, все данные хранятся в формате ISO8859_1. Все
операции работы со строками не обращают внимания на регистр символов в
обрабатываемых строках, псевдонимы применимы как к таблицам, так и к отдельным
колонкам в таблице, все поля имеют значение по умолчанию. INSERT можно использовать
на любом подмножестве полей. Легкость управления таблицей, включая добавление и
удаление ключей и полей.
Можно выполнять команды SQL непосредственно из командной строки системы Unix или
из интерактивного режима MySQL. СУБД MySQL имеет библиотеку C API. Ее можно
использовать для запросов к базе данных, вставки данных, создания таблиц и т.п.
Кроме технических подробностей можно добавить, что MySQL работает как на Unix, так
и на платформе Windows 95/98, он очень прост и удобен в работе.
3.1.4. ИЕРАРХИЧЕСКИЕ СТРУКТУРЫ ДАННЫХ В РЕЛЯЦИОННЫХ БД
Сегодня большинство хранилищ данных, как простых так и сложных, построены на
основе реляционных баз данных. В них используются либо файл-серверные системы (dBase,
Paradox, Clipper, FoxPro, Access), либо SQL-серверы (Oracle, Informix, Sybase, Borland
InterBase, MS SQL и т.д.). Реляционные базы данных в большинстве случаев удовлетворяют
требования какой-либо предметной области данных, но часты и случаи когда требуется
представление и хранение данных в иерархическом виде.
Архитектура реляционных баз данных ориентирована на хранение внутри таблиц БД
информации о сущностях информационной системы и связях между ними. Каждая из
записей таблицы содержит информацию об одном экземпляре. Организация хранения
информации о независимых друг от друга экземплярах сущностей (т.е. так называемых
«плоских» данных) не вызывает никаких затруднений. Однако, наряду с «плоскими»
данными, при построении даже простых информационных систем, приходится хранить в БД
и информацию о «вложенных» друг в друга сущностях, т.е иерархические данные.
В SQL, любые отношения явно описываются данными. Типичный способ представления
деревьев состоит в том, чтобы поместить матрицу смежности в таблицу. Т.е. один столбец -
родительский узел, и другой столбец в той же самой строке - дочерний узел (пара
представляет собой дугу в графе).