Сёння, I spent a handful of hours tracking down the root cause behind the message "The column name that you entered is already in use or reserved. Choose another name."

Слупка ў пытанне можа быць створаны, выдаліць і стварыць наноў у іншым асяроддзі, so I knew it wasn’t a reserved name. Аднак, Я проста не мог знайсці калонку ў любым месцы праз стандартны інтэрфейс карыстальніка SharePoint ў любым месцы ў сямействе.

Я адправіў да Форумы MSDN тут і нястрымнай Andrew Woodward паказаў мне ў напрамку зыходных дадзеных аб'ектнай мадэлі.

Я пайшоў, каб CodePlex знайсці некаторыя інструменты, якія дапамаглі б мне зазірнуць у зыходныя дадзеныя OM і дапамагчы мне знайсці праблему.

Я паспрабаваў некалькі інструментаў, і яны былі вельмі крута і цікава, але ў рэшце рэшт, the UI wasn’t good enough for my purpose. I’m not criticizing them by any means, але відавочна, што інструмент-мейкера не было маёй праблемай на ўвазе, калі яны стварылі сваю UI :). Most people seem to be investing a fair amount of time and effort in creating workstation / кліенцкіх прыкладанняў, якія забяспечваюць дрэва праглядаў, right-click context menus and so forth. These are nice and all, але гэта вялікая праца для стварэння топ-оф-лініі карыстацкі досвед, які таксама вельмі гнуткая.

Я сапраўды меў патрэбу ў адказ на гэтае пытанне. Мне прыйшло ў галаву, што калі б я мог атрымаць усе слупкі сайта ў сямействе сайтаў у карыстацкі спіс, Я мог выбіраць, сартаваць і ствараць паданні, якія дапамаглі б мне знайсці гэтага нібыта існуючага слупка (што ён і зрабіў, Дарэчы). I went ahead and did that and an hour or two later, былі ўсе мае калонкі сайт загружаецца ў карыстацкі спіс з групоўкай, sorting and so forth. I found my answer five minutes later.

Калі і калі я паспяхова захапіць уладу над светам, I think I will decree that all SharePoint tools providers must seriously consider surfacing their object model data in a custom list. That way, У мяне ёсць сіла шукаць любое, як я хачу (абмежаваны, вядома, стандартнымі функцыямі SharePoint).