Esto es lo que hago:
cada registro de la base de datos tiene dos campos: ID y ParentID. Los ID son de 4 a 5 caracteres (Base36, a-z: 0-9 o algo similar). IDs de padres son una concatenación de estructura completa del padre ...
Entonces ...
Esta estructura:
Root
Folder1
Folder2
Folder3
Folder4
Folder5
Folder6
se representaría así:
ID ParentID Name
0000 NULL ROOT
0001 0000 Folder1
0002 0000 Folder2
0003 00000002 Folder3
0004 0000 Folder4
0005 00000004 Folder5
0006 000000040005 Folder6
me gusta esta estructura porque si necesito encontrar todos los archivos en una carpeta puedo hacer una consulta como:
SELECT * FROM Folders WHERE ParentID LIKE '0000%' -- to find all folders under Folder1
Para eliminar una carpeta y todos sus hijos:
DELETE FROM Folders WHERE ID='0004' AND ParentID LIKE '00000004%'
Para mover una carpeta y sus hijos, usted tiene que actualizar todos los registros que utilizan el mismo padre, a la nueva matriz.
Y yo no quiero LINIT las carpetas o los niveles de subcarpetas
Una limitación obvia de esto es que el número de subcarpetas están limitados al tamaño de su campo ParentID.
A juzgar por la especificación, una carpeta no puede contener una mezcla de carpetas y documentos? ¿Y no puedes tener subcarpetas vacías? Por favor sea preciso. –
En realidad, una parte dice que las carpetas pueden no contener una mezcla; otra parte sugiere que podrían. –