dbTalk Databases Forums  

Advantages of Fragmenting Across DBSpaces

comp.databases.informix comp.databases.informix


Discuss Advantages of Fragmenting Across DBSpaces in the comp.databases.informix forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
red_valsen
 
Posts: n/a

Default Advantages of Fragmenting Across DBSpaces - 07-22-2011 , 01:03 PM






Is there any advantage to spreading table fragments across distinct
dbspaces if bulk storage is managed via SAN?

Reply With Quote
  #2  
Old   
Art Kagel
 
Posts: n/a

Default Re: Advantages of Fragmenting Across DBSpaces - 07-22-2011 , 02:02 PM






Simply? Yes. More parallelism within the engine and most queries are
processed against memory anyway. ALso improved flush times up to the limits
of the array.

Art

Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
Blog: http://informix-myview.blogspot.com/

Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.



On Fri, Jul 22, 2011 at 2:03 PM, red_valsen <red_valsen (AT) yahoo (DOT) com> wrote:

Quote:
Is there any advantage to spreading table fragments across distinct
dbspaces if bulk storage is managed via SAN?
_______________________________________________
Informix-list mailing list
Informix-list (AT) iiug (DOT) org
http://www.iiug.org/mailman/listinfo/informix-list

Reply With Quote
  #3  
Old   
red_valsen
 
Posts: n/a

Default Re: Advantages of Fragmenting Across DBSpaces - 07-22-2011 , 03:13 PM



On Jul 22, 3:02*pm, Art Kagel <art.ka... (AT) gmail (DOT) com> wrote:
Quote:
Simply? *Yes. *More parallelism within the engine and most queries are
processed against memory anyway. *ALso improved flush times up to the limits
of the array.

Art

Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
Blog:http://informix-myview.blogspot.com/

Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, orby
inference. *Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.
But can't I get the same performance gains simply by fragmenting within the same dbspace?






On Fri, Jul 22, 2011 at 2:03 PM, red_valsen <red_val... (AT) yahoo (DOT) com> wrote:
Is there any advantage to spreading table fragments across distinct
dbspaces if bulk storage is managed via SAN?
_______________________________________________
Informix-list mailing list
Informix-l... (AT) iiug (DOT) org
http://www.iiug.org/mailman/listinfo/informix-list

Reply With Quote
  #4  
Old   
Art Kagel
 
Posts: n/a

Default Re: Advantages of Fragmenting Across DBSpaces - 07-22-2011 , 03:39 PM



Oh, yes. As far as parallelism is concerned, no difference.

Note, however, that dirty page flushes at checkpoint time happen with one
thread per chunk, so you have to balance the ease of a single dbspace with a
single huge chunk versus many chunks in one or more dbspaces.

The main downside to ganging all of the fragments of a large table in to a
single large dbspace is that as extents are added to the fragments they will
be interleaved between all of the fragments. Dedicating a dbspace to each
fragment will ensure that each new extent is contiguous with the existing
extent in that chunk and will be coalesced into a single larger extent which
means less head movement - potentially. Of course the uncertainlty of a SAN
environment limit how much this will actually improve overall performance,
but we can try.

Art

Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
Blog: http://informix-myview.blogspot.com/

Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.



On Fri, Jul 22, 2011 at 4:13 PM, red_valsen <red_valsen (AT) yahoo (DOT) com> wrote:

Quote:
On Jul 22, 3:02 pm, Art Kagel <art.ka... (AT) gmail (DOT) com> wrote:
Simply? Yes. More parallelism within the engine and most queries are
processed against memory anyway. ALso improved flush times up to the
limits
of the array.

Art

Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
Blog:http://informix-myview.blogspot.com/

Disclaimer: Please keep in mind that my own opinions are my own opinions
and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any
other
organization with which I am associated either explicitly, implicitly, or
by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.
But can't I get the same performance gains simply by fragmenting within
the same dbspace?






On Fri, Jul 22, 2011 at 2:03 PM, red_valsen <red_val... (AT) yahoo (DOT) com
wrote:
Is there any advantage to spreading table fragments across distinct
dbspaces if bulk storage is managed via SAN?
_______________________________________________
Informix-list mailing list
Informix-l... (AT) iiug (DOT) org
http://www.iiug.org/mailman/listinfo/informix-list

_______________________________________________
Informix-list mailing list
Informix-list (AT) iiug (DOT) org
http://www.iiug.org/mailman/listinfo/informix-list

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.