|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: loader.LoaderError: [-25010] SQL [-7500] Message not availabl e
From: Dave Guyer (DaveG
jeld-wen.com)
Date: Fri Jul 18 2003 - 18:14:18 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
>I have installed 7.4.3 on Windows 2000 (Professional). I could create
>all the databases and use Database manager and SQL-studio everything
>till now. But now suddenly I am getting the following error. I had SP3
>at installation time and now I have updated to SP4. I am not sure if
>this is one of the reasons or what is the reason. But the error
>message shows that it cannot find dbpinstall.dll (although it surely
>is there in my sapdb/depend/pgm directory) .
Vanita, a sad experience with Win 2000 taught me that it is very much
like UNIX in that groups, owners, and permissions are now involved. I
don't have enough Windows knowledge to tell you how to check, but best
bet is that group, owner, or permissions on one or more files has
changed, possibly caused by the SP upgrade.
I'm sorry that I can't give you more specific information, but
hopefully will point you in a likely direction. A complete uninstall
and then reinstalling would most likely solve the problem, but seems
a bit drastic.
>
This correspondence is for the named person's use only. It may contain
confidential or legally privileged information and is intended solely for
the named addressee. If you receive this correspondence in error, please
notify the sender and delete it from your system . You must not disclose,
copy or rely on any part of this correspondence if you are not the intended
recipient.
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
DBPROCs and default Table Owner Binds
From: meno abels (meno.abels
adviser.com)
Date: Sat Jul 19 2003 - 00:49:49 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello,
i'am running a 7.4.3.14 database-server on linux, but i don't
think that my problem depends to any enviroment specific. The
problem is that dbproc's has a little different behavior than
in db2 or oracle. In my case i create an procedure with the
following:
create dbproc GoForIt(out sum integer)
AS
VAR i1 integer;
BEGIN
select id from IdTable;
while $rc = 0 do
BEGIN
FETCH INTO i1;
SET sum = sum + i1;
END;
END;
This isn't realy useful but to enought for demostrate the problem:
If I create this procedure i get back:
General error;-8031 POS(113) Owner must be specified.
This is quite easy to solve i had to write:
select id from MYDBUSER.IdTable;
instead of
select id from IdTable;
But in my context i didn't know the name of MYDBUSER. With db2
or oracle if no user is specified the current user is used
and everything is fine, In sapdb I have to specify the user.
I tried around with get_owner() but than i have dynamic sql(execute)
in my procedure which increases the complexity without any
need of it. Is there a way around these unlikely behavior
difference?
To solve these Problem on my site i have to parse the sql
before it is transfered to the db in my application an add the
username to the sql. This is very unattractive solution.
Thanx
Meno
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Log area full - how do I empty it?
From: Alan Graham (alan.graham
infonetsystems.com.au)
Date: Sat Jul 19 2003 - 07:47:49 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
<SAPdb newbie ON>
I'm trying to load lots of data into a SAPdb instance. I've tried a
number of times, and there have been minor data integrity problems with
each load so far. Unfortunately, I forgot to trap each failure and end
the script gracefullt (I'm assuming I should have put the attempt into a
try-except and did a sql.rollback if it failed?)
The situation now is that the log area is full with these previous
attempts. I can't find a way to dump the log contents. I just want
them gone. I've tried everything I can think of in webdbm, with no
luck. Trying to configure the log mode just gives an error "Log Mode
Configuration not possible". That's with the database online, offline,
or admin.
I assume that there's a command in dbmcli that I can run.
Can anyone enlighten me as to what it is?
Thanks in advance.
Alan Graham
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: Log area full - how do I empty it?
From: Alan Graham (alan.graham
infonetsystems.com.au)
Date: Sat Jul 19 2003 - 21:26:18 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Don't ya hate replying to your own questions?
I've found it. www.rst-consult.com/database/sapdb/dbmcli_us_html.html
is a dbmcli howto. I found that a backup of the log would clear it and
unblock the database.
The short version (for any other newbies out there)
add two 'mediums' for data and log backup with
medium_put medium1 /tmp/databak FILE DATA 0 8 YES
and
medium_put medium2 /tmp/logbak FILE LOG 0 8 YES
The names of the files don't matter: the ones above were just the one's
I chose for testing.
The do a data backup, then a log backup and voila!
Hope this saves someone else a bit of time.
Alan Graham
On Sat, 2003-07-19 at 20:47, Alan Graham wrote:
> <SAPdb newbie ON>
>
> I'm trying to load lots of data into a SAPdb instance. I've tried a
> number of times, and there have been minor data integrity problems with
> each load so far. Unfortunately, I forgot to trap each failure and end
> the script gracefullt (I'm assuming I should have put the attempt into a
> try-except and did a sql.rollback if it failed?)
>
> The situation now is that the log area is full with these previous
> attempts. I can't find a way to dump the log contents. I just want
> them gone. I've tried everything I can think of in webdbm, with no
> luck. Trying to configure the log mode just gives an error "Log Mode
> Configuration not possible". That's with the database online, offline,
> or admin.
>
> I assume that there's a command in dbmcli that I can run.
>
> Can anyone enlighten me as to what it is?
>
> Thanks in advance.
>
> Alan Graham
>
> _______________________________________________
> sapdb.general mailing list
> sapdb.general
listserv.sap.com
> http://listserv.sap.com/mailman/listinfo/sapdb.general
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Access97 via ODBC, boolean query
From: Alan Graham (alan.graham
infonetsystems.com.au)
Date: Sun Jul 20 2003 - 09:03:37 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
I've got a query of the form
SELECT name FROM customer WHERE inactive=False
in Access 97. This worked fine in Access, and works in the SQL studio
to SAPdb (Version 7.4.3). From Access to SAPdb using ODBC, I get
Error 8006 Data types must be compatible.
The SQL trace of the ODBC driver shows that the boolean test is being
passed through as '... "INACTIVE" = 0'. This suggests that it's an ODBC
problem. Similarly, inactive <> true is passed through as NOT INACTIVE
= 1.
I'm using version 7.4 of the ODBC driver, with the 7.3 version of the
driver, to avoid the Unicode bug with the ODBC driver (Ie, that 7.4 only
supports Unicode, win98 doesn't support Unicode, and 7.3 doesn't work
with MS Access). I've tried both INTERNAL and ANSI modes of the ODBC
driver, with the same result, ie, False is transfered as '0' and True as
1.
I've googled for this, and found a few people with the same problem, but
no answers that work for me. I got excited about the answer that
suggested that Access doesn't like nulls in Boolean fileds, but I don't
have any nulls. All tuples have the values TRUE or FALSE. Then I found
the suggestion that Access wasn't recognising the column as a type
'Yes/no'. I checked that, and it is. The column is handled correctly
on forms, etc, as a checkbox where appropriate. It only seems to be a
problem in the where clause.
Can anyone shed any light on this?
Regards
Alan Graham
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
DBM GUI - error 35602
From: Michael MacIntyre (mmacintyre
aei.ca)
Date: Sun Jul 20 2003 - 21:07:29 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello,
a strange thing happened today. I had to reboot my win2k pc (that is
not so strange, nor uncommon) in doing so and restarting the DBM GUI,
the following error appears::
35602: Key is not unique in collection. Upon clicking okay on the
alert, the program fails to load. in having no clue as to why this
happened or how to fix it, I downloaded the newest version, removed the
old one (through control panel, add/remove programs) and installed the
newest version from sapdb.org. Sadly, the same error appeared.
Any thoughts?
Thank you.
Michael MacIntyre
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE:DBPROCs and default Table Owner Binds
From: Anhaus, Thomas (thomas.anhaus
sap.com)
Date: Mon Jul 21 2003 - 00:49:18 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Meno Abels wrote :
>Hello,
>i'am running a 7.4.3.14 database-server on linux, but i don't
>think that my problem depends to any enviroment specific. The
>problem is that dbproc's has a little different behavior than
>in db2 or oracle. In my case i create an procedure with the
>following:
> create dbproc GoForIt(out sum integer)
> AS
> VAR i1 integer;
> BEGIN
> select id from IdTable;
> while $rc = 0 do
> BEGIN
> FETCH INTO i1;
> SET sum = sum + i1;
> END;
> END;
>This isn't realy useful but to enought for demostrate the problem:
>If I create this procedure i get back:
> General error;-8031 POS(113) Owner must be specified.
>This is quite easy to solve i had to write:
> select id from MYDBUSER.IdTable;
>instead of
> select id from IdTable;
>But in my context i didn't know the name of MYDBUSER. With db2
>or oracle if no user is specified the current user is used
>and everything is fine, In sapdb I have to specify the user.
>I tried around with get_owner() but than i have dynamic sql(execute)
>in my procedure which increases the complexity without any
>need of it. Is there a way around these unlikely behavior
>difference?
>To solve these Problem on my site i have to parse the sql
>before it is transfered to the db in my application an add the
>username to the sql. This is very unattractive solution.
If you create a db-procedure, SAPDB compiles it into a byte code. This compilation
needs a unique identification of a tables accessed inside your procedure. This is why
you have to specify the table owner.
If you want to access the tables of the current user and you are ABSOLUTELY SURE, that
the table structures at compilation time and runtime are the same, you may use the USER
function to specify the current user as table owner :
create dbproc GoForIt(out sum integer)
AS
VAR i1 integer;
BEGIN
select id from USER.IdTable;
while $rc = 0 do
BEGIN
FETCH INTO i1;
SET sum = sum + i1;
END;
END;
Regards,
Thomas
--
Thomas Anhaus
SAP DB, SAP Labs Berlin
thomas.anhaus
sap.com
http://www.sapdb.org/
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
parameter LOG_BACKUP_TO_PIPE
From: Andreas Grund (andreas-grund
web.de)
Date: Mon Jul 21 2003 - 02:03:34 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Maillinglist,
i´ve got a question to the parameter LOG_BACKUP_TO_PIPE. Do i have to understand this parameter in the way, that i have to enable it, if i want to make a log-backup to a streamer, network-disc and other peripherial drives?? or want is ment by thsi parameter? I´m not able to make nothing of this parameter.
Greeting and thanks,
Andreas
______________________________________________________________________________
Spam-Filter fuer alle - bester Spam-Schutz laut ComputerBild 15-03
WEB.DE FreeMail - Deutschlands beste E-Mail - http://s.web.de/?mc=021120
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
How to tune Insert-Satements ?
From: michaelkleiser (mkl
webde-ag.de)
Date: Mon Jul 21 2003 - 02:49:38 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To test database-io-performance I executed this test-script:
( Autocommit was off )
select time from dual
create table testtab (id integer, name varchar(200))
commit
insert into testtab (name) values ('ashd asdkjh sdkjhs dkajshd ')
insert into testtab (name) select name from testtab
...
-- last line repeated 20 times, thats 2^20 records
commit
select time from dual
This takes 3 minutes.
On the same hardware (including same disk-array) I did the same with
Oracle.
This takes only 5 seconds.
( I know, at this point of time oracle has write the changes only to
it`s redo-logs. )
( On a slower hardware I tryed it with PostgreSQL, it takes 18 seconds )
When testing SAPdb, oracle was down and vice versa.
Any suggestions to tune sapdb ?
Compared to oracle, sapdb uses less SHM.
Maybe this is the reason.
Can this be changed ?
On installation of SAPdb ( on Linux ) we choosed OLTP, because this
use-case we intended to use SAPdb .
If the tuning-solution is to insatll SAPdb as "live-cache",
where there any implications for OLTP-applications ?
Thanks in advance
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Help: -9404, 'System error: AK System error: VAK45 2 '
From: Andre Reitz (reitz
inworks.de)
Date: Mon Jul 21 2003 - 05:54:04 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Please Help,
We are using SAPDB 7.3.0.29 on Linux (rpm installation)
What does this message mean?
If I execute the statement: select * from all_constraints;
I get the error: -9404, 'System error: AK System error: VAK45 2 ', 'S940'
(I send this sql with the python driver)
--
_____________________________________________
inworks GmbH Andre Reitz
Hörvelsinger Weg 39 Tel. 0731/93 80 7-21
89081 Ulm http://www.inworks.de
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: DBM GUI - error 35602
From: Heinrich, Tilo (tilo.heinrich
sap.com)
Date: Mon Jul 21 2003 - 06:03:10 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello Michael,
have a look into your Registry->HKEY_CURRENT_USER->Software->SAP->SAP DB Tech->Applications->Database Manager->Tree
Under Tree you find the tree of the database folders. Look for entries with the same name (e.g. DB3). If you find such a duplicate entry, delete one of those.
Best Regards,
Tilo Heinrich
SAP Labs Berlin
-----Original Message-----
From: Michael MacIntyre [mailto:mmacintyre
aei.ca]
Sent: Monday, July 21, 2003 4:07 AM
To: sapdb list
Subject: DBM GUI - error 35602
Hello,
a strange thing happened today. I had to reboot my win2k pc (that is
not so strange, nor uncommon) in doing so and restarting the DBM GUI,
the following error appears::
35602: Key is not unique in collection. Upon clicking okay on the
alert, the program fails to load. in having no clue as to why this
happened or how to fix it, I downloaded the newest version, removed the
old one (through control panel, add/remove programs) and installed the
newest version from sapdb.org. Sadly, the same error appeared.
Any thoughts?
Thank you.
Michael MacIntyre
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
ODBC Boolean Fields
From: Scott, Niall (scottn
camerondiv.com)
Date: Mon Jul 21 2003 - 06:16:54 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi
I am using open-dbexpress V2.07 compiled with D7C/S connecting to SAP DB
7.4.3 via SAP ODBC v7.03.04.
Everything seems to work OK except when I connect to a table that has
several boolean fields I get
BindInteger called for non Integer column no 17 - ORDINAL_POSITION
BindInteger without indicator var for nullable column 7 - TYPE
The column refered to is always a boolean type (which I believe is
translated into an integer by the driver) BUT is never the first boolean
column diplayed.
EG The message above came from access the following table CREATE TABLE
"DBASYS"."CLOCKING" (
"BADGEID" Char (10) ASCII,
"CLOCKINGDIRECTION" Char (1) ASCII,
"CLOCKING" Timestamp,
"TERMINALNAME" Char (16) ASCII,
"EMPLOYEEID" Char (10) ASCII NOT NULL,
"CORRECTCLOCKING" Timestamp NOT NULL,
"CORRECTCLOCKINGDIRECTION" Char (1) ASCII,
"AUTOAPPLIED" Boolean DEFAULT FALSE,
"SUPERVISOR" Boolean DEFAULT FALSE,
"TERMINAL" Boolean DEFAULT FALSE,
"IGNORECLOCKING" Boolean DEFAULT FALSE,
"AUTHORISEDBY" Char (10) ASCII,
"AUTHORISATIONDATE" Date,
"SUPERVISEDCLOCKINGDIRECTION" Varchar (50) ASCII,
"ABSENCECODE" Char (3) ASCII,
"INEVENT" Boolean NOT NULL DEFAULT FALSE,
"OUTEVENT" Boolean NOT NULL DEFAULT FALSE,
"PROCESSED" Boolean NOT NULL DEFAULT FALSE,
"CANUSE" Boolean NOT NULL DEFAULT TRUE,
"EVENTDATE" Date,
"EVENTTIME" Time,
PRIMARY KEY ("EMPLOYEEID", "CORRECTCLOCKING")
)
Field 17 is INEVENT but it has already accepted 4 other boolean fields
The only difference that I know of in the Boolean fields is that the
original table definition up to InEvent was done via DELPHI/ADO and
everything after was
added via alter statements in SQL Studio.
Any suggestions?
Niall R Scott
IS Support
Cameron Controls
Aberdeen
scottn
camerondiv.com <mailto:scottn
camerondiv.com>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail is confidential, may contain proprietary information
of the Cooper Cameron Corporation and its operating Divisions
and may be confidential or privileged.
This e-mail should be read, copied, disseminated and/or used only
by the addressee. If you have received this message in error please
delete it, together with any attachments, from your system.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: loader.LoaderError: [-25010] SQL [-7500] Message not availabl e
From: Zabach, Elke (elke.zabach
sap.com)
Date: Mon Jul 21 2003 - 07:33:20 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Vanita Shroff wrote:
> Hello,
> I have installed 7.4.3 on Windows 2000 (Professional).
> I could create all the databases and use Databas manager and SQL-studio
> everything till now. But now suddenly I am getting the following error.
> I had SP3 at installation time and now I have updated to SP4.
> I am not sure if this is one of the reasons or what is the reason.
> But the error message shows that it cannot find dbpinstall.dll
> (although it surely is there in my sapdb/depend/pgm directory) .
> Below is the part of the knldiag file.
>
> 2003-07-18 12:21:22 0xA3C ERR 18865 DCOM dlapi(LoadLibraryEx)
> Error:The specified module could not be found.
>
> 2003-07-18 12:21:22 0xA3C ERR 18258 DCOM-DMP eo38LoadLibraryEx -
> File: c:\program files\sapdb\depend\pgm\dbpinstall err: The specified module could not be foun
>
> 2003-07-18 12:21:22 0xA3C ERR 51260 HRESULT 00000002
And older mail (found with google, using 7500 site:listserv.sap.com as search item)
said:
some coding ( DDL Triggers, which serve to maintain some catalog tables used
by SqlStudio ) are provided within the dynamic/shared library
"dbpinstall.dll" on WinNT or "dbpinstall.so" (.sl) on Unix.
This library has to be 'registered' using the 'xregcomp' command before it
can be found by the SAP-DB kernel.
/usr/lib/userv/sapdb/bin/xregcomp
/usr/lib/userv/sapdb/lib/dbpinstall
( please specify the complete path of the library without using the file
extension .dll, .so or .sl )
On WinNT Registration is maintained within the NT-Registry.
For Unix the Registration is maintained within the file:
"/usr/lib/userv/sapdb/wrk/Registry.dcom"
( hope that paths used are the correct one's for your environment )
Please check if this or the other mails which can be found there will help.
Elke
SAP Labs Berlin
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE:How to tune Insert-Satements ?
From: Anhaus, Thomas (thomas.anhaus
sap.com)
Date: Mon Jul 21 2003 - 07:41:14 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Michael Kleiser wrote :
>To test database-io-performance I executed this test-script:
>( Autocommit was off )
>select time from dual
>create table testtab (id integer, name varchar(200))
>commit
>insert into testtab (name) values ('ashd asdkjh sdkjhs dkajshd ')
>insert into testtab (name) select name from testtab
>...
>-- last line repeated 20 times, thats 2^20 records
>commit
>select time from dual
>This takes 3 minutes.
>On the same hardware (including same disk-array) I did the same with
>Oracle.
>This takes only 5 seconds.
>( I know, at this point of time oracle has write the changes only to
>it`s redo-logs. )
>( On a slower hardware I tryed it with PostgreSQL, it takes 18 seconds )
>When testing SAPdb, oracle was down and vice versa.
>Any suggestions to tune sapdb ?
>Compared to oracle, sapdb uses less SHM.
>Maybe this is the reason.
>Can this be changed ?
You should increase the parameter DATA_CACHE (SAPDB 7.3) or CACHE_SIZE (SAPDB 7.4)
respectively. This will help to keep a greater portion of the table in memory.
>On installation of SAPdb ( on Linux ) we choosed OLTP, because this
>use-case we intended to use SAPdb .
>If the tuning-solution is to insatll SAPdb as "live-cache",
>where there any implications for OLTP-applications ?
OLTP has been the right choice. Live-Cache is intended for SAP internal use only.
Best regards,
Thomas
--
Thomas Anhaus
SAP DB, SAP Labs Berlin
thomas.anhaus
sap.com
http://www.sapdb.org/
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
ASCII-Problem with INSERT-Statement
From: Weiser, Michael (Michael.Weiser
t-systems.com)
Date: Mon Jul 21 2003 - 07:41:12 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
there is a problem with the ASCII-Characters like Carriage Return or Tabulator.
When I put them into an SQL-INSERT-Statement and execute it, the ODBC-Driver
converts the character into a blank.
Who has a solution for this problem?
Thanks in advance
Michael Weiser
T-Systems Nova GmbH
Entwicklungszentrum Süd-West
Neugrabenweg 4, 66123 Saarbrücken
E-Mail: mailto:Michael.Weiser
t-systems.com
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: ASCII-Problem with INSERT-Statement
From: Marcin P (protected
poczta.onet.pl)
Date: Mon Jul 21 2003 - 07:55:24 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Use Prepared statements,
It works fine then,
Best Regards,
Marcin
Uzytkownik "Weiser, Michael" <Michael.Weiser
t-systems.com> napisal w
wiadomosci
news:234F115A5294D6118400000347AE5E5A018F3446
G8SQD.gppng01.telekom.de...
> Hi,
>
> there is a problem with the ASCII-Characters like Carriage Return or
Tabulator.
> When I put them into an SQL-INSERT-Statement and execute it, the
ODBC-Driver
> converts the character into a blank.
> Who has a solution for this problem?
>
> Thanks in advance
>
> Michael Weiser
> T-Systems Nova GmbH
> Entwicklungszentrum Süd-West
> Neugrabenweg 4, 66123 Saarbrücken
> E-Mail: mailto:Michael.Weiser
t-systems.com
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
view problem
From: Dan Todor (nutz
iibs.ro)
Date: Mon Jul 21 2003 - 08:19:10 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi all!
I have the following problem :
view definition :
CREATE view v_fc_totals as
select
a.total,
a.transdate as date_s ,
b. name as customer,
b.cust_id,b.compid,
disc =
case
when a.transdate >=b.ddate then a.gallons*b.amount
else 0.0
end +
case
when a.transdate >=c.fdt then a.fuel*c.fd/100.0
else 0.0
end+
case
when a.transdate >=c.adt then a. auto *c.ad/100.0
else 0.0
end+
case
when a.transdate >=c.mdt then a.merch*c.md/100.0
else 0.0
end+
case
when a.transdate >=c.edt then a.food*c.ed/100.0
else 0.0
end
from
trans3 a, customer b, gcards c
where
a.company=b.cust_id and a.client_id=b.compid and
ltrim(rtrim(a.company))||ltrim(rtrim(a.ssn))=ltrim(rtrim(c. newid ))
and a.client_id=c.compid
UNION ALL
select
-a.amount as total,
a. date_s as date_s ,
b. name as customer,
b.cust_id,b.compid,
0.0 as disc
from payement a, customer b
where
a.custid=b.cust_id and a.compid=b.compid
All underlying tables defined.
Running on 7.4.3.25 on Redhat 8.0, works perfectly. On same version ,
installed on W2K, SP2, it crashes server , with following info in knldiag :
2003-07-21 15:54:58 0x810 ERR 18006 EXCEPT EXCEPTION:0xc0000005
Addr:0x58c377 ( 0x1:0x7f87ffff:0:0 )
followed by a lot of 'btrace' lines, ending with:
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE
kernel!sql88k_kernel_fiber + 191 bytes
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE SFrame: IP:006f2e2f
RA:77e887dd FP:04c4ffb4 SP:04c4ffbc
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE Params: 01:7ff2f810
02:77e87671 03:77e87684 04:7ff2f810
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE Source: vos88k.c
( Line: 435 )
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE
KERNEL32!GetModuleFileNameA + 465 bytes
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE SFrame: IP:77e887dd
RA:77e816e6 FP:04c4ffec SP:04c4ffbc
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE Params: 01:006f2d70
02:7ff2f810 03:00000000 04:00009000
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE KERNEL32!77e816e6
<nosymbols>
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE SFrame: IP:77e816e6
RA:00000000 FP:04c4fef0 SP:04c4ffbc
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE Params: 01:00000000
02:04c4ff78 03:00435498 04:04c4ff03
2003-07-21 15:54:59 0x810 ERR 19999 BTRACE No crash dump file
'knlcrash.dmp' written
2003-07-21 15:55:01 0x810 19820 EXCEPT calling ak dump for T16
2003-07-21 15:55:01 0x810 19624 EXCEPT Kernel aborts
2003-07-21 15:55:01 0x8B4 19617 VOLUMEIO Single I/O attach,
'knltrace', UKT:1
2003-07-21 15:55:01 0x810 19684 TASKING Tracewriter termination
timeout: 1200 sec
2003-07-21 15:55:01 0x8B4 19619 TASKING Releasing tracewriter
2003-07-21 15:55:01 0x810 19890 DIAGHIST Backup of diagnostic files
will be forced at next restart
2003-07-21 15:55:01 0x810 19600 VERSION 'Kernel 7.4.3 Build
025-123-046-179'
2003-07-21 15:55:01 0x810 19654 DBSTATE SERVERDB 'TEST' has
stopped
Any ideas why this happens ?
All best,
Dan
If you try to fail, and succeed, which have you done?
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
LOG Backup...
From: Joao (joao
inforap.pt)
Date: Mon Jul 21 2003 - 08:22:34 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
I Have some litle questions :
1 - Why parameter "LOG_BACKUP" does not exist in SAP AIX 7.4 (AIX) ?
2 - Can I check the log file usage with a SQL Statement (ODBC) ?
3 - Can I do a Log Backup with a SQL Statement(ODBC).?
4 - What is exacly a "PAGE" in Bytes ?
5 - I Need to do a lot of inserts in a migration routine and this inserts
are very slow( even slower than a Informix on a stone age machine)... Can I
Disable some feature or something else to acelerate this procedure ?
Tanks in advance...
(sorry about my English) :-)
João
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: MONTHNAME() with german monthname
From: Zabach, Elke (elke.zabach
sap.com)
Date: Mon Jul 21 2003 - 08:27:58 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Andreas Grund wrote:
> Hi,
>
> just one short question:
> is it poosible, that the result of function MONTHNAME() is a
> german monthname (for example Juni instead of June)?
There is no functionality to change the language for those names.
You can use some decode-function around or use a very
strange thing (I would not recommend, but...)
change TOOLM.en (after every download of SAP DB)
ENG 17700 4 0107January 08February 05March 05April 03May
SET ENG 17701 4 0604June 04July 06August 09September 07October
SET ENG 17702 4 1108November 08December
to
ENG 17700 4 0106Januar 07Februar 05Maerz 05April 03Mai
SET ENG 17701 4 0604Juni 04Juli 06August 09September 07Oktober
SET ENG 17702 4 1108November 08Dezember
and then load the systemtables.
Elke
SAP Labs Berlin
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Migrate data from MS sql server 2000 to sapdb in linux
From: poornima ponnuswamy (poorni79
yahoo.com)
Date: Mon Jul 21 2003 - 09:21:39 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello Everyone,
I have a database in MS SQL Server 2000 and it has
around 40 tables and around 800,000 rows in each
table. I have SAPDB installed in Red hat linux. What
is the best way to migrate all the data from sql
server to sapdb. Any help or advice will be
appreciated
Thank you,
poornima
__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
AIX Version
From: Joao (joao
inforap.pt)
Date: Mon Jul 21 2003 - 09:25:41 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello again,
My Question Is :
What AIX Version to SAPDB 7.3 ?
Tanks,
João
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: Access97 via ODBC, boolean query
From: Yves Trudeau (yves.trudeau
tdtconsultants.ca)
Date: Mon Jul 21 2003 - 09:39:08 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
you have to use: SELECT name FROM customer WHERE inactive=cbool(False)
Good luck
Yves
-----Original Message-----
From: sapdb.general-admin
listserv.sap.com
[mailto:sapdb.general-admin
listserv.sap.com]On Behalf Of Alan Graham
Sent: 20 juillet, 2003 10:04
To: 'sapdb.general
listserv.sap.com'
Subject: Access97 via ODBC, boolean query
I've got a query of the form
SELECT name FROM customer WHERE inactive=False
in Access 97. This worked fine in Access, and works in the SQL studio
to SAPdb (Version 7.4.3). From Access to SAPdb using ODBC, I get
Error 8006 Data types must be compatible.
The SQL trace of the ODBC driver shows that the boolean test is being
passed through as '... "INACTIVE" = 0'. This suggests that it's an ODBC
problem. Similarly, inactive <> true is passed through as NOT INACTIVE
= 1.
I'm using version 7.4 of the ODBC driver, with the 7.3 version of the
driver, to avoid the Unicode bug with the ODBC driver (Ie, that 7.4 only
supports Unicode, win98 doesn't support Unicode, and 7.3 doesn't work
with MS Access). I've tried both INTERNAL and ANSI modes of the ODBC
driver, with the same result, ie, False is transfered as '0' and True as
1.
I've googled for this, and found a few people with the same problem, but
no answers that work for me. I got excited about the answer that
suggested that Access doesn't like nulls in Boolean fileds, but I don't
have any nulls. All tuples have the values TRUE or FALSE. Then I found
the suggestion that Access wasn't recognising the column as a type
'Yes/no'. I checked that, and it is. The column is handled correctly
on forms, etc, as a checkbox where appropriate. It only seems to be a
problem in the where clause.
Can anyone shed any light on this?
Regards
Alan Graham
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: AIX Version
From: Schroeder, Alexander (alexander.schroeder
sap.com)
Date: Mon Jul 21 2003 - 09:30:26 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello João,
http://www.sapdb.org/sap_db_aix.htm tells you about the requirements of running SAP DB 7.3 on AIX.
Cited from that page:
Tested: AIX 4.3.2
We recommend that you use the latest version of the C++ runtime library for the operating system release.
(Tested in AIX 4.3.2 and C++ runtime 3.6.6.0)
Regards
Alexander Schröder
SAP DB, SAP Labs Berlin
> -----Original Message-----
> From: Joao [mailto:joao
inforap.pt]
> Sent: Monday, July 21, 2003 4:26 PM
> To: sapdb.general
listserv.sap.com
> Subject: AIX Version
>
>
> Hello again,
>
>
> My Question Is :
>
> What AIX Version to SAPDB 7.3 ?
>
>
> Tanks,
>
> João
>
>
>
> _______________________________________________
> sapdb.general mailing list
> sapdb.general
listserv.sap.com
> http://listserv.sap.com/mailman/listinfo/sapdb.general
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: LOG Backup...
From: Sven Köhler (skoehler
upb.de)
Date: Mon Jul 21 2003 - 09:50:33 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> 2 - Can I check the log file usage with a SQL Statement (ODBC) ?
> 3 - Can I do a Log Backup with a SQL Statement(ODBC).?
i think both can only be done with the dbmcli.
> 5 - I Need to do a lot of inserts in a migration routine and this inserts
> are very slow( even slower than a Informix on a stone age machine)... Can I
> Disable some feature or something else to acelerate this procedure ?
Put many inserts into one transactions. As Autocommit is on by default,
every insert statement will be committed. That's why it's so slow.
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: loader.LoaderError: [-25010] SQL [-7500] Message not available
From: Vanita Shroff (vanitas
xentel.com)
Date: Mon Jul 21 2003 - 10:07:05 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Elke:
Sorry, I forgot to mention in the previous email. I had tried doing everything mentioned in previous messages by searching on google and searching on the listserv. But it still did not work (hence, had to post it on listserv).
Any suggestions would be really really helpful,
Thanks,
Vanita
----- Original Message -----
From: Zabach, Elke
To: 'Vanita Shroff' ; sapdb.general
listserv.sap.com
Sent: Monday, July 21, 2003 6:33 AM
Subject: RE: loader.LoaderError: [-25010] SQL [-7500] Message not available
Vanita Shroff wrote:
> Hello,
> I have installed 7.4.3 on Windows 2000 (Professional).
> I could create all the databases and use Databas manager and SQL-studio
> everything till now. But now suddenly I am getting the following error.
> I had SP3 at installation time and now I have updated to SP4.
> I am not sure if this is one of the reasons or what is the reason.
> But the error message shows that it cannot find dbpinstall.dll
> (although it surely is there in my sapdb/depend/pgm directory) .
> Below is the part of the knldiag file.
>
> 2003-07-18 12:21:22 0xA3C ERR 18865 DCOM dlapi(LoadLibraryEx)
> Error:The specified module could not be found.
>
> 2003-07-18 12:21:22 0xA3C ERR 18258 DCOM-DMP eo38LoadLibraryEx -
> File: c:\program files\sapdb\depend\pgm\dbpinstall err: The specified module could not be foun
>
> 2003-07-18 12:21:22 0xA3C ERR 51260 HRESULT 00000002
And older mail (found with google, using 7500 site:listserv.sap.com as search item)
said:
some coding ( DDL Triggers, which serve to maintain some catalog tables used
by SqlStudio ) are provided within the dynamic/shared library
"dbpinstall.dll" on WinNT or "dbpinstall.so" (.sl) on Unix.
This library has to be 'registered' using the 'xregcomp' command before it
can be found by the SAP-DB kernel.
/usr/lib/userv/sapdb/bin/xregcomp
/usr/lib/userv/sapdb/lib/dbpinstall
( please specify the complete path of the library without using the file
extension .dll, .so or .sl )
On WinNT Registration is maintained within the NT-Registry.
For Unix the Registration is maintained within the file:
"/usr/lib/userv/sapdb/wrk/Registry.dcom"
( hope that paths used are the correct one's for your environment )
Please check if this or the other mails which can be found there will help.
Elke
SAP Labs Berlin
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
extract data and catalog with loadercli from a 7.3.0.25 instance
MRist
lstelcom.com
Date: Mon Jul 21 2003 - 10:11:49 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
I tried to export data and catalog from a remote 7.3.0.25 sapdb using
loadercli from a local 7.4.0.25 system (win2k).
This dosn't work:
CATALOGEXTRACT USER OUTSTREAM FILE 'D:\sapdb\test\catalog.out'
Successfully executed
TABLEEXTRACT USER DATA OUTSTREAM FILE 'D:\sapdb\test\data.out'
Error during execution
-->-25392
'[SAP AG][SQLOD32 DLL][SAP DB]Integrity constraint violation;200 POS(1)
Duplicate key.'
What is the normal way to export (migrate) data from an 7.3 to a 7.4
system?
Thanks a lot,
Michael
==================================================
LS telcom AG
Michael Rist
Im Gewerbegebiet 31-35
D-77839 LICHTENAU
Germany
Phone: +49 7227 9535-240
FAX: +49 7227 8982
email: mrist
lstelcom.com
==================================================
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Antwort: Re: LOG Backup...
From: Klaus Zimmermann KLZI (Klaus.Zimmermann
de.tds-global.com)
Date: Mon Jul 21 2003 - 10:04:24 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Usage of LOGVOLUME:
select * from show_stat_log
'LOG PAGES';' 580221'
'USED LOG PAGES';' 34311'
'USED LOG PAGES (%)';' 6'
'NOT SAVED LOG PAGES';' 34256'
'NOT SAVED LOG PAGES (%)';' 6'
'RESERVED REDO SIZE';' 290110'
'LOG SEGMENT SIZE';' 0'
'SAVEPOINTS';' 47704'
'CHECKPOINTS';' 26'
Should wor with ODBC too.
Regards, Klaus
|---------+------------------------------------>
| | Sven Köhler |
| | <skoehler
upb.de> |
| | Gesendet von: |
| | sapdb.general-admin
lists|
| | erv.sap.com |
| | |
| | |
| | 21.07.2003 16:50 |
| | |
|---------+------------------------------------>
>------------------------------------------------------------------------------------------------------------------------------|
| |
| An: sapdb.general
listserv.sap.com |
| Kopie: |
| Thema: Re: LOG Backup... |
>------------------------------------------------------------------------------------------------------------------------------|
> 2 - Can I check the log file usage with a SQL Statement (ODBC) ?
> 3 - Can I do a Log Backup with a SQL Statement(ODBC).?
i think both can only be done with the dbmcli.
> 5 - I Need to do a lot of inserts in a migration routine and this inserts
> are very slow( even slower than a Informix on a stone age machine)... Can
I
> Disable some feature or something else to acelerate this procedure ?
Put many inserts into one transactions. As Autocommit is on by default,
every insert statement will be committed. That's why it's so slow.
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Restore backup with DatabaseManager
From: Christian Keller (C.Keller
4ju.com)
Date: Mon Jul 21 2003 - 10:19:22 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
Accidentally I make a “complete backup” with the DatabaseManager in
Admin Mode and the result is a “SAVE COLD” “complete backup” with “Log
Required”. But I don’t have any LOG! I think a “complete backup” is
really complete. I would like to ignore the LOG, but I don’t know how.
How can I restore my “complete backup”, without continue restoring
pages/Log after?
When I abort the restore, after the restoring of the “complete backup” ,
the result when I start my Database is:
Error code -24988
Description sql error [db_warm -f]; -8003,Message not available
Perhaps I can fix this error to set online my database, but how?
Thank you for your help and please forgive my terrible English!
Christian Keller
Hermann-Löns-Str.56
D-50765 Köln, Germany
Phone: +49-221-2225828
Mobil: +49-162-9432845
eMail: <mailto:C.Keller
4ju.com> C.Keller
4ju.com
web: <http://www.4ju.com> www.4ju.com
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: Antwort: Re: LOG Backup...
From: Joao (joao
inforap.pt)
Date: Mon Jul 21 2003 - 11:29:31 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
1 - How Can I "Put many inserts into one transactions." (ODBC) ?
2 - Can I Turn Off AutoCommit using ODBC ?
Tanks,
João
"Klaus Zimmermann KLZI" <Klaus.Zimmermann
de.tds-global.com> escreveu na
mensagem news:OF49149A3F.684A7FB1-ONC1256D6A.00529E87
tds-corp.com...
>
> Usage of LOGVOLUME:
>
> select * from show_stat_log
>
> 'LOG PAGES';' 580221'
> 'USED LOG PAGES';' 34311'
> 'USED LOG PAGES (%)';' 6'
> 'NOT SAVED LOG PAGES';' 34256'
> 'NOT SAVED LOG PAGES (%)';' 6'
> 'RESERVED REDO SIZE';' 290110'
> 'LOG SEGMENT SIZE';' 0'
> 'SAVEPOINTS';' 47704'
> 'CHECKPOINTS';' 26'
>
> Should wor with ODBC too.
>
> Regards, Klaus
>
>
>
>
> |---------+------------------------------------>
> | | Sven Köhler |
> | | <skoehler
upb.de> |
> | | Gesendet von: |
> | | sapdb.general-admin
lists|
> | | erv.sap.com |
> | | |
> | | |
> | | 21.07.2003 16:50 |
> | | |
> |---------+------------------------------------>
>
>---------------------------------------------------------------------------
---------------------------------------------------|
> |
|
> | An: sapdb.general
listserv.sap.com
|
> | Kopie:
|
> | Thema: Re: LOG Backup...
|
>
>---------------------------------------------------------------------------
---------------------------------------------------|
>
>
>
>
> > 2 - Can I check the log file usage with a SQL Statement (ODBC) ?
> > 3 - Can I do a Log Backup with a SQL Statement(ODBC).?
>
> i think both can only be done with the dbmcli.
>
> > 5 - I Need to do a lot of inserts in a migration routine and this
inserts
> > are very slow( even slower than a Informix on a stone age machine)...
Can
> I
> > Disable some feature or something else to acelerate this procedure ?
>
> Put many inserts into one transactions. As Autocommit is on by default,
> every insert statement will be committed. That's why it's so slow.
>
>
> _______________________________________________
> sapdb.general mailing list
> sapdb.general
listserv.sap.com
> http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: SAP DB & e-mail integration
From: michaelkleiser (mkl
webde-ag.de)
Date: Mon Jul 21 2003 - 11:22:39 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Did you use Perl on Linux ?
If so, could you please tell me
what rpms you have installed,
which ODBC for unix you are using an
what are the values for $ODBCHOME
and LD_LIBRARY_PATH ?
I have some mismatch here.
Thanks
--- In sapdb-general
yahoogroups.com, Flemming Frandsen <ff
p...> wrote:
> Carsten Kuckuk wrote:
> > Implementation seems to be easiest using Java. For DB access you can
> > use JDBC, and for sending e-mail you can use the JavaMail API.
>
> Only if you don't know perl, apart from the call that actually sends
the
> mail (look for Net::SMTP) this is all of it, just run it every 5
minutes
> from cron and you are done:
>
> #!/usr/bin/perl -w
> use strict;
> use DBI;
>
> my $dbh = DBI->connect_cached('dbi:ODBC::DBNAME', 'USER', 'PASSWD',
> {
> AutoCommit=>0,
> RaiseError=>0,
> PrintError=>0,
> LongReadLen=>10000,
> odbc_ignore_named_placeholders=>1,
> });
>
> my $select = $dbh->prepare_cached('
> SELECT email_id, toaddress, subject, body
> FROM unsent_email');
> $select->exeute;
>
> while (my ($email_id,$to,$subject,$body) = $select->fetchrow_array) {
> # Send the mail.
>
> my $delete = $dbh->prepare_cached('
> DELETE FROM unsent_email
> WHERE email_id=?');
> $delete->exeute($email_id);
> }
>
> $dbh->commit;
> $dbh->disconnect;
>
> --
> Regards Flemming Frandsen - http://dion.swamp.dk
> PartyTicket.Net co founder & Yet Another Perl Hacker
>
> _______________________________________________
> sapdb.general mailing list
> sapdb.general
l...
> http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: Bug with Update? Related to Locking? - GATING ISSUE, PLEASE HELP!
dhay
lexmark.com
Date: Mon Jul 21 2003 - 15:55:03 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
We are still experiencing this problem, and it is readily reproducable on
our end.
As explained below, the database periodically gets "hung" performing an
Update that never returns.
I have added a Select on the relevant table before the Update, to make sure
the code does have a lock on the table, and that works fine. I have also
tried replacing the Update with an Insert, but this hangs periodically too.
It **acts** as if the code is waiting for a lock on the tables that it
already has a lock on, which is wierd. We only see three locks in the
Locks table, which is correct.
PLEASE could one of the SAP guys, (or anyone else!), take a look at the
trace information provided below? Can anyone please explain what the
statement in the trace
>b13exclusive pno 104371
means?
This is proving to be a BIG problem, so would be very grateful if someone
could help.
Please let me know if I can provide any more information.
Many thanks in advance,
David
---------------------- Forwarded by David Hay/Lex/Lexmark on 21/07/2003
04:48 PM ---------------------------
David Hay
17/07/2003 03:25 PM
To: "Becker, Holger" <holger.becker
sap.com>
cc: sapdb.general
listserv.sap.com
Subject: Bug with Update? Related to Locking? (Document link: David
Hay)
Hi,
We are seeing some strange behaviour.
We issue some locks on 3 tables when we upload a form (as a lot of other
processing goes on), so if someone else is trying to access the table they
correctly have to wait. When the lock is released they get access to the
table and everything is fine.
EXCEPT in ***some*** situations when the first person (with the locks)
performs an UPDATE call. We are seeing the update just hang and never
return. Consequently we don't drop through our code to the unlock and
everything hangs.
But why should the Update call never return, and only in some situations?
We have captured the vtrace, and the update that returns and the one that
doesn't are both the same in this respect:
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 512)
(483.3282 page 483)
dbs SEGMENT 1 (2 parts, len: 512)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(420):
'UPDATE forms SET Revision_Number = 0, CycloneFormSetName = 'k'
'i371058470053450', Pages = 2, Title = '30', Available ='
resulttablename PART (1 argument, size: 31808)
buf(16): 'JDBC_CURSOR_1458'
>b07cget key(138):
00000000 00000000 00B5464F 524D5320 20202020 20202020 20202020
20202020 20202020 20202020 20202020 20202020 20202020 20202020
20202020
'..........FORMS '
b07cget root 76304; *** key_not_found ***
>KB05 id1193/-2549 update qual TABID 0-02A0 zerokey
>b02direct_ql key(3): 00C237
b02direct_ql root 44819; e_ok
>b01t_reset tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 9; fid = 0
fn: 1A00 0000000000091B20 000000000000
b01t_reset root 17433; e_ok
>b07cadd key(14): 00000001 00000000 000002A0 0005
b07cadd root 17433; e_ok
>b03del_inv Inv Key(9): ' New Form'
PrimKey(3): 00C237
b03del_inv root 59709; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C237
b03del_inv root 74597; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C237
b03del_inv root 89483; e_ok
>b03del_inv Inv Key(1): 00
PrimKey(3): 00C237
From there, though, the one does NOT work finishes that particular block (and apparently hangs) with
>b13exclusive pno 104371
whereas the one the DOES work continues with
b03del_inv root 15045; e_ok
>b02repl key(3): 00C235
b02repl root 44819; e_ok
>b03add Inv Key(3): ' 24'
PrimKey(3): 00C235
b03add root 59709; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 74597; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 89483; e_ok
>b03add Inv Key(2): 0001
PrimKey(3): 00C235
b03add root 104371; e_ok
>b03add Inv Key(9): 00C23500 00000000 01
PrimKey(3): 00C235
b03add root 15045; e_ok
KB05 id1173/-10750 return_result
>b07cnext zerokey
b07cnext root 2431; *** key_not_found ***
It appears that a return_result is never issued for the first one, but the question is why?
Does anyone know what ">b13exclusive pno 104371" means?
A fuller copy of the trace for each one is below.
Many thanks in advance,
David
***Update request that does NOT return
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 512)
(298.2426 page 298)
dbs SEGMENT 1 (2 parts, len: 512)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(420):
'UPDATE forms SET Revision_Number = 0, CycloneFormSetName = 'k'
'i421058544455209', Pages = 2, Title = '26', Available ='
resulttablename PART (1 argument, size: 31808)
buf(14): 'JDBC_CURSOR_99'
>b07cget key(138):
00000000 00000000 00B5464F 524D5320 20202020 20202020 20202020
20202020 20202020 20202020 20202020 20202020 20202020 20202020
20202020
'..........FORMS '
b07cget root 61423; *** key_not_found ***
>KB05 id1175/-14592 get direct SYS1CAT key(12):
00000000 000002A0 00150005
>b02get key(12): 00000000 000002A0 00150005
b02get root 59552; e_ok
KB05 id1175/-14592 return_result
>b07cget key(12): 00000000 000002A0 00950005
b07cget root 61423; *** key_not_found ***
>KB05 id1175/-14592 get direct SYS1CAT key(12):
00000000 000002A0 00180005
>b02get key(12): 00000000 000002A0 00180005
b02get root 59552; e_ok
KB05 id1175/-14592 return_result
>KB05 id1175/-14592 get direct SYS1CAT key(13):
00000000 000002A0 00180005 01
>b02get key(13): 00000000 000002A0 00180005 01
b02get root 59552; e_ok
KB05 id1175/-14592 return_result
>KB05 id1175/-14592 update qual TABID 0-02A0 zerokey
>b02direct_ql key(3): 00C242
b02direct_ql root 44819; e_ok
>b01t_reset tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 29; fid = 0
fn: 1A00 00000000001D1B20 000000000000
b01t_reset root 1891; e_ok
>b07cadd key(14): 00000001 00000000 000002A0 0005
b07cadd root 1891; e_ok
>b03del_inv Inv Key(9): ' New Form'
PrimKey(3): 00C242
b03del_inv root 59709; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C242
b03del_inv root 74597; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C242
b03del_inv root 89483; e_ok
>b03del_inv Inv Key(1): 00
PrimKey(3): 00C242
>b13exclusive pno 104371
===== T44 ===== id164 ================================299.220 page 299
*
*
*
*** Update request that finishes normally.
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 512)
(384.5922 page 384)
dbs SEGMENT 1 (2 parts, len: 512)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(420):
'UPDATE forms SET Revision_Number = 0, CycloneFormSetName = 'k'
'i351058542041839', Pages = 2, Title = '24', Available ='
resulttablename PART (1 argument, size: 31808)
buf(15): 'JDBC_CURSOR_354'
>b07cget key(138):
00000000 00000000 00B5464F 524D5320 20202020 20202020 20202020
20202020 20202020 20202020 20202020 20202020 20202020 20202020
20202020
'..........FORMS '
b07cget root 46809; *** key_not_found ***
>KB05 id1173/-10750 update qual TABID 0-02A0 zerokey
>b02direct_ql key(3): 00C235
b02direct_ql root 44819; e_ok
>b01t_reset tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 58; fid = 0
fn: 1A00 00000000003A1B20 000000000000
b01t_reset root 2431; e_ok
>b07cadd key(14): 00000001 00000000 000002A0 0005
b07cadd root 2431; e_ok
>b03del_inv Inv Key(9): ' New Form'
PrimKey(3): 00C235
b03del_inv root 59709; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C235
b03del_inv root 74597; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C235
b03del_inv root 89483; e_ok
>b03del_inv Inv Key(1): 00
PrimKey(3): 00C235
b03del_inv root 104371; e_ok
>b03del_inv Inv Key(8): 00C23500 00000000
PrimKey(3): 00C235
b03del_inv root 15045; e_ok
>b02repl key(3): 00C235
b02repl root 44819; e_ok
>b03add Inv Key(3): ' 24'
PrimKey(3): 00C235
b03add root 59709; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 74597; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 89483; e_ok
>b03add Inv Key(2): 0001
PrimKey(3): 00C235
b03add root 104371; e_ok
>b03add Inv Key(9): 00C23500 00000000 01
PrimKey(3): 00C235
b03add root 15045; e_ok
KB05 id1173/-10750 return_result
>b07cnext zerokey
b07cnext root 2431; *** key_not_found ***
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 512)
(384.5922 page 384)
dbs SEGMENT 1 (2 parts, len: 512)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(420):
'UPDATE forms SET Revision_Number = 0, CycloneFormSetName = 'k'
'i351058542041839', Pages = 2, Title = '24', Available ='
resulttablename PART (1 argument, size: 31808)
buf(15): 'JDBC_CURSOR_354'
>b07cget key(138):
00000000 00000000 00B5464F 524D5320 20202020 20202020 20202020
20202020 20202020 20202020 20202020 20202020 20202020 20202020
20202020
'..........FORMS '
b07cget root 46809; *** key_not_found ***
>KB05 id1173/-10750 update qual TABID 0-02A0 zerokey
>b02direct_ql key(3): 00C235
b02direct_ql root 44819; e_ok
>b01t_reset tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 58; fid = 0
fn: 1A00 00000000003A1B20 000000000000
b01t_reset root 2431; e_ok
>b07cadd key(14): 00000001 00000000 000002A0 0005
b07cadd root 2431; e_ok
>b03del_inv Inv Key(9): ' New Form'
PrimKey(3): 00C235
b03del_inv root 59709; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C235
b03del_inv root 74597; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C235
b03del_inv root 89483; e_ok
>b03del_inv Inv Key(1): 00
PrimKey(3): 00C235
b03del_inv root 104371; e_ok
>b03del_inv Inv Key(8): 00C23500 00000000
PrimKey(3): 00C235
b03del_inv root 15045; e_ok
>b02repl key(3): 00C235
b02repl root 44819; e_ok
>b03add Inv Key(3): ' 24'
PrimKey(3): 00C235
b03add root 59709; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 74597; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 89483; e_ok
>b03add Inv Key(2): 0001
PrimKey(3): 00C235
b03add root 104371; e_ok
>b03add Inv Key(9): 00C23500 00000000 01
PrimKey(3): 00C235
b03add root 15045; e_ok
KB05 id1173/-10750 return_result
>b07cnext zerokey
b07cnext root 2431; *** key_not_found ***
REQUEST: ascii, full_swap, 70403-XCI (1 segment, len: 0)
(385.700 page 385)
execute SEGMENT 1 (2 parts, len: 256)
session_sqlmode, user_cmd
parsid PART (1 argument, size: 16296)
mess_type: update
buf(12):
0000003A 00004B01 4C000000
data PART (1 argument, size: 16264)
buf(168):
' 24 '
' 24 '
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 44819; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 59709; e_ok
PageCnt 1; AllPageCnt 1
>b03eval StartKey(3): ' 24'
Stop Key(3): ' 24'
b03eval root 59709; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 74597; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 89483; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 104371; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 155; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 15045; e_ok
PageCnt 1; AllPageCnt 1
>KB05 id1173/-10238 update qual TABID 0-02A0 zerokey
>b02first_ql zerokey
b02first_ql root 44819; e_ok
>b02repl key(3): 00C235
b02repl root 44819; e_ok
>b02next_qual key(3): 00C235
b02next_qual root 44819; *** no_next_record ***
KB05 id1173/-10238 return_result
RECEIVE: ascii, full_swap, 70403-XCI (1 segment, len: 64)
(385.2992 page 385)
ok / RETURN SEGMENT 1 (1 part, len: 64)
update_fc, sqlstate: '00000'
external WARNING 0: warning_exists
external WARNING 8: table_scan
resultcount PART (1 argument, size: 35752)
result_count: 1
>b01destroy tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 58; fid = 0
fn: 1A00 00000000003A1B20 000000000000
b01destroy root 2431; e_ok
RECEIVE: ascii, normal_swap, 70400-ODB (1 segment, len: 64)
(385.3210 page 385)
ok / RETURN SEGMENT 1 (1 part, len: 64)
update_fc, sqlstate: '00000'
resultcount PART (1 argument, size: 35784)
result_count: 1
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 96)
(385.3354 page 385)
dbs SEGMENT 1 (2 parts, len: 96)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(6): 'COMMIT'
resulttablename PART (1 argument, size: 32224)
buf(15): 'JDBC_CURSOR_355'
>KB05 id1173 commit
===== T2 ===== nil.idnil ============================385.3586 page 385
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
7.3 -> 7.4: SDBUPD failed
From: Gerd König (koenig
transporeon.com)
Date: Tue Jul 22 2003 - 01:49:23 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
I read different articles about migrating from 7.3 to 7.4, but
I haven't managed to migrate successfully :-(
These are the steps I've done:
- dbmcli -d blub -u <user>,<pw> db_offline
- dbmcli -d blub -u <user>,<pw> db_cold
- dbmcli -d blub -u <user>,<pw>
util_connect
medium_put upgrade_backup /tmp/upgrade_backup FILE 0 8 YES
backup_start upgrade_backup
quit
- SDBUPD -d blub -u <user>,<pw>
!! SDBUPD breaks at the beginning with the message at the end of
the mail.
The backup was created successfully.
I also tried to stop the x_server before call SDBUPD, but
with no success, same error message.
What does this mean: "domain user not found in user profile container"
Am I missing some users ? We are working for months with this
database instance...
environment:
SLES 8 (United Linux), SAPDB 7.3.0.34 (currently running)
any help appreciated ...:GERD:...( mailto:koenig
transporeon.com )
SDBUPD-message:
=======================================
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_CTYPE = "de_DE
euro",
LANG = (unset)
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
SAP DB INSTANCE UPDATE
**********************
starting installation Mo, Jul 21, 2003 at 14:52:20
operating system: Linux I386 2.4.21 GLIBC 2.2.5
callers working directory:
/incoming/sapdb/7.4/sapdb-all-linux-32bit-i386-7_4_3_17
beginning to check sap db instances
resume broken instance check
finding instance type...
finding starting release...
finding migration strategy...
looking for running instances...
checking paramfile modifications...
checking volume access...
looking for domain user...
sap db instance "blub" not ready to update
looking for domain user...
user profile container contains:
dbm
domain user not found in user profile container
unable to load system tables
load system tables and run SDBUPD again
SAP DB instance update exited abnormally at Mo, Jul 21, 2003 at 14:52:24
==============================================
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
JDBC executeBatch
From: Detlef Höffner (Detlef.Hoeffner
gmx.de)
Date: Tue Jul 22 2003 - 02:17:09 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
first I would like to thank you for that great product.
I am using JDBC with the database from the latest package (version
7.4.3.25).
Doing a batch of UPDATE statements I would like to check the success of each
statement, but the returned int array contains always many SUCCESS_NO_INFO,
but not the update count.
Is that the behaviour you expect from your implementation?
If yes:
Do you plan to return the update count in the future?
Are there other ways to identify the number of updates in a batch
execution?
Regards
Detlef
Dipl. Wirtsch.-Ing. Detlef Höffner
e-mail: Detlef.Hoeffner
gmx.de
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: ODBC questions (was: RE: Antwort: Re: LOG Backup...)
From: Koetter, Thomas Theodor (thomas.theodor.koetter
sap.com)
Date: Tue Jul 22 2003 - 02:17:36 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Joao,
> -----Original Message-----
> From: Joao [mailto:joao
inforap.pt]
> Sent: Montag, 21. Juli 2003 18:30
> To: sapdb.general
listserv.sap.com
> Subject: Re: Antwort: Re: LOG Backup...
>
>
> 1 - How Can I "Put many inserts into one transactions." (ODBC) ?
repeat several inserts before SQLEndTran/SQLTransact
>
> 2 - Can I Turn Off AutoCommit using ODBC ?
see SQLSetConnectAttr (SQL_ATTR_AUTOCOMMIT)
Regards Thomas
----------------------------------------------
Dr. Thomas Kötter
SAP DB, SAP Labs Berlin
Hurry up, SAP DB is open source www.sapdb.org
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: JDBC executeBatch
From: Schroeder, Alexander (alexander.schroeder
sap.com)
Date: Tue Jul 22 2003 - 02:47:54 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello Detlef,
the SUCCESS_NO_INFO return value is intentional, as there are no update count values
(specific for each row) returned by the database in 'batch execution'.
AFAIK there is no plan to change this.
Alexander Schröder
SAP DB, SAP Labs Berlin
> -----Original Message-----
> From: Detlef Höffner [mailto:Detlef.Hoeffner
gmx.de]
> Sent: Tuesday, July 22, 2003 9:17 AM
> To: SAPDB
> Subject: JDBC executeBatch
>
>
> Hi,
>
> first I would like to thank you for that great product.
>
> I am using JDBC with the database from the latest package (version
> 7.4.3.25).
>
> Doing a batch of UPDATE statements I would like to check the
> success of each
> statement, but the returned int array contains always many
> SUCCESS_NO_INFO,
> but not the update count.
>
> Is that the behaviour you expect from your implementation?
>
>
> If yes:
>
> Do you plan to return the update count in the future?
>
> Are there other ways to identify the number of updates
> in a batch
> execution?
>
> Regards
>
> Detlef
>
> Dipl. Wirtsch.-Ing. Detlef Höffner
> e-mail: Detlef.Hoeffner
gmx.de
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Query to get the first row of a table
From: Yusuf Gangat (yusuf.gangat
pha.co.za)
Date: Tue Jul 22 2003 - 03:28:44 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi
Can anyone tell me the sql I need to use to get the first row of a table
without using “select * from tablename” and then using only the first
row?
Thanks in advance
Yusuf Gangat
Programmer
Tel : 031-2675000
Fax : 031-2675169
HYPERLINK "mailto:yusuf.gangat
pha.co.za"yusuf.gangat
pha.co.za
Disclaimer and confidentiality note
The information contained in this communication is confidential and may
be legally privileged. It is intended solely for the use of the
individual or entity to whom it is addressed and others authorised to
receive it. If you are not the intended recipient, you are hereby
notified that any disclosure, copying, distribution or taking action in
reliance of the contents of this information is strictly prohibited and
may be unlawful. Sweidan Trust is neither liable for the proper,
complete transmission of the information contained in this communication
nor any delay in its receipt.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.498 / Virus Database: 297 - Release Date: 7/8/2003
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: ODBC questions (was: RE: Antwort: Re: LOG Backup...)
From: Joao (joao
inforap.pt)
Date: Tue Jul 22 2003 - 04:03:10 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> > 1 - How Can I "Put many inserts into one transactions." (ODBC) ?
> repeat several inserts before SQLEndTran/SQLTransact
Sorry, but where ?
I'm Using ADO.Connection Object something like this :
ADO.Execute("Insert ....")
ADO.Execute("Insert ....")
...
No "SQLEndTran/SQLTransact" is used...
> > 2 - Can I Turn Off AutoCommit using ODBC ?
> see SQLSetConnectAttr (SQL_ATTR_AUTOCOMMIT)
Again
I Dont Find the place to modify this parameter....
I Found something on ODBC DataSource defenition but is Disabled ... ????(se
Attached File)
Sorry about all these questions...
Tanks,
João
begin 666 EnAutoCommit.jpg
M_]C_X `02D9)1
`!`0$!+ $L``#_VP!#``
&!
<&!0
'!P<)"0
*#!0-# L+
M#!D2$P\4'1H?'AT:'!P
)"XG("(L(QP<*#<I+# Q-#0T'R<Y/3
R/"XS-#+_
MVP!#`0D)"0P+#!
-#1
R(1PA,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R
M,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C+_P `1" %/`3
#`2(``A$!`Q$!_\0`
M'P```04!`0$!`0$```````````$"`P0%!
<("0H+_\0`M1 ``
$#`P($`P4%
M! 0```%]`0(#``01!1(A,4$&$U%A!R)Q%#*!D:$((T*QP152T? D,V)R
D*
M%A<8&1HE)B<H*2HT-38W.#DZ0T1%1D=(24I35%565UA96F-D969G:&EJ<W1U
M=G=X>7J#A(6&AXB)BI*3E)66EYB9FJ*CI*6FIZBIJK*SM+6VM[BYNL+#Q,7&
MQ\C)RM+3U-76U]C9VN'BX^3EYN?HZ>KQ\O/T]?;W^/GZ_\0`'P$``P$!`0$!
M`0$!`0````````$"`P0%!
<("0H+_\0`M1$``
$"! 0#! <%! 0``0)W``$"
M`Q$$!2$Q!A)!40=A<1,B,H$(%$*1H;'!"2,S4O 58G+1"A8D-.$E\1<8&1HF
M)R
I*C4V-S
Y.D-$149'2$E*4U155E=865IC9&5F9VAI:G-T=79W>'EZ
H.$
MA8:'B(F*DI.4E9:7F)F:HJ.DI::GJ*FJLK.TM;:WN+FZPL/$Q<;'R,G*TM/4
MU=;7V-G:XN/DY>;GZ.GJ\O/T]?;W^/GZ_]H`# ,!``(1`Q$`/P#7^(/Q!U;P
MGK]MI^GVNGO"]G',3/!N;<<
\
CTKE1\9_$9_P"7'1__``%/_P`577>(;W[#
M\58V_LK4K_S?#XAWZ7'ON;7<6'G1\<,,[<Y&-_X&"+2X]&\1:KXBFU^\D_L_
M1(GMY=7=Y;G3[BYW+&DBJ&SCYB5*\>8/E/WJ]"E&DH+FC=V.>3ES:,YL?&3Q
M$?\`ERTC_P`!3_\`%4\?&+Q"?^7+2/\`P%/_`,576ZC%;:5;^-]6L=0N;*QU
M.#3M1M[JQ#-,JRR/DX9D(+,&.-PP&_X#7.^$]8M=?^.L&JV=I]EM[F29DB(`
M/^H<%CCC<Q!8]>2>3U-J-)IRY-O\DQ-S32N5A\7_`! ?^7+2?_ 4_P#Q5/'Q
M=\0'_ESTG_P%/_Q5=1X-^U?VAX8_X23SO^$C^VW/V?[7G[1]B^SR9WYYQYN=
MN_GKMXS7*>/C*^B^&7NTN(KTPW EAU!C)>*OFG:9'(4LIYV
J,8;DYX<84G/
MEY/ZU_R$Y32O<F'Q:U\_\N>E?^ Q_P#BJ>/BQKQ_Y<]*_P# 8_\`Q5=/J_VG
M^V/%GF^;_P`(Q_8?^
;L_8M_EQ>7Y7\&=WW=O?I3O%_VG^U_%O\`;?F_V#]C
M3[!]HSL^V>6OE^3WSGS,[>.N[BH2I.WN?UI_F-N?<YD?%773_P`NFE_^`W_U
MZ</BGKA_Y=-+_P# ;_Z]=UXC,;:EJ
U1'CL%U'3=C:BV^WD&1O$`8 (0-V\Y
M;(#9`SQYWXW_`.$B_MC4?[0_M3^S/M\OV?[1YGD_>;;LS\OW<XQVITXTI_90
MI.<>I='Q0UL_\NFF?^ W_P!>K%O\1/$=UYGD:;8R^4ADD\NS+;$'5C
\`>M;
MFBZ;:#PK8^%GNH%N]7T^:\\
^9B25BKP.6"X`58R",CD=&S46D:7;6&B74UC
M9;X;GPQ++-J&7;,QSNBSG8,8Z8W#;R>M)JCK[H[S[F,/B7K1_P"773?_``&_
M^O3Q\2=9/_+KIO\`X#?_`%ZDU31_#RZ+:W]D(HGUMXDM(Y9)%2QVX$Q9SG>-
MW!) QG(SBNAM_!>CO>V2W&G21XU&6TD4I+"DR"%V# -(Y(W)PP89YR*;5!*[
MB).HWN<Z/B-K!_Y=M._\!_\`Z].'Q$U<_P#+MIW_`(#_`/UZN6&
:3?:=I^H
M_856XN+"\E2RCD?9--$P" `L7)()) ;^'ZY-(T73Y-/N;N_T.X:\2]2*33[>
M*5WBB\O=G9Y
9=W/S,6'' H<:'\HKU.Y%;>.==O)U
M["SFF;.V..T+,<#/
M!]*0>/\`5C_R[:?_`. __P!>MWPII-I::EI-U8V$TC/<7:7$T^[S+3:"$1
I
M"JQ'4,#R>.U8'
ZX\J/4H?L6J2^<D:_:=,3,T.&S
'L&QSS_``]/1<M)WM';
M_,=YZ79*/'FJG_EWL/\`P'_^O3AXZU0_\N]A_P" X_QK6;0]-2XU&6X^V:Y/
M#?I"^S=-*(O+!Y"NI!SE=QR,I]WK4<\%K)HVA0-9L]C#>S17$D^Y7M4,Z\2%
M2%5BI&<_ABE:B]HA>IW*`\<:F?\`EWL?_ <?XT\>-=2/_+"Q_P# <5LV/A6P
M^U;+O3Y%5M6FAC#LZ[H!$[+CGD9 Y[XZUSVMV$%I8:9-]E^QWDZ2&>VRWR -
MA6VN2PR,]3
XXIQC1D[*(FZB5[EL>,]1/_+"R_[\"GCQAJ)_Y867_?
5S2U*
MM:>PI]B/:S[G1#Q;J!_Y8V?_`'X%/'BN_/\`RQL_^_ KGEJ44>PI]
]K/N;X
M\4WQ_P"6-I_WX%.'B:]/_+*T_P"_`K"6I%I>PI]A>UGW-P>)+P_\LK7_`+\"
MGCQ#>'_EE:_]^%K%6I%H]A3[![6?<V1K]V?^65M_WY6GC7+H_P#+.V_[\K60
MM2+2]A3[![6?<U1K5R?^6=M_WY6GC5[
_P#+.W_[\K_A66M2K2]C3[
_[\K_`(4\:E.?X(/^_*_X5GK4BT>QI]
]K/N:T4L\L(E+VB*6*C="
M,G&/13ZBG[Y/^>]E_P!^#_\`$51G$!T*0747G6Y,OFQ^49-Z[5R-
!+9'& #
MGI7FV
Z5J-OJ^E3:OINHOH D/]CV<K^<^FL?N&X0+GID(26\KH<'YAP5&HS:
M21V03E%-LZWQ/K'VOPSKT$+(?LX,#ND03)PI(!P#C#8[=^W4K%OO^1>\7?\`
M7W)_Z#'12E;0<1OQ%\!ZIXH\16]]93V<<4=E%"1,[ Y&3V4\?,*Y,?"'7Q_R
M^:9_W]D_^(KV^Y_UJ_\`7-/_`$$5#6D,95A%1703HQ;NSQD?"37A_P`O>F_]
M_)/_`(BGCX3Z\/\`E[TW_OX__P`17JVH:QIFD^7_`&EJ-G9^;GR_M,ZQ[\8S
MC<1G&1^=7:KZ]6#V$#Q\?"G71_R]Z=_W\?\`^(IP^%>N#_EZT[_OX_\`\17K
MU%+Z]6#V$#R0?"[6Q_R]:?\`]_'_`/B*>/AAK0_Y>M/_`._C_P#Q%>L44?7J
MP>P
>5#X9ZR/^7FP_P"_C_\`Q%.'PUUD?\O-A_W\?_XFO4Z*/KM47L('EX^'
M&L#_`)>;'_OM_P#XFGCX=:N/^7FQ_P"^W_\`B:]-HH^NU1^P
>:CX>ZL/^7B
MR_[[?_XFGCX?ZJ/^7BR_[[;_`.)KT>BCZ[5%["!YV/ 6J#_EXL_^^V_^)IP\
M":H/^6]G_P!]M_\`$UZ%12^NU0^KP. '
?4Q_P`M[3_OMO\`XFGCP3J0_P"6
M]I_WVW_Q-=Y11]<JA]7
<,/!FHC_`);6O_?3?_$TX>#M0'_+:U_[Z;_XFNWH
MH^N50^KP.3L/#VL:;>1W=I=6T<\>=K9)QD8/!7'0FHAX3OQ_RUMO^^F_PKL:
M*7UNIN/V$#D1X6OA_P`M;?\`[Z;_``IX\,7H_P"6MO\`]]-_A75T4?7*HOJ\
M#EQX;O!_RU
_[Z/^%.'AV['_`"T
_P"^C_A7344?6ZH?5X'.#0+L?\M(?^^C
M_A3QH5T/^6D/YG_"N
HH^MU ^KP,(:+<C^.+\S_A3AH]P/XXOS/^%;=%'UNH
M'U>!CC2IQ_''^9_PIXTR8?Q1_F?\*U:*7UNH'U>!F#3IA_$GYG_"GBQE'\2?
MF:T**/K50/J\"D+20=U_.GBV<=UJU11]:J!]7
9=]I=S>^6%U2\M8TSB.W95
M!)ZDY4D]!WQQ]:J?\(Y<_P#0P:M_W^3_`.(K?HK-U6W=I%JFDK)G(ZUI"Z3X
M.UD"XFG:8&5WF(+%CM'8#^Z**TO&/_(HZE_UR_J**.9RU8^6QT5S_K5_ZYI_
MZ"*I0K<30B4W4489Y JBV+X"NR\GS!_=]*NW/^M7_KFG_H(JK:_\>,7^_-_Z
M.DK,HY^?4K#2/&%]/J=[;64,]A:I#)<RK&LC))<%
I8C) =,XZ;AZBL]M8D
MU-;>TN_LOEW-K!9:/Y*1^=:NL6^3RV42C8'E^Z55?)Y'RMGM** /.TUSQ!%H
M^A2G54ENM6M+><O):ILA8SVL?"C!(99VW9;DC*[.E/U37-9L[N73O[6A
M[:
MYDB;4;R>*V+D102(C.87CW'SI,*$!(C!S\K;O0:*+
<=8:S>3ZE&FHZNEG>A
MH%CTY+?Y;I&BC9W$;KYV-S2KNR GEY8?*^=+P;#*G
K183>$216B1R>;`'9'
M48:,
,FTH04P<GY>>02=^B
"/R9O^?Z/_P``S_\`':/)F_Y_H_\`P#/_`,=J
M2BBX$?DS?\_T?_
&?_CM'DS?\_T?_
&?_CM2447 C\F;_G^C_P# ,_\`QVCR
M9O\`G^C_`/ ,_P#QVI**+
1^3-_S_1_^`9_^.T>3-_S_`$?_`(!G_P".U)11
M<"/R9O\`G^C_`/ ,_P#QVCR9O^?Z/_P#/_QVI**+
1^3-_S_`$?_`(!G_P".
MT>3-_P`_T?\`X!G_`..U)11<"/R9O^?Z/_P#/_QVCR9O^?Z/_P``S_\`':DH
MHN!'Y,W_`#_1_P#
&?\`X[1Y,W_/]'_X!G_X[4E%%P(_)F_Y_H__``#/_P`=
MH\F;_G^C_P# ,_\`QVI**+
1^3-_S_1_^ 9_^.T>3-_S_1_^`9_^.U)11<"/
MR9O^?Z/_`, S_P#':/)F_P"?Z/\`\ S_`/':DHHN!'Y,W_/]'_X!G_X[1Y,W
M_/\`1_\`
&?_`([4E%%P(_)F_P"?Z/\`\ S_`/':/)F_Y_H__ ,__':DHHN!
M'Y,W_/\`1_\`
&?_`([1Y,W_`#_1_P#
&?\`X[4E%%P(_)F_Y_H__ ,__':1
M1*EU`C7*2K(7! MRA&(W8'.]NZCMWJ6HS_Q_6?\`OR?^B9* ,?QC_P`BCJ7_
M`%R_J**/&/\`R*.I?]<OZBBJCL)G17/^M7_KFG_H(JK:_P#'C%_OS?\`HZ2K
M5S_K5_ZYI_Z"*JVO_'C%_OS?^CI*D9#:ZE87L]Q!:7MM<36S;)XXI5=HFR1A
M
#\IR#U]#4ES>6ME&)+NYA
0YPTKA1PI8\GT56)]
3VKB[#47L+&:TTA[/5W
MTW29A:&.V83VQC"!()QN+;WP,KB,YB;Y?[O/>)]36\BO;6W\0?VU:0VSR++N
M
;8[V6H!ES$JCHB'!Y_.BP'K#S11/$DDB(TK;(U9
"[8+8'J<*3]`?2GUPJV
MVIIXD\/1WTTS0:=>R6<+,S$W6;:=O-<GAV$8B&X8^<SC&,5!#XDU)K2&1-4\
M^6:V234UV1G^R',L*NN O[O:DDYQ+N(\G)R%?)8#ODFBE>5(Y$=HFV2*K E&
MP&P?0X8'Z$>M/KRX:S=6]U?C3O$-L]E/?R-)JUQ=P0J[K;VH5/,$+QY.Y_E"
M`GR\Y^5L^CZ;+<3Z7:37807,D"-*$1D4.5!.%<!
,YX89'?FBP%JBBB
8444
M4 %%%% &)IMOJNLW-\4\0VU
D>H/9P0R6BR-(5C$F =ZY.W<<8Z*35]-`U62
M*UEC\9V+QW>/LSK8*1-E2XV'S/F^4%N.P)Z5FZ)_R%K'_L;+C_TW2U0\)03:
M18_#?3EBD>PNW%];R*IVP,=/E,L3GU:21I%.3G<ZX41C-V1!HVH2^\_['\2=
M#N/(B:>;R8(G\N-?O.V)>%&1DG
40A+BSN;R'XDZ'):VNW[1,D$12+<<+N82
MX7)X&>M6]:_Y%CXI?]M__3;!1JFL?VQX3=+7Q)H>JWT>JZ=B;3X\QP[KN'9O
M03.3R&/WER!
8QFBR 99Z?<ZA9F\LO'VE7-J)5
,T-I&Z"1B`J;A+C<2R
#J
M=P]:N#PSK;7#VZ^+K0SHBN\8TY=RJQ(4D>9D`E6 /?:?2L;Q+ISWTVL:9KSP
M7LES_8<4[VT36\;P/?NH3879
W^LRP?D,H 4J2T=QJ6KQ:SKFDRK=RZU)9:;
MI
GMP(7O,M=22SP,2JH_D^:XR0JR(5RV!N+(#930-5DBM98_&=B\=WC[,ZV"
MD394N-A\SYOE!;CL">E6/^$1\0_]#3!_X+!_\<K"75X-'U#1[/5E_L:UL-;:
M:"._FB4PVLUG=>6&9':-5$HFC10?E1$&.A/I%C?V>IV<=Y87<%W:R9V302"1
M&P2#AAP<$$?A19 <I_PB/B'_`*&F#_P6#_XY1_PB/B'_`*&F#_P6#_XY79T4
M60'&?\(CXA_Z&F#_`,%
_P#CE'_"(^(?^AI
_P#!8/\`XY79T460'&?\(CXA
M_P"AI
_\%
_^.4?\(CXA_P"AI
_\%
_^.5V=%%D!QG_"(^(?^AI
_P#!8/\`
MXY1_PB/B'_H:8/\`P6#_`..5V=%%D!QG_"(^(?\`H:8/_!8/_CE1S>%?$44>
MY?$]NQR%`.F
=2!_ST]Z[>H;G_5+_P!=$_\`0A189P']D:[_`-#39_\`
N/^
M-0QIJEEXBT:TN]:AO(;V=D=(K3R\!4+?>)/7`' ]>165XGTSQK/K5I)X=\0)
M:V$S!+F.6WB?[. /OKE<L#C[I.=Q'."=NQ,C1>*O"<;RO,RSR*9'`#.1$>3
M`9/L`/:I0S9HHHI#"HS_`,?UG_OR?^B9*DJ,_P#']9_[\G_HF2A",?QC_P`B
MCJ7_`%R_J**/&/\`R*.I?]<OZBBJCL)G17/^M7_KFG_H(JK:_P#'C%_OS?\`
MHZ2K5S_K5_ZYI_Z"*JVO_'C%_OS?^CI*D9)5*YTJTNI+B1Q,DMQ''%))#/)$
MY5&9E 9&!&"[=,9S
Y%7:*!F1#X;L8)XYDGU0M&P8!]5NG4D'/*F0
CV(P:U
MZ** "BBB
HHHH **** "BBB
"7PM#)I,.I_:=G^EWSW,865,A"J*,Y(P?E)
MQ[CZ5O?VC%Z?^1$_^*KDVU"R1RCWENK*<$&500?SI/[3L/\`G]MO^_J_XT[L
M5CK?[1B]/_(B?_%4?VC%Z?\`D1/_`(JN2_M.P_Y_;;_OZO\`C1_:=A_S^VW_
M`']7_&B["QUO]HQ>G_D1/_BJ/[1B]/\`R(G_`,57)?VG8?\`/[;?]_5_QH_M
M.P_Y_;;_`+^K_C1=A8ZW^T8O3_R(G_Q5']HQ>G_D1/\`XJN2_M.P_P"?VV_[
M^K_C1_:=A_S^VW_?U?\`&B["QUO]HQ>G_D1/_BJ/[1B]/_(B?_%5R7]IV'_/
M[;?]_5_QH_M.P_Y_;;_OZO\`C1=A8ZW^T8O3_P`B)_\`%4?VC%Z?^1$_^*KD
MO[3L/^?VV_[^K_C1_:=A_P`_MM_W]7_&B["QUO\`:,7I_P"1$_\`BJ/[1B]/
M_(B?_%5R7]IV'_/[;?\`?U?\:/[3L/\`G]MO^_J_XT786.M_M&+T_P#(B?\`
MQ5']HQ>G_D1/_BJY+^T[#_G]MO\`OZO^-']IV'_/[;?]_5_QHNPL=;_:,7I_
MY$3_`.*JIJ5_.VGR#3XX&NP5,8N)U5,A
>2"3^GY=:YW^T[#_G]MO^_J_P"-
M']IV'_/[;?\`?U?\:+L+%/R?%O\`SRT'_P`#&_PHM-*UZ?Q%I-[J7]DQP64S
M.?(NBS$,A7H1[CO5S^T[#_G]MO\`OZO^-.CO[.618X[N!W<A559 22>
`H L
M4444AA49_P"/ZS_WY/\`T3)4E1G_`(_K/_?D_P#1,E"$8_C'_D4=2_ZY?U%%
M'C'_`)%'4O\`KE_4454=A,Z*Y_UJ_P#7-/\`T$55M?\`CQB_WYO_`$=)5JY_
MUJ_]<T_]!%4HW:+2ED2)YF4SL(T(#.1-)P,D#)]R![U(S)TGQ+;7.EZ-)>RI
M'>7]I!.RQHVQ&D48R>0
9LJNXC<1
9-,N_%5H8$.GR>9*US;1KYL,B)+')/'
M&SQL0!(H#
[E)'S*>A&8-)T*[2QT`F>:T.G6R6[Q2PQ^:0
VG#([*JO
%E)<
M8"$;'7=3(_!\OEV$,NHHT.FK##9A+<JPB2:&0B0[SO8BW0;
% RQVG(``+NI
M>*K+3XYCY=R\T,\4;1/;RHSJTR1,T8*?O0I<'Y-V<J/XA3QXETV%2+B\\PB2
M4.\5M)LA59'3,A (C4%&&]B%.QB,`'&+%X!\J\%P+NS5XX]L<L=CMFE=9HI4
MDN'W_OFW0C=PI;<V"N>+4G
^7R[^&+446'4EFAO ]N68Q/--(!&=XV,!<.-Q
M# X4[1
F
&O:^(=*O;YK.WNM\RR20G]VP7S$)#1[B-N\;2=N<[1NQMYI^G7
M\MW?:O!(J!;.[6",J#DJ8(I.??,A_#%58- \G[#_`*3G[+J-S?\`^K^]YOG_
M`"=>,>?U[[>
SP1:7J=KK-[=6NH6:VEY<I/+#+9LT
Q''&0KB4 9$>02IP3W
MH ?'XFTB4X6Y< LBQL\$BK-O=45HR5Q(NYT&Y<J-RDG!!J2Y\0:;:S2PO+-)
M/%)Y3PP6TDT
.Q')VHI)4"1,L!
%
"<G%9&D>!K#38)[62*Q>UDM&LL062PR
MRQ,`#YTH)9VP!RNP9+''3:77
N*YL].5VL;FZM5E\Q[^Q$\4KRLKRR>7N&UB
MZY&&P S#'(P:`:^D:K_:D^I['ADM[>Y2."2(Y$B-!%(&SD
\R'!'&,?6M.LS
M1=&31ENDCF\Q)I$=1Y:IL"PQQ 84!?\`EEG
`#. .*TZ!A1110!YAKI:V:^N
MU:U
ABOKN6[F?38+N4HOV5$5!*/[\W3<HP6/) !Y7^V-9O[[R/#\-MJH\KS=
ML?ARV$J#.#O18V YQR&889>0<
=?KMI=7L&H6L6G:E=6]U>WEO-+86AN'
YL
MI5.S(!R8MN"PZD\XP>;B\,726-WI']A>*TLYI8;C[7_9!:1I(Q*,>5N 52)N
MN]CE,_Q87U<.H>S3DE<Y*CES:%&WU+QA=P6\]MHD,T-RQ2"2/P_;LLK $D*1
M#\Q 5N!_=/I1;ZEXPNX+>>VT2&:&Y8I!)'X?MV65
"2%(A^8
*W _NGTK;UF
M/7]7&H2?\(CKT4MY8R0[/L,C*DCZ
;KK
94(<9QG/;'-2>((M:U6;5'
\*>(
M5%W:2P1[].<89M1-T"<9XV''^][<UM:'\J_ C7NS.TR7Q+K%M;364.FA99[>
MW=IM#ME56FDDC1P1$<QYCP6XPQV
'&:SGUCQ7':W-T^DVRV]K*8;B5M MPD,
M
(!5SY6%;) P>>177ZA>:U/J4=W!X0\0D0:A'J$:O8.N]DN[F41G`.T%+G[W
M.&3&"#N&<EKKL&
I8P>']>#VUM<6<.= 0O-'(TAWF9
SQ<2D%%W#Y3AAN)"2
MA_*OP#7NS2\!6^L:GKFE3:[IEFNFW-R(4BFT.WB6Y5K:XE#*XC!P#$AXZ[AS
MZ^S?\(GX;_Z%_2O_``"C_P`*\L\'6EV?'D-ZVBZ_;OJ&JOJ%P;O33%!;?Z/=
M
J)-QW?-. "57..
)Q7M=>?B+>T=CHI_"8__``B?AO\`Z%_2O_ */_"C_A$_
M#?\`T+^E?^ 4?^%;%%8EF/\`\(GX;_Z%_2O_``"C_P`*/^$3\-_]"_I7_
%'
M_A6Q10!C_P#")^&_^A?TK_P"C_PH_P"$3\-_]"_I7_
%'_A6Q10!C_\`")^&
M_P#H7]*_\ H_\*/^$3\-_P#0OZ5_X!1_X5L44 8__")^&_\`H7]*_P# */\`
MPJ&Y\)^'/) &
:6,N
R+2,'!8>U;U0W/^J7_`*Z)_P"A"
#S:[N?`=A=/:WD
M'ABVN$QOBF:-'7(R,
MD<$'\:58-*C\4^%I]+L=/
BGG=Q+:1J!(OE,5(8=1
MSGC
_E3M<\':'XBU"QOM3L4FGLVRA/21>?D<?Q+DYP>_L6!GO/\`D<?"_P#U
M\R_^BC4)E&M1112&%1G_`(_K/_?D_P#1,E25&?\`C^L_]^3_`-$R4(1C^,?^
M11U+_KE_444>,?\`D4=2_P"N7]1151V$SHKG_6K_`-<T_P#0156U_P"/&+_?
MF_\`1TE6KG_6K_US3_T$55M?^/&+_?F_]'25(R2BBB
84444`%%%% !1110`
M4444`%%%% $FFHYUM5F4W$S3RGS =SD $\KQP`,>WXU>_M:3UE_[Z7_XF
MLVBB[%8TO[6D]9?^^E_^)H_M:3UE_P"^E_\`B:S:*+L+&E_:TGK+_P!]+_\`
M$T?VM)ZR_P#?2_\`Q-9M%%V%C2_M:3UE_P"^E_\`B:/[6D]9?^^E_P#B:S:*
M+L+&E_:TGK+_`-]+_P#$T?VM)ZR_]]+_`/$UFT4786-+^UI/67_OI?\`XFC^
MUI/67_OI?_B:S:*+L+&E_:TGK+_WTO\`\31_:TGK+_WTO_Q-9M%%V%C2_M:3
MUE_[Z7_XFC^UI/67_OI?_B:S:*+L+&E_:TGK+_WTO_Q-5K^XCU.QEL[H7#02
M
!PDVPD9S]Y5!'3UJM11=A8R?^$2\.?\^5Y_X,)?\:L6&
:%INH07UM97(G
M;=&7O'<`X(Z'(Z$U>HHNPL%%%% PJ,_\?UG_`+\G_HF2I*C/_']9_P"_)_Z)
MDH0C'\8_\BCJ7_7+^HHH\8_\BCJ7_7+^HHJH["9T5S_K5_ZYI_Z"*JFWM6)+
M65FS'DLUM&2?<DCFK5S_`*U?^N:?^
BJ4374T?F*MHJ%G5?,F<,0K%<D",
<
MJ>]2,?\`9K3_`)\+'_P$C_\`B:/LUI_SX6/_`("1_P#Q-<YXFT?3+_6O#TEY
MIUG<N]ZT+M- KED%M.P4DCE=P!QTR,T7>NZBD^K00>2TZ7L=G80I;[W=O(29
M]VZ5%/RE\?,F-G5B0*>H'1_9K3_GPL?_``$C_P#B:/LUI_SX6/\`X"1__$UR
M5AXEU74XYF L;%K"`RW
O%.V0B::(C<KD0C_`$=B3^] W_Q;<M/IWB'5[S7A
M')8(FER7=Q:1R,8U.Z(R#<&\TLY)B/R>4N 2<D+EC4#IOLUI_P`^%C_X"1__
M`!-'V:T_Y\+'_P`!(_\`XFC;=_\`3C_W_D_^-4;;O_IQ_P"_\G_QJC4`^S6G
M_/A8_P#
)'_\31]FM/\`GPL?_ 2/_P")HVW?_3C_`-_Y/_C5&V[_`.G'_O\`
MR?\`QJC4`^S6G_/A8_\`
)'_`/$T?9K3_GPL?_ 2/_XFC;=_]./_`'_D_P#C
M5&V[_P"G'_O_`"?_`!JC4 ^S6G_/A8_^`D?_`,31]FM/^?"Q_P# 2/\`^)HV
MW?\`TX_]_P"3_P"-4;;O_IQ_[_R?_&J-0#[-:?\`/A8_^ D?_P`31]FM/^?"
MQ_\``2/_`.)HVW?_`$X_]_Y/_C5&V[_Z<?\`O_)_\:HU`/LUI_SX6/\`X"1_
M_$T?9K3_`)\+'_P$C_\`B:-MW_TX_P#?^3_XU1MN_P#IQ_[_`,G_`,:HU /L
MUI_SX6/_`("1_P#Q-'V:T_Y\+'_P$C_^)HVW?_3C_P!_Y/\`XU1MN_\`IQ_[
M_P`G_P`:HU /LUI_SX6/_
)'_P#$T?9K3_GPL?\`P$C_`/B:-MW_`-./_?\`
MD_\`C5&V[_Z<?^_\G_QJC4 ^S6G_`#X6/_
)'_\`$T?9K3_GPL?_``$C_P#B
M:-MW_P!./_?^3_XU1MN_^G'_`+_R?_&J-0#[-:?\^%C_`. D?_Q-'V:T_P"?
M"Q_\!(__`(FC;=_]./\`W_D_^-4;;O\`Z<?^_P#)_P#&J-0#[-:?\^%C_P"
MD?\`\31]FM/^?"Q_\!(__B:-MW_TX_\`?^3_`.-4;;O_`*<?^_\`)_\`&J-0
M#[-:?\^%C_X"1_\`Q-'V:T_Y\+'_`,!(_P#XFC;=_P#3C_W_`)/_`(U1MN_^
MG'_O_)_\:HU /LUI_P`^%C_X"1__`!-'V:T_Y\+'_P`!(_\`XFC;=_\`3C_W
M_D_^-4;;O_IQ_P"_\G_QJC4`^S6G_/A8_P#
)'_\31]FM/\`GPL?_ 2/_P")
MHVW?_3C_`-_Y/_C5&V[_`.G'_O\`R?\`QJC4`^S6G_/A8_\`
)'_`/$T?9K3
M_GPL?_ 2/_XFC;=_]./_`'_D_P#C5&V[_P"G'_O_`"?_`!JC4 ^S6G_/A8_^
M`D?_`,33HXX(7WQ6EI$^"-\=NBL`1
X(&>AINV[_`.G'_O\`R?\`QJD4SK<0
MQRBVVREAF*5V(PC/T*#^[CKWHU R/&/_`"*.I?\`7+^HHH\8_P#(HZE_UR_J
M**<=A,Z*Y_UJ_P#7-/\`T$55M?\`CQB_WYO_`$=)5JY_UJ_]<T_]!%5;7_CQ
MB_WYO_1TE2,5X8I7B>2-':)M\;,H)1L%<CT.&(^A/K4%QIMA=P3P7-E;30W#
M!YHY(E996 `!8$<D!5Z_W1Z5:HH&9XT'1U2T1=)L0MFQ>V46R8
8G<2G'RG(
M!X[U,FFV$6H2ZA'96R7LJ[)+E8E$CKQP6QDCY1^0]*M44 %%%% !1110`444
M4 %%%% !1110`45B-XO\/HQ5M4A#`X(.<
_E6CIVI6>K6\D]C.L\,;!&=0<!
MB,XY[X_SS181:HHHH&%%%% !1110`4444 %%2VH#7<*L`074$'OS2_:9/[L7
M_?I?\* (:*C36[274)=/CN[%[V)=\ELOEF1%XY*]0/F'YCUJ>6_$"!YGMXU+
M*
9XT +,0JCD=22 /4D4"&45-]ID_NQ?]^E_PH^TR?W8O^_2_P"%`R&BJLOB
M?2H-0&GS:II<=Z65!;.\0D+-C:-IYR<C'KD59MM5AO8S):3VDZ#&6B6-ARH8
M<
=U92/8
]Z!"T5-]ID_NQ?]^E_PH^TR?W8O^_2_X4#(:C/_`!_6?^_)_P"B
M9*H>([^YBMK%8G6/S=0MXW*(JDJ7&1D#.#CGU'%7S_Q_6?\`OR?^B9*$(Q_&
M/_(HZE_UR_J**/&/_(HZE_UR_J**J.PF=%<_ZU?^N:?^
BJMK_QXQ?[\W_HZ
M2K5S_K5_ZYI_Z"*JVO\`QXQ?[\W_`*.DJ1G.7NCZ9+\0-,NI-.LWN&LKF8RM
M`I<NDEL$;.,[E!(!ZC/%0OK^KS6A2S6&74)+V[6&&*UWXMX)3$2V^>,%L["3
MN'WL!>"1ISZ#<S7QNQX
U&)_G$82&U/EJQ!**6A+;?E7J3G:,YQ5VYT?3+VU
M%K=Z=9SVXD,PBE
5DWDDEL$8W$LQ)Z\GUH PM'\1W^MQ1ZC&;&TLE:VCDMY]
MQ=VFBBD^67(`(\X*%V'<5QD;OE/"_B'5]8G
>_L$M[6]M/M=L28U8+E/E $K
MM(,2#+E8\8&1\P`W4T?3([JWNDTZS6XMHQ#!*(%#Q( 0%4XRJX)&!QR:?:Z;
M864]Q/:65M;S7+;YY(HE1I6R3EB!\QR3U]30!SEC;0:?XABGEMK.X>\O;B*'
M5()CY[-^]?RI1M&414:,`NV#&GRC'RY>B#3K<>"I88H8=6U"-);N=8MLMVK6
MDK.6?&9/W
1FY.#L)Y*D]NFFV$6H2ZA'96R7LJ[)+E8E$CKQP6QDCY1^0]*A
MBT+2K?4#J%OI]M!>,S,\\,8C>0MG.\KC>"3G#9&0#U (`*O
_P#Y$G0/^P=;
M_P#HM:S]&T[2IH9-6OK>V%^-4N46^?"S9%T\<:>9PV,!4"YP1A<$'%;5AH.C
MZ7.T^GZ38VDS+L,EO;)&Q7(.,
#C('Y4_P#L?3/[3_M/^SK/^T/^?KR%\W[N
MW[^,]..O3B
#E7\4ZP+'39U^PAM7
AN+8&!\6RO/;QE7^?\`>G%P.1LY3I\W
M!+XIUB-8XQ]A,US.UO$_D/MC:*\BM79EW_,&,I<`%=N-I+?>KJHM'TR&2>2+
M3K.-[B19IF2!09'5MRLQQRP;D$\
\T\Z;8,4)LK8E&9U)B7Y6+B0D<<$NJL?
M]H ]10!S$?BF_BW+=?9F:9;F*V,,#9$\-PEL`07PPDDD4
;DVC
L?OAEAXA\
M0ZAJ:Z3]GL[2[3SQ/+<Q$[=BV[JPC25AR+C;CS/]K(QL/5-IM
Z,C65LRLLB
M,IB4
K(=T
/'1CRWJ>M,LM'TS3<?8-.L[7&['D0*F-VW=T'?8N?7:/04`<=/
MKE_XCTFVOHQ;6MDE_I8DMVC:21FD>VFR)-R
`>:!C8<[2<C.!TF
:K=:E]H%
MT]F67;(
MR>$?.T
Y(D0
K*" V2"B%"*M/H.CO/;3OI-BTUJJI;R&V0M"JG
M*A#CY0#TQTJU;6=K9^;]EMH8/.D,TOE(%WN>K-CJQQR3S0!=^'G_`")-G_UU
MN/\`T?)6CK'\7_;/_P!GK-M)DL;9+:UMTAA3.U$=P!DY/\74DDGU)I9KIYDV
MLH&2"3N8GC/J3ZFJ;%8
HHHJ2
HHHH **** "BBB
":T_P"/R#_KHO\`.H:?
M%-';S)--(D<4;!W=V 55')))Z 5
?\)CX>_Z"L'Z_P"%`C.L;F"U\0Q:9;W-
MG>H;VXE-JT)%U8L_FR-*Q+?<+,44[%RLJ?,<_-SUMK.KZG;0_P!H7MG+ON;&
M6>UBF\R2TE^V0?NV58E\K&7!21G;*\$[7)[+_A,?#W_05
_7_"C_`(3'P]_T
M%8/U_P`*8'*:=XDUZ6TEFN-0L\M'$UW'%()9-.+2QJY91"HAV(TI*RM(08^X
M1\ZUC,+GQ1H]Q'K3W]JD%Y#'=B- L['R&$9=5".?ED8&,+_JR#G8^=7_`(3'
MP]_T%8/U_P`*/^$Q\/?]!6#]?\* *^CQWY\3^('CN;9;(7Z"2%K=C(S?9(.0
M^\ #IQM/0\\\<78:_J_V19_[1MK,7K1SW5[<3QVRF7[%9D)O:*1 6WR-MV
G
M9D$!2#U/]I>$OMWVO^V[KS?,\W;_`&E<^7G.<;-^W;_LXQCC&*T_^$Q\/?\`
M05
_7_"
"_87;MINGO?/#'=W,:94!HPTFS<P57PW9C
C( .>AJ>"\M;K'V>Y
MAFS&DP\MPV4;.UN/X3
X/0X-9/\`PF/A[_H*P?K_`(4?\)CX>_Z"L'Z_X4K
M'B?_`%&F?]A.V_\`0Q6P?^/ZS_WY/_1,E<KK'B#2=3.F6]E?Q32_VC;ML4\X
M#BNJ/_']9_[\G_HF2F!C^,?^11U+_KE_444>,?\`D4=2_P"N7]113CL)G17/
M^M7_`*YI_P"
BJMK_P`>,7^_-_Z.DJU<_P"M7_KFG_H(JK:_\>,7^_-_Z.DJ
M1E.PU[1]4G:#3]6L;N95WF.WN4D8+D#.`3QDC\ZT*Y*YNY[#3?'=Y:OY=Q;R
M/+$^`=K+8P$'!X/([U5U?7[W3?$5E:1:B
$<]K:R07D\227?F.BM*D0BW.,.
M?F5T4,C?+A2&+ =O4-S>6ME&)+NYA
0YPTKA1PI8\GT56)]
3VKAT\0Z
?#[
MW5OK*7&I/!$UY:.B!=-=I(UDRZH?)"!I.)0Y^3/(1P<^;5-5,;ZE_:L,T]EI
M.J26]S:LLR2A5MB-SF)$?#D\HH'R!220X)8+GI<4T4Z%X9$D4,R%D8$!E)5A
MQW!!!]"#3Z\Q;6=7LI9;>RO;.SB6YO)8!<S;/M4IO;
&,+Y4C2XVI\D91OGZ
MDLN-J+6M5M/*U"XN9KV&74;ZU%E!;KGRXOM#+MQ\S2_N0HY (.-N[YB6"YVE
M%><:;KVK:CJL&D+X
AD1[F+=>6%Q!=. T-TQ3=Y"H.8$.-A/)^8Y``WB;6SI
MMJPOH8Q>6UG>S74[) EH)TG8J',;*J!HHU4NKGYR"Q)4
L%ST>BL72+R>X\.
MVEQ?W\*2M(%^T0L-DH\W:
#.BAMXVC<J
-NRF 5K:H&%,,T2SI 9$$SJSK&6
M&YE!`) [
%ES]1ZUQUWKM]%>:M''J6X121JX$"XM(FF1&D.1F-E0N_[W<K
+
M(IV!T'-W]Z^IZFPCUQ[^VM)R(]03R6,<2S:9([Y1`F$)D))&`%.>!181ZQ17
M"WFN7\6E9?5OLLLVHW
6ZN)X;:&*.*9HUAWM"XW$`, 5+':YW8&"_1/$=SJD
MEG/>ZLEE=3+;-#IJ1*RW,<D,;NX0
RD;GE7<K;5\O+ [7R6 [>BN(\)Z_J=Y
M=[M6U&Q*R0*T]NLX9[2=F15B($2>4<LR[)'=R0`"=K$U?^$DU)/MDEAJG]IZ
MDESJ$;:5LC?R$B\_RFV1J)!EHX5RS$'S,=64
L!Z#17$/<1W=]HSVWB1]3M8
M-41GNU2(B,M!.NPR(HC(8E%VXW
R#GYTQV] !1110,**** "BBB
`HHHH **
M** "BBB
`HHHH **** "HS_Q_6?^_)_Z)DJ2HS_Q_6?^_)_Z)DH0C'\8_P#(
MHZE_UR_J**/&/_(HZE_UR_J**J.PF=%<_P"M7_KFG_H(JK:_\>,7^_-_Z.DJ
MU<_ZU?\`KFG_`*"*JVO_`!XQ?[\W_HZ2I&24444#"BBB
HHHH **** "BBB
M
J&"T
MIKF6)-KW,
EF.2=S!%3/M\J*./2IJ* "BBB
`J&UM(+*%HK=-B-)
M)*1DGYG<NQY]68G\:FHH`**** "BBB
`HHHH`**** "BBB
`HHHH`**** "B
MBB
`HHHH`*C/_']9_P"_)_Z)DJ2HS_Q_6?\`OR?^B9*$(Q_&/_(HZE_UR_J*
M*/&/_(HZE_UR_J**J.PF=%<_ZU?^N:?^
BJIM[5B2UE9LQY+-;1DGW)(YJU<
M_P"M7_KFG_H(JFDL\J[X[.5DW,H8RQ+G:Q4X#.#U![5(QWV:T_Y\+'_P$C_^
M)H^S6G_/A8_^`D?_`,37.>(A/;WSWUT=1&F0VP=9K"X$?V1E+F261"P\Q=OE
MD+MD^XPV\X:>7Q%=0ZG=QM80G3[6]ALGG%R?-+RK%M(CV8VYF4'Y\X!.#P":
M
;GV:T_Y\+'_`,!(_P#XFC[-:?\`/A8_^ D?_P`37)6/CJ2]M_M T:Y2&=8F
MLY&25$<R2)&
D9XU523(I_=F08#D$X&Z[<Z[<65W&NH6*6]T+2X=-MXSPN5:
M`*JA5RQ9I54$IO!#!5;=EGJ!T'V:T_Y\+'_P$C_^)H^S6G_/A8_^`D?_`,37
M+:/XAFUKQ+:QM%-:F&VNX[BW/F!"X-JRL ZHQPLO5D!Y;&1R8-TWV#^VOM=Y
M]M_MK[+_`,?,GE>5]N\C;Y6[R_\`5\9VYS\WWN:-0.P^S6G_`#X6/_
)'_\`
M$T?9K3_GPL?_``$C_P#B:X_5O%NHP:)J5TMG#;(?MUO97$<_F2":!9B&>-D"
MA3Y#'[S<[1CDD78M>O6U6YTRUTZ%]2$A:19KYQ" D-N7*ML)',Z *% .&8X)
MP34#H_LUI_SX6/\`X"1__$T?9K3_`)\+'_P$C_\`B:YFR\9M?
74.F.NF^?:
MPF>28!R;A(6CP
!R09E#9( '(+'*C5TG5;G4ENO,T\PO#)L$8G4L/]E]VW:X
M&"1RI#*5=P:-0-'[-:?\^%C_`. D?_Q-'V:T_P"?"Q_\!(__`(FC-U_SXR?]
M_P"#_P".49NO^?&3_O\`P?\`QRC4- ^S6G_/A8_^`D?_`,31]FM/^?"Q_P#
M2/\`^)HS=?\`/C)_W_
_^.49NO\`GQD_[_P?_'*-0T#[-:?\^%C_`. D?_Q-
M'V:T_P"?"Q_\!(__`(FC-U_SXR?]_P"#_P".49NO^?&3_O\`P?\`QRC4- ^S
M6G_/A8_^`D?_`,31]FM/^?"Q_P# 2/\`^)HS=?\`/C)_W_
_^.49NO\`GQD_
M[_P?_'*-0T#[-:?\^%C_`. D?_Q-'V:T_P"?"Q_\!(__`(FC-U_SXR?]_P"#
M_P".49NO^?&3_O\`P?\`QRC4- ^S6G_/A8_^`D?_`,31]FM/^?"Q_P# 2/\`
M^)HS=?\`/C)_W_
_^.49NO\`GQD_[_P?_'*-0T#[-:?\^%C_`. D?_Q-'V:T
M_P"?"Q_\!(__`(FC-U_SXR?]_P"#_P".49NO^?&3_O\`P?\`QRC4- ^S6G_/
MA8_^`D?_`,31]FM/^?"Q_P# 2/\`^)HS=?\`/C)_W_
_^.49NO\`GQD_[_P?
M_'*-0T#[-:?\^%C_`. D?_Q-'V:T_P"?"Q_\!(__`(FC-U_SXR?]_P"#_P".
M49NO^?&3_O\`P?\`QRC4- ^S6G_/A8_^`D?_`,31]FM/^?"Q_P# 2/\`^)HS
M=?\`/C)_W_
_^.49NO\`GQD_[_P?_'*-0T#[-:?\^%C_`. D?_Q-'V:T_P"?
M"Q_\!(__`(FC-U_SXR?]_P"#_P".49NO^?&3_O\`P?\`QRC4- ^S6G_/A8_^
M`D?_`,31]FM/^?"Q_P# 2/\`^)HS=?\`/C)_W_
_^.49NO\`GQD_[_P?_'*-
M0T#[-:?\^%C_`. D?_Q-.CC
A??%:6D3X(WQVZ*P!&#
9Z&FYNO^?&3_O\`
MP?\`QRA7E\Z..2V>+S"P5C)&PR%+?PL3T4]J-0T,?QC_`,BCJ7_7+^HHH\8_
M\BCJ7_7+^HHIQV$SHKG_`%J_]<T_]!%5;7_CQB_WYO\`T=)5JY_UJ_\`7-/_
M`$$55M?^/&+_`'YO_1TE2,IW^B:?J4ZS74+LVW8X29T65,D[)%4
2+RWRN"/
MF;CYCFK%X:M!K-[J4[S3/<7*7"Q&601(5CC09CW;&8&/<&*Y!Q_=!K:HH&9"
M>&=(C25!;.5==BJT\C"%<A
(LM^Y`*J1Y>W!1<?=7 /#.D! #;.[;77S9)Y'
MD.XH2Q<L6+ Q1X;.Y=B[2,"M>B
#,T_P_INF71NK:*8W!WYEFN9)G.\1ALEV
M)/$,8]MO'>C_`(1_3?MWVORIMWF>=Y7VF3R-^=V[R=WE[MWS9VYW?-UYK3HH
M`PK'PII]L9WN0]XTT]Q*4GD=XE$SNQ B9BBG:Y4D`$
M_>(J9_#.EN#^[N4D
M+!C-'>3)*3L1.9 P8
K''D9P2H)R1FM>B
1GIH>F1P/!':)'"\\4YC0E5#Q"
M,1D`'
`11\#CY>G)I^GZ38Z7YGV.#R_,P#EV;:HSM1<D[47)P
PJY. ,FKM%
M`PHHHH **** "BBB
HHHH **** "BBB
HHHH **** "BBB
HHHH ****
M"BBB
J,_P#']9_[\G_HF2I*C/\`Q_6?^_)_Z)DH0C'\8_\`(HZE_P!<OZBB
MCQC_`,BCJ7_7+^HHJH["9T5S_K5_ZYI_Z"*JVO\`QXQ?[\W_`*.DJU<_ZU?^
MN:?^
BJMK_QXQ?[\W_HZ2I&<_I^JZC!)K<^M7MB;+2F*.UO9R1L0(8Y2_,C\
M`.1M`R<9SVK436]/>!YO.=5CGBMW#PNK+)*(RBE2`03YL?;C/.,'%6ZT#[3I
M_B&U^T[?[8W_`#>7GR=T"0],_-]S=VZX]ZR-<
L;>^N7F\0P6D#WMM?7%KY8
MDE:2,Q87
Y"%8DX"Y!^;=MRI3:6K9I3I5*LN6G%M^6IKVWBS1+RU-S;WN^'R
MQ*C^4X\T$
8CR/WC!F52JY(9
I 8
5/_`&_8&Q^UJ+QT$GE-''93-*C8SAXP
MF]>,'Y
."I[C/ 7>J:'#::-:Q7]S<-IEBD$<T5K\K2))`ZLP9E.-UNN5'4-
M,",U%J&M7_B!8O(TY=8>`L9$NM/WVR[L`8
5B0P"<.SD_/(,8("Y/$4NYZ$<
MEQ\ES>R:7G9?FT=U#XKT^22_#%S';3QQ1/!&\WVD/"LH,813O.&8D+N(5=QP
M#4U]K2IH\%_8LDJRW=O!\ZD8#SI$X(X*L-S#!Y##!'!%>:)::I'I$%B?#,UR
M(&
F47=HTL32QVXMR63 RI0*0N0589W$<#3DU#6QX:ATJU\,36\D4\5PCI:L
ML2NDRS8$2JN%R,8W9QU8G))]8I]_P?\`D/\`L7&_RK_P*'_R1Z%J&JVFF>6+
M
S,\F=D<$$DTA QD[$4MM&0"<8!8#N*JQ^)]&FO/LL-\DLFY%+1JS(I=5:/+
M
;0'#KM).&)P,D$5P\FN>,9)[>^.B?\`$Q
66%7%C-Y1BD*$
INSNW1KAMV,
M$C;WJ.WU72](TQM*EBU.!Q<V5QLE
4M&(%MP$/S+G<(!\V!][IQR?6*75_F'
M]BX[:,+^CB_R;/0++Q!INHWPM+:69I6C::-FMI$CE12H+([*%=?G7E200P(X
MJK87FL:C*]Y#)8K9+=RVYM7A<2;8Y6B9O-#8S\I<#9Z+G^*N/\->(+.+7+&.
M:]$6GZ?8M8VGGVWENP9HMNYE=U; B^9B(QDY`()V];IEI/YC_P!FZW:2:4;J
M2=EB
#R[G<RNGF[RN"S$?<SM.,Y^:KC4A+X7<XZ^#Q%#^-!Q]4T%WXJM# AT
M^3S)6N;:-?-AD1)8Y)XXV>-B`)% <'<I(^93T(S9G\3:1;V=I=O<N8;N!9[?
M9!([2(6C4$*JDY+31C&,_-TX.,R/P?+Y=A#+J*-#IJPPV82W*L(DFAD(D.\[
MV(MT&X!0,L=IR &)X+G#:<KZMNM].CC
MHA;`8CCF
E7<=V2Y$ 4MP#D$*N"
M&O0YC3;Q9HD<,DTU[Y$4>W<\\3QCEU0\L!G:[*K_`-PG#;33SXFTA8$E>Y=
M69622"17BV
%FD0KNC4!E)9P% 923AAG/E\(>9+:O]NQY%S-/CR?O>9>Q76/
MO<8\K9GOG/;!GN_#<\UW<W$&I>09[U;K_4!C'B*./*-D$/B,X)RI$C*R.#0!
MT%%%% S%\1P)<QZ7;R[C%-J=M%(%8J2K/
C(Y&03TJS9^'?"M]J+6\.
ZJ;4
M2R0)?_:Y3"\L9977`E+KAD<;F55)7 )W+NBUS_6Z+_V%[3_T8*V;?3[Z+Q8D
MMIIMW80"XEDO)?MWF6ES$RO
1P[_`))3(T;L?+3D2?.V<O<=B68>G:1X2U">
MQ_XD&JV]IJ/_`!X7LU\_EW7R&1=H68NN8U9QO5>!
X; .II/
[PGK.C6.J6^
MGW:P7MO'<1K)>SA
KJ& .)",X/J:S])LM?M[SP;H]UI,D-CHR*DMXQ5EDECM
M98?DV,QV/OW R+%MV8.6=5&AX:UG_A'/"ND:?XDLI-#2SLH;5KR_N[58))40
M+L4K*22=K$9 X4].E,17O?#G
K3_`!!I>BW%G=K=ZHD[6N+NX*L8
K,I._
[
M6R.WRGG.`:;:1X2=8ELM`U6^NI9;J-;:&^=7VV\ODROF295VA]N/FW'>#C
X
MV+NVL/&6M6-[I]]!>:;;VES$]Y8W,<GD7/G6DL6,$
L#%NP01\HW`
X.?HFF
M>(M&CTO4M1TK[9?1?VI'=6VG2QCYKF[6973S74>7B,]6W#<O'WL`%S2_!WA/
M5K!;N'3[M 7>-XY+V<-'(CE'0XD(RK*RY!(.,
D8-9]SX?\`#EMXE
T0>%M9
ME>=&D2Y34/W1C4QAWYN ^%,J
C;D\X!K8TK5]*\+Z<+/7M7TW3+RXN+F^%M=
M7D:.B37$DB
M
D!MI()&5."1S6
86OO%6D:Q:&.?3QIETGVB.164F5[9H\8
M/(*QN<CCCW&0#D_[(\)?:L?V!JO]G_:_L7]I?;G\GSO-\G;M\[S?];^[SLQG
MG.WYJDMO#_ARY\2SZ(?"VLQ/`BR/<OJ'[H1L9 C\7!?#&)
!MR.,
5<_LS5O
MLG]
_P!E3[?[;_M#^T/-B^S^7]N^UXQO\S=M^3&S&_OM^:MB:WU&S\0ZYJUM
M8_:MVE6T=K%YJIY\T;W+&/)^[_K$&XC'S>QH`YN;1_ \-EKMU]BNY$T5'>X6
M.^E+.J(6)3][R-RR1Y./GB=?X36Y_P`*\\,_\^,__
=/_P#%US=_X,\1V6
W
M%I!<6FJ//H]UIC^1;_97E9XV=9YF>5A*_F
CH.;F1L\MGO-,U&ZO_-^TZ-?:
M;LQM^UO WF9SG'E2/TQWQU&,\X ,?_A7GAG_`)\9_P#P.G_^+H_X5YX9_P"?
M&?\`\#I__BZZBB
#E_\`A7GAG_GQG_\``Z?_`.+H_P"%>>&?^?&?_P`#I_\`
MXNNHHH X>_\``WARW<D6=UM 7Y5OIAR=WJQ]*I?\(EX<_P"?*\_\&$O^-=5K
MT,5Q!-!/&DL,BHCQNH964AP00>H(KSKPQ\-M#\+:U=ZI:(\LTC'[,)?F^RH1
MRJGN2<C<>=N!_>+2V-&QX6AA
MM=B
C*1QZF(T#.7(41C W,23U)^I/2M4_\
M?UG_`+\G_HF2LWPU_JO$'_87/_HL5I'_`(_K/_?D_P#1,E+J,Q_&/_(HZE_U
MR_J**/&/_(HZE_UR_J**<=A,Z*Y_UJ_]<T_]!%<CJ_BZVTBVCL;5#=ZFS3!(
M4&0C&9]H;'.3G( Y/'3(-;_B.YFL](O+FW#&:*T#(5Q\I$8YYXXZ_AWZ5
^"
M-*MX-"M]6.Z2^OU=YIG;<>)&& ?^`
GN3UZ#'/4E)RY(Z>9ZF#HT847B\0N9
M)I*.UWOJ^BM]YG'P]XE\0%?[=U%;:T8EFM8,9^\/E..#P,
DMCCWK3LO`>
V
M>"]O)<NK[
T\A/IQ
8!''<'K6N;M/[1">?&&$B6ZP;OG<O
[
,]B8QD]B_7%
M+=74JZ>98U"NXG"'.=OEB3GI_P!,^GO0L/!:M7?GJ.IG&*E'DIRY(]H^ZOPU
M^]DMK86=CO\`LEI!;[\;O*C";L=,X'/4U8J.1Y4N'3RX]B3K;MB0DF1MO"_*
M`0-ZY)V]^*B6>=H(I?(0B<(85$O/SE0
;(&,[
>-V.?3G91ML>;*;F^:3NRS
M15-[N6/S<Q1$0)(\K"0XP
C)"_+DG$B]0HSGGO2RW,\+3+)#&#;K(TY$I(&P
M(2%^7YC^\7K
9SSCFBS)N6ZCFGAMT#S2I&I.`78`9_&J\DES]H\
0HMPD
B;
M]\=N?,A!`./24#)7CG&:S?%D4<MK80R*DL;:E;JRL,JP+X((/8T6"XMW8>&+
MY9!<1::QD.YW4HKDYSG<,'K[UF7/P]TR1OM&G75S9RG:\+(V]$Z$$9^8YZ
[
MN^?:I8;72M0GA
L]`L8W5
;HR6J?N
#RO3DG!_SG'8W/^M7_`*YI_P"
BLYT
M:<MT=U#,\90_AU&EVO=?<]#S\ZCXH\+>7)JXCU#31L626+EHQR.N`2>G+
\
M#()KKM+U2TUBP2\LY-T;<$'[R-W5AV/^>E7*X>*V31/B3;VFGEH;6^
,DT(^
MYG#]!VY7(],D#
XK+WJ36MT]#M3I9A";<%"I%.5UI%I:M-='YK?KW.XHHHKI
M/%"BBB
""XL8;V6T::5XUMKF.Y78H)9D.0#DCC.,_P"36_\`VQ_M?^0?_LZQ
MZ*+BL;']L?[7_D'_`.SH_MC_`&O_`"#_`/9UCT4[L+&Q_;'^U_Y!_P#LZ/[8
M_P!K_P`
_P#V=8]%%V%C8_MC_:_\
_\`V=']L?[7_D'_`.SK'HHNPL;']L?[
M7_D'_P"SH_MC_:_\
_\`V=8]%%V%C8_MC_:_\
__`&=']L?[7_D'_P"SK'HH
MNPL;']L?[7_D'_[.C^V/]K_R#_\`9UCT4786-C^V/]K_`,
__9T?VQ_M?^0?
M_LZQZ*+L+#-:M!K5PDK:QJ5FJ*%\NT5%5N3R<Y)//K_6LS_A&H_^AEU[\X_\
M*UJ*5PL5],TRVT>RN8(+JZN7N+
3R27(7<3MV_P_0=JD/_']9_[\G_HF2I*C
M/_']9_[\G_HF2CJ!C^,?^11U+_KE_444>,?^11U+_KE_4454=A,WM1
CNHWM
MYEW12P*CKDC*E ".*\_
NM4\$_)+#-?:$[OY3
Y:W E*G)Q
9()QP"3D$'<*
M]$N?]:O_`%S3_P!!%4X8TETU(Y$5XW,ZLK#(8&:3((K&I3YM4[-'?
\9[!.G
M4CS4Y;K]4^C\_O*6GZI9ZM9/;6&L6YAE60O D#;BK,=Q8&0'^+&<#M[5HO!:
MM<-+]G1B2^W=G"APP8!<X .XDCN>N:YC4? >F7+B>P:33KI7WK)"25#9!SMS
MQCMM(QGVJD=)\9Z5N-CJT=_"KAA'.?GDZ9'S9P/HX]N34>UJ1^*/W'3]2P5?
M7#UN7RFK?^3*Z_([18XEF67RRSJ0P+2.1N&/F(SAFX!R<]!Z4U;:!4*B+YL`
M!R[$J 00%R?DQ
8VX^Z/2N/'B7Q38R-'?^&FG+ %#:[L#KG)&\?AQ^M ^(*6
MLC1ZKHU[9R$!D7J6'/.&VXZ>_>CZS#J[?)B_L3&/^&E)?W91?ZW_``.Q,$!A
M>$0*$=&C;YV)(8KNR2223L4=> .*=,D4_P!HWQ*3<;_,.3R'V;N__3-:X_\`
MX65HW_/M?_\`?M/_`(JC_A96C?\`/M?_`/?M/_BJ?UFE_,+^P\P_Y],[&18Y
M'FD,8#RLS,P)!!)0Y'/!_=I
]L5%<V=K?-%]JB9DBF69$1]N'4Y7GG
'G\*Y
M/_A96C?\^U__`-^T_P#BJ<_C2_=
]GX7U&>V8!HY&#+N!&<X"D?J:/K-/N']
MBXY?%3MZM+\VCM!]D4L1!("QRQ$
Y.,?W?84DT
EDW*I48"
$YZ #^E<+_:7
MC?4H_P#1M+
LHI7PDDF \:[NX8_^R\]0.E!\(:WJFXZUX
D*.X\R"#)1E&.W
M`!X_NGUYI>V;^&+?X%?V73I_[Q7C'R3YG]R_S-/5O&>FV"I'9NNHW<A41P6[
M;LY./O $?AR>1QSFH?#FD7\U^_B#6S_ILJ;88"O$"'V/W3VQV!.<DG&EI7AG
M2=&99+2T7S
`/.D.Y^A&03TSDYQBM>B,)2?-4^XFKB\/1IRHX.+][1RENUV2
M6B7XOJ%%%%;GEA1110`4444`%%%%`!1110`4444`%%%%`!1110`4444`%%%%
M`!1110`5&?\`C^L_]^3_`-$R5)49_P"/ZS_WY/\`T3)0A&/XQ_Y%'4O^N7]1
M11XQ_P"11U+_`*Y?U%%5'83.BN?]:O\`US3_`-!%5$
E2,(MZBJ"Q -H6(W,
M6(SY
SRQ["K=S_K5_P"N:?\`H(J&I&1^3-_S_1_^`9_^.T>3-_S_`$?_`(!G
M_P".U)11<"/R9O\`G^C_`/ ,_P#QVCR9O^?Z/_P#/_QVI**+
1^3-_S_`$?_
M`(!G_P".T>3-_P`_T?\`X!G_`..U)11<"/R9O^?Z/_P#/_QVCR9O^?Z/_P``
MS_\`':DHHN!'Y,W_`#_1_P#
&?\`X[1Y,W_/]'_X!G_X[4E%%P(_)F_Y_H__
M``#/_P`=H\F;_G^C_P# ,_\`QVI**+
1^3-_S_1_^ 9_^.T>3-_S_1_^`9_^
M.U)11<"/R9O^?Z/_`, S_P#':/)F_P"?Z/\`\ S_`/':DHHN!'Y,W_/]'_X!
MG_X[1Y,W_/\`1_\`
&?_`([4E%%P(_)F_P"?Z/\`\ S_`/':/)F_Y_H__ ,_
M_':DHHN!'Y,W_/\`1_\`
&?_`([1Y,W_`#_1_P#
&?\`X[4E%%P(_)F_Y_H_
M_ ,__':/)F_Y_H__``#/_P`=J2BBX$?DS?\`/]'_`. 9_P#CM'DS?\_T?_
&
M?_CM2447`C\F;_G^C_\``,__`!VCR9O^?Z/_`, S_P#':DHHN!'Y,W_/]'_X
M!G_X[1Y,W_/]'_X!G_X[4E%%P(_)F_Y_H_\`P#/_`,=H\F;_`)_H_P#P#/\`
M\=J2BBX$?DS?\_T?_
&?_CM'DS?\_P!'_P" 9_\`CM2447 C\F;_`)_H_P#P
M#/\`\=I8X&%Q%++=B01;R%6VV9)1EZ^8?[WI3Z*+
8?C'_D4=2_ZY?U%%'C'
M_D4=2_ZY?U%%5'83.BN?]:O_`%S3_P!!%0U-<_ZU?^N:?^
BH:D8H!9
J
DG
M
=ZE^R7/_/O+_WP:+3_`(_(/^NB_P`ZAH&3?9+G_GWE_P"^#1]DN?\`GWE_
M[X-0T4 3?9+G_GWE_P"^#1]DN?\`GWE_[X-4[R[
L+&XO+I_+M[>-I97P3M5
M1DG Y/ [5D2^)X[2"[DU#3+ZR:WM);P1R^4S2QQ
;]NR1AD;EX8C.X8S
X!'
M1_9+G_GWE_[X-'V2Y_Y]Y?\`O
UGVM_%>3W"0*[1P-Y9FP-C."0RJ>Y4C!.,
M`G&<A
+5`$WV2Y_Y]Y?^^#1]DN?^?>7_`+X-0T4#!ODF,+_+*JARAX8*<
''
MH<'\C16'IW_(W:Y_URM?Y/6Y0(*AN[RUL+5[J\N8;:W3&^69PB+DX&2>!R0/
MQJ:LO7O^/6Q_["NG_P#I7#0!#_PF'AC_`*&/2/\`P.B_^*H_X3#PQ_T,>D?^
M!T7_`,570?:[G_GXE_[[-'VNY_Y^)?\`OLT:`<__`,)AX8_Z&/2/_ Z+_P"*
MH_X3#PQ_T,>D?^!T7_Q5:&H^(+BQG
MHH[Z]NIE>1(+>10VQ2H9LNZK
%T&,
MY^;
'!Q9M-3N;NU2;==P%LAHIB5="#
\X/(/()!Z
D$&
#&_P"$P\,?]#'I
M'_
=%_\`%4?\)AX8_P"ACTC_`,#HO_BJZ#[7<_\`/Q+_`-]FC[7<_P#/Q+_W
MV:- .?\`^$P\,?\`0QZ1_P"!T7_Q5'_"8>&/^ACTC_P.B_\`BJUH]9DDU2XT
M\37'G0013LQ;Y2LC.HQSUS&V?J*M?:[G_GXE_P"^S1H!S_\`PF'AC_H8](_\
M#HO_`(JM>&:*X
CG
D26&10Z2(P964C(((Z
BLSQA>70\(:IBYFY
*GYSR#P
M1^51^#_^1)T#_L'6_P#Z+6
#:HHHH&2BUN&4,L$I!Y!"'FE^R7/_`#[R_P#?
M!HN?]:O_`%S3_P!!%0T")OLES_S[R_\`?!H^R7/_`#[R_P#?!K/U*_BTO2[O
M4)U=H;6!YW5 "Q55+'&<<X%5K+63<WPL[G3KRPN'C:6)+DQ-YBJ5#$&-V P7
M3KC[W&<'`!L_9+G_`)]Y?^^#1]DN?^?>7_O
U#10,F^R7/\`S[R_]\&C[)<_
M\^\O_?!JG9W<%_8V]Y:OYEO<1K+$^"-RL,
X/(X/>IJ!#YHI+>&2::-XXHU+
MN[J0JJ.223T`IE8?C'_D4=2_ZY?U%;E &'XQ_P"11U+_`*Y?U%%'C'_D4=2_
MZY?U%%5'83.BN?\`6K_US3_T$5#4US_K5_ZYI_Z"*AJ1DUI_Q^0?]=%_G4-*
MDWV=UF\MY/+._8F-S8YP,D#/U(%87]KZU_T+,_\`X%P__%4`;E%8?]KZU_T+
M,_\`X%P__%4?VOK7_0LS_P#
7#_\518"7Q2D4OA/5H)KNVM%GM)(!/<R".-&
M=2J[F/0985R5_K%MXO>[AT^2V2Z;1[VS
MGO[9Y)Y)0A78(Y'X B.22,9'7G
M'4?VOK7_`$+,_P#X%P__`!5']KZU_P!"S/\`^!</_P`53 LZ5:3Z5MTQ$WZ=
M%&!:RY&8E& (F'4X'W6&<
$-R-SZ=8?]KZU_T+,__
7#_P#%4?VOK7_0LS_^
M!</_`,52L!N45A_VOK7_`$+,_P#X%P__`!5']KZU_P!"S/\`^!</_P`518 T
M[_D;M<_ZY6O\GK<K"T6*_?6=3O[RP>S6X2%41I$<DKOS]TGU'YUNT, K+U[_
M`(];'_L*Z?\`^E<-:E9/B-+QM)633[,WES!=VMREN)%C,
CGCD(W-P.%/6A
M:U%<3_;WCK_H3U_\"X?_`(Y1_;WCK_H3U_\``N'_`..46"Y<\1ZU9:'XBT^]
MN+BV9H[2>(VQNX8I<2/$5<"5T!7]RP)SG)& ><9'B.#4/%6F0W^GVGG_`.C2
M'3Y+"2TE:&?<PR\LGW<;8N83D,'^8X0U;_M[QU_T)Z_^!</_`,<H_M[QU_T)
MZ_\`
7#_`/'*8$<_A7418O)I\?V75;B]U#?=^=ADAE%R8OF!)";VA?:O1OFQ
MNR:-0\/M>::(['P]-I=F+E'N+&$VV^Y 20<0DM!PS1G+')V=`43,G]O>.O\`
MH3U_\"X?_CE']O>.O^A/7_P+A_\`CE %_P`+:/=Z7>3M-',L#64$47G2QNZ[
M9KAMA" *NU9$&U1M7[JDA<UT]<3_`&]XZ_Z$]?\`P+A_^.4?V]XZ_P"A/7_P
M+A_^.46 VO&/_(HZE_UR_J*=X/\`^1)T#_L'6_\`Z+6N8U2^\;:KIEQ8R^$=
MB3)M++=PY'_D2NN\-VD]AX6TBSND\NXM[*&*5,
[65 ",C
\CM1T`TZ***0R
M:Y_UJ_\`7-/_`$$5#67?:OJ
O'6W\/W$T2A460W,2[L`#.-W3CC//TZ57_M?
M6O\`H69__ N'_P"*HL(=XO*?\(;K2/+#%YME+$K32K&FYU*J"S$`9) Y/>N;
M<Z9=:A)9^&_$%M-<W6EW<$<CZN;B2.<^68]A9V=1
.QV?W03DJN.B_M?6O\`
MH69__ N'_P"*H_M?6O\`H69__ N'_P"*I
<U!X8F
TB\CATB\:&22)A97/V,
M!F7?EO(B"PNI+(#O<,0N05:.,F?_`(1F_/B:&\GAO"ZR6[PS17$+QP1HB!XV
MFD0W!RRR9"X#A^2N]R-[^U]:_P"A9G_\"X?_`(JC^U]:_P"A9G_\"X?_`(J
M"7POIS:1X7T[3GMT
DM8%BD5,;6=>&<8[,<MDX/S<
'(K7K#_M?6O^A9G_\`
M`N'_`.*H_M?6O^A9G_\``N'_`.*I6 /&/_(HZE_UR_J*W*Y36IM<U;1KJP7P
M]-&TR;0YNH2 ?^^JZN
##\8_\BCJ7_7+^HHH\8_\BCJ7_7+^HHJH["9T5S_K
M5_ZYI_Z"*AKEKCXE>'6F^62X8!57<(3
X &?TJ+_`(61X?\`[]S_`-^O_KTK
M,=SKJ*Y'_A9'A_\`OW/_`'Z_^O1_PLCP_P#W[G_OU_\`7I687.NHKD?^%D>'
M_P"_<_\`?K_Z]'_"R/#_`/?N?^_7_P!>BS"YUU%<C_PLCP__`'[G_OU_]>C_
M`(61X?\`[]S_`-^O_KT687.NHKD?^%D>'_[]S_WZ_P#KT?\`"R/#_P#?N?\`
MOU_]>BS"YUU%<C_PLCP__?N?^_7_`->C_A9'A_\`OW/_`'Z_^O19A<ZZBN1_
MX61X?_OW/_?K_P"O1_PLCP__`'[G_OU_]>BS"YUU%<C_`,+(\/\`]^Y_[]?_
M`%Z/^%D>'_[]S_WZ_P#KT687.NHKD?\`A9'A_P#OW/\`WZ_^O1_PLCP__?N?
M^_7_`->BS"YUU%<C_P`+(\/_`-^Y_P"_7_UZ/^%D>'_[]S_WZ_\`KT687.NH
MKD?^%D>'_P"_<_\`?K_Z]'_"R/#_`/?N?^_7_P!>BS"YUU%<C_PLCP__`'[G
M_OU_]>C_`(61X?\`[]S_`-^O_KT687.NHKD?^%D>'_[]S_WZ_P#KT?\`"R/#
M_P#?N?\`OU_]>BS"YUU%<C_PLCP__?N?^_7_`->C_A9'A_\`OW/_`'Z_^O19
MA<ZZBN1_X61X?_OW/_?K_P"O1_PLCP__`'[G_OU_]>BS"YUU%<C_`,+(\/\`
M]^Y_[]?_`%Z/^%D>'_[]S_WZ_P#KT687.NHKD?\`A9'A_P#OW/\`WZ_^O1_P
MLCP__?N?^_7_`->BS"YUU%<C_P`+(\/_`-^Y_P"_7_UZ/^%D>'_[]S_WZ_\`
MKT687.NHKD?^%D>'_P"_<_\`?K_Z]'_"R/#_`/?N?^_7_P!>BS"YI>,?^11U
+_KE_445S?B#QSHNIZ!>V5N\_FRQ[5W1X&:*N(F?_]D`
`
end
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: Antwort: Re: LOG Backup...
From: jean-michel OLTRA (jm.oltra
espinasse.net)
Date: Tue Jul 22 2003 - 05:01:51 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Le lundi 21 juillet 2003, Joao a écrit...
bonjour,
> 1 - How Can I "Put many inserts into one transactions." (ODBC) ?
turning off autocommit
> 2 - Can I Turn Off AutoCommit using ODBC ?
Have a look on SQLSetConnectAttr () documentation
--
jean-michel
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: Query to get the first row of a table
From: Michael MacIntyre (mmacintyre
aei.ca)
Date: Tue Jul 22 2003 - 06:42:43 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi.
If your PK is a sequence number then I suspect you could do select
min(<seq_col>) from <table>
Michael MacIntyre
Yusuf Gangat wrote:
> Hi
>
>
>
> Can anyone tell me the sql I need to use to get the first row of a
> table without using “select * from tablename” and then using only the
> first row?
>
>
>
> Thanks in advance
>
>
>
> Yusuf Gangat
> Programmer
>
> Tel : 031-2675000
> Fax : 031-2675169
> yusuf.gangat
pha.co.za <mailto:yusuf.gangat
pha.co.za>
>
>
>
> Disclaimer and confidentiality note
>
>
> The information contained in this communication is confidential and
> may be legally privileged. It is intended solely for the use of the
> individual or entity to whom it is addressed and others authorised to
> receive it. If you are not the intended recipient, you are hereby
> notified that any disclosure, copying, distribution or taking action
> in reliance of the contents of this information is strictly prohibited
> and may be unlawful. Sweidan Trust is neither liable for the proper,
> complete transmission of the information contained in this
> communication nor any delay in its receipt.
>
>
>
>
>
>
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.498 / Virus Database: 297 - Release Date: 7/8/2003
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
migration with SDBINST fails while db_online
From: Gerd König (koenig
transporeon.com)
Date: Tue Jul 22 2003 - 07:06:32 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi again,
I tried another way for migrating from 7.3.0.34 to 7.4.3.25
I followed the steps(In-Place Migration with SDBINST) from the sapdb doc at:
http://www.sapdb.org/7.4/htmhelp/88/c290d224d9e140a9c7048ffff0c233/frameset.
htm
The first steps works fine, until the database should go to db_online.
This command breaks with the message:
ERR
-24895,ERR_SHUTDOWN: shutdown of database occured
-71,connection broken
the several steps and their output is inside the attachment.
thanks in advance ...:GERD:...
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: Query to get the first row of a table
From: Zabach, Elke (elke.zabach
sap.com)
Date: Tue Jul 22 2003 - 07:00:15 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
a select is needed, but you can do
select ... from table where rowno <= 1
to assure that only one row will be in the resultset.
Do NOT use MIN(primary key column) or something like that.
Different releases with different optimizers would or
would not catch that only the first row of the whole table
has to be inspected.
Elke
SAP Labs Berlin
-----Original Message-----
From: Yusuf Gangat [mailto:yusuf.gangat
pha.co.za]
Sent: Dienstag, 22. Juli 2003 10:29
To: sapdb.general
listserv.sap.com
Subject: Query to get the first row of a table
Hi
Can anyone tell me the sql I need to use to get the first row of a table without using “select * from tablename” and then using only the first row?
Thanks in advance
Yusuf Gangat
Programmer
Tel : 031-2675000
Fax : 031-2675169
yusuf.gangat
pha.co.za <mailto:yusuf.gangat
pha.co.za>
Disclaimer and confidentiality note
The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking action in reliance of the contents of this information is strictly prohibited and may be unlawful. Sweidan Trust is neither liable for the proper, complete transmission of the information contained in this communication nor any delay in its receipt.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.498 / Virus Database: 297 - Release Date: 7/8/2003
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: Access97 via ODBC, boolean query
From: Alan Graham (alan.graham
infonetsystems.com.au)
Date: Tue Jul 22 2003 - 08:07:11 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Yves, you are truly a life saver! I started my project using
postgreSQL, and transferred it toSAPdb because of PostgreSQL's issues
with boolean variables. I was tearing my hair out at the thought that
there ware similar problems with SAPdb.
Once again, thank you! I was imagining all sorts of nasty
workarounds... :-)
Regards
Alan Graham
and if you're ever in Perth, Oz, the beer's on me!
On Mon, 2003-07-21 at 22:39, Yves Trudeau wrote:
> Hi,
> you have to use: SELECT name FROM customer WHERE inactive=cbool(False)
>
> Good luck
>
> Yves
>
> -----Original Message-----
> From: sapdb.general-admin
listserv.sap.com
> [mailto:sapdb.general-admin
listserv.sap.com]On Behalf Of Alan Graham
> Sent: 20 juillet, 2003 10:04
> To: 'sapdb.general
listserv.sap.com'
> Subject: Access97 via ODBC, boolean query
>
>
> I've got a query of the form
> SELECT name FROM customer WHERE inactive=False
> in Access 97. This worked fine in Access, and works in the SQL studio
> to SAPdb (Version 7.4.3). From Access to SAPdb using ODBC, I get
> Error 8006 Data types must be compatible.
>
> The SQL trace of the ODBC driver shows that the boolean test is being
> passed through as '... "INACTIVE" = 0'. This suggests that it's an ODBC
> problem. Similarly, inactive <> true is passed through as NOT INACTIVE
> = 1.
>
> I'm using version 7.4 of the ODBC driver, with the 7.3 version of the
> driver, to avoid the Unicode bug with the ODBC driver (Ie, that 7.4 only
> supports Unicode, win98 doesn't support Unicode, and 7.3 doesn't work
> with MS Access). I've tried both INTERNAL and ANSI modes of the ODBC
> driver, with the same result, ie, False is transfered as '0' and True as
> 1.
>
> I've googled for this, and found a few people with the same problem, but
> no answers that work for me. I got excited about the answer that
> suggested that Access doesn't like nulls in Boolean fileds, but I don't
> have any nulls. All tuples have the values TRUE or FALSE. Then I found
> the suggestion that Access wasn't recognising the column as a type
> 'Yes/no'. I checked that, and it is. The column is handled correctly
> on forms, etc, as a checkbox where appropriate. It only seems to be a
> problem in the where clause.
>
> Can anyone shed any light on this?
>
> Regards
>
> Alan Graham
>
> _______________________________________________
> sapdb.general mailing list
> sapdb.general
listserv.sap.com
> http://listserv.sap.com/mailman/listinfo/sapdb.general
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
dbproc-problems
From: Andreas Grund (andreas-grund
web.de)
Date: Tue Jul 22 2003 - 08:54:55 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
i just read in the SAP DB Library, that i have to write complete tablenames (inclusive ownername) in my sql-statements. So i wrote the following dbproc:
create dbproc monatsname2 (out name varchar(20)) as
var monat varchar(20);
try
select Month(Tag) as monat from ROOT.1_4_Calls_KNL where Calls=673;
fetch into :monat
case
when monat = 1 then set name = 'Januar';
when monat = 2 then set name = 'Februar';
when monat = 3 then set name = 'März';
when monat = 4 then set name = 'April';
when monat = 5 then set name = 'Mai';
when monat = 6 then set name = 'Juni';
when monat = 7 then set name = 'Juli';
when monat = 8 then set name = 'August';
when monat = 9 then set name = 'September';
when monat = 10 then set name = 'Oktober';
when monat = 11 then set name = 'November';
when monat = 12 then set name = 'Dezember';
else stop (-29000, 'keine gültige Monatsziffer');
end case;
catch
if $rc <> 100 then stop ($rc, 'unerwarteter Fehler');
I want to get the number of the month in a specified tablerow. But when i execute this sql-statement, i get the errormessage Owner must be specified. But i think, that i have done it. Because i wrote ROOT.1_4_Calls_KNL. ROOT is my SYSDBA and the SQL-Studio shows, that he is the owner of the table 1_4_Calls_KNL. I work with SAP DB 7,4,3,25, Win NT 4 SP 6a. For testing my dbprocs i ues the dbvisualizer 3.3.1. So, where is the failure??
I have another question to the out-parameter of a dbproc:
My first idea was, to write a dbproc like:
CREATE DBPROC MONATSNAME (IN MONATSNUMMER INTEGER, OUT MONAT VARCHAR(20)) AS
CASE
WHEN MONATSNUMMER = 1 THEN SET MONAT = 'Januar';
WHEN MONATSNUMMER = 2 THEN SET MONAT = 'Februar';
WHEN MONATSNUMMER = 3 THEN SET MONAT = 'März';
WHEN MONATSNUMMER = 4 THEN SET MONAT = 'April';
WHEN MONATSNUMMER = 5 THEN SET MONAT = 'Mai';
WHEN MONATSNUMMER = 6 THEN SET MONAT = 'Juni';
WHEN MONATSNUMMER = 7 THEN SET MONAT = 'Juli';
WHEN MONATSNUMMER = 8 THEN SET MONAT = 'August';
WHEN MONATSNUMMER = 9 THEN SET MONAT = 'September';
WHEN MONATSNUMMER = 10 THEN SET MONAT = 'Oktober';
WHEN MONATSNUMMER = 11 THEN SET MONAT = 'November';
WHEN MONATSNUMMER = 12 THEN SET MONAT = 'Dezember';
ELSE STOP (-29000, 'keine gültige Monatsziffer');
END CASE;
This was the try to get a german monthname identified by the number of the month. But when i try to call this dbproc with call MONATSNAME(4) i get the error too few parameters. So i think, that the database expected in value for the out parameter, but with value should i send to the database?? i tried call MONATSNAME(4, '') and call MONATSNAME(4, NULL) and call MONATSNAME(4, 'April') always without any success. Where is in this case my failure??
Thanks in advance and greetings
Andreas
______________________________________________________________________________
Wo gibt es den besten Spam-Schutz? Laut ComputerBild 15-03 bei
WEB.DE FreeMail - Deutschlands beste E-Mail - http://s.web.de/?mc=021122
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: ODBC Boolean Fields
From: Koetter, Thomas Theodor (thomas.theodor.koetter
sap.com)
Date: Tue Jul 22 2003 - 08:49:06 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Niall,
-----Original Message-----
From: Scott, Niall [mailto:scottn
camerondiv.com]
Sent: Montag, 21. Juli 2003 13:17
To: 'Sapdb. General'
Subject: ODBC Boolean Fields
> I am using open-dbexpress V2.07 compiled with D7C/S connecting to SAP DB 7.4.3 via SAP ODBC v7.03.04.
> Everything seems to work OK except when I connect to a table that has several boolean fields I get
> BindInteger called for non Integer column no 17 - ORDINAL_POSITION
> BindInteger without indicator var for nullable column 7 - TYPE
I don't know, what's going wrong. Maybe traces may help
http://sapdb.2scale.net/moin.cgi/ODBCTrace
Regards Thomas
----------------------------------------------
Dr. Thomas Kötter
SAP DB, SAP Labs Berlin
Hurry up, SAP DB is open source www.sapdb.org
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Problem with Updates & Locks
From: Michael Gray (Michael.Gray
aptsoft.com)
Date: Tue Jul 22 2003 - 08:57:20 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
I apologize, in advance, for this newbie question as I'm just getting up
to speed with SAPDb.
I'm having a problem when performing an update via JDBC. When I
perform an update I appear to leak both row & table locks, although I
leak update number of row locks, I leak fewer table locks. I made
certain I committed the update and closed the statement after use.
I'm using SAPDB on Windows XP, running version 7.4.3.
Here's the JDBC Driver info
Name: com/sap/dbtech/jdbc/
Specification-Title: Java Platform API Specification
Specification-Version: 1.3.0
Specification-Vendor: Sun Microsystems, Inc.
Implementation-Title: SAP DB JDBC Driver
Implementation-Version: 7.4.4 Build 001-000-156-960
Implementation-Vendor: SAP AG
I connect to the db with this URL
jdbc:sapdb://myhost/myinstance?autocommit=off&isolation=TRANSACTION_SERI
ALIZABLE&reconnect=off&timeout=600
Any clues or ideas of what direction I should go in diagnosing this
problem would be greatly appreciated.
Michael Gray
Software Architect
AptSoft, Corp.
20 Mall Rd, Suite 210
Burlington, MA 01803
Phone: 781-270-4900
Fax: 781-270-4904
Unlock the Real-time Enterprise(tm)
Download our Featured White Paper at ebizQ.net
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE : dbproc-problems
From: Marc-Olivier Meunier (momeunier
bklink.com)
Date: Tue Jul 22 2003 - 09:06:31 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> I have another question to the out-parameter of a dbproc:
> My first idea was, to write a dbproc like:
> CREATE DBPROC MONATSNAME (IN MONATSNUMMER INTEGER, OUT MONAT
> VARCHAR(20)) AS CASE WHEN MONATSNUMMER = 1 THEN SET MONAT =
> 'Januar'; WHEN MONATSNUMMER = 2 THEN SET MONAT = 'Februar';
> WHEN MONATSNUMMER = 3 THEN SET MONAT = 'März'; WHEN
> MONATSNUMMER = 4 THEN SET MONAT = 'April'; WHEN MONATSNUMMER
> = 5 THEN SET MONAT = 'Mai'; WHEN MONATSNUMMER = 6 THEN SET
> MONAT = 'Juni'; WHEN MONATSNUMMER = 7 THEN SET MONAT =
> 'Juli'; WHEN MONATSNUMMER = 8 THEN SET MONAT = 'August'; WHEN
> MONATSNUMMER = 9 THEN SET MONAT = 'September'; WHEN
> MONATSNUMMER = 10 THEN SET MONAT = 'Oktober'; WHEN
> MONATSNUMMER = 11 THEN SET MONAT = 'November'; WHEN
> MONATSNUMMER = 12 THEN SET MONAT = 'Dezember'; ELSE STOP
> (-29000, 'keine gültige Monatsziffer'); END CASE; This was
> the try to get a german monthname identified by the number of
> the month. But when i try to call this dbproc with call
> MONATSNAME(4) i get the error too few parameters. So i think,
> that the database expected in value for the out parameter,
> but with value should i send to the database?? i tried call
> MONATSNAME(4, '') and call MONATSNAME(4, NULL) and call
> MONATSNAME(4, 'April') always without any success. Where is
> in this case my failure??
>
Try this :
VAR YOUR_VARIABLE VARCHAR(32) ;
CALL MONATSNAME(4 , YOUR_VARIABLE) ;
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: parameter LOG_BACKUP_TO_PIPE
From: Brunzema, Martin (martin.brunzema
sap.com)
Date: Tue Jul 22 2003 - 09:27:03 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> -----Original Message-----
> From: Andreas Grund [mailto:andreas-grund
web.de]
> Sent: Monday, July 21, 2003 9:04 AM
> To: sapdb.general
listserv.sap.com
> Subject: parameter LOG_BACKUP_TO_PIPE
>
>
> Hi Maillinglist,
>
> i´ve got a question to the parameter LOG_BACKUP_TO_PIPE. Do i
> have to understand this parameter in the way, that i have to
> enable it, if i want to make a log-backup to a streamer,
> network-disc and other peripherial drives?? or want is ment
> by thsi parameter? I´m not able to make nothing of this parameter.
Log_Backup into pipe is only supported in conjuction with
backup-tools, which has to ensure, that the logbackup has
successfully written on the other side of the pipe. This has
been done because of the uncertain transmission over networks.
In effect this means that the tool sends an acknowledge to the
database when the save has been successfully done in order to
allow the database to free the saved logPages.
If you set the parameter LOG_BACKUP_TO_PIPE, then this acknowledge
is not needed (nor allowed). But be aware, that if you loose some
of your log-backup, then you may not be able to recover your
database.
regards, Martin
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: Restore backup with DatabaseManager
From: Brunzema, Martin (martin.brunzema
sap.com)
Date: Tue Jul 22 2003 - 09:37:40 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
-----Original Message-----
From: Christian Keller [mailto:C.Keller
4ju.com]
Sent: Monday, July 21, 2003 5:19 PM
To: sapdb.general
listserv.sap.com
Subject: Restore backup with DatabaseManager
> Hi,
>
> Accidentally I make a "complete backup" with the DatabaseManager
> in Admin Mode and the result is a "SAVE COLD" "complete backup"
> with "Log Required". But I don't have any LOG! I think a "complete
> backup" is really complete. I would like to ignore the LOG, but
> I don't know how.
> How can I restore my "complete backup", without continue restoring pages/Log after?
> When I abort the restore, after the restoring of the "complete backup" ,
> the result when I start my Database is:
> Error code -24988
> Description sql error [db_warm -f]; -8003,Message not available
>
> Perhaps I can fix this error to set online my database, but how?
Hi,
I assume you are using version 7.3.x. In this version you have to
create a complete backup with a checkpoint. Otherwise you only have
a backup with a savepoint, which means that you have open transactions
in your backup. For a correct rollback some information from the
log is needed.
The -8003 may result from this, because the information needed for
rollback of open transactions is not found on the LogDevice.
In version 7.4 every backup is consistent without information from the log.
regards, Martin
p.s. I would appreciate it, if you would not use html for your postings
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE:dbproc-problems
From: Anhaus, Thomas (thomas.anhaus
sap.com)
Date: Tue Jul 22 2003 - 10:21:06 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Andreas Grund wrote :
>Hi,
>i just read in the SAP DB Library, that i have to write complete tablenames (inclusive ownername) in my sql-statements. So i wrote the
>following dbproc:
>create dbproc monatsname2 (out name varchar(20)) as
>var monat varchar(20);
>try
>select Month(Tag) as monat from ROOT.1_4_Calls_KNL where Calls=673;
>fetch into :monat
>case
>when monat = 1 then set name = 'Januar';
>when monat = 2 then set name = 'Februar';
>when monat = 3 then set name = 'März';
>when monat = 4 then set name = 'April';
>when monat = 5 then set name = 'Mai';
>when monat = 6 then set name = 'Juni';
>when monat = 7 then set name = 'Juli';
>when monat = 8 then set name = 'August';
>when monat = 9 then set name = 'September';
>when monat = 10 then set name = 'Oktober';
>when monat = 11 then set name = 'November';
>when monat = 12 then set name = 'Dezember';
>else stop (-29000, 'keine gültige Monatsziffer');
>end case;
>catch
>if $rc <> 100 then stop ($rc, 'unerwarteter Fehler');
>I want to get the number of the month in a specified tablerow. But when i execute this sql-statement, i get the errormessage Owner must be
>specified. But i think, that i have done it. Because i wrote ROOT.1_4_Calls_KNL. ROOT is my SYSDBA and the SQL-Studio shows, that he is the >owner of the table 1_4_Calls_KNL. I work with SAP DB 7,4,3,25, Win NT 4 SP 6a. For testing my dbprocs i ues the dbvisualizer 3.3.1.
>So, where is the failure??
Your tablename 1_4_Calls_KNL is a special identifier, which must be enclosed by double quotes :
select Month(Tag) as monat from ROOT."1_4_Calls_KNL" where Calls=673;
Please note : a semicolon is missing after the fetch statement.
>I have another question to the out-parameter of a dbproc:
>My first idea was, to write a dbproc like:
>CREATE DBPROC MONATSNAME (IN MONATSNUMMER INTEGER, OUT MONAT VARCHAR(20)) AS
>CASE
>WHEN MONATSNUMMER = 1 THEN SET MONAT = 'Januar';
>WHEN MONATSNUMMER = 2 THEN SET MONAT = 'Februar';
>WHEN MONATSNUMMER = 3 THEN SET MONAT = 'März';
>WHEN MONATSNUMMER = 4 THEN SET MONAT = 'April';
>WHEN MONATSNUMMER = 5 THEN SET MONAT = 'Mai';
>WHEN MONATSNUMMER = 6 THEN SET MONAT = 'Juni';
>WHEN MONATSNUMMER = 7 THEN SET MONAT = 'Juli';
>WHEN MONATSNUMMER = 8 THEN SET MONAT = 'August';
>WHEN MONATSNUMMER = 9 THEN SET MONAT = 'September';
>WHEN MONATSNUMMER = 10 THEN SET MONAT = 'Oktober';
>WHEN MONATSNUMMER = 11 THEN SET MONAT = 'November';
>WHEN MONATSNUMMER = 12 THEN SET MONAT = 'Dezember';
>ELSE STOP (-29000, 'keine gültige Monatsziffer');
>END CASE;
>This was the try to get a german monthname identified by the number of the month. But when i try to call this dbproc with call MONATSNAME(4) >i get the error too few parameters. So i think, that the database expected in value for the out parameter, but with value should i send to
>the database?? i tried call MONATSNAME(4, '') and call MONATSNAME(4, NULL) and call MONATSNAME(4, 'April') always without any success. Where >is in this case my failure??
You have to provide 2 parameters for the call. Since the second parameter in an out-parameter, this must be
a parameter, i.e.
call MONATSNAME(4, ?)
I fear that db-visualizer can't deal with parameters. If possible use SQLStudio, which is able to call and display
db-procedures having out-parameters.
Thomas
--
Thomas Anhaus
SAP DB, SAP Labs Berlin
thomas.anhaus
sap.com
http://www.sapdb.org/
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
How to migrate data from 7.3 to 7.4 without SDBUPD?
MRist
lstelcom.com
Date: Tue Jul 22 2003 - 10:19:32 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
I tried to migrate a 7.3.0.25 instance to a 7.4.3.25 instance.
With the 7.4 loadercli I can't extract data from the 7.3 system. :-(
With repmcli export files from the 7.3 system I can't feed the 7.4
loadercli :-(
I tried to make in the 7.3 a full backup in cold mode. Copy that file to
the 7.4 machine and tried to install a new instance with the recovery
feature...
After restoring the backup into 7.4 db ( and restarting), everything looks
very strange:
1.) SQLstudio claims:'SQL Studio does not support the catalog view when
connected to databases prior to 7.3.0'
2.) Database Manager can't connect anymore to the new instance when
instance is online: communication error
3.) in the knldiag.err file:
--------------------------------------------------------------------------------
Date Time TID(hex) Typ MsgID Label Message-Text
--------------------------------------------------------------------------------
2003-07-22 16:23:38 --- Starting GMT
2003-07-22 16:23:38 7.4.3 Build 025-123-046-179
2003-07-22 16:25:51 0x3FC ERR 60 Log RESTART ERROR '6416' =>
SHUTDOWN IS FORCED
2003-07-22 16:26:19 --- Starting GMT
2003-07-22 16:26:19 7.4.3 Build 025-123-046-179
2003-07-22 16:26:20 0x420 ERR 60 Log RESTART ERROR '6416' =>
SHUTDOWN IS FORCED
2003-07-22 16:26:34 --- Starting GMT
2003-07-22 16:26:34 7.4.3 Build 025-123-046-179
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 342 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 338 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 313 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 335 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 343 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 330 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 339 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 392 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 373 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 351 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 418 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 355 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 374 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 361 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 436 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 350 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 423 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 440 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 398 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 434 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 421 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 363 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 354 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 435 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 420 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 441 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 438 (ROOT)
2003-07-22 16:27:25 0x310 ERR 53250 B*TREE BAD INDEX 326 (ROOT)
2003-07-22 16:31:37 --- Starting GMT
2003-07-22 16:31:37 7.4.3 Build 025-123-046-179
2003-07-22 17:14:12 --- Starting GMT
2003-07-22 17:14:12 7.4.3 Build 025-123-046-179
Is there anyone who has a detailed working description on who to migrate
data from 7.3 to 7.4. I know that the SDBUPD.exe works well, but for that,
I must migrate the database and not only the data....
Thanks in advance,
Michael
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
ENC: Re: ODBC questions
From: Alejandro Michelin Salomon ( Adinet ) (alejmsg
adinet.com.uy)
Date: Tue Jul 22 2003 - 11:46:07 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
-----Mensagem original-----
De: Alejandro Michelin Salomon ( Adinet ) [mailto:alejmsg
adinet.com.uy]
Enviada em: terça-feira, 22 de julho de 2003 13:13
Para: João Rodrigues
Assunto: Re: ODBC questions
Hi João:
I worked with ADO, i think that is this what you want :
You create a connection object like this :
Dim MyConn As New ADODB.Connection
MyConn.Open parameters
MyConn.BeginTrans --> Put off the autocommit mode.
At this time autocommit mode is not working. You have to make a commit o
rollback.
To save or discart the work.
MyConn.CommitTrans --> Put on the autocommit mode. Confirm the work
MyConn.RollbackTrans --> --> Put on the autocommit mode. Discart work.
Alejandro Michelin Salomon
PROBrax e-tech
Porto Alegre
Brasil
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.502 / Virus Database: 300 - Release Date: 18/07/2003
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
! URGENT: migration to 7.4 fails
From: Gerd König (koenig
transporeon.com)
Date: Tue Jul 22 2003 - 14:47:51 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi again,
once again, because I really need to manage the migration process.
I followed the steps(In-Place Migration with SDBINST) from the sapdb doc at:
http://www.sapdb.org/7.4/htmhelp/88/c290d224d9e140a9c7048ffff0c233/frameset.
htm
The first steps works fine, until the database should go to db_online.
This command breaks with the message:
ERR
-24895,ERR_SHUTDOWN: shutdown of database occured
-71,connection broken
the several steps and their output is inside the attachment
(this time I really attached it :-) ).
thanks in advance ...:GERD:...
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- text/plain attachment: sapdb_migration_error.txt
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
SAPDB Security , all Passwords
From: RoRei cgi42 (cgi42
usa.net)
Date: Wed Jul 23 2003 - 03:30:48 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Dear all, sorry for my little english.
i will become a high security. And i will change all Passwords how are in the
SAPDB 7.3 or 7.4. I am really new in the sapdb enviroment.
I search all Keys or passwords, but i dont wish where there are be.
Can anymore write me, where all passwords are defined?.
The controll-user has a good dokumentation, but the standard-user and teh
superdba or domain-user isnt understanding for me.
Can anymore help ?
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: ! URGENT: migration to 7.4 fails
From: Strahl, Torsten (torsten.strahl
sap.com)
Date: Wed Jul 23 2003 - 03:40:45 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Gerd,
we need more informations about the crash after the 7.3/7.4 migration.
Please send the knldiag, knldiag.err, dbm.prt and the dbm.utl.
Regards,
Torsten
SAP DB, SAP Labs Berlin
-----Original Message-----
From: Gerd König [mailto:koenig
transporeon.com]
Sent: Dienstag, 22. Juli 2003 21:48
To: sapdb.general
listserv.sap.com
Subject: ! URGENT: migration to 7.4 fails
Hi again,
once again, because I really need to manage the migration process.
I followed the steps(In-Place Migration with SDBINST) from the sapdb doc at:
http://www.sapdb.org/7.4/htmhelp/88/c290d224d9e140a9c7048ffff0c233/frameset.
htm
The first steps works fine, until the database should go to db_online.
This command breaks with the message:
ERR
-24895,ERR_SHUTDOWN: shutdown of database occured
-71,connection broken
the several steps and their output is inside the attachment
(this time I really attached it :-) ).
thanks in advance ...:GERD:...
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
User Concurrent connection
From: Eko Subagio (ekosbg
cbn.net.id)
Date: Wed Jul 23 2003 - 03:43:56 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello,
Is there any a way to make one user connected to SAPDB with more than two
application ?
Example:
USER1 using Application 1 connected to SAPDB with DBNAME TEST1
USER1 using Application 1 connected to SAPDB with DBNAME TEST2
Is it possible in SAPDB ? because it does in oracle....
Thanks
Eko Subagio
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Revision: User Concurrent connection
From: Eko Subagio (ekosbg
cbn.net.id)
Date: Wed Jul 23 2003 - 04:04:29 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sorry i mean,
User1 using application1 connected to SAPDB TEST1
User1 using application2 connected to SAPDB TEST1
Thank you
Eko Subagio
----- Original Message -----
From: "Eko Subagio" <ekosbg
cbn.net.id>
To: "Sapdb General List" <sapdb.general
listserv.sap.com>
Sent: Wednesday, July 23, 2003 3:43 PM
Subject: User Concurrent connection
> Hello,
>
> Is there any a way to make one user connected to SAPDB with more than two
> application ?
>
> Example:
> USER1 using Application 1 connected to SAPDB with DBNAME TEST1
> USER1 using Application 1 connected to SAPDB with DBNAME TEST2
>
> Is it possible in SAPDB ? because it does in oracle....
>
> Thanks
> Eko Subagio
>
> _______________________________________________
> sapdb.general mailing list
> sapdb.general
listserv.sap.com
> http://listserv.sap.com/mailman/listinfo/sapdb.general
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: User Concurrent connection
From: Dittmar, Daniel (daniel.dittmar
sap.com)
Date: Wed Jul 23 2003 - 04:05:22 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> Is there any a way to make one user connected to SAPDB with
> more than two
> application ?
>
> Example:
> USER1 using Application 1 connected to SAPDB with DBNAME TEST1
> USER1 using Application 1 connected to SAPDB with DBNAME TEST2
You can open several connections to arbitrary SAP DB databases in one application. With ODBC, JDBC, Python etc., simply create a new connection object/handle. With the C Precompiler, use the CONNECT statement <http://www.sapdb.org/7.4/htmhelp/28/eb166f8725c549b425870a262027ed/frameset.htm>
Or was the question if one SQL user can be connected several times to the same database? In this case, create the user with NOT EXCLUSIVE <http://www.sapdb.org/7.4/htmhelp/48/f0daa5225811d3a97d00a0c9449261/frameset.htm>
Daniel Dittmar
--
Daniel Dittmar
SAP DB, SAP Labs Berlin
daniel.dittmar
sap.com
http://www.sapdb.org/
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: SAPDB Security , all Passwords
From: Dittmar, Daniel (daniel.dittmar
sap.com)
Date: Wed Jul 23 2003 - 04:08:53 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> i will become a high security. And i will change all
> Passwords how are in the
> SAPDB 7.3 or 7.4. I am really new in the sapdb enviroment.
> I search all Keys or passwords, but i dont wish where there are be.
> Can anymore write me, where all passwords are defined?.
>
> The controll-user has a good dokumentation, but the
> standard-user and teh
> superdba or domain-user isnt understanding for me.
superdba and DOMAIN are SQL users. Their password can be changed with the SQL command ALTER USER <http://www.sapdb.org/7.4/htmhelp/48/f0dab1225811d3a97d00a0c9449261/frameset.htm>, option IDENTIFIED BY
Danel Dittmar
--
Daniel Dittmar
SAP DB, SAP Labs Berlin
daniel.dittmar
sap.com
http://www.sapdb.org/
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: User Concurrent connection
From: Eko Subagio (ekosbg
cbn.net.id)
Date: Wed Jul 23 2003 - 04:18:03 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Thank you Daniel,
----- Original Message -----
From: "Dittmar, Daniel" <daniel.dittmar
sap.com>
To: "'Eko Subagio'" <ekosbg
cbn.net.id>; "Sapdb General List"
<sapdb.general
listserv.sap.com>
Sent: Wednesday, July 23, 2003 4:05 PM
Subject: RE: User Concurrent connection
> > Is there any a way to make one user connected to SAPDB with
> > more than two
> > application ?
> >
> > Example:
> > USER1 using Application 1 connected to SAPDB with DBNAME TEST1
> > USER1 using Application 1 connected to SAPDB with DBNAME TEST2
>
> You can open several connections to arbitrary SAP DB databases in one
application. With ODBC, JDBC, Python etc., simply create a new connection
object/handle. With the C Precompiler, use the CONNECT statement
<http://www.sapdb.org/7.4/htmhelp/28/eb166f8725c549b425870a262027ed/frameset
.htm>
>
> Or was the question if one SQL user can be connected several times to the
same database? In this case, create the user with NOT EXCLUSIVE
<http://www.sapdb.org/7.4/htmhelp/48/f0daa5225811d3a97d00a0c9449261/frameset
.htm>
>
> Daniel Dittmar
>
> --
> Daniel Dittmar
> SAP DB, SAP Labs Berlin
> daniel.dittmar
sap.com
> http://www.sapdb.org/
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: How to migrate data from 7.3 to 7.4 without SDBUPD?
From: Dittmar, Daniel (daniel.dittmar
sap.com)
Date: Wed Jul 23 2003 - 04:15:39 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> I tried to migrate a 7.3.0.25 instance to a 7.4.3.25 instance.
Have you tried the steps described at <http://www.sapdb.org/7.4/htmhelp/88/c290d224d9e140a9c7048ffff0c233/frameset.htm>?
The page
<http://www.sapdb.org/7.4/htmhelp/48/f0dab1225811d3a97d00a0c9449261/frameset.htm> should help you in selecting the right upgrade strategy.
Daniel Dittmar
--
Daniel Dittmar
SAP DB, SAP Labs Berlin
daniel.dittmar
sap.com
http://www.sapdb.org/
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: Migrate data from MS sql server 2000 to sapdb in linux
From: Dittmar, Daniel (daniel.dittmar
sap.com)
Date: Wed Jul 23 2003 - 04:58:52 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> I have a database in MS SQL Server 2000 and it has
> around 40 tables and around 800,000 rows in each
> table. I have SAPDB installed in Red hat linux. What
> is the best way to migrate all the data from sql
> server to sapdb. Any help or advice will be
> appreciated
MS SQL Server seems to contain a service to copy table definitions and data between ODBC databases. You'll have to install the SAP DB ODBC driver on your Windows machine, define a data source for your Linux database, start the process and knock on wood.
see <http://msdn.microsoft.com/library/default.asp?url=/library/en-us/replsql/replhet_7feb.asp> for details.
Daniel Dittmar
--
Daniel Dittmar
SAP DB, SAP Labs Berlin
daniel.dittmar
sap.com
http://www.sapdb.org/
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
AW: ! URGENT: migration to 7.4 fails (index problem ?)
From: Gerd König (koenig
transporeon.com)
Date: Wed Jul 23 2003 - 04:22:49 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Torsten,
I'm already in contact with Thomas Anhaus.
I sent him the files and he answered to me that this is
a unknown bug.
He suggested to delete all indices in the 7.3 database,
then migrate and afterwards create the indices.
BTW: deleting the indices inside SQL-Studio and DBM-GUI ended
in sql-error "index not found" for every single index.
But after do a "database check" in the DBM-GUI all indices
disappeared.
Currently I'm in the middle of these steps, so I will also
send you the files and keep you informed of the last status.
thanks ...GERD...
-----Ursprüngliche Nachricht-----
Von: sapdb.general-admin
listserv.sap.com
[mailto:sapdb.general-admin
listserv.sap.com]Im Auftrag von Strahl,
Torsten
Gesendet: Mittwoch, 23. Juli 2003 10:41
An: 'Gerd König'
Cc: Open Source List
Betreff: RE: ! URGENT: migration to 7.4 fails
Hi Gerd,
we need more informations about the crash after the 7.3/7.4 migration.
Please send the knldiag, knldiag.err, dbm.prt and the dbm.utl.
Regards,
Torsten
SAP DB, SAP Labs Berlin
-----Original Message-----
From: Gerd König [mailto:koenig
transporeon.com]
Sent: Dienstag, 22. Juli 2003 21:48
To: sapdb.general
listserv.sap.com
Subject: ! URGENT: migration to 7.4 fails
Hi again,
once again, because I really need to manage the migration process.
I followed the steps(In-Place Migration with SDBINST) from the sapdb doc at:
http://www.sapdb.org/7.4/htmhelp/88/c290d224d9e140a9c7048ffff0c233/frameset.
htm
The first steps works fine, until the database should go to db_online.
This command breaks with the message:
ERR
-24895,ERR_SHUTDOWN: shutdown of database occured
-71,connection broken
the several steps and their output is inside the attachment
(this time I really attached it :-) ).
thanks in advance ...:GERD:...
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- application/x-zip-compressed attachment: diags.zip
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: Application Specific Sapdb
From: Dittmar, Daniel (daniel.dittmar
sap.com)
Date: Wed Jul 23 2003 - 05:18:10 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> I am trying to bundle up the SAP database with my
> application. To avoid version inconsistencies, I want to ship
> the SAP version (against which I tested my application) along
> with my application.
It is generally possible to install several versions (or multiple installations of the same version) on one machine.
- they share some files like the communication server
- database names must be unique
- the dabase manager will see all installations and databases
>
> Is there a way we could have my own application specific SAP
> Version installed on a machine (ie., my SAP co-exists with
> another instance of SAP that has already been installed on a
> given machine). I am looking for something like prefixing the
> registry key names and NT Service Names with "MYAPP". Is this
> possible? Has somebody attempted this?
Only if you compile your own version. There doesn't exist a list containing all the items that would have to be changed as well in addition to registry keys and service names. Probably the port for the communication server as well, maybe more ...
> Also, I want to ship a installed directory tree (bundled with
> my app) as opposed to shipping the installer itself
The stuff in <dependent path> is easy, you can simply copy it and call
dbmcli inst_reg ...
The files in the <independent path> need to be installed, because this prevents an older release from overwriting a newer one. And of course you shouldn't remove these files if someone did a seperate SAP DB installation afterwards.
If you look at a windows installation package, you'll notice that it contains a lot of .tgz archives. each archive contains a Perl script (e.g. jdbcinst) which contains all the commands for registration etc.)
Daniel Dittmar
--
Daniel Dittmar
SAP DB, SAP Labs Berlin
daniel.dittmar
sap.com
http://www.sapdb.org/
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: Migrate data from MS sql server 2000 to sapdb in linux
From: Dan Todor (nutz
iibs.ro)
Date: Wed Jul 23 2003 - 05:39:29 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Unfortunately, that doesn't works, at least with SQL Server 2000 and SAP
7.4.3.25 on same machine and on Redhat 8.0 machine. Tables are created,
views are created as tables, and tables are not populated, probably because
MS SQL DTS doesn't use the user name to fully qualify a table, as SAP DB
requests ( just a guess, didn't had time to do a SQL trace on ODBC driver )
All best,
Dan
Be happy while you're living,
for you're a long time dead.
----- Original Message -----
From: "Dittmar, Daniel" <daniel.dittmar
sap.com>
To: "'poornima ponnuswamy'" <poorni79
yahoo.com>;
<sapdb.general
listserv.sap.com>
Sent: Wednesday, July 23, 2003 12:58 PM
Subject: RE: Migrate data from MS sql server 2000 to sapdb in linux
> > I have a database in MS SQL Server 2000 and it has
> > around 40 tables and around 800,000 rows in each
> > table. I have SAPDB installed in Red hat linux. What
> > is the best way to migrate all the data from sql
> > server to sapdb. Any help or advice will be
> > appreciated
>
> MS SQL Server seems to contain a service to copy table definitions and
data between ODBC databases. You'll have to install the SAP DB ODBC driver
on your Windows machine, define a data source for your Linux database, start
the process and knock on wood.
>
> see
<http://msdn.microsoft.com/library/default.asp?url=/library/en-us/replsql/re
plhet_7feb.asp> for details.
>
> Daniel Dittmar
>
> --
> Daniel Dittmar
> SAP DB, SAP Labs Berlin
> daniel.dittmar
sap.com
> http://www.sapdb.org/
> _______________________________________________
> sapdb.general mailing list
> sapdb.general
listserv.sap.com
> http://listserv.sap.com/mailman/listinfo/sapdb.general
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
dataload with newlines
From: Ludwig, Stefan (DZ-SH) (Stefan.Ludwig
dzsh.de)
Date: Wed Jul 23 2003 - 06:47:42 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
There's another problem with dataload:
when reading text files dataload is unable
to correctly process newlines in string values.
It interprets newlines as end-of-records.
Is there any way to avoid this problem?
This would be an even tougher obstacle
than the problem with reading null integer values.
Again, any help or advice is very much appreciated!
Stefan
--
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Update problem
From: Stewart.Gene (gstewart
FSICorporate.com)
Date: Wed Jul 23 2003 - 08:23:01 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello,
I'm having a very strange problem and was wondering if anyone has
ever encountered this. In my database I have two tables that get updated
quite a bit. All goes well for a while but eventually when an update is
issued I get the error - Numeric value out of range -3019 POS(8) Invalid
exponent. At that point if I drop the table recreate and reload the data
everything is fine, for a while. Even the update that caused the error
works. But it's only a matter of time (3 or 4 days) before the same
thing happens again. Does anyone have any ideas. I'm using 7.4.3.10 with
Redhat 8.0.
Gene Stewart
Confidentiality Notice:
The information contained in this document (and any attached materials) is privileged and confidential information, intended only for the use of the individual(s) to whom this correspondence is addressed. If the reader of this communication is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately destroy it and notify Financial Services International, Inc. immediately. Thank you for your assistance.
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
migration to 7.4 (load_systab) fails
From: Gerd König (koenig
transporeon.com)
Date: Wed Jul 23 2003 - 09:09:53 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
once more I have problems migrating to version 7.4.
The last step (load_systab) of the migration-process via
"In-Place Migration with SDBINST " results in the error:
ERR
-24909,ERR_DBAUNKNOWN: SYSDBA unknown
I also tried "load_systab -ud xxx" where xxx = several passwords
known to me.
I think load_systab is done by user SYSDBA, but I can't find this
user, and also the needed DOMAIN-password.
The database was created within dbmcli, so do I have to add user
SYSDBA manually (and set DOMAIN password) ? => HOW ??
So:
- how can I get the SYSDBA settings of my running database
(dbmcli -> user_getall only shows me "dbm")
- or how can I set SYSDBA (DOMAIN password) settings in my old 7.3 database
before
migration starts.
any help appreciated (I'm getting frustrated after 3 days
with no success ;-) )
..:GERD:..
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
SAPDB 7.3 AIX 4.3.2 (C++ Upgrade)
From: Joao (joao
inforap.pt)
Date: Wed Jul 23 2003 - 10:24:01 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello ppl....
I Have a System with AIX 4.3.2 and C++ runtime 3.6.4.0
Anyone know if I can upgrade C++ Runtime ?
If Yes how?
Tanks,
João
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Older Version...
From: Joao (joao
inforap.pt)
Date: Wed Jul 23 2003 - 10:30:44 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello...
I Have a old AIX(4.3.2) and a old C++ runtime (3.6.4.0).
Where Can I Download a version of SAPDB that instals in these
configuration...
(I've tried to install 7.3 but crashes(probably because of C++ runtime
version))
Tanks,
João
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
sapdb 7.3 install error.
From: John Franklin (John.Franklin
sylantro.com)
Date: Wed Jul 23 2003 - 12:15:13 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
Installing sapdb-server-sun-32bit-sparc-7_3_0_21.tgz in solaris is giving a
bus error (coredump) while extracting SAPDBINT.TGZ. Anybody have a solution
or why is this happening?
Regards,
Johnf
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
What is the correct isolation-level for not seeing unccomitted data and no waiting ?
mkl
webde-ag.de
Date: Wed Jul 23 2003 - 12:37:17 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
I had 2 WEB-SQL-Studio-Browser-Windows,
both connect to teh same datebase as same databse-user,
both autommit off
/( user is created not exclusive )
In one Window I did in the other
select count(*) from testtab
insert into testtab values ( 10,'test')
select count(*) from testtab
I want to see the result in both of the
select count(*) from testtab, since the insert in the other session
is not commited.
I do not want the second select count(*) from testtab waiting
for commit or rollback.
Is this possible ?
In my understanding of the documentation isolationlevel "committed" (= 1 or 10) for both sessions should
be correct for this.
But in my tests with "commited", the result of the second "select count(*) from testtab"
is reuslt of the first "select count(*) from testtab" + 1
this is yust the same as using isolation-level"uncommited" (=0)
When using isolation levels 2,,15,3 the second "select count(*) from testtab" waits for commit or rollback.
I don`t think it`s a bug in WEB-Sql-Studio because I have the same effect in a python-script.
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
SAP requirements
From: kishore (kishore
powersabre.com)
Date: Wed Jul 23 2003 - 14:42:22 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
We have some SAP requirements. Please contact me directly if you are
interested
SAP ABAP/4 - HR modules( must be strong in HR )
Location : jacksonville, FL - 2yr contract
SAP ABAP/4.6 or higher ( Enterprise Dev. Portal Dev Experience )
Location : Orlando, FL - 6 mos. + contract
Kishore Somanathan
904.730.3030 x204 ( off )
904.465.6600( mobile )
www.powersabre.com
www.h1bresources.com
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Silly SQL question!
From: Noah J SILVA (noah.silva
atofina.com)
Date: Wed Jul 23 2003 - 15:37:10 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
This is a silly question, not that SAPDB specific I think, but I want to
do something like:
UPDATE
st
SET
st.field1 = ot.field1,
st.field2 = ot.field2
FROM
spiffy_table st,
other_table ot
WHERE
st.key=ot.key
Only SAPDB doesn't like the FROM clause... (I know, I know.. too much
ms-SQL-server...)
I am sure this can be done with a subquery, but have had a mental block on
exactly how... Any ideas?
Thank you,
Noah Silva
IS&T - Programmer Analyst
(215) 419 - 7916
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: Silly SQL question!
From: Sergio Samayoa (sergiosamayoa
icon.com.gt)
Date: Wed Jul 23 2003 - 16:04:14 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
As you said, such syntax is MSSQL specific. AFAIK only MSSQL server and may
be SyBase support that.
You have tree options:
1. Update each field in various UPDATE statements:
UPDATE spiffy_table st
SET
st.field1 = (select field1 from other_table where key=st.key)
UPDATE spiffy_table st
SET
st.field2 = (select field2 from other_table where key=st.key)
...
2. Write an SP.
3. Write client application to do that.
-----Mensaje original-----
De: sapdb.general-admin
listserv.sap.com
[mailto:sapdb.general-admin
listserv.sap.com]En nombre de Noah J SILVA
Enviado el: Miercoles, 23 de Julio de 2003 02:37 p.m.
Para: sapdb.general
listserv.sap.com
Asunto: Silly SQL question!
Hi,
This is a silly question, not that SAPDB specific I think, but I want to
do something like:
UPDATE
st
SET
st.field1 = ot.field1,
st.field2 = ot.field2
FROM
spiffy_table st,
other_table ot
WHERE
st.key=ot.key
Only SAPDB doesn't like the FROM clause... (I know, I know.. too much
ms-SQL-server...)
I am sure this can be done with a subquery, but have had a mental block on
exactly how... Any ideas?
Thank you,
Noah Silva
IS&T - Programmer Analyst
(215) 419 - 7916
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
SAPDB on the remote server connection slow
From: Eko Subagio (ekosbg
cbn.net.id)
Date: Wed Jul 23 2003 - 23:18:58 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello,
I test SAPDB on the remote server on the Local Area Network, connection using SAPDB ODBC.
I made a small application to access one table in the workstation.
But when the first attemp to connect getting slow... its takes approximately 1 minute to establish
and get result from SAPDB database server.
I test using Oracle database, and there are no problem with connection,
May be i am wrong when setup SAPDB on the server, but if anyone had experience with this kind
slow connection, help me.....
Thanks
Eko Subagio
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: SAPDB on the remote server connection slow
From: Marcin P (protected
poczta.onet.pl)
Date: Thu Jul 24 2003 - 01:23:33 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
You propably have problems with DNS lookup.
Search in the archives for possible solutions,
Kind Regards,
Marcin
Uzytkownik "Eko Subagio" <ekosbg
cbn.net.id> napisal w wiadomosci
news:00cd01c3519a$d3216360$d300a8c0
hanindogroup.com...
Hello,
I test SAPDB on the remote server on the Local Area Network, connection
using SAPDB ODBC.
I made a small application to access one table in the workstation.
But when the first attemp to connect getting slow... its takes approximately
1 minute to establish
and get result from SAPDB database server.
I test using Oracle database, and there are no problem with connection,
May be i am wrong when setup SAPDB on the server, but if anyone had
experience with this kind
slow connection, help me.....
Thanks
Eko Subagio
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Re: Migrate data from MS sql server 2000 to sapdb in linux
From: Dan Todor (nutz
iibs.ro)
Date: Thu Jul 24 2003 - 01:30:33 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Maybe I got misunderstood, I never suggested to give up on DTS. However, this workaround will not work for me, as I tried to migrate a 2000+ tables app to SAP from MS SQL and I don't intend to modify by hand each table name..
The generation of tables went OK, I wrote a small Java app that is generated insert statements from MS SQL in the syntax SAP DB likes them. I could easily pass the fact that views are generated as tables.
However, I'm stuck in the fact that defining a view ( which is sintax-checked with no problems) kills the server on W2K with 'implicit server restart' ( message I don't quite understand, as the server is not restarted, but shut down), I allready posted the view on this group, but nobody seems to care or to have a solution. So, as you suggested, I will not give up on DTS and MS SQL.
Thanks for your suggestions.
All best,
Dan
Be happy while you're living,
for you're a long time dead.
----- Original Message -----
From: John Neal
To: Dan Todor ; sapdb.general
listserv.sap.com
Sent: Thursday, July 24, 2003 6:41 AM
Subject: Re: Migrate data from MS sql server 2000 to sapdb in linux
If you use the click box on the receiving column of the DTS screen, you will be able to add the owner prefix to each of the receiving tables. If your table names are lower case, mixed case or other than upper case, surround them with quotation marks in the same box. The tables and data will then go accross "auto-magically". Just migrated 27 tables and data from Sybase to SAPdb. Worked like a champ after those changes.
NOTE: I did not have any views defined.
but, don't give up on Microsoft DTS without trying if you play with it a little you should have very good results.
John Neal
----- Original Message -----
From: Dan Todor
To: sapdb.general
listserv.sap.com
Sent: Wednesday, July 23, 2003 6:39 AM
Subject: Re: Migrate data from MS sql server 2000 to sapdb in linux
Unfortunately, that doesn't works, at least with SQL Server 2000 and SAP
7.4.3.25 on same machine and on Redhat 8.0 machine. Tables are created,
views are created as tables, and tables are not populated, probably because
MS SQL DTS doesn't use the user name to fully qualify a table, as SAP DB
requests ( just a guess, didn't had time to do a SQL trace on ODBC driver )
All best,
Dan
Be happy while you're living,
for you're a long time dead.
----- Original Message -----
From: "Dittmar, Daniel" <daniel.dittmar
sap.com>
To: "'poornima ponnuswamy'" <poorni79
yahoo.com>;
<sapdb.general
listserv.sap.com>
Sent: Wednesday, July 23, 2003 12:58 PM
Subject: RE: Migrate data from MS sql server 2000 to sapdb in linux
> > I have a database in MS SQL Server 2000 and it has
> > around 40 tables and around 800,000 rows in each
> > table. I have SAPDB installed in Red hat linux. What
> > is the best way to migrate all the data from sql
> > server to sapdb. Any help or advice will be
> > appreciated
>
> MS SQL Server seems to contain a service to copy table definitions and
data between ODBC databases. You'll have to install the SAP DB ODBC driver
on your Windows machine, define a data source for your Linux database, start
the process and knock on wood.
>
> see
<http://msdn.microsoft.com/library/default.asp?url=/library/en-us/replsql/re
plhet_7feb.asp> for details.
>
> Daniel Dittmar
>
> --
> Daniel Dittmar
> SAP DB, SAP Labs Berlin
> daniel.dittmar
sap.com
> http://www.sapdb.org/
> _______________________________________________
> sapdb.general mailing list
> sapdb.general
listserv.sap.com
> http://listserv.sap.com/mailman/listinfo/sapdb.general
>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: Bug with Update? Related to Locking? - GATING ISSUE, PLEASE H ELP!
From: Strahl, Torsten (torsten.strahl
sap.com)
Date: Thu Jul 24 2003 - 04:01:54 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi David,
the problem you described looks like an error, which was fixed with 7.4.3.20.
See the following PTS note
http://www.sapdb.org/webpts?wptsdetail=yes&ErrorType=0&ErrorID=1121565
The error was "implemented" with 7.4.3.17:
http://www.sapdb.org/webpts?wptsdetail=yes&ErrorType=0&ErrorID=1120641
I assume you are using 7.4.3, because the vtrace shows the following
release and application information "70400-ODB". If not please send me
the database release identification.
If the new patch will not solve your problem, please send me the complete
vtrace. Please do not edit the trace, because the problem is caused by the
interaction of several tasks.
BTW:
I think you recognize the subsequent part of the vtrace you send to the
mailing list. b03del_inv means that an index record should be removed from
an index tree. The index record is specified by an index Key and a primary Key.
After the operation is finished you can see b03del_inv root XXX e_ok.
This means that the operation was finished successfully (e_ok) and XXX
identifies the root page of the corresponding index tree.
>b13exclusive pno 104371
means the exclusive access of index root page 104371 is not possible,
because at least one share lock exist. Caused by the error described
above, the sleep phase of the task "executing b13exclusive" could be
extrem long.
>b03del_inv Inv Key(9): ' New Form'
PrimKey(3): 00C242
b03del_inv root 59709; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C242
b03del_inv root 74597; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C242
b03del_inv root 89483; e_ok
>b03del_inv Inv Key(1): 00
PrimKey(3): 00C242
>b13exclusive pno 104371 <= WAIT for index root page access
Select * from ROOTS where root = 104371 will show you which index
of your base table (table root = 44819) causes the problem.
Regards,
Torsten
SAP DB, SAP Labs Berlin
-----Original Message-----
From: dhay
lexmark.com [mailto:dhay
lexmark.com]
Sent: Montag, 21. Juli 2003 22:55
To: sapdb.general
listserv.sap.com
Subject: Re: Bug with Update? Related to Locking? - GATING ISSUE, PLEASE
HELP!
Hi,
We are still experiencing this problem, and it is readily reproducable on
our end.
As explained below, the database periodically gets "hung" performing an
Update that never returns.
I have added a Select on the relevant table before the Update, to make sure
the code does have a lock on the table, and that works fine. I have also
tried replacing the Update with an Insert, but this hangs periodically too.
It **acts** as if the code is waiting for a lock on the tables that it
already has a lock on, which is wierd. We only see three locks in the
Locks table, which is correct.
PLEASE could one of the SAP guys, (or anyone else!), take a look at the
trace information provided below? Can anyone please explain what the
statement in the trace
>b13exclusive pno 104371
means?
This is proving to be a BIG problem, so would be very grateful if someone
could help.
Please let me know if I can provide any more information.
Many thanks in advance,
David
---------------------- Forwarded by David Hay/Lex/Lexmark on 21/07/2003
04:48 PM ---------------------------
David Hay
17/07/2003 03:25 PM
To: "Becker, Holger" <holger.becker
sap.com>
cc: sapdb.general
listserv.sap.com
Subject: Bug with Update? Related to Locking? (Document link: David
Hay)
Hi,
We are seeing some strange behaviour.
We issue some locks on 3 tables when we upload a form (as a lot of other
processing goes on), so if someone else is trying to access the table they
correctly have to wait. When the lock is released they get access to the
table and everything is fine.
EXCEPT in ***some*** situations when the first person (with the locks)
performs an UPDATE call. We are seeing the update just hang and never
return. Consequently we don't drop through our code to the unlock and
everything hangs.
But why should the Update call never return, and only in some situations?
We have captured the vtrace, and the update that returns and the one that
doesn't are both the same in this respect:
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 512)
(483.3282 page 483)
dbs SEGMENT 1 (2 parts, len: 512)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(420):
'UPDATE forms SET Revision_Number = 0, CycloneFormSetName = 'k'
'i371058470053450', Pages = 2, Title = '30', Available ='
resulttablename PART (1 argument, size: 31808)
buf(16): 'JDBC_CURSOR_1458'
>b07cget key(138):
00000000 00000000 00B5464F 524D5320 20202020 20202020 20202020
20202020 20202020 20202020 20202020 20202020 20202020 20202020
20202020
'..........FORMS '
b07cget root 76304; *** key_not_found ***
>KB05 id1193/-2549 update qual TABID 0-02A0 zerokey
>b02direct_ql key(3): 00C237
b02direct_ql root 44819; e_ok
>b01t_reset tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 9; fid = 0
fn: 1A00 0000000000091B20 000000000000
b01t_reset root 17433; e_ok
>b07cadd key(14): 00000001 00000000 000002A0 0005
b07cadd root 17433; e_ok
>b03del_inv Inv Key(9): ' New Form'
PrimKey(3): 00C237
b03del_inv root 59709; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C237
b03del_inv root 74597; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C237
b03del_inv root 89483; e_ok
>b03del_inv Inv Key(1): 00
PrimKey(3): 00C237
From there, though, the one does NOT work finishes that particular block (and apparently hangs) with
>b13exclusive pno 104371
whereas the one the DOES work continues with
b03del_inv root 15045; e_ok
>b02repl key(3): 00C235
b02repl root 44819; e_ok
>b03add Inv Key(3): ' 24'
PrimKey(3): 00C235
b03add root 59709; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 74597; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 89483; e_ok
>b03add Inv Key(2): 0001
PrimKey(3): 00C235
b03add root 104371; e_ok
>b03add Inv Key(9): 00C23500 00000000 01
PrimKey(3): 00C235
b03add root 15045; e_ok
KB05 id1173/-10750 return_result
>b07cnext zerokey
b07cnext root 2431; *** key_not_found ***
It appears that a return_result is never issued for the first one, but the question is why?
Does anyone know what ">b13exclusive pno 104371" means?
A fuller copy of the trace for each one is below.
Many thanks in advance,
David
***Update request that does NOT return
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 512)
(298.2426 page 298)
dbs SEGMENT 1 (2 parts, len: 512)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(420):
'UPDATE forms SET Revision_Number = 0, CycloneFormSetName = 'k'
'i421058544455209', Pages = 2, Title = '26', Available ='
resulttablename PART (1 argument, size: 31808)
buf(14): 'JDBC_CURSOR_99'
>b07cget key(138):
00000000 00000000 00B5464F 524D5320 20202020 20202020 20202020
20202020 20202020 20202020 20202020 20202020 20202020 20202020
20202020
'..........FORMS '
b07cget root 61423; *** key_not_found ***
>KB05 id1175/-14592 get direct SYS1CAT key(12):
00000000 000002A0 00150005
>b02get key(12): 00000000 000002A0 00150005
b02get root 59552; e_ok
KB05 id1175/-14592 return_result
>b07cget key(12): 00000000 000002A0 00950005
b07cget root 61423; *** key_not_found ***
>KB05 id1175/-14592 get direct SYS1CAT key(12):
00000000 000002A0 00180005
>b02get key(12): 00000000 000002A0 00180005
b02get root 59552; e_ok
KB05 id1175/-14592 return_result
>KB05 id1175/-14592 get direct SYS1CAT key(13):
00000000 000002A0 00180005 01
>b02get key(13): 00000000 000002A0 00180005 01
b02get root 59552; e_ok
KB05 id1175/-14592 return_result
>KB05 id1175/-14592 update qual TABID 0-02A0 zerokey
>b02direct_ql key(3): 00C242
b02direct_ql root 44819; e_ok
>b01t_reset tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 29; fid = 0
fn: 1A00 00000000001D1B20 000000000000
b01t_reset root 1891; e_ok
>b07cadd key(14): 00000001 00000000 000002A0 0005
b07cadd root 1891; e_ok
>b03del_inv Inv Key(9): ' New Form'
PrimKey(3): 00C242
b03del_inv root 59709; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C242
b03del_inv root 74597; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C242
b03del_inv root 89483; e_ok
>b03del_inv Inv Key(1): 00
PrimKey(3): 00C242
>b13exclusive pno 104371
===== T44 ===== id164 ================================299.220 page 299
*
*
*
*** Update request that finishes normally.
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 512)
(384.5922 page 384)
dbs SEGMENT 1 (2 parts, len: 512)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(420):
'UPDATE forms SET Revision_Number = 0, CycloneFormSetName = 'k'
'i351058542041839', Pages = 2, Title = '24', Available ='
resulttablename PART (1 argument, size: 31808)
buf(15): 'JDBC_CURSOR_354'
>b07cget key(138):
00000000 00000000 00B5464F 524D5320 20202020 20202020 20202020
20202020 20202020 20202020 20202020 20202020 20202020 20202020
20202020
'..........FORMS '
b07cget root 46809; *** key_not_found ***
>KB05 id1173/-10750 update qual TABID 0-02A0 zerokey
>b02direct_ql key(3): 00C235
b02direct_ql root 44819; e_ok
>b01t_reset tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 58; fid = 0
fn: 1A00 00000000003A1B20 000000000000
b01t_reset root 2431; e_ok
>b07cadd key(14): 00000001 00000000 000002A0 0005
b07cadd root 2431; e_ok
>b03del_inv Inv Key(9): ' New Form'
PrimKey(3): 00C235
b03del_inv root 59709; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C235
b03del_inv root 74597; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C235
b03del_inv root 89483; e_ok
>b03del_inv Inv Key(1): 00
PrimKey(3): 00C235
b03del_inv root 104371; e_ok
>b03del_inv Inv Key(8): 00C23500 00000000
PrimKey(3): 00C235
b03del_inv root 15045; e_ok
>b02repl key(3): 00C235
b02repl root 44819; e_ok
>b03add Inv Key(3): ' 24'
PrimKey(3): 00C235
b03add root 59709; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 74597; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 89483; e_ok
>b03add Inv Key(2): 0001
PrimKey(3): 00C235
b03add root 104371; e_ok
>b03add Inv Key(9): 00C23500 00000000 01
PrimKey(3): 00C235
b03add root 15045; e_ok
KB05 id1173/-10750 return_result
>b07cnext zerokey
b07cnext root 2431; *** key_not_found ***
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 512)
(384.5922 page 384)
dbs SEGMENT 1 (2 parts, len: 512)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(420):
'UPDATE forms SET Revision_Number = 0, CycloneFormSetName = 'k'
'i351058542041839', Pages = 2, Title = '24', Available ='
resulttablename PART (1 argument, size: 31808)
buf(15): 'JDBC_CURSOR_354'
>b07cget key(138):
00000000 00000000 00B5464F 524D5320 20202020 20202020 20202020
20202020 20202020 20202020 20202020 20202020 20202020 20202020
20202020
'..........FORMS '
b07cget root 46809; *** key_not_found ***
>KB05 id1173/-10750 update qual TABID 0-02A0 zerokey
>b02direct_ql key(3): 00C235
b02direct_ql root 44819; e_ok
>b01t_reset tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 58; fid = 0
fn: 1A00 00000000003A1B20 000000000000
b01t_reset root 2431; e_ok
>b07cadd key(14): 00000001 00000000 000002A0 0005
b07cadd root 2431; e_ok
>b03del_inv Inv Key(9): ' New Form'
PrimKey(3): 00C235
b03del_inv root 59709; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C235
b03del_inv root 74597; e_ok
>b03del_inv Inv Key(1): FF
PrimKey(3): 00C235
b03del_inv root 89483; e_ok
>b03del_inv Inv Key(1): 00
PrimKey(3): 00C235
b03del_inv root 104371; e_ok
>b03del_inv Inv Key(8): 00C23500 00000000
PrimKey(3): 00C235
b03del_inv root 15045; e_ok
>b02repl key(3): 00C235
b02repl root 44819; e_ok
>b03add Inv Key(3): ' 24'
PrimKey(3): 00C235
b03add root 59709; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 74597; e_ok
>b03add Inv Key(1): ' '
PrimKey(3): 00C235
b03add root 89483; e_ok
>b03add Inv Key(2): 0001
PrimKey(3): 00C235
b03add root 104371; e_ok
>b03add Inv Key(9): 00C23500 00000000 01
PrimKey(3): 00C235
b03add root 15045; e_ok
KB05 id1173/-10750 return_result
>b07cnext zerokey
b07cnext root 2431; *** key_not_found ***
REQUEST: ascii, full_swap, 70403-XCI (1 segment, len: 0)
(385.700 page 385)
execute SEGMENT 1 (2 parts, len: 256)
session_sqlmode, user_cmd
parsid PART (1 argument, size: 16296)
mess_type: update
buf(12):
0000003A 00004B01 4C000000
data PART (1 argument, size: 16264)
buf(168):
' 24 '
' 24 '
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 44819; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 59709; e_ok
PageCnt 1; AllPageCnt 1
>b03eval StartKey(3): ' 24'
Stop Key(3): ' 24'
b03eval root 59709; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 74597; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 89483; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 104371; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 155; e_ok
PageCnt 1; AllPageCnt 1
>b03eval zeroStartKey
Stop Key(1023):
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
FFFFFFFF
b03eval root 15045; e_ok
PageCnt 1; AllPageCnt 1
>KB05 id1173/-10238 update qual TABID 0-02A0 zerokey
>b02first_ql zerokey
b02first_ql root 44819; e_ok
>b02repl key(3): 00C235
b02repl root 44819; e_ok
>b02next_qual key(3): 00C235
b02next_qual root 44819; *** no_next_record ***
KB05 id1173/-10238 return_result
RECEIVE: ascii, full_swap, 70403-XCI (1 segment, len: 64)
(385.2992 page 385)
ok / RETURN SEGMENT 1 (1 part, len: 64)
update_fc, sqlstate: '00000'
external WARNING 0: warning_exists
external WARNING 8: table_scan
resultcount PART (1 argument, size: 35752)
result_count: 1
>b01destroy tfnTemp; fileTfnNo = 0; ttfnTrigger
session: 58; fid = 0
fn: 1A00 00000000003A1B20 000000000000
b01destroy root 2431; e_ok
RECEIVE: ascii, normal_swap, 70400-ODB (1 segment, len: 64)
(385.3210 page 385)
ok / RETURN SEGMENT 1 (1 part, len: 64)
update_fc, sqlstate: '00000'
resultcount PART (1 argument, size: 35784)
result_count: 1
REQUEST: ascii, normal_swap, 70400-ODB (1 segment, len: 96)
(385.3354 page 385)
dbs SEGMENT 1 (2 parts, len: 96)
session_sqlmode, user_cmd
with_info
command PART (1 argument, size: 32248)
buf(6): 'COMMIT'
resulttablename PART (1 argument, size: 32224)
buf(15): 'JDBC_CURSOR_355'
>KB05 id1173 commit
===== T2 ===== nil.idnil ============================385.3586 page 385
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Timestamp support for nanosecond?
From: Cedric Cuche (cedric.cuche
Chemspeed.com)
Date: Thu Jul 24 2003 - 04:53:13 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello,
We should save into a database table some timestamp values.
The documentation do not provide any information about nanosecond within a TIMESTAMP, but the size of the MILISECOND in the type is big enough to contain it....does it?
As an input, we have a double like "8476.12" with represent the delta in [ms] from an other date "2003.14.03:12:45:02".
We use a java.sql.Timestamp rather than Date to hold this time (should handle nanosecond !)...here is the code to generate the Timestamp (with jdk.1.4.X).
Timestamp instant = new Timestamp(startDate.getTime()+new Double(inputtime).longValue())
instant.setNanos(instant.getNanos()+1234); //to be sure that timestamp has the nanoseconds within
We then insert this instant time inside the SAPDB database using the sapdb jadbc driver.
st.setTimestamp(3, instant);
Does the sapdb TIMESTAMP store the nanosecond value of a java.sql.Timestamp object?
Is there a better way to store this date/time with nanosecond information into a SAPDB instance?
Thank a lot for any help
Cedric
Cedric Cuche
Software Development
Chemspeed Ltd.
Rheinstrasse 32
CH-4302 Augst
phone: +41 (61) 816 95 00
fax: +41 (61) 816 95 09
e-mail: cedric.cuche
chemspeed.com
visit our web-site: http://www.chemspeed.com
<<Cedric Cuche.vcf>>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Performance-Lag with "where exist (subquery(subquery))" ?
From: Danny Tramnitzke (vadus
gmx.de)
Date: Thu Jul 24 2003 - 05:12:07 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi all back
Today I tried out the 25-BuildVersion of sapdb, hopening for a performance
increase. But there is still a Query, which takes more than 10 minutes (
after that time I killed the process).
So I seperated the subqueries from that Query, and found out, that they are
the main reason for the performance lag. They take about 20 seconds while
first executing. Strange: they only take 2-3 seconds, while executing them
a second or a thirt time.. (maybe, there is saved some DATA in a Cache ? )
But I guess, the main problem are the ca. 20 seconds, they need the first
time. So the hole query has 3 Subqueries. The main Query without the
subqueries takes only some seconds, and so should it be.
The Subqueries have the following form :
(
Select 1 from SYSDBA.DUAL where exists (
select a.column from view a, view b, view c where condition1 and condition2
and condition3 and condition4 and condition5 and not exist (
select d.column from view d, view e, view f where condition1 and condition2
and condition3 and condition4 and condition5)
)
You see, there are also Subqueries in Subqueries.
The EXPLAIN Statement tells me, that there is only one Tablescan on the
DUAL Table, else only used Indices.
The Statistics is also up to date...
Best regards,
Danny
--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
RE: Timestamp support for nanosecond?
From: Schroeder, Alexander (alexander.schroeder
sap.com)
Date: Thu Jul 24 2003 - 07:03:21 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello Cedric,
SAP DB's time stamp have a resolution of microseconds (1microsecond = 0. 000 001 s),
wheras 1 nanosecond would be 0.000 000 001 second.
Be sure to use a recent JDBC driver, has we had some problem with fractional seconds set
to zero some time ago.
BTW, your program will clear out the fractional part of the milli seconds by using
Double.longValue() which might not have been what you want,
a long in java is maximal 2^63-1, so there is room in it for about 300 years even if the
time is expressed in nanoseconds ...
Alexander Schröder
SAP DB, SAP Labs Berlin
-----Original Message-----
From: Cedric Cuche [mailto:cedric.cuche
Chemspeed.com]
Sent: Thursday, July 24, 2003 11:53 AM
To: sapdb.general
listserv.sap.com
Subject: Timestamp support for nanosecond?
Hello,
We should save into a database table some timestamp values.
The documentation do not provide any information about nanosecond within a TIMESTAMP, but the size of the MILISECOND in the type is big enough to contain it....does it?
As an input, we have a double like "8476.12" with represent the delta in [ms] from an other date "2003.14.03:12:45:02".
We use a java.sql.Timestamp rather than Date to hold this time (should handle nanosecond !)...here is the code to generate the Timestamp (with jdk.1.4.X).
Timestamp instant = new Timestamp(startDate.getTime()+new Double(inputtime).longValue())
instant.setNanos(instant.getNanos()+1234); //to be sure that timestamp has the nanoseconds within
We then insert this instant time inside the SAPDB database using the sapdb jadbc driver.
st.setTimestamp(3, instant);
Does the sapdb TIMESTAMP store the nanosecond value of a java.sql.Timestamp object?
Is there a better way to store this date/time with nanosecond information into a SAPDB instance?
Thank a lot for any help
Cedric
Cedric Cuche
Software Development
Chemspeed Ltd.
Rheinstrasse 32
CH-4302 Augst
phone: +41 (61) 816 95 00
fax: +41 (61) 816 95 09
e-mail: cedric.cuche
chemspeed.com
visit our web-site: http://www.chemspeed.com
<<Cedric Cuche.vcf>>
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
dataloading null values
From: Ludwig, Stefan (DZ-SH) (Stefan.Ludwig
dzsh.de)
Date: Thu Jul 24 2003 - 08:25:11 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello,
Is there any way to load null values with the dataload command?
In loadercli.exe (sapdb version 7.4) I'm using the command
dataload table foo instream file 'foo.dat' null '?' separator '
' delimiter ''
Null string values in the file foo.dat are interpreted
as the string "?". Null integer values are rejected.
It seems that dataload ignores the null option.
What am I doing wrong???
Maybe this time anyone can help, it would be appreciated.
Stefan
--
Datenzentrale Schleswig Holstein, Anstalt des öff. Rechts
Altenholzer Straße 10-14, Postfach 1780, 24016 Kiel
Telefon: (0431) 3295-6429
_______________________________________________
sapdb.general mailing list
sapdb.general
listserv.sap.com
http://listserv.sap.com/mailman/listinfo/sapdb.general
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Query Bug
From: Robert Krueger (krueger