Office: (Office 2007) Wert um 1 erhöhen

Hallo,
bin neu und scheinbar zu blond....

Ich habe eine Tabelle aus Excel importiert und möchte dieser Tabelle mit einem Formular ("Neuer Artikel") neue Datensätze anfügen.
Der Wert im Feld "Artikel-Nr" soll bei jedem neuen Artikel automatisch um 1 erhöht werden und darf nicht bearbeitbar sein. In die Eigenschaft "AutoWert" kann ich das Feld nicht ändern, da bereits Daten drin stehen.
Alle anderen Felder möchte ich eingeben können.

Hab hier eben 4 Stunden gesucht, aber vermutlich nicht das richtige...*frown.gif*

Bin für jede verständliche Hilfe dankbar!!!

:)

 

Willst du eine fortlaufende Nummer oder geht es dir um einen Primärschlüssel für die Tabelle?
Wenn du einen Schlüssel willst, dann nimm ein neues Feld vom Typ Autowert in die Tabelle auf, das füllt sich dann automatisch.
Das andere ist zwar machbar: neueNummer = DMax("DeineNummer", "DeineTabelle")+1 - aber immer auch bearbeitbar.
maike

 

Du kannst einen Autowert verwenden, indem Du folgendermaßen vorgehst:
Kopiere die vorhandene Tabelle mit Strg+C
Füge die Kopie ein mit Strg+V "Nur Struktur"
In der Kopie änderst Du das Artikelnummerfeld auf Autowert
Per Anfügeabfrage fügst Du die Daten aus der ursprünglichen Tabelle ein.
Dabei ist vorausgesetzt, daß in der Artikelnummer keine Duplikate vorkommen!

 

ich sag ja, es ist zu einfach!
Habt vielen Dank, ich habe es mit einer neuen Tabelle gemacht.

@Maike: Dieses Feld soll auch gleichzeitig Primärschlüssel sein.

 

Nun habe ich das mit einer anderen Tabelle versucht. Dort klappt es nicht so unproblematisch:
Ich habe zunächst nur die Struktur der alten Tabelle kopiert, dann das Feld "KundenID" auf AutoWert gesetzt und wollte dann nur die Daten aus der alten Tabelle in die neue Tabelle per Anfügeabfrage einfügen. Es kommt die Fehlermeldung "Datentypen in Kriterienausdruck unverträglich." Hat es was mit der Läge der Zahlen zu tun? Bei der ersten Operation war die Artikel-Nr. 9stellig, die KundenID ist aber 12stellig. Bei deiden Tabellen steht als Feldgröße Long Integer.

 

Der Datentyp Long reicht von -2.147.483.648 bis 2.147.483.647, eine 12-stellige Zahl ist also immer größer als Long. Nimm Double.

 

WÜrde ich gern, aber Acc gibt mit nur LongInteger oder ReplikationID zur Auswahl in diesem AutoWert-Feld

 

Oh, da hab' ich nicht gründlich gelesen.
Is aber auch nix zu machen, Autowert is nun mal Long.
Warum muß es ein Autowert sein?

 

Autowert wegen der fortlaufenden Kunden-Nummer.

Ich werde wohl oder übel ein neues (Autowert-)Feld machen müssen. Wenn ich das richtig gelesen habe, wird die "Autowert-Nummer" auch nach löschen eines Datensatzen nicht nochmal vergeben.
Diesen Vorteil hätte ich also dadurch - es würden keine Lücken bei den Kunden-Nr. entstehen.

Bevor ich wieder zwei Tage grübele: Wie überrede ich ACC dazu, mir beim Anlegen eines neuen Datensatzes die 12stellige Kundennummer gleich mit zu vergeben?
Ich rechne mit ca. 500 neuen Datensätzen / Monat und möchte diese mit einer csv-Datei/Anfügeabfrage einspielen. In der csv sind keine Nummern vergeben, dort stehen nur die Stammdaten.

 

Ein Autowertfeld ist prima um eindeutige Nummern zu vergeben, es ist nicht gut geeignet um fortlaufende Nummern zu produzieren. Wie Du schon angemerkt hast, werden gelöschte Nummern nicht wieder vergeben.
Wenn die Kundennummer beim Import vergeben wird, ist die Sache ziemlich einfach, Du brauchst ja nur beim Import die höchste Nummer + 1 als nächste Nummer zu vergeben.

 

Verstehe ich das richtig: du speicherst erst in der Access-Tabelle die Kundennummer aber - du erzeugst sie also neu und es gibt noch keine Referenznummer dazu.
Warum hast du dich dann eigentlich für eine 12-stellige Kundennummer (999.999.999.999) entschieden? Erwartest du so viele Kunden? In diesem Fall reicht es vermutlich aus, wenn du je Kunden 1 Euro Gewinn machst. - allerdings könnte es dann auch sein, dass Access als DBMS etwas überfordert wird und die Daten eventuell doch in ein aktives DBMS kommen sollten. Das würde dann auch das Problem mit der fortlaufenden Nummerierung lösen, es bei aktiven DBMS normalerweise keine Rolle spielt, welcher Zahlendatentyp automatisch hochgezählt werden soll. *biggrin.gif*
Oder steckt da möglicherweise ein "Code" in der Zahl und man könnte sie in mehrere Teile zerlegen?

mfg
Josef

 

@ achtelpetit: Ja, dieses um 1 erhöhen im Feld Kd-Nr. - genau das hab ich noch nicht kapiert. Wo gebe ich das denn an? In der Anfügeabfrage? Dort hab ich doch kein Feld Kundennummer.

@josef P.: Mir gefällt diese 12stellige Nummer auch nicht - richtiger Blödsinn, oder ich hab den tieferen Sinn noch nicht erkannt. Ich habe die Tabelle mit über 2000 Sätzen so übernommen. Meinste, ich sollte einfach 4 Stellen rausnehmen? Ein System ist nicht zu erkennen, die Nummern fangen mit 1 an, dann alles 000, die letzten 4 Stellen sind fortlaufend vergeben. Wenn ich die Zahl zerlege, in ner anderen Tabelle die Nummer fortlaufen lasse und dann wieder zusammenfüge, ist das dann eine Zahl oder Text?

Oh Mann hört sich die Frage blöd an...

 

Das mit der laufenden Nummer wird hier erklärt: donkarls Access-Seiten

Werden denn diese 12-stelligen Nummern schon für irgendetwas verwendet? Hast Du die Kompetenz, ein anderes Nummernsystem einzuführen?

 

Die Nummern werden schon verwendet. Ich scheue mich deshalb etwas davor, daran etwas zu ändern.
Auch wenn ich es gern würde, weil sich mir die Gründe für eine derart lange Nummer auch noch nicht erschlossen haben. Mit sovielen Kunden könnte man ja das Finanzamt neidisch machen...*fg*

Werd mich jetzt mal in den Link vertiefen. Vielen Dank schon mal...

 

Ich fühl mich wie ein kleines Kind das vor einer großen Entdeckung steht.

Die Lösung ist irgendwie greifbar, aber ich komme nicht drauf. Der sql-Text von Donkarl hat mich nicht weiter gebracht. Es wird nur eine 1 in jeden Datensatz geschrieben.

Ich hab mal zwei Tabellen und eine Abfrage angehangen.

Ich erhalte die rohen Daten aus einem Formular in der Tabelle "Rohdaten". Mittels Anfügeabfrage möchte ich die DS in die Tabelle "Kunden" bringen. Beim Anfügen soll in der Spalte "kdnr" immer um 1 erhöht werden.

Ich denke, mit meiner Beispiel-DB ist es verständlicher.