Мысли о создании индекса для SQL Server для пропавших без вести индексов
Сначала сделайте резервную копию ваших файлов , и попробуйте это (GNU sed):
sed -ri 's/^([^\t]*\t){7}//' trans_*.txt.traw
Если -i для sed, ваши файлы будут на месте. (Вы можете удалить i для тестирования).
Например:
$ cat file
1 2 3 4 5 6 7 8 9 0
a b c d e f g h i j
dfad da
$ sed -ri 's/^([^\t]*\t){7}//' file
$ cat file
8 9 0
h i j
dfad da
Однако эта команда проста, поэтому она не будет удалена, если столбцов меньше 7. (Думаю, у вас не будет таких строк, верно?)
Если вы все еще хотите удалить, когда столбцов меньше 7:
sed -r 's/^([^\t]*(\t|$)){,7}//'
1 ответ
Порядок имеет значение для индексированных столбцов, но не включенных столбцов. Это вызвано тем, что только столбцы ключа используются для поисков.
Необходимо "прочитать между строк" большей части документации, но это - то, что они подразумевают в этой статье BOL
Это обсуждение является немного более явным в высказывании, что порядок не важен.
В значительной степени единственное беспокойство с включенными столбцами в индексах является пространством - индексы могут стать довольно большими при включении большого количества столбцов или очень больших столбцов. НО это означает, что Вы определенно не хотите делать два отдельных индекса, каждого с теми же столбцами ключа, но различными включенными. Затем Вы просто усугубляете свою проблему свободного пространства.