SQL Problem after Hardware Change ?l 2007-07-27 - By Zietlow, Elke
Back
Hello,
is this problem reproduceable or did it happen just once after (for example) a
canceled command which did not clean correctly before finishing?
Do you use the same statistical values or do we have to assume that differences
in join-sequence (and perhaps stopping in different steps because of no row
found any further) may cause the difference in behaviour? Is any difference in
explain (ok, I know, explain with recursive select is not very nice) to be seen
?
Do you have a vtrace where the handling sequence can be seen and the 'name' of
the file found as duplicate and the statement which created it,
but did not drop it although this was expected to be done?
Is it possible to see that vtrace from creation of file until duplicate-error?
Elke
SAP Labs Berlin
Sitz der Gesellschaft/Registered Office: Walldorf, Germany
Vorstand/SAP Executive Board: Henning Kagermann (Sprecher/CEO), Shai Agassi, L
?o Apotheker, Werner Brandt, Claus Heinrich, Gerhard Oswald, Peter Zencke
Vorsitzender des Aufsichtsrats/Chairperson of the SAP Supervisory Board: Hasso
Plattner
Registergericht/Commercial Register Mannheim No HRB 350269
Diese E-Mail kann Betriebs- oder Gesch?ftsgeheimnisse oder sonstige
vertrauliche Informationen enthalten. Sollten Sie diese E-Mail irrt?mlich
erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielf?ltigung
oder Weitergabe der E-Mail ausdr?cklich untersagt.
Bitte benachrichtigen Sie uns und vernichten Sie die empfangene E-Mail. Vielen
Dank.
This e-mail may contain trade secrets or privileged, undisclosed, or otherwise
confidential information. If you have received this e-mail in error, you are
hereby notified that any review, copying, or distribution of it is strictly
prohibited. Please inform us immediately and destroy the original transmittal.
Thank you for your cooperation.
__ ____ ____ ____ ____ ____ ____
From: Beermann, Albert [mailto:A.Beermann@(protected)]
Sent: Donnerstag, 26. Juli 2007 16:36
To: maxdb@(protected)
Subject: [JUNK]SQL Problem after Hardware Change ?l
Hello Everybody !
My application(MaxDB no SAP) connects via odbc to a SAP System with maxdb
database(7.5.00.44) and fires the following command:
DECLARE PUFFER CURSOR FOR WITH RECURSIVE TMPPUFFER
(LEVEL,stlnummer,stlbezeich,stlnr,postp,posnr,matnr,matbezeich,menge,meins
,erskz,stlnrid)
AS (SELECT 1, ma2.matnr as stlnummer,stltextd.maktg as stlbezeich,stpo.stlnr,
stpo.postp,stpo.posnr,stpo.idnrk as matnr,matextd.maktg as matbezeich,stpo
.menge,stpo.meins,stpo.erskz, ma1.stlnr as stlnrid
from stpo
join mast ma2 on stpo.stlnr = ma2.stlnr and ma2.mandt = '900'
join makt matextd on stpo.idnrk = matextd.matnr and matextd.mandt = '900' and
matextd.spras = 'D'
join makt stltextd on ma2.matnr = stltextd.matnr and stltextd.mandt = '900'
and stltextd.spras = 'D'
left join mast ma1 on stpo.idnrk = ma1.matnr and ma1.mandt = '900'
where stpo.mandt = '900' and stpo.stlty = 'M' and stpo.stlnr = '00216214'
UNION ALL SELECT TMPPUFFER.LEVEL + 1, ma2.matnr as stlnummer,stltextd.maktg
as stlbezeich, stpo.stlnr,
stpo.postp,stpo.posnr,stpo.idnrk as matnr,matextd.maktg as matbezeich,stpo
.menge,stpo.meins,stpo.erskz,
ma1.stlnr as stlnrid
FROM TMPPUFFER,stpo
join mast ma2 on stpo.stlnr = ma2.stlnr and ma2.mandt = '900'
join makt matextd on stpo.idnrk = matextd.matnr and matextd.mandt = '900'
and matextd.spras = 'D'
join makt stltextd on ma2.matnr = stltextd.matnr and stltextd.mandt = '900'
and stltextd.spras = 'D'
left join mast ma1 on stpo.idnrk = ma1.matnr and ma1.mandt = '900'
where stpo.mandt = '900' and stpo.stlty = 'M' and stpo.stlnr = TMPPUFFER
.stlnrid)
SELECT TMPPUFFER.* FROM TMPPUFFER
order by level,stlnr,posnr
For more than 6 month everything works as expected.
I use the result cursor to update spezial tables in my system.
Now the SAP System was migrated from HP-UX on a PA-Risc Server to HP-UX on a
Integrity Server. (Same MaxDB Version).
SAP is running quick and fine, but my command stops with the following error
1526
Connectivity-Fehler: [SAP AG][SQLOD32 DLL][MaxDB] Base table or view already
exists;-6000 POS(1) Duplicate table name
[SAP AG][SQLOD32 DLL][MaxDB] Base table or view already exists;-6000 POS(1)
Duplicate table name
S0001
-6000
????????????????
Any help welcomed
Best regards
__ ____ ____ ____ ____ ____ ____ ____ __
Albert Beermann
Abteilungsleiter
Informationsverarbeitung
Piepenbrock Service GmbH + Co. KG
Hannoversche Str. 91-95
49084 Osnabr?ck
Tel: +49 (0) 541/5841-868
Fax: +49 (0) 541/5841-869
Mobil: +49 (0) 177/9400868
E-Mail:A.Beermann@(protected)
www.piepenbrock.de
__ ____ ____ ____ ____ ____ ____ ____ __
Kommanditgesellschaft Sitz Osnabr?ck HRA 6519 AG Osnabr?ck phG: Piepenbrock
Service Verwaltungs- und Beteiligungsgesellschaft mbH HRB 19436 AG Osnabr?ck
Gesch?ftsf?hrer: Arnulf Piepenbrock, Olaf Piepenbrock Paul Richter St-Nr.FA:66
/204/26100 Osnabr?ck-Stadt Ust.-ID-Nr.: DE 166472497 Sicherheitsnr
Bauabzugssteuer: 236620320479
Diese eMail enth?lt vertrauliche und/oder rechtlich gesch?tzte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese eMail irrt?mlich erhalten
haben, informieren Sie bitte sofort den Absender und vernichten diese eMail.
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser eMail ist nicht
gestattet.
|
|
