Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / DB2 Topics / January 2008

Tip: Looking for answers? Try searching our database.

Looking for syntax help with ALTER TABLESPACE

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
BD - 29 Jan 2008 23:04 GMT
Hi, folks.

Sorry about this - I have been R'ing all TFM's I can find, but am just
getting more frustrated.

Background:

db2 UDB 8.1 on Windows.

I'm quite new to db2, but have several years Oracle experience.

I'm attempting to resolve a locking issue by isolating a table in its
own tablespace, and setting the MAXROWS parameter to ensure that one
row is written per page. I intended to quiesce or stop the db, make
the change, and reorg the tablespace afterwards.

This measure is being taken on the advice of a more senior DBA who has
apparently resolved the issue in his environment by taking this step.

I am just trying to alter the tablespace, by using

ALTER TABLESPACE <db_name>.<tablespace_name> MAXROWS 1

But I'm having syntax issues. It barks back at me that I need to
supply a PREFETCHSIZE parameter as well:

DB21034E  The command was processed as an SQL statement because it was
not a
valid Command Line Processor command.  During SQL processing it
returned:
SQL0104N  An unexpected token "maxrows" was found following
"tablespace
TSCHN002".  Expected tokens may include:  "PREFETCHSIZE".
SQLSTATE=42601

I have been poring over the ALTER TABLESPACE syntax diagrams on the
boulder.ibm.com site, and am baffled as to why this is not being
accepted. The MAXROWS parameter is advertised as a valid parameter in
ALTER TABLESPACE. Do I need to include some more comprehensive
parameter list for the ALTER TABLESPACE, or can I not simply alter one
parameter on its own?

Thanks,

BD
BD - 29 Jan 2008 23:12 GMT
> Hi, folks.
>
> Sorry about this - I have been R'ing all TFM's I can find, but am just

Additional:

The documentation I'm reading lists ALTER TABLESPACE parameters for
db2 UDB under Z/OS - which is the system the other DBA is working
under.

Could db2 UDB for Windows not have the same options available?
The Boss - 29 Jan 2008 23:38 GMT
>> Hi, folks.
>>
[quoted text clipped - 8 lines]
>
> Could db2 UDB for Windows not have the same options available?

Yes, DB2 for zOS and DB2 for LUW (Linux/Unix/Windows) don't have all options
in common.

Online Documentation for DB2/LUW (DB2 Information Center) can be found here:
http://publib.boulder.ibm.com/infocenter/db2luw/v8/index.jsp
If you prefer manuals in PDF-format (for 8.1 and 8.2):
http://www-1.ibm.com/support/docview.wss?rs=71&uid=swg27009554

HTH

Signature

Jeroen

BD - 30 Jan 2008 00:02 GMT
> Yes, DB2 for zOS and DB2 for LUW (Linux/Unix/Windows) don't have all options
> in common.

Thanks. Yep, I see neither PCTFREE nor MAXROWS as a tablespace-level
option under LUW.  So long as I know, I guess.
Mark A - 30 Jan 2008 03:30 GMT
> Thanks. Yep, I see neither PCTFREE nor MAXROWS as a tablespace-level
> option under LUW.  So long as I know, I guess.

PCTFREE is at the table level in DB2 for LUW. That is one reason why most
people use one table per tablespace in DB2 for z/OS, but put many tables in
the same tablespace in DB2 for LUW (but only if all the tables in that
tablespace will be in the same bufferpool).
BD - 31 Jan 2008 18:35 GMT
> > Thanks. Yep, I see neither PCTFREE nor MAXROWS as a tablespace-level
> > option under LUW.  So long as I know, I guess.
[quoted text clipped - 3 lines]
> the same tablespace in DB2 for LUW (but only if all the tables in that
> tablespace will be in the same bufferpool).

It's so nice, developing one one platform, for a deployment that's
sitting on another. Oh joy, oh bliss... ;-)
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.