«Расписание занятий и экзаменов»: техническое исследование§

Исследованы DB/1_sem_2026_2027, служебные файлы в DB и все 15 изображений в screen. Дата исследования: 9 сентября 2026 года. Это описание предоставленного снимка данных и наблюдаемых экранов. Основная программа не запускалась: в проекте есть только связанная утилита Reorder.EXE, а исполняемого файла самого планировщика и его исходного кода нет.

1. Основные выводы§

Перед нами настольная система ведения учебных справочников, планов и расписания занятий и экзаменов. Она хранит данные в файловых таблицах Paradox: отдельный .DB содержит одну таблицу, а индексы и служебные настройки находятся в соседних файлах. Название папки обозначает предполагаемый учебный период, но само по себе не доказывает, что все данные внутри актуальны именно для него.

Данные успешно прочитаны. Из 19 таблиц извлечено 75 909 записей, включая связи и вспомогательные данные. Это не число занятий: непосредственно в Classes.DB находится 15 111 записей занятий, в GROUPS.DB — 554 группы, в TEACHERS.DB — 866 преподавателей, в Rooms.DB — 184 аудитории, в Plan.DB — 4 748 записей плана. Названия в .DB читаются в кодировке CP866. Все значения сопоставлены с независимым чтением через pxlib; исключение касается только счетчика записей в заголовке ClassesInf.DB, а не разницы извлеченных значений.

Технологии связанной утилиты установлены по бинарным заголовкам и ресурсам: Windows x86, Delphi/VCL, Borland Database Engine (BDE). Для основной программы тот же стек весьма вероятен, однако без ее EXE нельзя доказать точную среду сборки, язык всего приложения и версию компилятора.

Для нового интерфейса уже достаточно данных, чтобы сделать поиск по справочникам, учебным планам и занятиям. Надежный первый этап — веб-просмотр отдельной выгрузки в SQLite/UTF-8. Для полноценного календаря и обратной записи сначала необходимо восстановить смысл кодов дня/недели и операций сохранения.

Что особенно важно учесть§

1. Скриншоты календаря показывают 2–14 сентября 2024 года, хотя каталог называется 1_sem_2026_2027. В названиях потоков тоже сохранились прошлые учебные годы. Связь скриншотов с текущей копией нужно подтвердить.
2. DayNo в занятиях принимает значения до 299. Это не простой внешний ключ на шесть строк DAYS.DB. У всех непустых значений остаток DayNo % 14 находится в диапазоне 0–5; полное правило перевода в дату пока не доказано.
3. У занятия может не быть прямой группы: 3 458 строк имеют GroupNo=-1. Состав групп восстанавливается через PlanNo → GRPPLAN, с учетом подгрупп и вида занятия.
4. ClassesInf.DB и CLASSINF.DB — две разные таблицы. Первая содержит вспомогательное представление позиций, вторая — пустую таблицу дополнительных связей занятия с аудиторией/преподавателем.
5. В ClassesInf.DB заголовок объявляет 15 124 строки, а цепочка активных блоков содержит 15 111. pxlib подтверждает это расхождение. В одной позиции аудитория отличается от Classes.DB. Эту таблицу нельзя безусловно считать независимым актуальным расписанием.
6. В текстовых .dat вместо русских букв уже записаны #. Это утрата символов, а не выбор неправильной кодировки при просмотре. Для переноса названий нужно читать .DB.
7. У двух кафедр указаны отсутствующие факультеты (ID 46 и 48); 2 339 записей Assigned=True не имеют аудитории. Первое — несогласованная ссылка, второе требует проверки правил назначенности.
8. В проекте подготовлены JSON и SQLite для исследования. Исходные файлы не изменялись; совпадение SHA-256 до и после экспорта проверено для всех 65 файлов каталога семестра.

2. Что подтверждено, а что еще предстоит проверить§

В отчете используются три уровня доказательности:

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

В исходном наборе не обнаружены основной EXE, исходники .pas/.dpr/.dfm, установщик BDE, руководство пользователя, конфигурация начала семестра, API или журнал изменений. Отсутствие этих файлов именно в переданной папке не означает, что их нет в рабочей установке.

3. Архитектура системы§

Логически систему удобно разделить на пять частей:

Путь от дисциплины к расписанию выглядит так:

SUBJECTS (дисциплина)
  └─ Plan (позиция учебного плана + кафедра + Stable)
       ├─ PLANITEM (вид занятия + объем + деление на подгруппы)
       ├─ GRPPLAN → GROUPS (участвующие группы и подгруппы)
       ├─ PLANROOM → Rooms (набор аудиторий плана; здесь пуст)
       └─ Classes (экземпляры/элементы занятий)
            ├─ TEACHERS
            ├─ Rooms
            └─ DayNo + TimeNo + EachWeek + OddWeek + Assigned

Объект Plan нельзя отождествлять с дисциплиной: одна дисциплина может входить в несколько позиций плана. Объект Classes нельзя отождествлять с записью плана: одной учебной потребности соответствуют несколько элементов расписания. Названия не являются ключами — связи строятся по числовым идентификаторам.

Физический уровень§

База состоит из файлов в каталоге. В исследованном снимке нет признаков отдельного серверного хранилища вроде PostgreSQL или SQL Server. Связанная утилита использует компоненты TTable, TQuery, TDatabase и TSession; в ее ресурсах сохранены DriverName=STANDARD, DatabaseName=ScheduniDB и названия таблиц.

TTable — компонент доступа к таблицам через BDE; документация производителя прямо указывает поддержку Paradox и локальных файловых таблиц. Это согласуется с найденными ресурсами. Документация Embarcadero: TTable.

Файлы .LCK в каталоге DB относятся к блокировкам окружения Paradox/BDE. Их наличие в копии не позволяет определить, кто сейчас держит базу открытой, и не доказывает сетевой режим работы. Для воспроизведения рабочего окружения потребуется проверить параметры BDE, рабочий и сетевой каталоги в установленной программе.

Формат таблиц§

Заголовки показывают форматы Paradox уровня 4, 5 и 7: DAYS.DB и TIMES.DB имеют идентификатор формата 9, большинство таблиц — 11, Courses.DB — 12. Это версии формата файлов, а не версии приложения или Delphi. Во всех 19 таблицах в заголовке указана кодовая страница 866.

Используются поля фиксированной длины: Alpha, Short, Long, AutoIncrement, Logical. В найденных схемах нет дат, вещественных чисел и BLOB-полей; даты расписания, следовательно, нельзя просто прочитать из колонки типа Date. Заголовки и записи прочитаны с учетом цепочки активных блоков, а не поиском похожих байтов по всему файлу: свободные блоки могут хранить остатки старых записей. Структура сверена с исходниками pxlib.

4. Карта основных таблиц§

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

5. Как связаны группы, планы и занятия§

Прямая группа и группа через план§

У Classes есть GroupNo и Subgroup, но не все занятия привязаны к группе этим полем. В 3 458 строках GroupNo=-1; они относятся к типам л и э, имеют Subgroup=-1, а соответствующие позиции PLANITEM не разделены по подгруппам. Для них участники определяются через GRPPLAN по PlanNo. Часть таких планов содержит всего одну группу: значение -1 само по себе не означает обязательно несколько групп.

GRPPLAN имеет составной ключ (GroupNo, Subgroup, PlanNo). Одна группа может встречаться в одном плане несколько раз — для разных подгрупп. Поэтому список групп для общего занятия нужно получать с устранением повторов по GroupNo, сохраняя отдельно состав подгрупп. Суммирование NStudents по всем строкам GRPPLAN завысит численность.

Для занятий с конкретными GroupNo и Subgroup эти поля нужно учитывать вместе с PLANITEM.GrpSplit. Универсальный запрос, присоединяющий все группы плана ко всем занятиям без учета вида и деления, может приписать занятию лишние группы. В подготовленной SQLite есть отдельные представления прямых данных занятия и членства в плане; они намеренно не скрывают эту особенность.

Два значения слова «пото껧

Есть справочник STREAMS и поле GROUPS.StreamNo. Но у всех 554 групп в этой копии StreamNo=-1: действующей положительной привязки к 140 строкам справочника нет. Одновременно группы реально объединяются через GRPPLAN. Поэтому поле «Поток» в учебном плане и окно «Потоки» нельзя заранее считать одним и тем же механизмом. Разница видна и на экране плана, и в окне потоков.

Курс, идентификаторы и служебные значения§

CourseNo — ключ классификатора, а не обязательно номер года обучения. Например, 6 соответствует «1-й курс магистратуры», а 8 — «6-й курс». Для отображения нужен Courses.CourseName. Поле CourseCount у всех 12 записей равно CourseNo, поэтому его тоже нельзя считать фактическим годом обучения. Назначение этой числовой колонки требует проверки программы.

Значения NULL, 0, -1 нельзя автоматически объединять. Они встречаются в разных полях с разным назначением. В частности, GROUPS.StreamNo=-1 и Classes.GroupNo=-1 — разные контексты. Не следует создавать фиктивные справочные записи с такими ключами только ради формального внешнего ключа.

6. Временная модель и статусы§

Дни и недели§

DAYS.DB содержит коды 0–5. В TCHRRSTR и ROOMRSTR день действительно лежит в этом диапазоне, а Week принимает 0 или 1. В Classes.DayNo обнаружены 72 различных непустых кода от 0 до 299 и NULL; у всех непустых кодов DayNo % 14 лежит между 0 и 5. Значения согласуются с некоторым кодированием периода с шагом 14, но этого недостаточно для восстановления календаря.

Предположение для дальнейшего эксперимента: DayNo // 14 может обозначать номер двухнедельного периода, DayNo % 14 — день, а OddWeek — один из вариантов недели. Это не утвержденная формула. Не определены точка отсчета, нумерация первого периода, правило EachWeek, приоритет флагов и смысл неназначенных записей с оставшейся позицией. В интерфейсе рядом с днем действительно показаны две даты через дефис, но назначение такого отображения нужно подтвердить настройками.

В новом интерфейсе до проверки следует показывать исходный код DayNo и признаки недель. Производную дату стоит оставлять незаполненной. Нельзя выбирать 1 сентября 2026 года только по имени папки или подменять код дня остатком от деления на 7.

Назначенные и неназначенные§

Таким образом, неназначенность не равна отсутствию всех координат. При построении списка следует фильтровать именно по Assigned, а оставшиеся поля показывать как исходные значения. Возможное объяснение — сохранение прежней позиции после отмены или промежуточное состояние; по снимку это не доказано.

Виды занятий и помещений§

В Classes.PlanType найдены шесть кириллических кодов: с — 10 573 строки, л — 3 258, п — 621, з — 358, э — 200, к — 101. По полям учебного плана наиболее вероятное соответствие: лекция л, практика/семинар с, лабораторная работа п, зачет з, экзамен э, консультация к. Особенно важно проверить различие с и п на одной сохраненной записи: буквенного кода самого по себе недостаточно. В прототипе просмотра разумно показывать код рядом с предположительным названием.

Rooms.RoomType использует с (77), л (63), п (40), к (4). Это отдельный классификатор: к для помещения, вероятно, компьютерный класс, а в занятиях — предположительно консультация. RoomSpec=False во всех 184 строках; смысл этого поля по данным не раскрывается. На экране поиска есть и вариант «Лингафонный кабинет», которого среди четырех наблюдаемых кодов нельзя автоматически идентифицировать.

Звонки и продолжительность§

Время хранится строками: 8:00, 9:40, 11:25, 13:20, 15:05, 16:50, 18:30, 20:05. В таблице нет времени окончания. Разность соседних начал включает перерывы и не определяет длительность занятия. PlanQty — числовой объем, а интерфейс называет поля часами; соотношение академического часа, пары, повторений и элементов Classes требует проверки.

Признак Stable§

Plan.Stable=True у 3 738 позиций, False у 1 010. В ClassesInf этот признак совпадает с Plan.Stable по PlanNo для всех 15 111 записей. Это подтверждает передачу признака от плана, но не раскрывает его действие. Нельзя автоматически трактовать его как запрет переноса или как проведенное занятие.

7. Навигатор по интерфейсу§

Начинать знакомство удобнее со справочников, затем перейти к учебному плану и только после этого к сетке расписания.

Меню «Расписание» также содержит «База данных» и «Параметры…», а главное меню — «Помощь». Их окна не представлены. Нельзя подтвердить выбор семестра, импорт, резервное копирование, печать, экспорт в Excel/HTML/XML, автоматическое составление или разграничение прав только по этим названиям.

Сетка позволяет наблюдать выбор недели, группы по колонкам, занятия по дням и временным позициям, всплывающие сведения и список «Не назначены». Контекстное меню предусматривает отмену, перестановку, смену аудитории, замену преподавателя, передачу «на кафедру», переходы к расписаниям и комментарий. Семантика «Отменить» и «Отдать на кафедру» требует отдельного опыта: это может быть изменение статуса, а не удаление записи.

Полный каталог из 59 видимых или предполагаемых интерфейсных возможностей приведен далее. Он не является перечнем 59 выполненных тестов.

8. Служебные и обменные файлы§

Индексы и семейства§

.PX — первичный индекс, пары .XG0/.YG0 и .XG1/.YG1 — вторичные индексы и их индексные структуры. Они нужны старому движку для порядка доступа и поиска. Их не нужно превращать в самостоятельные бизнес-таблицы современного интерфейса. Такое назначение расширений описано в руководстве Corel, раздел Paradox, печатная стр. 748.

В папке действительно 19 .PX, однако соответствие не один к одному: у ClassesInf.DB первичного ключа и одноименного .PX нет; присутствует LOAD.PX, хотя LOAD.DB отсутствует. LOAD.FAM и LOAD.TV содержат ссылки на CLASSES. Это исторические служебные следы, а не доказательство утраты необходимой таблицы нагрузки.

Внутренние имена некоторых .DB — resttemp.DB, у TIMES.DB — TIME.DB. Идентифицировать актуальную таблицу следует по внешнему имени и схеме. Внутреннее старое имя не является основанием переименовывать файлы.

Текстовый обмен§

Каждая .sch задает Filetype=Fixed, длины и смещения текстовых полей. .dat состоят из фиксированных строк с разделителями |, концами CRLF и финальным байтом DOS EOF 0x1A. Проверены длины всех записей. .sch здесь означает схему обмена, а не готовое расписание.

Различия количества строк и утрата кириллицы показывают, что .dat нельзя использовать как полную актуальную копию .DB. Некоторые поля обмена даже имеют другие длины и имена. Точные смещения приведены в исследовании обменных файлов.

Прочие файлы§

DBDWORK.INI содержит только CRLF, настройки семестра в нем отсутствуют. Groups.VAL относится к правилам допустимости значений и содержит исторический путь к resttemp.DB; сами правила в этом исследовании не декодированы. LOAD.TV хранит параметры табличного представления, имена полей и шрифт. LOAD.FAM описывает семейство связанных файлов. Старые абсолютные пути внутри них не следует принимать за текущие пути установки.

9. Reorder.EXE и установленный технологический стек§

Reorder.EXE — PE32 GUI x86 размером 622 592 байта. Внутри найдены строки Delphi RTL, Borland, idapi32.DLL, TBDEDataSet, компоненты VCL и бинарные DFM-ресурсы. Основная форма имеет заголовок «Перестановка групп», кнопки «Группы», «Аудитории», перемещение вверх/вниз и «Сохранить»; список поддерживает множественное выделение.

Утилита обращается к CLASSES.DB, GRPPLAN.DB, GROUPS.DB, ROOMS.DB, ROOMRSTR.DB. Предположительно она меняет порядок групп/аудиторий с обновлением связанных ключей. Алгоритм сохранения не выполнялся. В бинарнике присутствует SQL delete from Rooms, поэтому запускать его как просмотрщик на рабочей базе было бы неправильно: это средство изменения данных.

Timestamp EXE формально указывает 1992 год, но противоречит внутренним строкам copyright 1999 и признакам Delphi. Датировать программу по нему нельзя. Подробные байтовые смещения и восстановленные ресурсы сохранены в статическом исследовании и машинном протоколе (локальный материал).

BDE остается технологией совместимости; производитель не рекомендует начинать на ней новую разработку. Это аргумент в пользу отдельного современного слоя просмотра, сохраняя BDE только для возможного моста к старой программе. Embarcadero: Using Databases.

10. Как сделать небольшой веб-интерфейс§

Предлагаемая схема§

Закрытая/согласованная копия каталога Paradox
    ↓ чтение, CP866 → Unicode, проверка ключей и счетчиков
SQLite + сведения о происхождении + протокол аномалий
    ↓ сервер только чтения: выборка, поиск, пагинация
Браузер: справочники → планы → занятия → связанные объекты

Для первого варианта достаточно Python и SQLite на сервере, обычного HTML/CSS/JavaScript в браузере. React или отдельная серверная СУБД не обязательны для этого объема и одного снимка. Если появятся одновременное редактирование, несколько семестров и журнал операций, можно перейти к PostgreSQL и полноценному сервису изменений. Это предлагаемая архитектура нового инструмента, а не установленный стек старого приложения.

Веб-браузер не читает Paradox средствами обычного SQL-драйвера. Извлечение выполняется отдельным конвертером или сервером. В этой работе подготовлен небольшой читатель на стандартной библиотеке Python именно для обнаруженных типов полей; дополнительно использована независимая библиотека pxlib для проверки результата. Универсальной поддержки всех файлов Paradox у этого читателя нет.

Страницы первого этапа§

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

Предлагаемые API-операции§

Это контракт для будущей реализации, а не обнаруженные эндпоинты исходной системы:

На стороне сервера следует использовать параметры SQL и белый список полей сортировки. В браузере названия и заметки нужно выводить как текст (textContent), поскольку в данных уже встречается буквальная строка  . Автоматически интерпретировать содержимое как HTML или исправлять строки в исходной базе не нужно.

Для SQLite соединение открывается через URI с mode=ro. Пагинация ограничивает объем ответа. Обновление снимка производится отдельной командой экспорта с атомарной заменой готовой SQLite; браузер не должен запускать переписывание Paradox. В предоставленных свободных текстах встречаются служебные заметки и реквизиты дистанционных занятий, поэтому публичный режим следует строить на отдельном явно выбранном наборе полей.

Что нельзя корректно обещать на первом этапе§

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

11. Что уже можно проверить на этой копии§

Подготовлены SQLite с данными (локальный материал), схема JSON (локальный материал) и отдельный JSON для каждой таблицы. Это производные артефакты; оригинальные .DB остались в своем каталоге. SQLite содержит 19 исходных таблиц, служебную _source_manifest и два представления: class_details и plan_group_membership.

Экспорт повторяется из корня проекта:

python3 tools/export_data.py --allow-count-mismatch

Параметр явно разрешает экспорт доступных строк при известном несовпадении счетчика ClassesInf.DB. Без него программа останавливается на этом расхождении. Она не исправляет заголовок и не создает записи по завышенному счетчику; фактическая утрата 13 записей не доказана.

Открыть SQLite для чтения можно стандартным клиентом SQLite или любым совместимым просмотрщиком. Примеры запросов:

-- Реальные счетчики.
SELECT COUNT(*) AS classes FROM Classes;
SELECT COUNT(*) AS groups_count FROM GROUPS;

-- Назначенность: 0 = False, 1 = True в SQLite.
SELECT Assigned, COUNT(*) AS qty
FROM Classes GROUP BY Assigned;

-- Список занятий без выдуманных календарных дат.
SELECT ClassNo, SubjectName, DirectGroupName,
       TeacherName, RoomName, DayNo, TimeName,
       Assigned, EachWeek, OddWeek
FROM class_details ORDER BY ClassNo LIMIT 30;

-- Найти группы текстом. :needle передается параметром, например '%МИН%'.
SELECT g.GroupNo, g.GroupName, c.CourseName, f.FacultyName,
       g.NStudents, g.NSubgroups
FROM GROUPS g
LEFT JOIN Courses c ON c.CourseNo=g.CourseNo
LEFT JOIN FACULTY f ON f.FacultyNo=g.FacultyNo
WHERE g.GroupName LIKE :needle;

-- Участники конкретного плана без повторного подсчета групп.
SELECT DISTINCT GroupNo, GroupName
FROM plan_group_membership WHERE PlanNo=:plan_id;

-- Все занятия группы, включая общие занятия через план.
-- EXISTS не размножает строку из-за нескольких подгрупп в GRPPLAN.
SELECT c.* FROM class_details c
WHERE c.GroupNo=:group_id
   OR (c.GroupNo=-1 AND EXISTS (
       SELECT 1 FROM GRPPLAN gp
       WHERE gp.PlanNo=c.PlanNo AND gp.GroupNo=:group_id
   ))
ORDER BY c.ClassNo;

-- Исходные ограничения аудитории: Week оставлен как исходный код.
SELECT RoomNo, DayNo, TimeNo, Week
FROM ROOMRSTR WHERE RoomNo=:room_id
ORDER BY Week, DayNo, TimeNo;

-- Проверить состояние вспомогательной таблицы.
SELECT file, metadata_json FROM _source_manifest
WHERE file='ClassesInf.DB';

Важно: SQLite LIKE по умолчанию не дает полноценного нечувствительного к регистру поиска по кириллице. Для веб-поиска стоит заранее вычислять нормализованную поисковую строку через Unicode casefold() или использовать подходящий механизм индексирования. Точные Unicode-правила для SQLite описаны в документации выражений SQLite.

В class_details.DirectGroupName может быть NULL при GroupNo=-1; это ожидаемое следствие прямого соединения. Представление не заменяет правила вычисления состава групп. SQLite сохраняет исходные 0/-1/NULL, не добавляет неподтвержденные FK и не переписывает поврежденные значения.

Запрос фильтра группы проверен для всех 554 групп против независимого раскрытия JSON: получено 17 727 пар «занятие–группа», без потерь, лишних записей и дублей. Физических занятий при этом 15 111, а 32 группы не имеют занятий. Протокол: group-query-validation.json (локальный материал).

12. Возможности редактирования и путь к совместимости§

Изменения в самой программе§

По интерфейсу предусмотрены карточки справочников, поля плана и команды переноса/замены в расписании. Для точного перечня доступных операций нужно проверить состояние кнопок и сохранение на тестовой копии. Добавление и удаление по неподписанным пиктограммам пока относятся к интерпретациям. Факультеты, курсы и звонки показаны таблицами; возможность редактирования этих экранов отдельно не доказана.

Изменения через новый веб-слой§

Есть два разных варианта развития:

Непосредственно менять байты .DB с веб-сервера не следует. Даже изменение одного ID или аудитории может требовать синхронизации индексов и производных данных. На текущей копии уже видна разница между Classes и ClassesInf, а Reorder.EXE содержит обращения к нескольким таблицам, включая SQL удаления. Фактическая последовательность его сохранения не выполнялась.

Минимальная единица будущего редактирования — понятная операция: «перенести занятие», «заменить преподавателя», «изменить участников плана», а не произвольный SQL UPDATE. Для нее нужны проверка ожидаемой версии записи, проверка ограничений, согласованное сохранение, журнал до/после и возможность отмены. Если базу продолжит менять оригинальная программа, новый слой должен учитывать параллельные изменения и не перетирать их устаревшим снимком.

Проверка поведения на тестовой копии§

Нужно сравнивать нормализованные записи, а не только бинарные размеры: индексы и служебные счетчики могут изменяться без изменения пользовательских данных. Для каждого опыта следует начинать с отдельной копии одного и того же состояния. Эти эксперименты пока не выполнялись.

13. Воспроизводимость и результаты проверки§

Проверка через pxlib проводилась на временных копиях. Установленный пакет pypxlib 2.5 содержит библиотеку macOS x86_64; на этом Mac он проверен через arch -x86_64 python3. Рабочий экспортер от pypxlib не зависит и выполняется обычным Python 3.11. Протокол сравнения: pxlib-validation.json (локальный материал); библиотека сравнения: pypxlib.

Читатель tools/paradox_read.py рассчитан на нешифрованные .DB с обнаруженными типами и уровнями формата. Он не разбирает .VAL, не проверяет согласованность записей всех .PX/.XG/.YG, не восстанавливает удаленные записи и не умеет сохранять Paradox. Флаг разрешения несовпадающего счетчика не отключает проверки границ и структуры блоков.

14. Какие дополнительные материалы дадут наибольший эффект§

Для текущего описания и просмотра извлеченных данных дополнительная информация не обязательна. Для проверки программы и редактора наиболее полезны:

1. Основной EXE вместе с каталогом установки, версия из «О программе» и, если сохранились, исходники Delphi.
2. Скриншоты окон «Параметры», «База данных», настроек периода и выбора недели.
3. Подтверждение, к какому состоянию базы относятся изображения сентября 2024 года, и известная фактическая дата одного занятия из переданной копии.
4. Две копии базы до и после одного контролируемого переноса занятия и смены четности недели.
5. Пояснение, что оператор понимает под «Стабильное», «Отдать на кафедру», «Отменить», «час» и «поток».
6. Приоритет следующего этапа: просмотр/поиск или запись изменений с сохранением работы старой программы.

Эти материалы позволят перейти от восстановленной структуры к проверенному описанию бизнес-алгоритмов. Уже сейчас карту файлов, справочники, планы и исходные позиции можно исследовать через подготовленную SQLite.

15. Конкретные вопросы качества данных§

Все положительные ссылки основного плана, групп, элементов нагрузки и занятий, кроме двух указанных связей кафедр, найдены в ожидаемых справочниках. Все 15 111 пар (PlanNo, PlanType) занятий существуют в PLANITEM. Все явные группы/подгруппы занятий входят в соответствующие GRPPLAN; номера подгрупп укладываются в число подгрупп группы.

1 674 позиции плана связаны с несколькими группами, максимум — с 21. Всего 4 748 позиций имеют хотя бы одну группу. Без ссылок из других выгруженных таблиц остаются 4 066 дисциплин, 82 преподавателя, 19 аудиторий, 32 группы и 140 потоков. Это может быть исторический запас справочников; эти строки не удалялись и не объявляются лишними.

Подробные агрегаты и методика: анализ связей, машинные метрики (локальный материал).

Приложение A. Полный словарь 88 полей§

Типы, размеры и порядок ключей прочитаны из заголовков файлов. Описания назначения восстановлены по именам, значениям и интерфейсу; неоднозначные поля отмечены. Столбец PK отражает первичный ключ формата, а не обязательность всех прочих полей. Правила .VAL отдельно не восстановлены.

Alpha — строка фиксированной длины в байтах CP866; Short — знаковое 16-битное число; Long и AutoIncrement — 32-битные числа; Logical — логическое значение с возможным NULL. Пустой Alpha в экспорте представлен пустой строкой, логические значения в JSON — true/false/null, в SQLite — 1/0/NULL. Размер в UTF-8 может быть больше исходного байтового лимита.

A. CHAIRS.DB — Кафедры и принадлежность факультету§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 47; счетчик заголовка: 47; ключ: ChairNo. Формат Paradox 5, кодировка cp866, размер записи 58 байт. Внутреннее имя: CHAIRS.DB.

A. CLASSINF.DB — Дополнительные ресурсы занятия; таблица пуста§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 0; счетчик заголовка: 0; ключ: ClassNo, RoomNo. Формат Paradox 5, кодировка cp866, размер записи 12 байт. Внутреннее имя: CLASSINF.DB.

A. Classes.DB — Основные записи занятий§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 15111; счетчик заголовка: 15111; ключ: ClassNo. Формат Paradox 5, кодировка cp866, размер записи 94 байт. Внутреннее имя: Classes.DB.

A. ClassesInf.DB — Предположительно производные позиции расписания; есть рассогласование§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 15111; счетчик заголовка: 15124; ключ: не задан. Формат Paradox 5, кодировка cp866, размер записи 16 байт. Внутреннее имя: resttemp.DB.

Предупреждение: Header declares 15124 rows; active block chain contains 15111.

A. Courses.DB — Классификатор курсов и уровней обучения§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 12; счетчик заголовка: 12; ключ: CourseNo. Формат Paradox 7, кодировка cp866, размер записи 261 байт. Внутреннее имя: Courses.DB.

A. DAYS.DB — Дни шестидневной недели§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 6; счетчик заголовка: 6; ключ: DayNo. Формат Paradox 4, кодировка cp866, размер записи 15 байт. Внутреннее имя: resttemp.DB.

A. FACULTY.DB — Факультеты / организационные подразделения§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 6; счетчик заголовка: 6; ключ: FacultyNo. Формат Paradox 5, кодировка cp866, размер записи 36 байт. Внутреннее имя: FACULTY.DB.

A. GROUPS.DB — Учебные группы§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 554; счетчик заголовка: 554; ключ: GroupNo. Формат Paradox 5, кодировка cp866, размер записи 28 байт. Внутреннее имя: GROUPS.DB.

A. GRPPLAN.DB — Участие групп и подгрупп в позиции плана§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 21419; счетчик заголовка: 21419; ключ: GroupNo, Subgroup, PlanNo. Формат Paradox 5, кодировка cp866, размер записи 10 байт. Внутреннее имя: GRPPLAN.DB.

A. PLANITEM.DB — Вид, объем нагрузки и деление на подгруппы§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 7098; счетчик заголовка: 7098; ключ: PlanNo, PlanType. Формат Paradox 5, кодировка cp866, размер записи 8 байт. Внутреннее имя: resttemp.DB.

A. PLANROOM.DB — Связь плана/вида с аудиториями; таблица пуста§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 0; счетчик заголовка: 0; ключ: PlanNo, PlanType, RoomNo. Формат Paradox 5, кодировка cp866, размер записи 9 байт. Внутреннее имя: PLANROOM.DB.

A. Plan.DB — Позиции учебного плана§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 4748; счетчик заголовка: 4748; ключ: PlanNo. Формат Paradox 5, кодировка cp866, размер записи 13 байт. Внутреннее имя: resttemp.DB.

A. ROOMRSTR.DB — Ограничения аудиторий§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 990; счетчик заголовка: 990; ключ: RoomNo, DayNo, TimeNo, Week. Формат Paradox 5, кодировка cp866, размер записи 74 байт. Внутреннее имя: resttemp.DB.

A. Rooms.DB — Аудитории§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 184; счетчик заголовка: 184; ключ: RoomNo. Формат Paradox 5, кодировка cp866, размер записи 84 байт. Внутреннее имя: resttemp.DB.

A. STREAMS.DB — Именованный справочник потоков/периодов§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 140; счетчик заголовка: 140; ключ: StreamNo. Формат Paradox 5, кодировка cp866, размер записи 259 байт. Внутреннее имя: STREAMS.DB.

A. SUBJECTS.DB — Дисциплины и краткие названия§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 5068; счетчик заголовка: 5068; ключ: SubjectNo. Формат Paradox 5, кодировка cp866, размер записи 50 байт. Внутреннее имя: SUBJECTS.DB.

A. TCHRRSTR.DB — Ограничения преподавателей§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 4541; счетчик заголовка: 4541; ключ: TeacherNo, DayNo, TimeNo, Week. Формат Paradox 5, кодировка cp866, размер записи 74 байт. Внутреннее имя: TCHRRSTR.DB.

A. TEACHERS.DB — Преподаватели§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 866; счетчик заголовка: 866; ключ: TeacherNo. Формат Paradox 5, кодировка cp866, размер записи 126 байт. Внутреннее имя: TEACHERS.DB.

A. TIMES.DB — Временные позиции и начала занятий§

Источник: файл (локальный материал); JSON (локальный материал). Активных строк: 8; счетчик заголовка: 8; ключ: TimeNo. Формат Paradox 4, кодировка cp866, размер записи 12 байт. Внутреннее имя: TIME.DB.

Приложение B. Все 65 файлов каталога семестра§

Размеры приведены для предоставленного снимка. SHA-256 каждого файла находятся в source-manifest.json (локальный материал). Ссылки ведут на оригинальные файлы; для чтения данных удобнее SQLite/JSON.

Внешние служебные файлы в DB§

В каталоге семестра 65 файлов, еще два файла приложения — блокировки в родительском DB. .DS_Store не включен в эти 67 файлов приложения. По содержимому копии блокировок нельзя определить активных пользователей. В отчете форматов указаны байтовые доказательства.

Что проверено у индексов§

Все шесть мультимножеств вторичных ключей вместе с первичными ключами совпали с соответствующими DB; для STREAMS применено приведение регистра. Поля индексов перечислены в инвентаре выше. При этом индексное дерево YG и полное поведение поиска BDE не проверялись. В служебном Blk Num есть расхождения с текущими физическими блоками: их смысл требует проверки движком и не трактуется здесь как доказанное повреждение. Подробности: исследование индексов.

Приложение C. Полный каталог функций по скриншотам§

Здесь «видна» означает видимый экран/подписанную команду; «предполагается» — вывод по форме или неподписанной пиктограмме.

Номера источников в последней колонке соответствуют Screenshot_N.jpg. Это каталог предусмотренных интерфейсом возможностей, а не перечень 59 проверенных рабочих операций.

Указатель всех 15 скриншотов§

Полное описание каждой формы с разграничением наблюдения и интерпретации: screens-analysis.md.

Приложение D. Файлы результата и их назначение§

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