Я возился с организацией своих музыкальных файлов, когда спрашивал себя, почему windows или linux предлагают способ упорядочить папку с помощью пользовательских тегов в стиле базы данных, а не иерархически.
Проблема, которую я хотел решитьРешаю следующее: у меня есть музыкальные файлы
Под названием "Tempest" из Бетховена, классическая музыка в версии только для фортепиано.
B под названием "what" из Моцарта, оркестр классической музыки
D под названием «Один крылатый ангел» из Уематсу, классический стиль, игровой ост, оркестр
C под названием «Один крылатый ангел», как и прежде, только для скрипки, обложка от Тейлор Дэвис.
И любая «основная» информация, которую я использую для группировки, делает невозможным перечисление файлов по любой другой категории.Поэтому я хотел сохранить файлы в скрытой папке с простым возрастающим форматом number.format и иметь программу, в которой я могу добавлять файлы, добавлять категории, искать по тегам и в итоге получать список файлов, которые мне нужны.Например, сегодня я хочу слушать все пьесы только для фортепиано, независимо от периода времени композитора.
Я начал создавать структуру векторов, содержащих векторы (она же матрица), но индексирование строк и столбец за строкой стало усложняться, когда яхочу удалить столбец.И поиск файлов по тегу потребовал бы от меня, чтобы каждый тег был объектом, знающим все файлы, которые его используют, и он начинает становиться более похожим на трехмерную матрицу.Я подумал, что было бы лучше думать об этом как о базе данных, которая началась с sqllite, но закончилась проблемой невозможности удаления столбцов (я знаю, что могу создать копию etcc, но я хотел избежать беспорядочных обходных путей).Также база данных, похожая на sql, не позволила бы мне иметь область, выделенную для списка случайных тегов для каждого файла без определенной категории.
Существует ли какая-либо существующая библиотека, которая вместо того, чтобы работать как база данных sql, предлагаетмне что-то похожее на поиск / вставку оптимизированной матрицы для строк?Я не думаю, что я был первым, кто думал об этом, кто-то, должно быть, сделал нечто подобное.
Это очень похоже на то, чего я хочу достичь (строго говоря о функциональности),но вместо того, чтобы иметь только несколько случайных тегов, я хотел бы иметь несколько категорий и набор случайных тегов.Проблема только со случайными тегами в том, что вы не можете использовать одно и то же слово, когда оно относится к разным вещам.Например, если заголовок фрагмента «А» и есть фильм с названием «А» с фрагментом «В», фильтрация «А» в беспорядке тегов даст оба, в то время как с категориями я могу отфильтровать фрагменты «А.», но случайный беспорядок дополнительных теговбез категории также полезен, для информации, которую вы не хотите заполнять большинство файлов, и это заняло бы бессмысленное место в стандартной базе данных.