Спроектировать схему базу данных на основе json файла

@tashika92 · Регистрация: 19.01.2013

Студворк — интернет-сервис помощи студентам

Добрый день! Только начинаю изучать Postgresql, и возник вопрос можно ли на основе json файла построить схему базы данных? И каким способом это можно сделать? часть json файла прикрепляю, заранее большое спасибо!

JSON

{
  "Документ": {
    "-Тип": "УЧЕБНЫЙ ПЛАН",
    "-PrevName": "РУП 09.03.03 Прикладная информатика бакалавриат заочное 2016.plz.xml",
    "-PrevWrite": "28.02.2018 10:54:50",
    "-LastName": "РУП 09.03.03 Прикладная информатика заочное ПИб-2016.plz.xml",
    "-LastWrite": "11.04.2018 18:51:00",
    "План": {
      "-ПодТип": "рабочий учебный план",
      "-Шифр": ".PLZ.XML",
      "-ОбразовательнаяПрограмма": "подготовка бакалавров",
      "-ФормаОбучения": "заочная",
      "-УровеньОбразования": "ВПО",
      "Титул": {
        "-ПолноеИмяПлана": "РУП 09.03.03 Прикладная информатика заочное ПИб-2016",
        "-ИмяПлана": "РУП 09.03.03 Прикладная информатика заочное ПИб-2016",
        "-НомерПользователя": "355129",
        "-ИмяВуза": "ФГБОУ ВО Пермский ГАТУ",
        "-Головная": "МИНИСТЕРСТВО СЕЛЬСКОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ",
        "-КодКафедры": "36",
        "-Факультет": "Заочного обучения",
        "-ПоследнийШифр": "09.03.03",
        "-ГодНачалаПодготовки": "2016",
        "-ВключатьЭкВСуммуЧасов": "1",
        "-ДвИГА": "1",
        "-ГвИГА": "1",
        "-DetailGIA": "1",
        "-ИГА_ЗЕТвНеделе": "1.5",
        "-ИГА_ЧасовВЗЕТ": "36",
        "-КСР_ИЗ": "КСР",
        "-Программа": "1",
        "-ООПет": "244",
        "-Интер": "16.2",
        "-Лекц": "40.94",
        "-ДВВ": "33.9",
        "-МаксНагр": "41.9",
        "-Уровень": "2",
        "-ВидПлана": "3",
        "-КодУровня": "B",
        "-СеместровНаКурсе": "1",
        "-СессийНаКурсе": "2",
        "-ЭлементовВНеделе": "1",
        "-ДатаГОСа": "12.03.2015",
        "-ДокументГОСа": "207",
        "-ТипГОСа": "3.5",
        "-Приложение": "UpVpo",
        "-ДатаПриложения": "12.04.2016",
        "-ВерсияПриложения": "22435",
        "АтрибутыЦикловНов": {
          "Цикл": [
            {
              "-Ном": "1",
              "-Аббревиатура": "Б1",
              "-Название": "Дисциплины (модули)"
            },
            {
              "-Ном": "4",
              "-Название": "Элективные дисциплины по физической культуре и спорту"
            },
            {
              "-Ном": "5",
              "-Аббревиатура": "Б2",
              "-Название": "Практики"
            },
            {
              "-Ном": "6",
              "-Аббревиатура": "ФТД",
              "-Название": "Факультативы"
            },
            {
              "-Ном": "7",
              "-Аббревиатура": "Б3",
              "-Название": "Государственная итоговая аттестация"
            },
            {
              "-Ном": "8",
              "-Аббревиатура": "Б3.Г",
              "-Название": "Подготовка к сдаче и сдача государственного экзамена"
            },
            {
              "-Ном": "9",
              "-Аббревиатура": "Б3.Д",
              "-Название": "Защита выпускной квалификационной работы (ВКР)"
            }
          ]
        },
        "АтрибутыЦиклов": {
          "Цикл": [
            {
              "-Ном": "1",
              "-Абревиатура": "Б1",
              "-Название": "Дисциплины (модули)"
            },
            {
              "-Ном": "4",
              "-Абревиатура": "Б3+",
              "-Название": "Профессиональный цикл"
            },
            {
              "-Ном": "5",
              "-Абревиатура": "НИРМ",
              "-Название": "Научно-исследовательская работа магистра"
            },
            {
              "-Ном": "6",
              "-Абревиатура": "ФТД",
              "-Название": "Факультативы"
            },
            {
              "-Ном": "7",
              "-Абревиатура": "Б4",
              "-Название": "Элективные дисциплины по физической культуре и спорту"
            }
          ]
        },
        "Утверждение": {
          "-Дата": "26.10.2017",
          "-НомПротокола": "3"
        },
        "Специальности": {
          "Специальность": [
            {
              "-Ном": "1",
              "-Название": "Направление подготовки 09.03.03  Прикладная информатика"
            },
            {
              "-Ном": "2",
              "-Название": "Направленность (профиль) программы \"Прикладная информатика в экономике\""
            }
          ]
        },
        "Квалификации": {
          "Квалификация": {
            "-Ном": "1",
            "-Название": "бакалавр",
            "-СрокОбучения": "5л"
          }
        },
        "ВидыДеятельности": {
          "ВидДеятельности": [
            {
              "-Ном": "1",
              "-Название": "проектная"
            },
            {
              "-Ном": "2",
              "-Название": "производственно-технологическая"
            },
            {
              "-Ном": "3",
              "-Название": "организационно-управленческая"
            },
            {
              "-Ном": "4",
              "-Название": "аналитическая"
            },
            {
              "-Ном": "5",
              "-Название": "научно-исследовательская"
            }
          ]
        },
        "Разработчики": {
          "Разработчик": [
            {
              "-Ном": "1",
              "-ФИО": "Зубарев Ю.Н.",
              "-Должность": "Ректор",
              "-Активный": "1"
            },
            {
              "-Ном": "2",
              "-ФИО": "Красильникова Л.Е.",
              "-Должность": "Проректор по УР",
              "-Активный": "1"
            },
            {
              "-Ном": "3",
              "-ФИО": "Попов В.А.",
              "-Должность": "Начальник УМУ",
              "-Активный": "1"
            },
            {
              "-Ном": "4",
              "-ФИО": "Поносов А.Н.",
              "-Должность": "Декан факультета заочного обучения",
              "-Активный": "1"
            },
            {
              "-Ном": "5",
              "-ФИО": "Козлов А.Н.",
              "-Должность": "Зав.кафедрой",
              "-Активный": "1"
            }
          ]
        },
        "ГрафикУчПроцесса": {
          "Курс": [
            { "-График": "====================================================" },
            {
              "-Ном": "1",
              "-ООПет": "46",
              "-МаксНагр1": "46.2",
              "-КаникулНед": "9",
              "-График": "ТТТТТТТТТТЭЭЭТТТТККТТТТТТТТТТТТТТТТЭЭЭЭЭТТТТТККККККК",
              "Семестр": {
                "-Ном": "1",
                "-СтрНедТО": "35",
                "-НомерПервойНедели": "1",
                "-НомерПервогоЭлемента": "1",
                "-График": "ТТТТТТТТТТЭЭЭТТТТККТТТТТТТТТТТТТТТТЭЭЭЭЭТТТТТККККККК"
              }
            },
            {
              "-Ном": "2",
              "-ООПет": "48",
              "-МаксНагр1": "38.8",
              "-КаникулНед": "8",
              "-График": "ТТТТТТТЭЭЭУУТТТТТ=КТТТТТТТТТЭЭЭЭУУТТТТТТТТТТТККККККК",
              "Семестр": {
                "-Ном": "1",
                "-СтрНедТО": "32",
                "-НомерПервойНедели": "1",
                "-НомерПервогоЭлемента": "1",
                "-График": "ТТТТТТТЭЭЭУУТТТТТ=КТТТТТТТТТЭЭЭЭУУТТТТТТТТТТТККККККК"
              }
            },
            {
              "-Ном": "3",
              "-ООПет": "48",
              "-МаксНагр1": "40.2",
              "-КаникулНед": "8",
              "-График": "ТТТТТТТТТТЭЭЭЭТТТ=КТТТТТТТТТТТЭЭЭЭТТТТТТТТТТТККККККК",
              "Семестр": {
                "-Ном": "1",
                "-СтрНедТО": "35",
                "-НомерПервойНедели": "1",
                "-НомерПервогоЭлемента": "1",
                "-График": "ТТТТТТТТТТЭЭЭЭТТТ=КТТТТТТТТТТТЭЭЭЭТТТТТТТТТТТККККККК"
              }
            },

@grgdvo · 04.07.2018, 01:04

Больше похоже, что данная информация получена из документориентированной СУБД (не знаю какой), а значит мы сразу упираемся в фундаментальную проблему: какой подход выбрать, чтобы отображать элементы документоориентированной модели данных на элементы реляционной модели данных (к которым и относится PostgreSQL). Под моделью я понимаю тот набор понятий и правил, которые используются для построения схемы конкретной задачи (предметной области).
В основе документоориентированных (иерархических) моделей лежит понятие дерева, которое во всех своих ветвях и листьях хранит необходимую информацию о некотором понятии предметной области. Яркий пример - ваш документ УЧЕБНОГО_ПЛАНА со сложной внутренней структурой. В документоориентированных моделях очень просто реализуются связи 1:1 и 1:N между понятиями предметной области. Мы просто записываем их в иерархии и все. Например у вас УЧЕБНЫЙ_ПЛАН включает ЦИКЛЫ, ГРАФИКИ, ПЛАНЫ и т. п.
В основе реляционных моделей лежит понятие отношения (грубо табличка), которое имеет плоскую структуру и обрастает ключами при установлении связей между разными понятиями. Например для вашего случая будет отношение УЧЕБНЫЙ_ПЛАН с атрибутами (колонки таблички), непосредственно описывающий учебный план. Чтобы УЧЕБНЫЙ_ПЛАН связать с ГРАФИКОМ, нужно сначала завести отношение ГРАФИК. Причем это отношение предполагает, что оно представляет любой график учебного плана вашей предметной области, а не только график для конкретного учебного плана. Соответственно эту сложную связь многие-ко-многим (N:N) нужно будет впоследствии как-то реализовывать. Вообще связь N:N наиболее сложный вид связи понятий для любых моделей, особенно для документориентированных. Чуть проще связи 1:1 или 1:N, но все равно конкретные понятия нужно как-то идентифицировать - выбирать атрибуты, отличающие один объект предметной области от другого. ПЛАН представляется ДОКУМЕНТОМ, обладающим датой и номером, который тоже надо как-то отражать в модели. И т. д.

В общем, резюмируя, скажу. Краткий ответ на ваш вопрос: ДА МОЖНО! Каким способом?? А вот это зависит от того, как вы понимаете теорию и владеете навыками моделирования. Автоматизированного средства, типа "вот JSON! нарисуй схему данных!", я не знаю. Да и вряд ли оно существует. Если никак не владеете, тогда Вам лучше основательно познакомиться с теорией (Например, вот) и начать с более простых примеров и моделей, а не тех, которые сразу охватывают весь спектр вопросов моделирования.

@Dmitriy_M · 04.07.2018, 11:34

Вообще то в PostgreSQL вполне себе можно хранить документы в JSON. Нужна схема или нет, это все зависит от решаемой задачи.

@grgdvo 1224 / 945 / 377 Регистрация: 02.09.2012 Сообщений: 2,886
	04.07.2018, 01:04	2
	Больше похоже, что данная информация получена из документориентированной СУБД (не знаю какой), а значит мы сразу упираемся в фундаментальную проблему: какой подход выбрать, чтобы отображать элементы документоориентированной модели данных на элементы реляционной модели данных (к которым и относится PostgreSQL). Под моделью я понимаю тот набор понятий и правил, которые используются для построения схемы конкретной задачи (предметной области). В основе документоориентированных (иерархических) моделей лежит понятие дерева, которое во всех своих ветвях и листьях хранит необходимую информацию о некотором понятии предметной области. Яркий пример - ваш документ УЧЕБНОГО_ПЛАНА со сложной внутренней структурой. В документоориентированных моделях очень просто реализуются связи 1:1 и 1:N между понятиями предметной области. Мы просто записываем их в иерархии и все. Например у вас УЧЕБНЫЙ_ПЛАН включает ЦИКЛЫ, ГРАФИКИ, ПЛАНЫ и т. п. В основе реляционных моделей лежит понятие отношения (грубо табличка), которое имеет плоскую структуру и обрастает ключами при установлении связей между разными понятиями. Например для вашего случая будет отношение УЧЕБНЫЙ_ПЛАН с атрибутами (колонки таблички), непосредственно описывающий учебный план. Чтобы УЧЕБНЫЙ_ПЛАН связать с ГРАФИКОМ, нужно сначала завести отношение ГРАФИК. Причем это отношение предполагает, что оно представляет любой график учебного плана вашей предметной области, а не только график для конкретного учебного плана. Соответственно эту сложную связь многие-ко-многим (N:N) нужно будет впоследствии как-то реализовывать. Вообще связь N:N наиболее сложный вид связи понятий для любых моделей, особенно для документориентированных. Чуть проще связи 1:1 или 1:N, но все равно конкретные понятия нужно как-то идентифицировать - выбирать атрибуты, отличающие один объект предметной области от другого. ПЛАН представляется ДОКУМЕНТОМ, обладающим датой и номером, который тоже надо как-то отражать в модели. И т. д. В общем, резюмируя, скажу. Краткий ответ на ваш вопрос: ДА МОЖНО! Каким способом?? А вот это зависит от того, как вы понимаете теорию и владеете навыками моделирования. Автоматизированного средства, типа "вот JSON! нарисуй схему данных!", я не знаю. Да и вряд ли оно существует. Если никак не владеете, тогда Вам лучше основательно познакомиться с теорией (Например, вот) и начать с более простых примеров и моделей, а не тех, которые сразу охватывают весь спектр вопросов моделирования. 0

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	04.07.2018, 11:34	3
	Вообще то в PostgreSQL вполне себе можно хранить документы в JSON. Нужна схема или нет, это все зависит от решаемой задачи. 0

Опции темы