Если вопрос касается ORDER BY
, я вижу 2 подхода:
План A: Построить запрос (особенно часть ORDER BY
) динамически, затем выполнить его. Это позволяет вам использовать любой столбец, который нужен пользователю.
План B: иметь выражение CASE
или IF()
для вычисления одного значения для упорядочения по. Пример:
ORDER BY
CASE WHEN ... THEN phaseOrderBy
WHEN ... THEN weekOrderBy
...
END
Или ...
ORDER BY
IF(..., phaseOrderBy, IF(..., weekOrderBy, ... ))
На основе предоставленного изображения любой из них даст желаемый порядок:
ORDER BY coreID, phaseOrderBy, weekOrderBy
или просто
ORDER BY woAID
У меня была проблема, подобная этому с Eclipse: пытаясь импортировать использование проекта Subclipse, это генерировало глубоко вложенный набор каталогов, которые я не мог удалить.
я сделал несколько вещей, во-первых я отредактировал имена каталогов вниз к самому короткому (на самом деле, я думаю, что это было бессмысленно). Во-вторых, я пересек дерево каталогов максимально глубоко и затем вырезал и вставил ответвление (который позволяет удалить исходное ответвление), и затем повторил процесс.
@Charlie и решения @Tomalek похожи, они могли бы быть более изящными. Я не планирую повторение опыта узнать все же.
Попытайтесь использовать Неблокировщик . Это используется для уничтожения фиксаторов процессов на файлах, но я думаю, что это может вызвать - удаляют сытый по горло, файлы, как Вы имеют.
Если необходимо иметь дело с путями дольше, чем MAX_PATH
, необходимо ли будет использовать версии Unicode API файла Windows (например, DeleteFileW
) и использовать ли \\? \префикс. Можно записать короткую программу с помощью этих API, чтобы перечислить эти каталоги и удалить их.
Относительно Q1)
Использование subst для закорачивания-cirquit путей:
subst Q: C:\very\long\path\created\by\eclipse
Q:
del *.*
относительно Q2)
Длинные тракты являются меньшим количеством проблемы в других Ose, и существует Windows API functions, который может соглашение с путями дольше, чем 255 символов, таким образом, они просто сделали это, я предполагаю.
Аннотация подразумевает виртуальную. Конструктор, не являющийся конструктором по умолчанию, никогда не может вызываться полиморфно, поэтому виртуальные и абстрактные конструкторы не допускаются.
ЕСЛИ в будущей версии C # дженерики расширяются, позволяя вызывать конструкторы, не являющиеся конструкторами по умолчанию, через параметр универсального типа, то возможны полиморфные вызовы конструкторов, а также могут быть добавлены виртуальные и абстрактные конструкторы.
-121--1112952- Есть | &
и > & p
в кш, но я не смог заставить их делать то, что вы ищете. Может, сможешь.
я столкнулся с той же проблемой, используя затмение..! был создан миллион вложенных папок, и он занял более 500MB места!!!!
Я попробовал тонну вещей в окнах и ничего не сработало..
наконец я только что перезагрузился с помощью ubuntu и удалил эту ужасную папку.. именно так.. ubuntu, похоже, не имеет таких ограничений доступа, основанных на длине файлового потока, как у окон.. значительно облегчает жизнь..:)
robocopy empty_dir base_nested_dir /purge
Пример: Если у вас слишком длинный путь к папке, например:
D: \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Копировать \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles \ BackupFolder \ Copy \ MyFiles
следуйте этим инструкциям, чтобы удалить его.
C: \ Users \ Name \ Desktop \ temp
. robocopy C: \ Users \ Name \ Desktop \ temp D: \ BackupFolder / purge
Примечание. Если в любом пути на шаге 3 есть пробелы, путь должен быть заключен в кавычки.