﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>StrataFrame Forum » StrataFrame Database Deployment Toolkit » Database Deployment Toolkit (How do I?)  » Field index required for Dialog Browser</title><generator>InstantForum 2017-1 Final</generator><description>StrataFrame Forum</description><link>http://forum.strataframe.net/</link><webMaster>StrataFrame Forum</webMaster><lastBuildDate>Thu, 04 Jun 2026 03:55:22 GMT</lastBuildDate><ttl>20</ttl><item><title>Field index required for Dialog Browser</title><link>http://forum.strataframe.net/FindPost19677.aspx</link><description>What is the rule for the need of indexes on fields used in a Dialog Browser?&lt;P&gt;I have a Dialog Browser with 10 fields (see attached picture) and I am wonder if I should have an index on these 10 fields?&lt;/P&gt;&lt;P&gt;Thanks!</description><pubDate>Thu, 25 Sep 2008 10:13:56 GMT</pubDate><dc:creator>Edhy Rijo</dc:creator></item><item><title>RE: Field index required for Dialog Browser</title><link>http://forum.strataframe.net/FindPost19700.aspx</link><description>Thanks for the clarification.&amp;nbsp; &lt;/P&gt;&lt;P&gt;Back in VFP it was recommended to have an index in every column used in the where condition to make use of the Rushmore technology in VFP, now in MS-SQL, it is more of&amp;nbsp;monitoring the application performance before start adding indexes all over :P.</description><pubDate>Thu, 25 Sep 2008 10:13:56 GMT</pubDate><dc:creator>Edhy Rijo</dc:creator></item><item><title>RE: Field index required for Dialog Browser</title><link>http://forum.strataframe.net/FindPost19697.aspx</link><description>Do you remember that really long session that Ben gave over SQL Server during the class...that would be the section I would refer you back to in regards to answering this question.&lt;/P&gt;&lt;P&gt;Generally we will never add an indexes haphazardly and only add them when we see a performance issue.&amp;nbsp; Just adding an index on all of these fields would probably not be a good idea as they may just produce overhead or even slow things down.&amp;nbsp; Dealing with dates especially if you are going to have some between operations may be a good place for an index...but this really depends on the database size, performance that you are experiencing, etc.&amp;nbsp; So I can't give you a "Yes" or "No" answer here....it is more of a trial and error when dealing with performance issues.</description><pubDate>Thu, 25 Sep 2008 09:50:17 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item></channel></rss>