Moved from sql server 2000 to 2005 .Applied snapshot isolation to
reduce blocking...
>From most indicators return times are not any faster
In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
is
We have 32G of ram on a xeon
4 cpu hyperthreaded
Config
lock pages in memory granted to sql server account ...
max memory 25G
Min memory 1G
Not sure what I am missing here
Your input will be highly appreciated
Mass
After upgrading to SQL Server 2005 , did you update statistics as well as
rebuilding indexes on the databases?
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159184263.874445.285230@.i3g2000cwc.googlegro ups.com...
> Moved from sql server 2000 to 2005 .Applied snapshot isolation to
> reduce blocking...
> In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
> is
> We have 32G of ram on a xeon
> 4 cpu hyperthreaded
> Config
> lock pages in memory granted to sql server account ...
> max memory 25G
> Min memory 1G
> Not sure what I am missing here
> Your input will be highly appreciated
>
|||Thanks for your response Uri
I did not rebuild indexes but for sure update statistics every day or
some analyst will call me on that .Is it necessary to rebuild indexes?
Uri Dimant wrote:[vbcol=seagreen]
> Mass
> After upgrading to SQL Server 2005 , did you update statistics as well as
> rebuilding indexes on the databases?
>
>
> "Massa Batheli" <mngong@.gmail.com> wrote in message
> news:1159184263.874445.285230@.i3g2000cwc.googlegro ups.com...
|||Hi
Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
that on weekly period
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159187341.666362.282160@.i3g2000cwc.googlegro ups.com...
> Thanks for your response Uri
> I did not rebuild indexes but for sure update statistics every day or
> some analyst will call me on that .Is it necessary to rebuild indexes?
>
> Uri Dimant wrote:
>
|||On 25.09.2006 14:36, Uri Dimant wrote:
> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
> that on weekly period
Is that actually common practice with SQL Server? I have never read
such a suggestion in Oracle land and it seems pretty impractical for
DB's that are large or frequently used (24x7).
Kind regards
robert
|||Robert Klemme wrote:
> On 25.09.2006 14:36, Uri Dimant wrote:
> Is that actually common practice with SQL Server? I have never read
> such a suggestion in Oracle land and it seems pretty impractical for
> DB's that are large or frequently used (24x7).
> Kind regards
> robert
Yes, it is, depending on the type of index, keys involved, etc. For
instance, an index build on a non-sequential key will fragment as new
key values are inserted into middle portions of the index.
Here's an article explaining it in more detail:
http://www.sql-server-performance.co...gmentation.asp
I have a script that will check the fragmentation of each index,
rebuilding those that are badly fragmented:
http://realsqlguy.com/serendipity/ar...A-Wall...html
Tracy McKibben
MCDBA
http://www.realsqlguy.com
|||I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
the challenges are the same or similar. In this case, if it is a very large
table with little 'down time' for maintenance, running index rebuilds
regularly (or even occasionally) is just not practical.
Linchi
"Tracy McKibben" wrote:
> Robert Klemme wrote:
> Yes, it is, depending on the type of index, keys involved, etc. For
> instance, an index build on a non-sequential key will fragment as new
> key values are inserted into middle portions of the index.
> Here's an article explaining it in more detail:
> http://www.sql-server-performance.co...gmentation.asp
> I have a script that will check the fragmentation of each index,
> rebuilding those that are badly fragmented:
> http://realsqlguy.com/serendipity/ar...A-Wall...html
>
> --
> Tracy McKibben
> MCDBA
> http://www.realsqlguy.com
>
|||here here.. I totally agree with Linchi. Often, the advice to simply rebuild
indexes is given unnecessarily.
Regards,
Greg Linwood
SQL Server MVP
http://blogs.sqlserver.org.au/blogs/greg_linwood
"Linchi Shea" <LinchiShea@.discussions.microsoft.com> wrote in message
news:07A7E217-1824-4FE4-9367-11DAF263DB83@.microsoft.com...[vbcol=seagreen]
> I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
> the challenges are the same or similar. In this case, if it is a very
> large
> table with little 'down time' for maintenance, running index rebuilds
> regularly (or even occasionally) is just not practical.
> Linchi
> "Tracy McKibben" wrote:
Showing posts with label return. Show all posts
Showing posts with label return. Show all posts
Monday, March 26, 2012
Performance degradation on sql server 2005
Moved from sql server 2000 to 2005 .Applied snapshot isolation to
reduce blocking...
>From most indicators return times are not any faster
In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
is
We have 32G of ram on a xeon
4 cpu hyperthreaded
Config
lock pages in memory granted to sql server account ...
max memory 25G
Min memory 1G
Not sure what I am missing here
Your input will be highly appreciatedMass
After upgrading to SQL Server 2005 , did you update statistics as well as
rebuilding indexes on the databases?
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...
> Moved from sql server 2000 to 2005 .Applied snapshot isolation to
> reduce blocking...
>>From most indicators return times are not any faster
> In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
> is
> We have 32G of ram on a xeon
> 4 cpu hyperthreaded
> Config
> lock pages in memory granted to sql server account ...
> max memory 25G
> Min memory 1G
> Not sure what I am missing here
> Your input will be highly appreciated
>|||Thanks for your response Uri
I did not rebuild indexes but for sure update statistics every day or
some analyst will call me on that .Is it necessary to rebuild indexes?
Uri Dimant wrote:
> Mass
> After upgrading to SQL Server 2005 , did you update statistics as well as
> rebuilding indexes on the databases?
>
>
> "Massa Batheli" <mngong@.gmail.com> wrote in message
> news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...
> > Moved from sql server 2000 to 2005 .Applied snapshot isolation to
> > reduce blocking...
> >>From most indicators return times are not any faster
> >
> > In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
> > is
> >
> > We have 32G of ram on a xeon
> > 4 cpu hyperthreaded
> > Config
> > lock pages in memory granted to sql server account ...
> > max memory 25G
> > Min memory 1G
> >
> > Not sure what I am missing here
> > Your input will be highly appreciated
> >|||Hi
Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
that on weekly period
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159187341.666362.282160@.i3g2000cwc.googlegroups.com...
> Thanks for your response Uri
> I did not rebuild indexes but for sure update statistics every day or
> some analyst will call me on that .Is it necessary to rebuild indexes?
>
> Uri Dimant wrote:
>> Mass
>> After upgrading to SQL Server 2005 , did you update statistics as well
>> as
>> rebuilding indexes on the databases?
>>
>>
>> "Massa Batheli" <mngong@.gmail.com> wrote in message
>> news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...
>> > Moved from sql server 2000 to 2005 .Applied snapshot isolation to
>> > reduce blocking...
>> >>From most indicators return times are not any faster
>> >
>> > In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
>> > is
>> >
>> > We have 32G of ram on a xeon
>> > 4 cpu hyperthreaded
>> > Config
>> > lock pages in memory granted to sql server account ...
>> > max memory 25G
>> > Min memory 1G
>> >
>> > Not sure what I am missing here
>> > Your input will be highly appreciated
>> >
>|||On 25.09.2006 14:36, Uri Dimant wrote:
> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
> that on weekly period
Is that actually common practice with SQL Server? I have never read
such a suggestion in Oracle land and it seems pretty impractical for
DB's that are large or frequently used (24x7).
Kind regards
robert|||Robert Klemme wrote:
> On 25.09.2006 14:36, Uri Dimant wrote:
>> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables
>> to do that on weekly period
> Is that actually common practice with SQL Server? I have never read
> such a suggestion in Oracle land and it seems pretty impractical for
> DB's that are large or frequently used (24x7).
> Kind regards
> robert
Yes, it is, depending on the type of index, keys involved, etc. For
instance, an index build on a non-sequential key will fragment as new
key values are inserted into middle portions of the index.
Here's an article explaining it in more detail:
http://www.sql-server-performance.com/sj_detect_fragmentation.asp
I have a script that will check the fragmentation of each index,
rebuilding those that are badly fragmented:
http://realsqlguy.com/serendipity/archives/12-Humpty-Dumpty-Sat-On-A-Wall...html
Tracy McKibben
MCDBA
http://www.realsqlguy.com|||I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
the challenges are the same or similar. In this case, if it is a very large
table with little 'down time' for maintenance, running index rebuilds
regularly (or even occasionally) is just not practical.
Linchi
"Tracy McKibben" wrote:
> Robert Klemme wrote:
> > On 25.09.2006 14:36, Uri Dimant wrote:
> >> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables
> >> to do that on weekly period
> >
> > Is that actually common practice with SQL Server? I have never read
> > such a suggestion in Oracle land and it seems pretty impractical for
> > DB's that are large or frequently used (24x7).
> >
> > Kind regards
> >
> > robert
> Yes, it is, depending on the type of index, keys involved, etc. For
> instance, an index build on a non-sequential key will fragment as new
> key values are inserted into middle portions of the index.
> Here's an article explaining it in more detail:
> http://www.sql-server-performance.com/sj_detect_fragmentation.asp
> I have a script that will check the fragmentation of each index,
> rebuilding those that are badly fragmented:
> http://realsqlguy.com/serendipity/archives/12-Humpty-Dumpty-Sat-On-A-Wall...html
>
> --
> Tracy McKibben
> MCDBA
> http://www.realsqlguy.com
>|||here here.. I totally agree with Linchi. Often, the advice to simply rebuild
indexes is given unnecessarily.
Regards,
Greg Linwood
SQL Server MVP
http://blogs.sqlserver.org.au/blogs/greg_linwood
"Linchi Shea" <LinchiShea@.discussions.microsoft.com> wrote in message
news:07A7E217-1824-4FE4-9367-11DAF263DB83@.microsoft.com...
> I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
> the challenges are the same or similar. In this case, if it is a very
> large
> table with little 'down time' for maintenance, running index rebuilds
> regularly (or even occasionally) is just not practical.
> Linchi
> "Tracy McKibben" wrote:
>> Robert Klemme wrote:
>> > On 25.09.2006 14:36, Uri Dimant wrote:
>> >> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables
>> >> to do that on weekly period
>> >
>> > Is that actually common practice with SQL Server? I have never read
>> > such a suggestion in Oracle land and it seems pretty impractical for
>> > DB's that are large or frequently used (24x7).
>> >
>> > Kind regards
>> >
>> > robert
>> Yes, it is, depending on the type of index, keys involved, etc. For
>> instance, an index build on a non-sequential key will fragment as new
>> key values are inserted into middle portions of the index.
>> Here's an article explaining it in more detail:
>> http://www.sql-server-performance.com/sj_detect_fragmentation.asp
>> I have a script that will check the fragmentation of each index,
>> rebuilding those that are badly fragmented:
>> http://realsqlguy.com/serendipity/archives/12-Humpty-Dumpty-Sat-On-A-Wall...html
>>
>> --
>> Tracy McKibben
>> MCDBA
>> http://www.realsqlguy.com
reduce blocking...
>From most indicators return times are not any faster
In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
is
We have 32G of ram on a xeon
4 cpu hyperthreaded
Config
lock pages in memory granted to sql server account ...
max memory 25G
Min memory 1G
Not sure what I am missing here
Your input will be highly appreciatedMass
After upgrading to SQL Server 2005 , did you update statistics as well as
rebuilding indexes on the databases?
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...
> Moved from sql server 2000 to 2005 .Applied snapshot isolation to
> reduce blocking...
>>From most indicators return times are not any faster
> In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
> is
> We have 32G of ram on a xeon
> 4 cpu hyperthreaded
> Config
> lock pages in memory granted to sql server account ...
> max memory 25G
> Min memory 1G
> Not sure what I am missing here
> Your input will be highly appreciated
>|||Thanks for your response Uri
I did not rebuild indexes but for sure update statistics every day or
some analyst will call me on that .Is it necessary to rebuild indexes?
Uri Dimant wrote:
> Mass
> After upgrading to SQL Server 2005 , did you update statistics as well as
> rebuilding indexes on the databases?
>
>
> "Massa Batheli" <mngong@.gmail.com> wrote in message
> news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...
> > Moved from sql server 2000 to 2005 .Applied snapshot isolation to
> > reduce blocking...
> >>From most indicators return times are not any faster
> >
> > In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
> > is
> >
> > We have 32G of ram on a xeon
> > 4 cpu hyperthreaded
> > Config
> > lock pages in memory granted to sql server account ...
> > max memory 25G
> > Min memory 1G
> >
> > Not sure what I am missing here
> > Your input will be highly appreciated
> >|||Hi
Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
that on weekly period
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159187341.666362.282160@.i3g2000cwc.googlegroups.com...
> Thanks for your response Uri
> I did not rebuild indexes but for sure update statistics every day or
> some analyst will call me on that .Is it necessary to rebuild indexes?
>
> Uri Dimant wrote:
>> Mass
>> After upgrading to SQL Server 2005 , did you update statistics as well
>> as
>> rebuilding indexes on the databases?
>>
>>
>> "Massa Batheli" <mngong@.gmail.com> wrote in message
>> news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...
>> > Moved from sql server 2000 to 2005 .Applied snapshot isolation to
>> > reduce blocking...
>> >>From most indicators return times are not any faster
>> >
>> > In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
>> > is
>> >
>> > We have 32G of ram on a xeon
>> > 4 cpu hyperthreaded
>> > Config
>> > lock pages in memory granted to sql server account ...
>> > max memory 25G
>> > Min memory 1G
>> >
>> > Not sure what I am missing here
>> > Your input will be highly appreciated
>> >
>|||On 25.09.2006 14:36, Uri Dimant wrote:
> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
> that on weekly period
Is that actually common practice with SQL Server? I have never read
such a suggestion in Oracle land and it seems pretty impractical for
DB's that are large or frequently used (24x7).
Kind regards
robert|||Robert Klemme wrote:
> On 25.09.2006 14:36, Uri Dimant wrote:
>> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables
>> to do that on weekly period
> Is that actually common practice with SQL Server? I have never read
> such a suggestion in Oracle land and it seems pretty impractical for
> DB's that are large or frequently used (24x7).
> Kind regards
> robert
Yes, it is, depending on the type of index, keys involved, etc. For
instance, an index build on a non-sequential key will fragment as new
key values are inserted into middle portions of the index.
Here's an article explaining it in more detail:
http://www.sql-server-performance.com/sj_detect_fragmentation.asp
I have a script that will check the fragmentation of each index,
rebuilding those that are badly fragmented:
http://realsqlguy.com/serendipity/archives/12-Humpty-Dumpty-Sat-On-A-Wall...html
Tracy McKibben
MCDBA
http://www.realsqlguy.com|||I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
the challenges are the same or similar. In this case, if it is a very large
table with little 'down time' for maintenance, running index rebuilds
regularly (or even occasionally) is just not practical.
Linchi
"Tracy McKibben" wrote:
> Robert Klemme wrote:
> > On 25.09.2006 14:36, Uri Dimant wrote:
> >> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables
> >> to do that on weekly period
> >
> > Is that actually common practice with SQL Server? I have never read
> > such a suggestion in Oracle land and it seems pretty impractical for
> > DB's that are large or frequently used (24x7).
> >
> > Kind regards
> >
> > robert
> Yes, it is, depending on the type of index, keys involved, etc. For
> instance, an index build on a non-sequential key will fragment as new
> key values are inserted into middle portions of the index.
> Here's an article explaining it in more detail:
> http://www.sql-server-performance.com/sj_detect_fragmentation.asp
> I have a script that will check the fragmentation of each index,
> rebuilding those that are badly fragmented:
> http://realsqlguy.com/serendipity/archives/12-Humpty-Dumpty-Sat-On-A-Wall...html
>
> --
> Tracy McKibben
> MCDBA
> http://www.realsqlguy.com
>|||here here.. I totally agree with Linchi. Often, the advice to simply rebuild
indexes is given unnecessarily.
Regards,
Greg Linwood
SQL Server MVP
http://blogs.sqlserver.org.au/blogs/greg_linwood
"Linchi Shea" <LinchiShea@.discussions.microsoft.com> wrote in message
news:07A7E217-1824-4FE4-9367-11DAF263DB83@.microsoft.com...
> I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
> the challenges are the same or similar. In this case, if it is a very
> large
> table with little 'down time' for maintenance, running index rebuilds
> regularly (or even occasionally) is just not practical.
> Linchi
> "Tracy McKibben" wrote:
>> Robert Klemme wrote:
>> > On 25.09.2006 14:36, Uri Dimant wrote:
>> >> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables
>> >> to do that on weekly period
>> >
>> > Is that actually common practice with SQL Server? I have never read
>> > such a suggestion in Oracle land and it seems pretty impractical for
>> > DB's that are large or frequently used (24x7).
>> >
>> > Kind regards
>> >
>> > robert
>> Yes, it is, depending on the type of index, keys involved, etc. For
>> instance, an index build on a non-sequential key will fragment as new
>> key values are inserted into middle portions of the index.
>> Here's an article explaining it in more detail:
>> http://www.sql-server-performance.com/sj_detect_fragmentation.asp
>> I have a script that will check the fragmentation of each index,
>> rebuilding those that are badly fragmented:
>> http://realsqlguy.com/serendipity/archives/12-Humpty-Dumpty-Sat-On-A-Wall...html
>>
>> --
>> Tracy McKibben
>> MCDBA
>> http://www.realsqlguy.com
Performance degradation on sql server 2005
Moved from sql server 2000 to 2005 .Applied snapshot isolation to
reduce blocking...
>From most indicators return times are not any faster
In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
is
We have 32G of ram on a xeon
4 cpu hyperthreaded
Config
lock pages in memory granted to sql server account ...
max memory 25G
Min memory 1G
Not sure what I am missing here
Your input will be highly appreciatedMass
After upgrading to SQL Server 2005 , did you update statistics as well as
rebuilding indexes on the databases?
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...
> Moved from sql server 2000 to 2005 .Applied snapshot isolation to
> reduce blocking...
> In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
> is
> We have 32G of ram on a xeon
> 4 cpu hyperthreaded
> Config
> lock pages in memory granted to sql server account ...
> max memory 25G
> Min memory 1G
> Not sure what I am missing here
> Your input will be highly appreciated
>|||Thanks for your response Uri
I did not rebuild indexes but for sure update statistics every day or
some analyst will call me on that .Is it necessary to rebuild indexes?
Uri Dimant wrote:[vbcol=seagreen]
> Mass
> After upgrading to SQL Server 2005 , did you update statistics as well as
> rebuilding indexes on the databases?
>
>
> "Massa Batheli" <mngong@.gmail.com> wrote in message
> news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...|||Hi
Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
that on weekly period
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159187341.666362.282160@.i3g2000cwc.googlegroups.com...
> Thanks for your response Uri
> I did not rebuild indexes but for sure update statistics every day or
> some analyst will call me on that .Is it necessary to rebuild indexes?
>
> Uri Dimant wrote:
>|||On 25.09.2006 14:36, Uri Dimant wrote:
> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
> that on weekly period
Is that actually common practice with SQL Server? I have never read
such a suggestion in Oracle land and it seems pretty impractical for
DB's that are large or frequently used (24x7).
Kind regards
robert|||Robert Klemme wrote:
> On 25.09.2006 14:36, Uri Dimant wrote:
> Is that actually common practice with SQL Server? I have never read
> such a suggestion in Oracle land and it seems pretty impractical for
> DB's that are large or frequently used (24x7).
> Kind regards
> robert
Yes, it is, depending on the type of index, keys involved, etc. For
instance, an index build on a non-sequential key will fragment as new
key values are inserted into middle portions of the index.
Here's an article explaining it in more detail:
http://www.sql-server-performance.c...agmentation.asp
I have a script that will check the fragmentation of each index,
rebuilding those that are badly fragmented:
http://realsqlguy.com/serendipity/a...realsqlguy.com|||I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
the challenges are the same or similar. In this case, if it is a very large
table with little 'down time' for maintenance, running index rebuilds
regularly (or even occasionally) is just not practical.
Linchi
"Tracy McKibben" wrote:
> Robert Klemme wrote:
> Yes, it is, depending on the type of index, keys involved, etc. For
> instance, an index build on a non-sequential key will fragment as new
> key values are inserted into middle portions of the index.
> Here's an article explaining it in more detail:
> http://www.sql-server-performance.c...agmentation.asp
> I have a script that will check the fragmentation of each index,
> rebuilding those that are badly fragmented:
> http://realsqlguy.com/serendipity/a.....htm
l
>
> --
> Tracy McKibben
> MCDBA
> http://www.realsqlguy.com
>|||here here.. I totally agree with Linchi. Often, the advice to simply rebuild
indexes is given unnecessarily.
Regards,
Greg Linwood
SQL Server MVP
http://blogs.sqlserver.org.au/blogs/greg_linwood
"Linchi Shea" <LinchiShea@.discussions.microsoft.com> wrote in message
news:07A7E217-1824-4FE4-9367-11DAF263DB83@.microsoft.com...[vbcol=seagreen]
> I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
> the challenges are the same or similar. In this case, if it is a very
> large
> table with little 'down time' for maintenance, running index rebuilds
> regularly (or even occasionally) is just not practical.
> Linchi
> "Tracy McKibben" wrote:
>sql
reduce blocking...
>From most indicators return times are not any faster
In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
is
We have 32G of ram on a xeon
4 cpu hyperthreaded
Config
lock pages in memory granted to sql server account ...
max memory 25G
Min memory 1G
Not sure what I am missing here
Your input will be highly appreciatedMass
After upgrading to SQL Server 2005 , did you update statistics as well as
rebuilding indexes on the databases?
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...
> Moved from sql server 2000 to 2005 .Applied snapshot isolation to
> reduce blocking...
> In 2000 we had awe enabled and in 2005 64 bit on 64 bit os non of that
> is
> We have 32G of ram on a xeon
> 4 cpu hyperthreaded
> Config
> lock pages in memory granted to sql server account ...
> max memory 25G
> Min memory 1G
> Not sure what I am missing here
> Your input will be highly appreciated
>|||Thanks for your response Uri
I did not rebuild indexes but for sure update statistics every day or
some analyst will call me on that .Is it necessary to rebuild indexes?
Uri Dimant wrote:[vbcol=seagreen]
> Mass
> After upgrading to SQL Server 2005 , did you update statistics as well as
> rebuilding indexes on the databases?
>
>
> "Massa Batheli" <mngong@.gmail.com> wrote in message
> news:1159184263.874445.285230@.i3g2000cwc.googlegroups.com...|||Hi
Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
that on weekly period
"Massa Batheli" <mngong@.gmail.com> wrote in message
news:1159187341.666362.282160@.i3g2000cwc.googlegroups.com...
> Thanks for your response Uri
> I did not rebuild indexes but for sure update statistics every day or
> some analyst will call me on that .Is it necessary to rebuild indexes?
>
> Uri Dimant wrote:
>|||On 25.09.2006 14:36, Uri Dimant wrote:
> Yes , it is. I'd sugget you rebuild a heavy updated/inserted tables to do
> that on weekly period
Is that actually common practice with SQL Server? I have never read
such a suggestion in Oracle land and it seems pretty impractical for
DB's that are large or frequently used (24x7).
Kind regards
robert|||Robert Klemme wrote:
> On 25.09.2006 14:36, Uri Dimant wrote:
> Is that actually common practice with SQL Server? I have never read
> such a suggestion in Oracle land and it seems pretty impractical for
> DB's that are large or frequently used (24x7).
> Kind regards
> robert
Yes, it is, depending on the type of index, keys involved, etc. For
instance, an index build on a non-sequential key will fragment as new
key values are inserted into middle portions of the index.
Here's an article explaining it in more detail:
http://www.sql-server-performance.c...agmentation.asp
I have a script that will check the fragmentation of each index,
rebuilding those that are badly fragmented:
http://realsqlguy.com/serendipity/a...realsqlguy.com|||I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
the challenges are the same or similar. In this case, if it is a very large
table with little 'down time' for maintenance, running index rebuilds
regularly (or even occasionally) is just not practical.
Linchi
"Tracy McKibben" wrote:
> Robert Klemme wrote:
> Yes, it is, depending on the type of index, keys involved, etc. For
> instance, an index build on a non-sequential key will fragment as new
> key values are inserted into middle portions of the index.
> Here's an article explaining it in more detail:
> http://www.sql-server-performance.c...agmentation.asp
> I have a script that will check the fragmentation of each index,
> rebuilding those that are badly fragmented:
> http://realsqlguy.com/serendipity/a.....htm
l
>
> --
> Tracy McKibben
> MCDBA
> http://www.realsqlguy.com
>|||here here.. I totally agree with Linchi. Often, the advice to simply rebuild
indexes is given unnecessarily.
Regards,
Greg Linwood
SQL Server MVP
http://blogs.sqlserver.org.au/blogs/greg_linwood
"Linchi Shea" <LinchiShea@.discussions.microsoft.com> wrote in message
news:07A7E217-1824-4FE4-9367-11DAF263DB83@.microsoft.com...[vbcol=seagreen]
> I'd beg to differ. A VLDB is a VLDB. Regardless of what platform it is on,
> the challenges are the same or similar. In this case, if it is a very
> large
> table with little 'down time' for maintenance, running index rebuilds
> regularly (or even occasionally) is just not practical.
> Linchi
> "Tracy McKibben" wrote:
>sql
Monday, February 20, 2012
Percentage?
Hi,
example:
if:
Price = 50
Percentage = 50
SQL column Liquid will return 25
Select Price - ((Price*Percentage)/100) as Liquid From Product
is the best way of doing that?
You need to describe your issue better.
However, what you did describe sounds valid as long as you're willing to
deal with the inevetable rounding error.
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>
|||Example, if exists a product (U$50) and a 50% discount, how much the buyer
will pay?
I tried to convert to english language my "problem"... I hope you can
understand!
Thanks a lot!
"Jay" <nospam@.nospam.org> escreveu na mensagem
news:%23%232wVblJIHA.5624@.TK2MSFTNGP04.phx.gbl...
> You need to describe your issue better.
> However, what you did describe sounds valid as long as you're willing to
> deal with the inevetable rounding error.
> "Paulo" <prbspfc@.uol.com.br> wrote in message
> news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
>
|||Is this what you mean?
USE tempdb
CREATE TABLE items (
Price DECIMAL(9,2),
Percentage TINYINT,
Liquid AS ((Price*Percentage)/100)
)
insert into items values (50, 50)
SELECT Price, Percentage, Liquid
FROM items
Returns: 50.00 50 25.000000
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>
example:
if:
Price = 50
Percentage = 50
SQL column Liquid will return 25
Select Price - ((Price*Percentage)/100) as Liquid From Product
is the best way of doing that?
You need to describe your issue better.
However, what you did describe sounds valid as long as you're willing to
deal with the inevetable rounding error.
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>
|||Example, if exists a product (U$50) and a 50% discount, how much the buyer
will pay?
I tried to convert to english language my "problem"... I hope you can
understand!
Thanks a lot!
"Jay" <nospam@.nospam.org> escreveu na mensagem
news:%23%232wVblJIHA.5624@.TK2MSFTNGP04.phx.gbl...
> You need to describe your issue better.
> However, what you did describe sounds valid as long as you're willing to
> deal with the inevetable rounding error.
> "Paulo" <prbspfc@.uol.com.br> wrote in message
> news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
>
|||Is this what you mean?
USE tempdb
CREATE TABLE items (
Price DECIMAL(9,2),
Percentage TINYINT,
Liquid AS ((Price*Percentage)/100)
)
insert into items values (50, 50)
SELECT Price, Percentage, Liquid
FROM items
Returns: 50.00 50 25.000000
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>
Labels:
25select,
50percentage,
50sql,
column,
database,
exampleifprice,
liquid,
microsoft,
mysql,
oracle,
percentage,
price,
pricepercentage,
productis,
return,
server,
sql
Percentage?
Hi,
example:
if:
Price = 50
Percentage = 50
SQL column Liquid will return 25
Select Price - ((Price*Percentage)/100) as Liquid From Product
is the best way of doing that?You need to describe your issue better.
However, what you did describe sounds valid as long as you're willing to
deal with the inevetable rounding error.
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>|||Example, if exists a product (U$50) and a 50% discount, how much the buyer
will pay?
I tried to convert to english language my "problem"... I hope you can
understand!
Thanks a lot!
"Jay" <nospam@.nospam.org> escreveu na mensagem
news:%23%232wVblJIHA.5624@.TK2MSFTNGP04.phx.gbl...
> You need to describe your issue better.
> However, what you did describe sounds valid as long as you're willing to
> deal with the inevetable rounding error.
> "Paulo" <prbspfc@.uol.com.br> wrote in message
> news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
>|||Is this what you mean?
USE tempdb
CREATE TABLE items (
Price DECIMAL(9,2),
Percentage TINYINT,
Liquid AS ((Price*Percentage)/100)
)
insert into items values (50, 50)
SELECT Price, Percentage, Liquid
FROM items
Returns: 50.00 50 25.000000
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>
example:
if:
Price = 50
Percentage = 50
SQL column Liquid will return 25
Select Price - ((Price*Percentage)/100) as Liquid From Product
is the best way of doing that?You need to describe your issue better.
However, what you did describe sounds valid as long as you're willing to
deal with the inevetable rounding error.
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>|||Example, if exists a product (U$50) and a 50% discount, how much the buyer
will pay?
I tried to convert to english language my "problem"... I hope you can
understand!
Thanks a lot!
"Jay" <nospam@.nospam.org> escreveu na mensagem
news:%23%232wVblJIHA.5624@.TK2MSFTNGP04.phx.gbl...
> You need to describe your issue better.
> However, what you did describe sounds valid as long as you're willing to
> deal with the inevetable rounding error.
> "Paulo" <prbspfc@.uol.com.br> wrote in message
> news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
>|||Is this what you mean?
USE tempdb
CREATE TABLE items (
Price DECIMAL(9,2),
Percentage TINYINT,
Liquid AS ((Price*Percentage)/100)
)
insert into items values (50, 50)
SELECT Price, Percentage, Liquid
FROM items
Returns: 50.00 50 25.000000
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>
Labels:
25select,
50percentage,
50sql,
column,
database,
exampleifprice,
liquid,
microsoft,
mysql,
oracle,
percentage,
price,
pricepercentage,
productis,
return,
server,
sql
Percentage?
Hi,
example:
if:
Price = 50
Percentage = 50
SQL column Liquid will return 25
Select Price - ((Price*Percentage)/100) as Liquid From Product
is the best way of doing that?You need to describe your issue better.
However, what you did describe sounds valid as long as you're willing to
deal with the inevetable rounding error.
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>|||Example, if exists a product (U$50) and a 50% discount, how much the buyer
will pay?
I tried to convert to english language my "problem"... I hope you can
understand!
Thanks a lot!
"Jay" <nospam@.nospam.org> escreveu na mensagem
news:%23%232wVblJIHA.5624@.TK2MSFTNGP04.phx.gbl...
> You need to describe your issue better.
> However, what you did describe sounds valid as long as you're willing to
> deal with the inevetable rounding error.
> "Paulo" <prbspfc@.uol.com.br> wrote in message
> news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
>> Hi,
>> example:
>> if:
>> Price = 50
>> Percentage = 50
>> SQL column Liquid will return 25
>> Select Price - ((Price*Percentage)/100) as Liquid From Product
>> is the best way of doing that?
>|||Is this what you mean?
USE tempdb
CREATE TABLE items (
Price DECIMAL(9,2),
Percentage TINYINT,
Liquid AS ((Price*Percentage)/100)
)
insert into items values (50, 50)
SELECT Price, Percentage, Liquid
FROM items
Returns: 50.00 50 25.000000
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>
example:
if:
Price = 50
Percentage = 50
SQL column Liquid will return 25
Select Price - ((Price*Percentage)/100) as Liquid From Product
is the best way of doing that?You need to describe your issue better.
However, what you did describe sounds valid as long as you're willing to
deal with the inevetable rounding error.
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>|||Example, if exists a product (U$50) and a 50% discount, how much the buyer
will pay?
I tried to convert to english language my "problem"... I hope you can
understand!
Thanks a lot!
"Jay" <nospam@.nospam.org> escreveu na mensagem
news:%23%232wVblJIHA.5624@.TK2MSFTNGP04.phx.gbl...
> You need to describe your issue better.
> However, what you did describe sounds valid as long as you're willing to
> deal with the inevetable rounding error.
> "Paulo" <prbspfc@.uol.com.br> wrote in message
> news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
>> Hi,
>> example:
>> if:
>> Price = 50
>> Percentage = 50
>> SQL column Liquid will return 25
>> Select Price - ((Price*Percentage)/100) as Liquid From Product
>> is the best way of doing that?
>|||Is this what you mean?
USE tempdb
CREATE TABLE items (
Price DECIMAL(9,2),
Percentage TINYINT,
Liquid AS ((Price*Percentage)/100)
)
insert into items values (50, 50)
SELECT Price, Percentage, Liquid
FROM items
Returns: 50.00 50 25.000000
"Paulo" <prbspfc@.uol.com.br> wrote in message
news:%23lA50biJIHA.4272@.TK2MSFTNGP06.phx.gbl...
> Hi,
> example:
> if:
> Price = 50
> Percentage = 50
> SQL column Liquid will return 25
> Select Price - ((Price*Percentage)/100) as Liquid From Product
> is the best way of doing that?
>
Subscribe to:
Posts (Atom)