<\/p>\n
Unter Access sind Sie es gewohnt, nach Lust und Laune am Entwurf einer Tabelle zu arbeiten. Probleme gibt es nur, wenn Sie einmal die Feldgröße oder den Felddatentyp ändern wollen – etwa, weil die Daten dann nicht mehr in das Feld passen könnten. Das können Sie jedoch durch einen Mausklick bestätigen und weitermachen. Beim SQL Server sieht das etwas anders aus. Relevante änderungen, die sich auf bestehende Felder beziehen, sieht das SQL Server Management Studio nicht so gern und blockiert dies – Sie müssen dann die Tabelle neu anlegen. Wer einen kleinen Trick nicht kennt, macht sich auf diese Weise viel unnötige Arbeit.<\/b><\/p>\n
Schauen wir uns kurz ein Beispiel an: Sie haben eine Tabelle namens tblObjekte <\/b>erstellt, die aus den beiden Feldern ObjektID <\/b>(Datentyp int<\/b>) und Bezeichnung <\/b>(Datentyp varchar(255)<\/b>) besteht. Der Entwurf sieht dann wie in Bild 1 aus.<\/p>\n
![\"Erster](\"..\/fileadmin\/_temp_\/2018_06\/pic_1163_001.png\")
<\/p>\n
Bild 1: Erster Entwurf der Tabelle tblObjekte<\/span><\/b><\/p>\n Nun haben Sie allerdings vergessen, einen Autowert für das Primärschlüsselfeld zu hinterlegen. Also öffnen Sie die Tabelle nochmals im Entwurf und bearbeiten die Spalteneigenschaften der Spalte ObjekttypID<\/b>.<\/p>\n Hier wählen Sie für die Eigenschaft Identitätsspezifikation <\/b>nach dem Erweitern der Eigenschaft den Wert Ja <\/b>aus – die Felder ID-Ausgangswert <\/b>und ID-Inkrement <\/b>werden automatisch auf 1 <\/b>eingestellt (siehe Bild 2).<\/p>\n <\/p>\n Bild 2: Anpassen der Identitätsspezifikation<\/span><\/b><\/p>\n Beim Versuch, die Tabelle nach den änderungen zu speichern, schlägt allerdings fehl. Es erscheint die Meldung aus Bild 3. Diese besagt, dass die vorgenommenen änderungen eine Neuerstellung der Tabelle erfordern. Das gelingt allerdings nicht automatisch – zumindest nicht mit den standardmäßig aktivierten Optionen einer Installation des SQL Server Management Studios. Wenn man nicht genau weiterliest, ist man versucht, die Tabelle tatsächlich zu löschen und dann nochmal mit den gewünschten Einstellungen neu anzulegen.<\/p>\n Bild 3: Fehlermeldung beim Versuch, die änderung zu speichern<\/span><\/b><\/p>\n Allerdings gibt die Meldung auch gleich einen Hinweis darauf, dass man sich das Leben durch Anpassen einer bestimmten Option ein wenig leichter machen kann. Diese heißt Speichern von änderungen verhindern, die die Neuerstellung der Tabelle erfordern<\/b>.<\/p>\n Um diese Option zu aktivieren, klicken Sie auf den Menübefehl Extras|Optionen<\/b>. Dies öffnet den reichhaltigen Optionen-Dialog des SQL Server Management Studios (siehe Bild 4).<\/p>\n Bild 4: Der Optionen-Dialog des SQL Server Management Studios<\/span><\/b><\/p>\n Nun müssen wir nur noch die gesuchte Option finden. Leider ergibt die Eingabe der Option oder auch von Teilen der Bezeichnung in das Suchfeld kein hilfreiches Ergebnis. Also müssen wir uns selbst auf die Suche machen.<\/p>\n Dabei kommen wir allerdings schnell zum Ziel – es handelt sich offensichtlich um eine Einstellung, die zum Tabellen-Designer gehört. Und tatsächlich finden wir die Option unter Designer|Tabellen- und Datenbank-Designer <\/b>(siehe Bild 5).<\/p>\n Bild 5: Option, mit der das Neuerstellen von Tabellen beim Speichern verhindert wird<\/span><\/b><\/p>\n Deaktivieren wir diese Option und klicken auf OK<\/b>, können wir im Anschluss auch die gewünschten änderungen durchführen – ohne selbst die Tabellen zu löschen und neu erstellen zu müssen. Dies geschieht dann beim Betätigen der Tastenkombination Strg + S <\/b>für das zu ändernde Tabellen-Objekt automatisch im Hintergrund.<\/p>\n","protected":false},"excerpt":{"rendered":" Unter Access sind Sie es gewohnt, nach Lust und Laune am Entwurf einer Tabelle zu arbeiten. Probleme gibt es nur, wenn Sie einmal die Feldgröße oder den Felddatentyp ändern wollen – etwa, weil die Daten dann nicht mehr in das Feld passen könnten. Das können Sie jedoch durch einen Mausklick bestätigen und weitermachen. Beim SQL Server sieht das etwas anders aus. Relevante Änderungen, die sich auf bestehende Felder beziehen, sieht das SQL Server Management Studio nicht so gern und blockiert dies – Sie müssen dann die Tabelle neu anlegen. Wer einen kleinen Trick nicht kennt, macht sich auf diese Weise viel unnötige Arbeit.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[662018,66062018,44000022],"tags":[],"class_list":["post-55001163","post","type-post","status-publish","format-standard","hentry","category-662018","category-66062018","category-SQL_Server_und_Co"],"yoast_head":"\n![\"Anpassen](\"..\/fileadmin\/_temp_\/2018_06\/pic_1163_002.png\")
<\/p>\n![\"Fehlermeldung](\"..\/fileadmin\/_temp_\/2018_06\/pic_1163_003.png\")
<\/p>\n![\"Der](\"..\/fileadmin\/_temp_\/2018_06\/pic_1163_004.png\")
<\/p>\n![\"Option,](\"..\/fileadmin\/_temp_\/2018_06\/pic_1163_005.png\")
<\/p>\n