Wrox Programmer Forums
|
SQL Server 2000 General discussion of Microsoft SQL Server -- for topics that don't fit in one of the more specific SQL Server forums. version 2000 only. There's a new forum for SQL Server 2005.
Welcome to the p2p.wrox.com Forums.

You are currently viewing the SQL Server 2000 section of the Wrox Programmer to Programmer discussions. This is a community of software programmers and website developers including Wrox book authors and readers. New member registration was closed in 2019. New posts were shut off and the site was archived into this static format as of October 1, 2020. If you require technical support for a Wrox book please contact http://hub.wiley.com
 
Old June 17th, 2003, 05:11 PM
Authorized User
 
Join Date: Jun 2003
Posts: 29
Thanks: 0
Thanked 0 Times in 0 Posts
Default FULL-TEST INDEX

I am thinking of setting up a test environment running SQL Server 2000 to run digital video storage systems. What type of index is supposed to be placed on such table? I was thinking of using full-test index that can be used for tables that have few columns and contain static data right? I need to know what index I must use. I shall remain.

Regards,
__________________
CarlWalden
 
Old June 18th, 2003, 03:08 AM
Friend of Wrox
 
Join Date: Jun 2003
Posts: 111
Thanks: 0
Thanked 0 Times in 0 Posts
Default

Indexes are just to speed up queries. Ideally, you need to index those columns that:
a) are queried often (each primary key fields)
-and-
b) have a low degree of similarity (ie most values are unique)

Indexing binary content is a waste of time, as far as I can tell, since you can't place binary criteria in your SQL statements...

Cheers
Ken

www.adOpenStatic.com
 
Old June 18th, 2003, 06:37 AM
Authorized User
 
Join Date: Jun 2003
Posts: 29
Thanks: 0
Thanked 0 Times in 0 Posts
Default

Ken,

Thanks for your advice that was what I thought couple of days back but I am not 100% sure and now I know what is expected of the DB. Thanks once again and have agood.

Regards,
Quote:
quote:Originally posted by KenSchaefer
 Indexes are just to speed up queries. Ideally, you need to index those columns that:
a) are queried often (each primary key fields)
-and-
b) have a low degree of similarity (ie most values are unique)

Indexing binary content is a waste of time, as far as I can tell, since you can't place binary criteria in your SQL statements...

Cheers
Ken

www.adOpenStatic.com
 
Old June 20th, 2003, 05:11 PM
Ned Ned is offline
Authorized User
 
Join Date: Jun 2003
Posts: 66
Thanks: 0
Thanked 0 Times in 0 Posts
Default

Walden,
We are working on the picture archiving system (PACS), I explain you the way we do it. We save all images in the file system and have a little table to control their locations. In that table we have only two fields StudyID and FilePath, where table is indexed on StudyID. All our enquiries are based on the StudyID.
-ned

Quote:
quote:Originally posted by Walden
 Ken,

Thanks for your advice that was what I thought couple of days back but I am not 100% sure and now I know what is expected of the DB. Thanks once again and have agood.

Regards,
Quote:
quote:Originally posted by KenSchaefer
 Indexes are just to speed up queries. Ideally, you need to index those columns that:
a) are queried often (each primary key fields)
-and-
b) have a low degree of similarity (ie most values are unique)

Indexing binary content is a waste of time, as far as I can tell, since you can't place binary criteria in your SQL statements...

Cheers
Ken

www.adOpenStatic.com
-Ned





Similar Threads
Thread Thread Starter Forum Replies Last Post
FULL of ERRORS slme BOOK: Beginning ASP.NET 2.0 BOOK VB ISBN: 978-0-7645-8850-1; C# ISBN: 978-0-470-04258-8 1 May 4th, 2008 03:47 PM
Tempdb is full koushikroy2001 SQL Server 2000 0 August 5th, 2005 05:42 AM
Full On PHP Help Drip Beginning PHP 1 September 25th, 2004 11:29 AM
Full Screen surendran Flash (all versions) 1 August 3rd, 2004 07:41 PM
Get Full User Name Kishor Mepani Access VBA 1 June 24th, 2003 04:08 AM





Powered by vBulletin®
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.
Copyright (c) 2020 John Wiley & Sons, Inc.