Странное поведение в функции PowerShell, возвращающее DataSet/DataTable
Это сводит меня с ума. У меня есть библиотека из нескольких сценариев, которая содержит следующую функцию:
function lib_open_dataset([string] $sql) {
$ds = new-object "System.Data.DataSet"
$da = new-object "System.Data.SqlClient.SqlDataAdapter" ($sql, $_conn_string)
$record_count = $da.Fill($ds)
return $ds
}
Это называется почти везде, и все работает отлично, за исключением того, что я обычно должен это делать:
$ds = lib_open_dataset($some_sql)
$table = $ds.Tables[0]
foreach ($row in $table.Rows) {
# etc
}
Итак, я создал новую простую функцию-оболочку, чтобы избежать дополнительного шага разыменования первой таблицы:
function lib_open_table([string] $sql) {
$ds = lib_open_dataset $sql
return $ds.Tables[0]
}
Проблема заключается в том, что из того, что возвращается отсюда, является коллекция Rows таблицы по какой-то причине, а не сама таблица. Это приводит к тому, что цикл строки foreach
, записанный, как указано выше, завершился неудачей с помощью "Невозможно индексировать нулевой массив". исключение. После долгих проб и ошибок я понял, что это работает:
foreach ($row in $table) {
# etc
}
Обратите внимание на разницу между $table.Rows
и просто $table
в инструкции foreach
. Этот работает. Потому что $table
фактически указывает на коллекцию строк. Если утверждение
return $ds.Tables[0]
предположительно правильно, почему функция возвращает дочернюю коллекцию объекта таблицы вместо самой таблицы?
Я предполагаю что-то в том, как работают функции Powershell, что явно вызывает это, но я не могу понять, что.
Ответы
Ответ 1
Вы можете использовать оператор запятой для обертывания коллекции строк в массиве, так что, когда массив разворачивается, вы завершаете сборку исходных строк, например:
function lib_open_table([string] $sql) {
$ds = lib_open_dataset $sql
return ,$ds.Tables[0]
}
По сути, вы не можете запретить PowerShell разворачивать массивы/коллекции. Лучшее, что вы можете сделать, это обходное поведение, обертывающее массив/коллекцию в другом массиве с одним элементом.
Ответ 2
Специальные приложения PowerShell DataTable внутренне. Он не реализует никаких обычных подозрительных интерфейсов, таких как ICollection, IList или IEnumerable, которые обычно запускают разворот. Вы можете вникнуть в это немного:
PS> $dt = new-object data.datatable
PS> $dt -is [collections.ienumerable]
False
Тем не менее:
PS> $e = [management.automation.languageprimitives]::GetEnumerator($dt)
PS> $e.gettype()
IsPublic IsSerial Name BaseType
-------- -------- ---- --------
False False RBTreeEnumerator System.ValueType
-Oisin
Ответ 3
О да, я тоже боролся с этим, пока не получил этот пост. (tnxs Keith!)
2 вещи, которые вам нужно, чтобы сосредоточиться на
а) добавьте свой возвращенный объект с запятой
б) когда вы заполняете свой адаптер, обязательно присвойте результат переменной (удаляемой) или сделать Out-Null
Я не делал Out-Null и даже с добавленной запятой, я продолжал получать обратно коллекцию (item 0 = количество строк из запроса, item1 = datatable)
Довели меня до ума, пока не выбрал параметр Out-null.
Очень странно ИМХО, поскольку я прошу конкретно вернуть данные, но продолжал возвращать коллекцию, даже с "," спереди
function Oracleconnection
{
process
{
trap
{
Write-Host "error occured on oracle connection"
Write-Host $_
continue
}
[System.Reflection.Assembly]::LoadWithPartialName("System.Data.OracleClient") | out-null
$connection = new-object system.data.oracleclient.oracleconnection( `
"Data Source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=myhost.host)(PORT=1800)) `
(CONNECT_DATA=(SERVICE_NAME=myservicename)));User Id=myid;Password=mypassword;");
$query = "SELECT country, asset FROM table "
$set = new-object system.data.dataset
$adapter = new-object system.data.oracleclient.oracledataadapter ($query, $connection)
$adapter.Fill($set) | Out-Null
$table = new-object system.data.datatable
$table = $set.Tables[0]
return ,$table
}
}