dbwizard

Hallo, Könnte es sein, dass der Datentyp des Attributes "Zaehler" nummerisch ist ? Da du den Wert 1 als String updatest, könnte dies das Problem sein. Gruss

select pnr,name from myTable group by pnr, name; gruss

Wenn dein PK aus 5 Attributen besteht, du aber nur 3 in deinem Insert einfügst, hast du eh schon ein Problem. Gruss

Ich hätte wetten können , dass du diese Antwort von deinem Hoster bekommen würdest....:-(

Hallo, Was sagt der Listener dazu ? --> lsnrctl status Kannst dzu mal die Ausgabe hier posten ? Gruss

Genau. Mach dir doch einfach mal ein Beispiel, dann siehst du die Auswirkungen : CREATE TABLE numbertest (number_1 number(6,2), number_2 number(6,-2)) / INSERT INTO numbertest (number_1, number_2) VALUES (128.261, 125.221) / COMMIT; SELECT * FROM numbertest; NUMBER_1 NUMBER_2 -------- -------- 128.26 100 Gruss

Hallo, dazu die Doku : If you specify a negative scale, Oracle Database rounds the actual data to the specified number of places to the left of the decimal point. For example, specifying (7,-2) means Oracle Database rounds to the nearest hundredths, as shown in Table 26-1. Oracle Data Types Gruss

Hallo, SQLPLUS : Starting SQL*Plus DDL : Types of SQL Statements Gruss

ehemmm. hats nun funktioniert ? Gruss

- Wenn du nur dein SELECT ausführtst, bekommst du ja mehrere Rechnungsnummern, hast du geschrieben ...richtig ? also musst du nur noch aus dem Select den Join zur Prod Tabelle über die Rechnungsnummer machen, so dass eine 1:1 Beziehung besteht zwischen der Tabelle, die du updaten willst und dem SELECT, aus dem du den aktualisierten wert holst. gruss

- Nun, wenn du mehrere Rechnungsnummern erhälst, so musst du deine Where - Clause so einschränken, so dass nur noch eine selektiert wird, am bestenen natürlich die richtige :-) ..wie diese Einschränkung aussehen soll, kann ich dir mangels deiner Daten auch nicht sagen... Gruss

Hi, Die Fehlermeldung ist ja eigentlich klar ? Dein Select liefert dir mehr als eine "Summe" zurück (Also mehr als eine Zeile). ORACLE kann ja nun nicht EINE Zeile bei deinem Update gleichzeitig mit MEHREREN Daten befüllen. -Schau dir die Einschränkungen in im WHERE - Teil, evtl musst du dort stärker einschränken - ...oder du hast "unsaubere" Daten, also Doppelte Einträge oder was auch immer Gruss

- Ohne Commit kannst du mittels Rollback jederzeit die Transaktion zurücksetzten, beachte aber, dass es etliche Tools gibt, welche ein "Autocommit" absetzten, das führt öfters zu Überraschungen... - Vieleicht ist es sinnvoll (Da du offensichtlich kein eigenes Testsystem zum Testen hast), zumindest die Tabelle, auf die der Update läuft, zu sichern : - entweder mittels exp resp. datapump - oder auch einfach mit einem CREATE Table save_prod as select * from Prod.Rechnungen ...so hast du zumindest den Originalzustand vorliegen, wenn was schiefgeht Gruss

Hallo, - Was heisst fehlgeschlagen ? gab's eine Fehlermeldung ? - Ist das Oracle ? Sieht jedenfalls so aus.. - Versuche mal den reinen Select Teil auszuführen, dann weisst du ja schon immerhin, ob dieser funktioniert und welches Resultat du erhälst - Vor einem Update in einem Produktivsystem sollten solche Sachen immer auf eine Testsystem getestet werden, idealerweise mit Produktiven oder zumindest "ähnlichen" Daten Gruss

Hallo, Ja, was hast du denn bis jetzt schon ? Ich denke, es wird dir hier niemand deine komplette Arbeit abnehmen wollen ? Gruss

- Das wird auch nicht funktionieren. Stichwort : Multiuser. Ich würde mir auf jeden Fall mal die Bedienung "Gap-Free" nochmals durch den Kopf gehen lassen, dies ist praktisch ohne Serialisierung nicht umzusetzten Ein interesssanter Post zu diesem Thema findest du hier : http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:530735152441 Gruss

Hallo, Wenn dem von dir angegeben Link folge und ca 10 sec die Homepage bewundere, (::Start Ironic: finde ich einen Link zur Doku diese Produktes....und siehe da, magic.. magic... auf Seite 66 ff findest du die komplette DB Installationsprozedur ?? (::Stop Ironic: :-) Gruss

Hallo, Nur eine Bemerkung zu deiner Anforderung : "Lückenlose" Nummerierungen sind eine Illusion und können mit Sequences *nicht* garantiert werden. Gruss

Nun, ich würde vermuten, das der Benutzer System dieses Objekt nicht besitzt, also ist die Fehlermeldung klar. Aber ihr müsst doch in eurer DB mindestens einen weiteren Benutzer (Schmea) eingerichtet haben, in dem eure Daten/Code liegen ? Du wills ja vermutlich nicht das Schema SYSTEM exportieren..... Gruss

Könnte es sein, dass du mit dem User, mit dem du dich mit diesem Tool anmeldest, keine Berechtigun auf diese Objekt hast ? Gruss

ist das dieses Tool ? 3DCityDBv2 Import/Export Tool - Overview - CityGML software development ??

nun, irgendwo im "Tool" wird ein Objekt "Blablabla" angesprochenm, welches auf den Zielschema nicht exisitert (Wer vergibt den solche Bezeichnungen ?...). Um in Oracle Import und Export zu verwenden, benötigst du aber kein eigenes Tool, ich nehme an dass weisst du ? Gruss

- Na, welches Tool ist es denn ? gruss

Kannst du deine Views bitte hier mal posten ? Ansonsten wird es schwierig, etwas zu sagen. Offensichtlich hast du eine / mehrere Einschränkungen in deinem SQL, welche als Resultat eben "nichts" liefern Gruss

Kannst du mit dem SQL Developer oder dem Tool deiner Wahl nicht mal direkt auf die Tabellen zugreifen und nachsehen, ob diese überhaupt gefüllt sind ? Anschliessend lasse dein SQL laufen (Scheint ja hochgeheim zu sein :-)) und entferne nacheinander die WHERE Bedinungen. So findest du am schnellsten raus, wo es hakt Gruss