oci_field_scale
(PHP 5, PECL OCI8 >= 1.1.0)
oci_field_scale — Возвращает масштаб поля
Описание
$statement
, int $field
)
Возвращает масштаб поля под номером field.
Для полей типа FLOAT точность, получаемая с помощью oci_field_precision(), больше нуля, а масштаб равен -127. Если точность поля равна нулю, то тип поля - NUMBER. Иначе же, тип поля может быть описан как NUMBER(precision, scale).
Список параметров
-
statement -
Идентификатор допустимого OCI запроса.
-
field -
Может быть номером поля (нумерация начинается с 1) или именем.
Возвращаемые значения
Возвращает масштаб в виде числа, или FALSE при ошибке.
Примечания
Замечание:
В версиях PHP ниже 5.0.0 эта функция называлась ocicolumnscale(). В PHP 5.0.0 и выше ocicolumnscale() является алиасом oci_field_scale(), поэтому вы можете продолжать использовать это имя, однако это не рекомендуется.
Смотрите также
- oci_field_precision() - Возвращает точность поля
- oci_field_type() - Возвращает тип поля
- PHP Руководство
- Функции по категориям
- Индекс функций
- Справочник функций
- Расширения для работы с базами данных
- Расширения для работы с базами данных отдельных производителей
- Oracle OCI8
- oci_bind_array_by_name
- oci_bind_by_name
- oci_cancel
- oci_client_version
- oci_close
- oci_commit
- oci_connect
- oci_define_by_name
- oci_error
- oci_execute
- oci_fetch_all
- oci_fetch_array
- oci_fetch_assoc
- oci_fetch_object
- oci_fetch_row
- oci_fetch
- oci_field_is_null
- oci_field_name
- oci_field_precision
- oci_field_scale
- oci_field_size
- oci_field_type_raw
- oci_field_type
- oci_free_descriptor
- oci_free_statement
- oci_get_implicit_resultset
- oci_internal_debug
- oci_lob_copy
- oci_lob_is_equal
- oci_new_collection
- oci_new_connect
- oci_new_cursor
- oci_new_descriptor
- oci_num_fields
- oci_num_rows
- oci_parse
- oci_password_change
- oci_pconnect
- oci_result
- oci_rollback
- oci_server_version
- oci_set_action
- oci_set_client_identifier
- oci_set_client_info
- oci_set_edition
- oci_set_module_name
- oci_set_prefetch
- oci_statement_type
Коментарии
If you're converting SQL values to their respective float and int values based on scale and precision like I am, there's a catch, here.
This is a slimmed-down version of the conversion logic I'm using :
<?php
$col = [
'id' => $field_id,
'name' => oci_field_name($statement, $field_id),
'type' => oci_field_type($statement, $field_id),
'scale' => oci_field_scale($statement, $field_id);
'precision' => oci_field_precision($statement, $field_id);
]
$str_data = oci_result($statement, $field_id)
switch($col['type']) {
case 'NUMBER':
if ($col['precision'] !== 0 && $col['scale'] === -127) {
// A binary float
$data = floatval($str_data);
} else if($col['scale'] === 0) {
// An integer
$data = intval($str_data);
} else {
// A fixed-point decimal number, which has no equivalent in PHP, so float
$data = floatval($str_data);
}
break;
default:
$data = $str_data;
break;
}
echo("{$col['name']} : $str_data ({$col['type']} ({$col['precision']}, {$col['scale']})) -> $data\n");
?>
What the doc doesn't say is that any number column that was defined without a scale parameter counts as a plain NUMBER(), which always has a precision of 0 and a scale of -127, so they get interpreted as floats even when they should be integers.
What the doc also doesn't say is that __all analytics functions that return numbers return a plain NUMBER()__, so something like COUNT(*), RANK() or FIRST_VALUE(foo) is still going to net you a float.
Be careful with these if you have any type-sensitive code that relies on those values (I'm personally very fond of using type-hinting and strict_types = 1).