La respuesta es "no, probablemente no puedas".
Si bien hay elementos que podrían decir quién creó un objeto dado, hay muchos "si" detrás de ellos. Una revisión rápida (y no necesariamente completa):
sys.objects (y por lo tanto sys.tables, sys.procedures, sys.views, etc.) tiene la columna principal_id. Este valor es una clave externa que se relaciona con la lista de usuarios de bases de datos, que a su vez se puede unir con la lista de inicios de sesión de SQL (instancia). (Toda esta información se puede encontrar en más vistas del sistema.)
Pero.
Una comprobación rápida de nuestra configuración aquí y una revisión superficial de BOL indica que este valor solo está establecido (es decir, no es nulo) si es "diferente del propietario del esquema". En nuestro sistema de desarrollo, y tenemos dbo + otros dos esquemas, todo aparece como NULL. Esto es probablemente porque todos tienen derechos dbo dentro de estas bases de datos.
Esto está utilizando la autenticación NT. La autenticación SQL probablemente funciona de manera muy similar. Además, ¿todos tienen y usan un inicio de sesión único, o se comparten? Si tiene una rotación de empleados y se eliminan los inicios de sesión de dominio (o SQL), una vez más los datos pueden no estar allí o pueden estar incompletos.
Puede revisar estos datos (seleccione * de sys.objects), pero si principal_id es nulo, probablemente no tenga suerte.
Buena respuesta, cubre todas las bases ... – gbn
Eso es más o menos lo que pensé que iba a ser la respuesta. Gracias por la ayuda. – bcasp