none
Speichern von Änderungen ist nicht zulässig RRS feed

  • Allgemeine Diskussion

  • Hallo Forum.

    Hier nun also mein erster Beitrag.

    Seit einiger Zeit stelle ich fest, dass bestimmte Änderungen über das Management Studio an Tabellen mit der "altbekannten" Fehlermeldung "Speichern von Änderungen ist nicht zulässig..." quittiert werden. Begibt man sich nun auf die Suche im Web was es damit auf sich hat findet man eigentlich fast überall den Tip, man solle die besagte Option deaktivieren - auch hier im Forum gibt es diesen Ratschlag -> klick

    Ich frage mich nun folgendes:
    1) Ich unterstelle jetzt einfach mal, dass MS das mit gutem Grund verhindern will - sonst wäre die Option standardmässig ja nicht aktiv
    2) Selbst in der KB findet sich ein Artikel, der davor warnt, diese Option zu deaktivieren -> en-956176 (Rubrik Workaround)

    Wie ist denn nun das "richtige" Vorgehen??? Was habt ihr für Erfahrungen???

    PS: Mir ist schon klar, dass sich viele Aktionen auch über T-SQL erledigen lassen, daher ist der Thread ja auch als Diskussion und nicht als Frage getagged...

    Freue mich über Antworten!

    Grüße Alex

    Freitag, 15. Juli 2011 11:48

Alle Antworten

  • Hallo Alex,

    die Einstellung für alle "Gelegenheits-Administratoren" gedacht,
    damit sie sich nicht durch einen Klick Ärger einhandeln.

    Denn nicht viele, sondern alle  Aktionen lassen sich über T-SQL erledigen -
    nur wird das von gelegentlichen Benutzern nicht beherrscht und so wird
    oft geglaubt, das SSMS wird es schon richten (außerdem sieht es bunter aus ;-)

    Und da liegt der Hase im Pfeffer:
    Das SSMS ist nicht in der Lage alle Varianten im Vorhinein erkennen
    und führt die Änderungen nach dem Motto "Wird-schon-Gutgehen" aus
    und sichert sich mit einer Transaktion gegen den Rest ab.
    Sollte etwas schief gehen, muss die ganze Aktion rückgängig gemacht werden.

    Und selbst wenn alles gut geht:
    Führt man das Ganze auf einem Produktiv-System aus kann man dadurch
    das ganze System blockieren.

    Bei jeglichem produktiven System sollte man deswegen die Finger davon lassen.

    Deaktivieren kann man die Einstellung, wenn man auf einem Entwicklersystem
    eine Datenbank entwirft und sich dazu der grafischen Oberfläche bedienen möchte
    (Ich nicht, und bei mir ist die Einstellung wohl immer noch aktiv => jupps ;-)

    Besser ist es aber, sich die Skripte genau anzuschauen, die man sich erzeugen kann,
    und die Konsequenzen vorher bedenken. So wie es dort auch steht:

    /* Überprüfen Sie das Skript gründlich, bevor Sie es außerhalb des Datenbank-Designer-Kontexts ausführen, um potenzielle Datenverluste zu vermeiden.*/
    
    Gruß Elmar

     

    Freitag, 15. Juli 2011 12:47
    Beantworter
  • Hallo Elmar.

    Vielen Dank für den ausführlichen Beitrag!

    Ich bin zwar auch eher der "Gelegenheits-Admin", zwinge mich aber dennoch dazu, alle Aktionen per T-SQL auszuführen:

    1) lassen sich dadurch umfangreichere Anpassungen schön(er) strukturieren und
    2) fordert man so sich und das DB-Verständnis immer noch ein bisschen :-)

    Grüße und ein schönes WE

    Alex

    Freitag, 15. Juli 2011 13:32