Билайн против МТС - Мегафорум - Tele2 :  "Ячейки"
Знаменитая конференция о мобильной связи на "Ячейках". Основана 7 сентября 1999 г. Обсуждаются операторы мобильной связи (кроме виртуальных), а также общие вопросы индустрии. Администраторы форума - agal, Tiramitsu 
[ Ячейки ] [ Билайн против МТС - Мегафорум - Tele2 ] [ Виртуальные операторы ] [ Устройства мобильной связи ] [ Железо и провода ]
[ Мобильная связь: покрытие и качество ] [ Барахолка ] [ Клуб "Старые Сell-ки" ] [ 3G против 4G - архив 2003-13 ]
[ "На чердачке" - блог секретов мобильной связи ] [ Клуб "Курилка" ] [ Участники ] [ Правила поведения ] [ Нарушители ]
[ Попали на Ячейки из Яндекс или Google? Зарегистрируйтесь и спросите! ]

[ new! Новый клип выложен 08.01.2024 Авторские рок-баллады от основателя Ячеек. Смотрите клипы, подписывайтесь. ]




Размещено пользователем : Марик ()
Зарегистрирован:
Сообщения:
Ранг: Новичок
Дата: 28-11-2002 12:11

Аааа, это надо на otn.oracle.com региться winking smiley) (суть внутрях) (+)


Впрочем толку мало - увидишь "хваленую" оракловскую доку

NUMBER Datatype
The NUMBER datatype stores zero, positive, and negative fixed and floating-point numbers with magnitudes between 1.0 x 10-130 and 9.9...9 x 10125 (38 nines followed by 88 zeroes) with 38 digits of precision. If you specify an arithmetic expression whose value has a magnitude greater than or equal to 1.0 x 10126, Oracle returns an error.

Specify a fixed-point number using the following form:

NUMBER(p,s)


where:

p is the precision, or the total number of digits. Oracle guarantees the portability of numbers with precision ranging from 1 to 38.

s is the scale, or the number of digits to the right of the decimal point. The scale can range from -84 to 127.

Specify an integer using the following form:

NUMBER(p) is a fixed-point number with precision p and scale 0. This is equivalent to NUMBER(p,0).

Specify a floating-point number using the following form:

NUMBER is a floating-point number with decimal precision 38. Note that a scale value is not applicable for floating-point numbers.

See Also: "Floating-Point Numbers"




Scale and Precision
Specify the scale and precision of a fixed-point number column for extra integrity checking on input. Specifying scale and precision does not force all values to a fixed length. If a value exceeds the precision, Oracle returns an error. If a value exceeds the scale, Oracle rounds it.

The following examples show how Oracle stores data using different precisions and scales.

7456123.89
NUMBER
7456123.89

7456123.89
NUMBER(9)
7456124

7456123.89
NUMBER(9,2)
7456123.89

7456123.89
NUMBER(9,1)
7456123.9

7456123.89
NUMBER(6)
exceeds precision

7456123.89
NUMBER(7,-2)
7456100

7456123.89
NUMBER(-7,2)
exceeds precision




Negative Scale
If the scale is negative, the actual data is rounded to the specified number of places to the left of the decimal point. For example, a specification of (10,-2) means to round to hundreds.

Scale Greater than Precision
You can specify a scale that is greater than precision, although it is uncommon. In this case, the precision specifies the maximum number of digits to the right of the decimal point. As with all number datatypes, if the value exceeds the precision, Oracle returns an error message. If the value exceeds the scale, Oracle rounds the value. For example, a column defined as NUMBER(4,5) requires a zero for the first digit after the decimal point and rounds all values past the fifth digit after the decimal point. The following examples show the effects of a scale greater than precision:

Actual Data Specified As Stored As
.01234
NUMBER(4,5)
.01234

.00012
NUMBER(4,5)
.00012

.000127
NUMBER(4,5)
.00013

.0000012
NUMBER(2,7)
.0000012

.00000123
NUMBER(2,7)
.0000012




Floating-Point Numbers
Oracle allows you to specify floating-point numbers, which can have a decimal point anywhere from the first to the last digit or can have no decimal point at all. A scale value is not applicable to floating-point numbers, because the number of digits that can appear after the decimal point is not restricted.

You can specify floating-point numbers with the form discussed in "NUMBER Datatype". Oracle also supports the ANSI datatype FLOAT. You can specify this datatype using one of these syntactic forms:

FLOAT specifies a floating-point number with decimal precision 38, or binary precision 126.

FLOAT(b) specifies a floating-point number with binary precision b. The precision b can range from 1 to 126. To convert from binary to decimal precision, multiply b by 0.30103. To convert from decimal to binary precision, multiply the decimal precision by 3.32193. The maximum of 126 digits of binary precision is roughly equivalent to 38 digits of decimal precision.





Вопрос. МТС говорит что у них все расчёты идут с точностью до 38 знаков. Т.е. это тип double?(32битный и разложен по степени 2) ? (-)  < xReason >   [716]   28-11-2002 10:49
Есть такой язык REXX, там кол-во знаков после запятой можно весьма произвольно установливать специальным оператором... (-)  < Vlad >   [186]   28-11-2002 16:10
Только скорость значительно от этого меньше (-)  < NoN >   [204]   28-11-2002 16:12
И еще - а правда ли, что тарифы - тоже с 38 знаками :-) (+)  < Анонимный пользователь >   [172]   28-11-2002 12:42
Для хранения данных в оракле используется тип NUMBER, который не имеет ничего общего с теми типами данных к которым вы привыкли float, double. Вообщем, я полагаю что на вход грубо говоря в оракл поступает время звонка, а расчеты стоимости ведуться Ораклом  < UserMTS >   [168]   28-11-2002 12:02
И оракл написан не на Си и FPU не применяет, а сверяется с Провидением Свыше. (-)  < a110c >   [182]   28-11-2002 14:11
Чем иронизировать, RTFM. Хотя языком ворочать, конечно проще ... (-) (URL) < Gun >   [145]   28-11-2002 17:42
Откуда все это пошло... (+) (URL) < Lin >   [160]   28-11-2002 12:02
меня туда не пускают :-) А как это Number хранится и как идут ариф. операции? Знаете? (-)  < xReason >   [128]   28-11-2002 12:08
Сорри, ссылка неправмльная... (-) (URL) < Lin >   [166]   28-11-2002 12:04
Издеваешься? (-)  < NoN >   [219]   28-11-2002 12:06
Почему? Он все правильно пишет (-)  < Марик >   [141]   28-11-2002 12:09
Видимо у вас есть доступ туды, а у нас нет :-( (-)  < xReason >   [151]   28-11-2002 12:11
Там может любой зарегистрироваться... Зарегистрируйся, если интересно... (-)  < Lin >   [183]   28-11-2002 12:13
Ну почему сразу, издеваюсь? smiling smiley)) Просто даю источник информации... smiling smiley)) (-)  < Lin >   [192]   28-11-2002 12:08
И какой пароль с логином??? (-)  < NoN >   [180]   28-11-2002 12:09
Все - понял, извиняюсь... (-)  < NoN >   [193]   28-11-2002 12:11
Аааа, это надо на otn.oracle.com региться winking smiley) (суть внутрях) (+)  < Марик >   [221]   28-11-2002 12:11
а точка то плавает :-)))) (-)  < xReason >   [141]   28-11-2002 12:13
FLOAT specifies a floating-point number with decimal precision 38, or binary precision 126. ? (-)  < NoN >   [247]   28-11-2002 12:18
Всё вопрос закрыт. Спасибо! (-)  < xReason >   [183]   28-11-2002 12:19
Вообще-то дабл 64 бита а не 32 :-) (-)  < ButtHead? >   [162]   28-11-2002 11:49
mea culpa, конечно 64. Когда писал почемуто про float подумал :-))) (-)  < xReason >   [163]   28-11-2002 11:52
По-моему, это надувательство: считать деньги в типе double. Будут накапливаться ошибки округления, разные библиотеки дадут разный результат. (1/3)*3!=1. (-)  < a110c >   [225]   28-11-2002 11:32
Личный пример самый правильный! предлагаю самому и за свой счет наговорить в МТС столько, чтобы ошибка округления составила полцента smiling smiley))) (-)  < Serg_K >   [134]   28-11-2002 11:43
Суть не в этом. А в том что ... -> (-) (URL) < xReason >   [164]   28-11-2002 11:45
Я несколько недопонимаю сути проблемы.. (+)  < Andrew_O >   [194]   28-11-2002 11:30
Суть проблемы не в том КТО ДЕШЕВЛЕ, а в том, что в Би стоимость 3 сек = 4 сек = 5 сек... (-) (-)  < Nicesoft >   [210]   28-11-2002 11:40
Я рассуждал не как программист, а как обычный абон (+)  < Andrew_O >   [177]   28-11-2002 11:45
Ты про сравнение тарифов, а я про сравнение биллингов :о)) (-) (-)  < Nicesoft >   [140]   28-11-2002 11:51
В МТС например стоимость 6сек=7сек=8сек=9сек (-)  < NoN >   [203]   28-11-2002 11:43
Господа, не углубляйтесь в дебри, я имел ввиду только ЖЫнсу и БИ+ц (-)  < Andrew_O >   [193]   28-11-2002 11:46
Ты про "Десятку"? (-) (-)  < Nicesoft >   [151]   28-11-2002 11:44
Про мой летний... (-)  < NoN >   [176]   28-11-2002 11:45
Тогда поясни, плз. (-) (-)  < Nicesoft >   [177]   28-11-2002 11:46
Для большей части абонентов МТС эта хваленая 38-знаковая система проявлеятся после 1 минуты с момента разговора (в принципе и Бишным тоже) (-)  < NoN >   [153]   28-11-2002 11:50
Я не понял про (ссылка внутри) - это что было? Пустые слова, лишь бы сказать? Или ты объяснишь? (-) (-) (URL) < Nicesoft >   [152]   28-11-2002 12:00
Я о том же что и вчера, что абонентам по боку технические детали, если они не отражаются на его кармане. (-)  < NoN >   [143]   28-11-2002 12:03
В летнем посекундка со 2-минуты. И причем тут посекундка с начала разговора? (-) (-)  < Nicesoft >   [193]   28-11-2002 12:06
К тому что точность может ничего не значит. (см. также пример с изменением точности при секундом округлении) (-)  < NoN >   [182]   28-11-2002 12:08
Значит-не значит. Не в этом суть, а в том, что биллинг в Би не позволяет делать посекундку при таких тарифах. (-) (-)  < Nicesoft >   [175]   28-11-2002 12:10
Да, но особенности Бишного биллинга в Билайн GSM бьют абонентов по карману! (-)  < Serg_K >   [156]   28-11-2002 11:55
вы программист? (-)  < xReason >   [239]   28-11-2002 11:36
нет.... но кой чо в этом понимаю.. (-)  < Andrew_O >   [203]   28-11-2002 11:40
Короче число хранится не в явном виде, а в степенях двойки. И поэтому при ариф. опрециях будет погрешность. Вывод: МТС не права, заявля про 38 значную точность. (-)  < xReason >   [196]   28-11-2002 11:43
а, нет, в это я "вьехал".. я про другое совсем писал.. про разницу в стоимости МИНУТЫ у ЖЫнсы и БИ+ца, в которой гаснут все "доцентовки" (-)  < Andrew_O >   [228]   28-11-2002 11:48
Тут несколько другой вопрос(нежли кторый я в корне писал). У вас вопрос выгод(экономии), а у меня скорее принцип :-)))) (-)  < xReason >   [150]   28-11-2002 11:54
Это не совсем так. (+) (+)  < КуКу >   [191]   28-11-2002 11:52
С чего Вы это взяли? (-)  < КуКу >   [154]   28-11-2002 11:46
->>>> (-) (URL) < xReason >   [151]   28-11-2002 11:49
в том числеsmiling smiley (-)  < КуКу >   [219]   28-11-2002 11:55
Насчет "унюхал" согласен, налицо явная очередная попытка убедить всех, что "не крадут". В результате, как обычно, все, кто не имел претензий к МТС, засомневаются, а те, кто кричал "воруют", получат новые аргументы. Вива Сусов! (+)  < a110c >   [187]   28-11-2002 11:36
А расчеты центов идут до этого знака, а секунды как идут? (-)  < NoN >   [197]   28-11-2002 10:53
Секунды с точностью до 1 секунды. (-)  < Serg_K >   [146]   28-11-2002 11:10
Зачем тогда такая точность в центах? (-)  < NoN >   [179]   28-11-2002 11:11
Чтобы спокойно смотреть абоненту в глаза smiling smiley)) (-)  < Serg_K >   [203]   28-11-2002 11:23
Затем, что 2.5 цента+2.5 цента = 5 центов, а не 4 или 6 (-) (-)  < Nicesoft >   [193]   28-11-2002 11:14
Про округление вниз. (+)  < Serg_K >   [160]   28-11-2002 11:27
не только вверх! все мои звонки на "офисный номер" идут по 4 цента (без НДС) днем, а не по 4,5 (после 21:00, правда, округление уже вверх - те же 4 вместо 3,5) (-)  < del >   [199]   28-11-2002 11:50
Звонки на офисный по 4 цента к округлению не ОТНОСИТСЯ! Прсто сделали круглосуточно 4 цента и все! (-)  < Serg_K >   [146]   28-11-2002 12:05
Вот отсюда и начинается крик "вАруютЬ" (+)  < kaafree >   [253]   28-11-2002 11:23
Крики варуют были когда точность информатора была +/- 1 доллар ... (-)  < NoN >   [204]   28-11-2002 11:28
Ну тогда и посекундки не было, теперь будут (-) (-)  < Nicesoft >   [174]   28-11-2002 11:29
Интересно на неджинсовых когда-нибудь у МТС будет посекунда? (-)  < NoN >   [209]   28-11-2002 11:30
МТС впереди паровоза не побежит, ИМХО. Если рынок (Би, МФ,...) заставит - тогда, может быть.... (-) (-)  < Nicesoft >   [224]   28-11-2002 11:33
Когда нибудь лет через десять. Я думаю должна быть)) (-)  < Bankir >   [161]   28-11-2002 11:32
А В Банках с какой точностью идут опреации? :-))))) (-)  < xReason >   [143]   28-11-2002 11:56
с точность до копейки (-)  < NoN >   [150]   28-11-2002 11:57
а когда всякие проценты начисляют :-) (-)  < xReason >   [147]   28-11-2002 12:03
и при других операциях точность определятеся законодательством в котором нормальные правила округления.до копейки. (-)  < NoN >   [204]   28-11-2002 12:06
Тока отошел поработать, а вы уже банки обсуждаете)) (-)  < Bankir >   [221]   28-11-2002 12:12
Просто пока не вижу предпосылок даже изменения всяких летних (-)  < NoN >   [246]   28-11-2002 11:34
Я подозреваю что предпосылки к изменению ВВЕРХ:-( (-)  < Andrew_O >   [171]   28-11-2002 11:52
Самое главное - как округляется 39-ый знак ????? winking smiley)))))))))) (-)  < kaafree >   [188]   28-11-2002 11:00
Просто если число с точностью до 1 знака до запятой умножить на число с точностью до 100-го знака до запятой получиться число с точность не большей чем 1 знак после запятой.. (-)  < NoN >   [136]   28-11-2002 11:02
и это еще не всё :-))) (-)  < xReason >   [182]   28-11-2002 11:05


Array
Сорри, но тема закрыта. Писать сюда нельзя.