Nie ... no cóż ... niekoniecznie.
Tak długo, jak masz ścisłą konwencję i powszechnie dostępne środki analizy i sprawdzania poprawności (skrypty, biblioteki itp.), Możesz iść.
Weźmy na przykład systemy zarządzania pakowaniem i zależnościami (Maven, NuGet i podobne). Chociaż wiele osób używa określonych plików metadanych do przechowywania bardziej zaawansowanych informacji, podstawowe informacje są często częścią samej nazwy pliku. Opierając się na ścisłych konwencjach, nazwa pliku może zawierać najistotniejsze informacje o pakiecie: jego dostawca, nazwa, wersja, typ. Czasami to wszystko, czego potrzebujesz ... 4 lub 5 krótkich informacji.
Jeśli metadane są proste, wówczas konwencja nazewnictwa plików ma sens i nie wymaga niczego. Można go wzmocnić za pomocą bardzo prostych narzędzi i skryptów, niepotrzebnej bazy danych, specjalistycznej infrastruktury, tylko kilka skryptów i konwencji nazewnictwa.
Jeśli nic tam nie robi, czego potrzebujesz, a twoje potrzeby są proste, zacznę od tego.
Twoje wymagania przerastają tę konwencję? rozszerz go o odpowiedni plik metadanych. Później potrzebujesz lepszego wyszukiwania? Istnieją już dobre rozwiązania do wyszukiwania plików, które zaprowadzą Cię tam, gdzie potrzebujesz.
Nie chodzi o to, że nie lubię baz danych, wręcz przeciwnie, są one naprawdę potężne i użyteczne, ale wymagają pewnego nakładu pracy, aby zacząć. Muszą być instalowane, archiwizowane, utrzymywane, będziesz potrzebował personelu, który, jeśli nie będzie całkowicie poświęcony, będzie musiał poświęcić część swojego czasu na tę infrastrukturę. Są również bardziej złożone i tajemnicze dla laików, stracą twórcę, który cię skonfigurował, a twój system utknie w czasie, aż znajdziesz zastępcę.
Nigdy nie lekceważ potęgi niskiej technologii z odpowiednim nadzorem, który może zapewnić ci długą drogę.
A zanim wyrosniesz z niskonakładowego rozwiązania, zgromadzisz całe doświadczenie i wymagania, aby wdrożyć idealny system dla swoich potrzeb.