![\"Bookmark](\"http:\/\/s7.addthis.com\/static\/btn\/v2\/lg-share-en.gif\")
\n <\/p>\n\n <\/p>\n
Microsoft Scripting Guy Ed Wilson here. I finally had time to play around with querying Windows Search from within Windows PowerShell. I tried, back during the beta of Windows Vista, to do that, but I was unable to get it to work. It has been on my mind and on the back burner for quite some time. Today, being a nice relaxed day—due in part to the fact that I have been unable to receive any e-mail for the last 36 hours—I finally had time to play around with it. <\/span><\/p>\n A quick word of warning: This script and the concept of querying the Windows Search index can quickly become addictive. After you begin experimenting with the query syntax, you can easily begin to think of other applications and additional items to look for, and as a result you can eat up vast amounts of time. My first effort produced the SearchEveryThingFromWindowsSearch.ps1 script that is seen here. <\/p>\n <\/span><\/p>\n SearchEveryThingFromWindowsSearch.ps1<\/p>\n <\/span><\/strong><\/p>\n $objConnection = New-Object -ComObject adodb.connection $objrecordset.Close() <\/span><\/span><\/span><\/span><\/p>\n <\/span><\/p>\n “Provider=Search.CollatorDSO;Extended Properties=’Application=Windows’;”<\/p>\n <\/span><\/span><\/span><\/p>\n <\/span><\/p>\n $objConnection = New-Object -ComObject adodb.connection <\/span><\/span><\/span><\/p>\n <\/span><\/p>\n $objrecordset.open(“SELECT System.ItemName, System.ItemTypeText, System.Size FROM SystemIndex”, $objConnection)<\/p>\n <\/span><\/span><\/span><\/p>\n <\/span><\/p>\n $objrecordset.MoveFirst() <\/span><\/span><\/span><\/p>\n <\/span><\/p>\n $objrecordset.Close() <\/span><\/span><\/span><\/p>\n <\/span><\/span><\/p>\n <\/span><\/p>\n <\/span><\/p>\n If you want to know exactly what we will be looking at tomorrow, follow us on <\/span>Twitter<\/span><\/a> or <\/span>Facebook<\/span><\/a>. If you have any questions, send e-mail to us at <\/span>scripter@microsoft.com<\/span><\/a> or post your questions on the <\/span>Official Scripting Guys Forum<\/span><\/span><\/a>. See you tomorrow. Until then, peace.<\/p>\n <\/span><\/span><\/p>\n <\/p>\n <\/span>\nEd Wilson and Craig Liebendorfer, Scripting Guys<\/p>\n <\/span><\/b><\/p>\n <\/span><\/b><\/p>\n","protected":false},"excerpt":{"rendered":" Microsoft Scripting Guy Ed Wilson here. I finally had time to play around with querying Windows Search from within Windows PowerShell. I tried, back during the beta of Windows Vista, to do that, but I was unable to get it to work. It has been on my mind and on the back burner for […]<\/p>\n","protected":false},"author":595,"featured_media":87096,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[31,3,147,61,45],"class_list":["post-18221","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-scripting","tag-operating-system","tag-scripting-guy","tag-search","tag-weekend-scripter","tag-windows-powershell"],"acf":[],"blog_post_summary":" Microsoft Scripting Guy Ed Wilson here. I finally had time to play around with querying Windows Search from within Windows PowerShell. I tried, back during the beta of Windows Vista, to do that, but I was unable to get it to work. It has been on my mind and on the back burner for […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/18221","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/users\/595"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/comments?post=18221"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/18221\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media\/87096"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media?parent=18221"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/categories?post=18221"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/tags?post=18221"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
$objrecordset = New-Object -ComObject adodb.recordset
$objconnection.open(“Provider=Search.CollatorDSO;Extended Properties=’Application=Windows’;”)
$objrecordset.open(“SELECT System.ItemName, System.ItemTypeText, System.Size FROM SystemIndex”, $objConnection)
$objrecordset.MoveFirst()
do
{
<\/span>$objrecordset.Fields.Item(“System.ItemName”)
<\/span>$objrecordset.Fields.Item(“System.ITemTypeText”)
<\/span>$objrecordset.Fields.Item(“System.SIze”)
<\/span>$objrecordset.MoveNext()
} Until ($objrecordset.EOF)<\/p>\n
$objConnection.Close()
$objrecordset = $null
$objConnection = $null
[gc]::collect()<\/p>\n
Just like any other script that uses the COM version of ADO, you begin by creating the connection<\/b> object, the recordset<\/b> object, and opening the connection. The key thing is to know which provider to use. The provider used here is the Search.CollatorDSO<\/b> provider, but I must also specify extended<\/b> properties as well. Therefore, the provider<\/b> string that is used to open the connection is shown here:<\/p>\n
The first three lines of the script are shown here:<\/p>\n
$objrecordset = New-Object -ComObject adodb.recordset
$objconnection.open(“Provider=Search.CollatorDSO;Extended Properties=’Application=Windows’;”)<\/p>\n
After the connection is open, it is time to open the recordset<\/b>. Here I also type in my select statement that will be used to retrieve information from the index. Note that I do not have a where<\/b> clause; this query will therefore return the ItemName<\/b>, the ItemTypeText<\/b> and the Size<\/b> from the SystemIndex<\/b>. The SystemIndex<\/b> is the only table that I can query with this provider. In addition to the SQL statement, the open<\/b> method also needs a connection<\/b> object. This command is shown here:<\/p>\n
The next thing I do is move to the beginning of the recordset<\/b>, and print out each of the property items I had selected. After displaying the three property items for the current record, the script moves to the next item in the recordset<\/b>. It will continue in this fashion until it reaches the EOF<\/b> (end of the file) property of the recordset<\/b>. A Do…Until loop is used to walk through the recordset<\/b>. This section of the script is shown here:<\/p>\n
do
{
<\/span>$objrecordset.Fields.Item(“System.ItemName”)
<\/span>$objrecordset.Fields.Item(“System.ITemTypeText”)
<\/span>$objrecordset.Fields.Item(“System.SIze”)
<\/span>$objrecordset.MoveNext()
} Until ($objrecordset.EOF)<\/p>\n
A little bit of cleanup code is all that I needed to add to the script. I therefore close the recordset<\/b> and the connection, set the objects to $null<\/b>, and call garbage collection. When working with COM-based objects, it is always a good idea to call garbage collection at the end of your script. The cleanup code is shown here:<\/p>\n
$objConnection.Close()
$objrecordset = $null
$objConnection = $null
[gc]::collect()<\/p>\n
When the script runs, the output shown in the following image scrolls by in the output pane. To stop the script from running, click the red square in the Windows PowerShell ISE. If you run it in the Windows PowerShell console, press CTRL+C to halt execution. If you do not do this, the script will run for quite some time. <\/p>\n![\"Image](\"http:\/\/img.microsoft.com\/library\/media\/1033\/technet\/images\/scriptcenter\/qanda\/hsg\/2010\/may\/hey0529\/wes-05-29-10-01.jpg\")
<\/span><\/p>\n