Мы используем Windows 2008 (EC2) и имеем приложение, которое хранит большое количество подпапок в определенной папке (например, корень / подпапка1, корень / подпапка2, корень / подпапка3 и т. Д.)
Мы ожидаем появления десятков миллионов вложенных папок, и возник вопрос масштабируемости. Вы хоть представляете, сможет ли Windows 2008 справиться с этим? Что насчет производительности, есть ли волшебная строка, после которой любые операции с папкой (например, создание новой подпапки или поиск существующих) резко замедлятся? Есть какие-нибудь точные цифры?
В качестве альтернативы мы рассматриваем возможность преобразования этой плоской структуры в дерево вроде
root/subfolder1_/subfolder1
root/subfolder1_/subfolder11
...
root/subfolder2_/subfolder2
Что вы думаете об этом?
полезно ?: http://msdn.microsoft.com/en-us/library/aa365247.aspx
«У Windows API есть много функций, которые также имеют версии Unicode, чтобы разрешить путь увеличенной длины для максимальной общей длины пути 32 767 символов».
Это будет сильно зависеть от дисковой подсистемы. На хосте совместно используемой виртуальной машины (например, EC2) это будет очень трудно предсказать, поскольку использование будет динамическим.
Лучшее, что я могу предложить, - это попробовать и посмотреть, что произойдет. Напишите командный файл или сценарий PowerShell для создания папок и измерения времени, которое на это требуется. Видеть Новый предмет и увидеть это статья / код чтобы начать делать таймер. Как только вы это сделаете, вы сможете получить хорошее представление о том, как с этим справиться.