#1 (permalink)  
Alt 12.03.2008, 23:18
Neuer Benutzer
 
Registriert seit: 12.03.2008
Beiträge: 6
Standard Insert Problem

ich möchte gerne das hier ausführen:

Insert into products (products_id) Values (000-001-00)
Insert into products (products_id) Values (000-030-00)
Insert into products (products_id) Values (000-031-00)

ich habe product_id vom typ int in den typ char, varchar und longtext geändert, keiner dieser typen hat funktioniert,

tatsächlich abgespeichert wird -1, -30 und -31.

als string müsste ich das doch mit nullen zu beginn speichern können.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Wong this Post!
Mit Zitat antworten
  #2 (permalink)  
Alt 13.03.2008, 11:32
Erfahrener Benutzer
 
Registriert seit: 19.07.2006
Ort: Hamburg
Beiträge: 912
Standard

Wenn ich's richtig im Kopf habe, *muss* products_id vom Typ INT sein, geht so also nicht. Was Du brauchst, ist IMHO products_model, was schon VARCHAR ist.

Anyway, wenn Du Zahlen als Strings einfügen willst, müssen die in Anführungszeichen:

Code:
INSERT INTO products (products_model) VALUES ('000-001-00')
Ein WHERE wäre auch nicht schlecht, sonst weiss mySQL ja nicht, wohin damit...
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Wong this Post!
Mit Zitat antworten
  #3 (permalink)  
Alt 13.03.2008, 11:54
Neuer Benutzer
 
Registriert seit: 12.03.2008
Beiträge: 6
Standard

danke erstmal,

problem ist, ich hole die daten aus einem fremdsystem und bestücke manuell den shop mit daten aus sap r/3. problem, unsere bisherigen datenstrukturen passen nicht in den shop, also muss ich ein programm schreiben, das alles manuell in die richtigen felder der xt db rein schreiben kann.

die artikelnummern liegen in xxx-xxx-xx vor. ich speicher die nun xxxxxxxx ab, als int, funktioniert so.

ich mache quasi aus 000-010-00 dann 00001000 und speichere es ab, damit kann xt commerce umgehen. problem nur, die anfangsnullen werden beim abspeichern ins feld abgeschnitten, da 00001 ja kein integer ist, es wird daraus 1000. kann man das aufheben? sonst muss ich das immer im coding abfangen.


Gibt es eigentlich ein Entity relationship modell zur xt database?

gruß Narph

Geändert von Narph (13.03.2008 um 11:58 Uhr)
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Wong this Post!
Mit Zitat antworten
  #4 (permalink)  
Alt 13.03.2008, 12:47
Erfahrener Benutzer
 
Registriert seit: 19.07.2006
Ort: Hamburg
Beiträge: 912
Standard

Zitat:
die artikelnummern
Genau dafür ist das Feld products_model (im Admin: Artikelnummer), die products_id ist xt-intern. Ich sehe keine Chance, Zahlen mit führenden Nullen als INT abzuspeichern. VARCHAR ist die Alternative.

Zitat:
Gibt es eigentlich ein Entity relationship modell zur xt database?
Nicht das ich wüsste... Noch nichtmal für den osC oder JTL-Shop finde ich eins. Kleiner Snip aus dem JTL-Supportforum:
Zitat:
dieses Modell besteht nur in unseren Köpfen.


Wäre aber ganz hilfreich! Vielleicht mzanier mal fragen?
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Wong this Post!
Mit Zitat antworten
Antwort

Lesezeichen

Stichworte
insert, problem

Themen-Optionen
Ansicht

Forumregeln
Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are aus
Pingbacks are aus
Refbacks are aus


Ähnliche Themen
Thema Autor Forum Antworten Letzter Beitrag
Session Problem!!! HILFE arnie83 Installation und Konfiguration 2 11.04.2007 07:36
Browserkompatibilit?ts Problem >Firefox>Netzcape TobiasNYSE Template System 4 27.10.2005 20:54
Smarty Error: Problem Writing Temporary File unique Installation und Konfiguration 3 10.11.2003 20:08


Alle Zeitangaben in WEZ +1. Es ist jetzt 00:14 Uhr.

Copyright © 2011 xt:Commerce GmbH / xt:Commerce International Ltd. - All Rights Reserved

xt:Commerce is a SafeCharge brand