Ich bin nicht einmal sicher, dass SQL Server diese Art von Informationen speichert, aber ist es möglich, den Benutzernamen der Person, die eine bestimmte gespeicherte Prozedur, Funktion, Tabelle oder Ansicht zuletzt geändert hat, zu erhalten?Ist es möglich, den Benutzer, der zuletzt eine gespeicherte Prozedur, Funktion, Tabelle oder Ansicht in SQL Server bearbeitet hat, zu erhalten?
Nichts kritisch, nur wundernd. Vielen Dank!
Wenn Sie SQL Server 2008 verwenden, können Sie einige neue Funktionen nutzen, die Ihnen erlauben, auf DDL-Änderungen Trigger zu setzen. Sie können dann basierend auf dem authentifizierten Benutzer verfolgen, wer die Änderung vorgenommen hat.
Ich denke, diese Trigger sind neu in SQL 2008, aber sie können diese im Jahr 2005
Having said verfügbar sein, im Idealfall sollten Sie Ihre Datenbank-Schema unter Quellcodeverwaltung, ein Tool wie Visual Studio Database Professional. Dann hätten Sie eine vollständige Geschichte darüber, wer wann was gemacht hat.
Randy
Interessant, dass Sie die Quellcodeverwaltung erwähnen ... Das ist der Grund, warum ich das untersuche. Derzeit können gespeicherte Prozeduren, Tabellendefinitionen usw. automatisch in der Quellcodeverwaltung gespeichert werden. Es ist jedoch nicht möglich, zu verfolgen, wer die Änderung tatsächlich vorgenommen hat (da die Commits regelmäßig ausgeführt werden). Ich würde mich gerne von bezahlten Lösungen fernhalten, so weit die DB-Quellcodeverwaltung reicht, und sozusagen unsere eigenen rollen. – Pwninstein
Visual Studio Database Professional ist kostenlos, wenn Sie Visual Studio Team Suite oder Visual Studio Development Edition verwenden. –
Ich sehe - leider, ich glaube, wir alle verwenden VS 2008 (bald bis 2010) Professional (nicht Team System). Das ist aber gut zu wissen. Vielen Dank! – Pwninstein
Es speichert diese Information nicht aus der Box.
Sie können die SQL-Trace- und Ereignisbenachrichtigung (siehe entsprechende MSDN Article) verwenden, um diese Art von Informationen selbst zu protokollieren.
Ich habe keine Erfahrung mit diesen Technologien obwohl ...
Definitiv setzen DDL-Trigger an seinem Platz. Selbst wenn Sie sie nicht am Ende verwenden oder wenn Sie am Ende ein ordentliches Quellcodeverwaltungssystem einsetzen, müssen Sie immer noch die DDL-Trigger aktivieren, damit Sie sicher sein können, was vor sich geht.
Warum brauchen Sie es? –