Сформируйте основное правило создания таблиц сущностей

Основное правило при создании таблиц сущностей — это «каждой сущности — отдельную таблицу» .

Что означает каждая из перечисленных аббревиатур (CODASYL, SPARC, ANSI, DBTG). Какое отношение они имеют к появлению сетевой модели базы данных?

В середине 60-х годов прошлого века корпорация разработала первую СУБД — иерархическую систему IMS (Information Management System). В нашей стране была разработана и использовалась иерархическая СУБД ОКА. Несмотря на то, что IMS является самой первой из всех коммерческих СУБД, она до сих пор остается основной иерархической СУБД, используемой на большинстве крупных мейнфреймов. Фирма General Electric представила свою разработку — систему IDS (Integrated Data Store). На её основе были созданы первые сетевые СУБД. Это оказало большое влияние на информационные системы того поколения. Сетевая СУБД создавалась для представления более сложных взаимосвязей между данными, чем те, которые можно было моделировать с помощью иерархических структур, и послужили основой для разработки первых стандартов БД. Наиболее известной реализацией сетевой СУБД явилась СУБД CODASYL. В нашей стране были разработаны СУБД СЕДАН. В 1965 году на конференции CODASYL (Conference on Data Systems Languages) была сформирована рабочая группа List Processing Task Force, переименованная в 1967 году в группу Data Base Task Group (DBTG). В компетенцию группы DBTG входило определение спецификаций и стандартов для разработки БД и СУБД.

Первые предложения по многоуровневой архитектуре были выдвинуты рабочей группой CODACYL в 1971 г. В 1975 г. Комитет планирования стандартов и норм SPARC (Standarts Planning and Requirements Committee) Американского национального института стандартов FNSI (American National Stsndsrt Institute) предложил обобщенную 3-х уровневую структуру СУБД, которая была официально признана в 1978 г и получила название ANSI SPARC.

Первая попытка создания стандартной терминологии и общей архитектуры СУБД была предпринята в 1971 году группой DBTG, признавшей необходимость использования двухуровневого подхода, построенного на основе использования системного представления, т. е. схемы, и пользовательских представлений, т. е. подсхем. Сходные терминология и архитектура были предложены в 1975 году Комитетом планирования стандартов и норм SPARC. Комитет ANSI/SPARC признал необходимость использования трехуровневого подхода. Хотя модель ANSI/SPARC не стала стандартом, тем не менее она все еще представляет собой основу для понимания некоторых функциональных особенностей СУБД.

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