Po latach gry z wieloma bazami danych SQL i NoSQL uważam, że najlepszym sposobem na zapewnienie przenośności w moich osobistych aplikacjach, które są skoncentrowane na danych, jest całkowite uniknięcie wszystkich baz danych. System plików widzę jako piękny paradygmat bazy danych, który jest przenośny, czytelny dla człowieka, a zatem ma długowieczność wystarczającą do rodzaju aplikacji osobistych, które piszę. To jest jak baza danych grafów, która wymusza strukturę drzewa (dobrą do partycjonowania), z dowiązaniami symbolicznymi reprezentującymi relacje wiele do jednego.
Czy istnieje sposób na wyeksportowanie topologii całego systemu plików jako pojedynczego pliku? Dane wyjściowe find
polecenia są obiecujące, ale nie ma znormalizowanego sposobu eksportowania danych wskazujących na to, na co wskazuje dowiązanie symboliczne. Nie chcę wymyślić własnego wyboru find
formatu wyjściowego, takiego jak:
/home/me/photos/beach/me_and_my_dog.jpg -> /home/me/photos/beach/1.jpg
jeśli ktoś wcześniej wykonał pracę nad ustaleniem formatu eksportu topologii systemu plików.
Kolejnym kandydatem jest plik JSON:
home : [{
me : [{
photos : [{
beach : [{
1.jpg,
{ me_and_my_dog.jpg : ./1.jpg }
}]
}]
}
}]
ale znowu istnieje wiele sposobów reprezentowania typów plików i zastanawiam się, czy ktoś już wykonał pracę nad ustanowieniem standardu.
Pamiętaj, że nie chcę eksportować zawartości plików - dzięki temu eksport byłby znacznie większy niż to konieczne.
źródło
tree
poleceniu (co jest niesamowite), ale nie zdawałem sobie sprawy, że obsługuje teraz możliwe do przeanalizowania formaty.tree
polecenie jest wersją systemu Linux. Wersja systemu Windows nadal wyświetla tylko proste „drzewo”.Możesz
mtree
do tego użyć . Zobacz www.freebsd.org/cgi/man.cgi?query=mtree&sektion=8&manpath=FreeBSD+6.3-RELEASE i code.google.com/p/mtree-portJest bardzo wszechstronny.
źródło