Ответ «нет, вы, вероятно, не можете».
Хотя есть вещи, которые могут сказать, кто создал данный объект, за ними стоит много «ifs». Быстрый (и необязательно полный) обзор:
sys.objects (и, следовательно, sys.tables, sys.procedures, sys.views и т. Д.) Имеет столбец main_id. Это значение является внешним ключом, относящимся к списку пользователей базы данных, который, в свою очередь, может быть объединен со списком логинов SQL (экземпляров). (Вся эта информация может быть найдена в следующих системных представлениях.)
Но.
Быстрая проверка нашей установки здесь и беглый обзор BOL указывает, что это значение задано (то есть не равно null), если оно «отличается от владельца схемы». В нашей системе разработки, и у нас есть две другие схемы, все выглядит как NULL. Вероятно, это потому, что у всех есть права dbo в этих базах данных.
Это аутентификация NT. Идентификация SQL, вероятно, работает почти так же. Кроме того, есть ли у всех и использовать уникальный логин или они разделяют? Если у вас текучесть сотрудников и домен (или SQL) удаляются, снова данные могут отсутствовать или быть неполными.
Вы можете просмотреть эти данные (выберите * из sys.objects), но если main_id имеет значение NULL, вам, вероятно, не повезло.
Хороший ответ, охватывает все базы ... – gbn
Это в значительной степени то, что я думал, что ответ будет. Спасибо за помощь. – bcasp