|
|
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Имеется запрос вида select mr.id, mr.fio,mr.num_ip,mr.num_doc, mr.pack_id, mr.kod_org, mr.sogl, mr.req_id from mvv_req_14 mr where mr.mkod=59416378710142014 Очень долго выполняется около 2 минут. Поле mkod индексировано. В таблице 866 144 записей. Индекс пересоздавал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:08:55 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
SergVMK, 1. план выполнения запроса только для лохов 2. тип поля и тип аргумента для поиска - сугубо личное дело спрашивающего ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:11:31 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
SergVMK, тип у mkod какой? не VARCHAR случаем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:12:38 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
SergVMKПоле mkod индексировано. Не верю. Покажи определение этого поля. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:13:19 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
да тип varchar ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:14:23 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
SergVMK, ну тогда ищи вот так Код: sql 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:15:05 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Спасибо! Так быстро искать стало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:17:36 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
SergVMKда тип varchar Так с какого перепою ты, чудила, сравниваешь VARCHAR и BIGINT?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:18:02 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Я имею ввиду select mr.id, mr.fio,mr.num_ip,mr.num_doc, mr.pack_id, mr.kod_org, mr.sogl, mr.req_id from mvv_req_14 mr where mr.mkod='59416378710142014' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:18:23 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov> Так с какого перепою ты, чудила, сравниваешь VARCHAR и BIGINT?.. Дык, там же ЧИСЛО записано!!! -- Vladimir A.Bakhvaloff Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 13:20:05 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovSergVMKда тип varchar Так с какого перепою ты, чудила, сравниваешь VARCHAR и BIGINT?.. Ему компилятор FB не сказал что это плохо. И имхо это плохо. В четвёртый диалект можно безболезненно заложить проверку типов данных :) И сделать чтобы было 3/2 = 1.5, а не как сейчас: 3/2 = 1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 17:40:30 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
NickDee, к чёрту 4 диалект. И без того 2 диалекта (1 и 3) путаницу вносят, да ещё и пропущенный второй. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 17:44:20 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисNickDee, к чёрту 4 диалект. И без того 2 диалекта (1 и 3) путаницу вносят, да ещё и пропущенный второй. А как правильно? Ломать совместимость? Или ты предлагаешь наречь текущее положение вещей нормальным и забить? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 17:57:48 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
NickDee, это поведение и есть нормальное и согласовано со стандартом. Чего в 3ем диалекте не хватает, так это большей точности NUMERIC, типа NUMERIC(38, 0) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 19:21:25 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Симонов Денисда ещё и пропущенный второй. второй не пропущен, он "переходно-тестовый" с 1 на 3. http://www.ibase.ru/devinfo/migration.htm После этого можно приступать к проверке скрипта на переносимость. Для этого в самом начале скрипта base1.ddl следует написать SET SQL DIALECT 2; Диалект 2 в IB 6 предназначен для проверки переносимости баз данных из диалекта 1 в диалект 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 19:32:09 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
kdv, я про это читал. Просто выразился не очень понятно. Однако дополнительной путаницы это не отменяет. И я всячески против введения ещё одного диалекта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 19:34:48 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисИ я всячески против введения ещё одного диалекта. dimitr что-то говорил, то ли об отмене поддержки 1 диалекта (что фактически убирает диалекты вообще), то ли еще о чем то таком. Лично я не знаю, как вводить новые типы данных без диалекта, но я не архитектор ФБ, поэтому могу глубоко ошибаться в данном вопросе. На всякий случай - 3/2 = 1.5 (NickDee) не поддерживаю, а вот что нужен большой numeric - это однозначно. Причем он нужен уже, "вчера". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 19:38:50 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
kdv, BOOLEAN вполне успешно ввели без всяких диалектов. Мне кажется 3 диалект был введён не из-за новых типов данных, а из-за того, что одноимённые типы (NUMERIC, DECIMAL, DATE) вели себя по разному. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 19:44:54 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
kdvа вот что нужен большой numeric - это однозначно. Причем он нужен уже, "вчера". А прилагающиеся к нему тормоза из-за длинной арифметики?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 19:48:16 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, те кому такая точность нужна будут мерится с дополнительными тормозами, а тем кому не нужна будут работать как и раньше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 19:49:45 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Симонов Дениса тем кому не нужна будут работать как и раньше Каким способом? Внедрение длинного NUMERIC означает перевод на него всей арифметики. Или ты думаешь, что в движок встроят ясновидение "вот здесь деление можно сделать старое, а вот тут уже требуется новое"?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 19:56:52 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, ну сейчас же способ хранения NUMERIC меняется от его точности, вот и дальше так будет, только для большой точности это хранение будет сложнее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:01:09 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Симонов Дениссейчас же способ хранения NUMERIC меняется от его точности А я говорю не о хранении, а об использовании. Функции SUM/AVG как должны аргументы складывать? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:06:53 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovФункции SUM/AVG как должны аргументы складывать?Ну, наверно, если базовый тип для хранения 64 битный, то складывать пока влазит в базовые 64 бита, как не влезло, то вываливать исключение. Собстно аналогично 128, только там придется складывать "столбиком". Как же работали базовые 64 битные типы, когда явных asm команд для 64 битных чиселок не было? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:14:33 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. numeric(4,0) - храниться как smallint, что не мешает при суммировании превышать его разрядность и менять её на INTEGER, то же самое можно сделать и для больших точностей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:21:23 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Симонов Денис, "храни тся ". http://www.ibase.ru/devinfo/ibp_60_exact_num_fs.html SUM and AVG are exact if the subject row has an exact numeric type and the scaled sum fits in 64 bits: otherwise we raise an overflow exception. SUM and AVG are never computed internally using floating point arithmetic unless the data type of the column is approximate numeric. Если я верно понимаю фразу scaled sum fits in 64bits, результат sum и avg для exact numeric всегда 64бит. И это следует также из того, что prepare должно вернуть описание типов возвращаемого результата до выполнения запроса. А динамически это описание (после или во время выполнения запроса) не может меняться (хотя у меня тоже была такая мысль). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:34:20 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Симонов Денисnumeric(4,0) - храниться как smallint, что не мешает при суммировании превышать его разрядность и менять её на INTEGER Вот только она меняется на INTEGER (а скорее всего сразу на BIGINT) ещё до начала суммирования, а не в процессе. Движок просто берёт тип наибольшей доступной разрядности. Что будет когда таким типом станет NUMBER(38)?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:39:38 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
kdv, хм... тогда DS прав в том что производительность упадёт, т.к sum придётся возвращать 128 битное значение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:43:35 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
DS> Что будет когда таким типом станет NUMBER(38)?.. Дим, насколько я понимаю, это будет во-первых, редкая операция и сугубо на совести тех, кто выбрал этот тип (скорее всего, небольшое падение скорости их вполне устроит), во-вторых, на производительности всех остальных операций она не скажется (не должна). Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:50:31 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов Рустамсугубо на совести тех, кто выбрал этот тип Ты не врубаешься: этот тип будет выбираться всегда для агрегатных функций и почти всегда - для вычислений более чем в одно действие. Независимо от желания прокладки. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:58:35 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
DS> этот тип будет выбираться всегда для агрегатных функций Разве? Впрочем, да, наверное. Ну тогда ССЗБ. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 20:59:39 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
однако что меня удивляет, так это то, что точность NUMERIC в Oracle, MS SQL, DB 2, PosgreSQL превышает 18. Неужели у них всё так плохо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 21:04:35 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
на всякий случай - нашел вот такую статью http://accu.org/index.php/articles/1849 вдруг поможет (вообще). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 21:22:20 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисНеужели у них всё так плохо? Таблоид не даст соврать, типы PLS_INTEGER и иже с ним изобретены не от хорошей жизни. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2014, 21:39:49 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovТы не врубаешься: этот тип будет выбираться всегда для агрегатных функций и почти всегда - для вычислений более чем в одно действие.Ты уже написал соответствующий патч? Иной раз безапелляционность просто поражает. Как же мы жили когда процы были 16/32 битные, а "длинная" арифметика была уже тогда? Что помешает поглядеть на операнды и, для всей мелкоты до 64 бит взять за основу 64 бита, а если попался хотя бы один 128 битный, то уже не торопясь "топать по длинной дорожке". ну т.е. sum(numeric_18_0) ,будет работать как раньше, а к примеру sum(numeric_18_0)+cast(0 as numeric(30)) уже в 128 битах, ну или sum(cast(numeric_18_0 as numeric(30)). Это уже просто особенности реализации, к тому же сдается мне и в современных компиляторах должны быть подпитка для таких чисел (правда здесь я грешным делом очень давно не интересовался). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 08:35:18 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Ivan_PisarevskyЧто помешает поглядеть на операнды и, для всей мелкоты до 64 бит взять за основу 64 бита Не спасет (2^64-1)+(2^64-1) = ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 16:04:50 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Fr0sT-Brutal(2^64-1)+(2^64-1) = ?Ivan_Pisarevskyскладывать пока влазит в базовые 64 бита, как не влезло, то вываливать исключение.Кому не нравится, кастует к более длинному типу и получает искомое, возможно чутка подождав. Сейчас же такая ситуация возможна? Возможна. Кто-то от этого умер? нет, никто не умер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 16:33:19 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Ivan_PisarevskyКому не нравится, кастует к более длинному типу Ну и зачем тогда вообще длинные числа, если уже сейчас можно получить тот же результат, скастовав в DOUBLE?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 16:40:06 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovНу и зачем тогда вообще длинные числа, если уже сейчас можно получить тот же результат, скастовав в DOUBLE?..Есть эстеты кому нравится точность. каст к даблу гарантированно приведет к потере точности. ты предлагаешь, например, деньги хранить в дабле? это как-то не совсем правильно. Вопрос был, как я понимаю, в том, что те кому нужно 19 и более значащих чиселок, готовы подождать, но чиселки получить все и не округленные. Основная масса(и я в их числе) готовы довольствоваться 18 и ждать не хотят. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 16:48:03 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Ivan_Pisarevskyты предлагаешь, например, деньги хранить в дабле? Не хранить. Считать. Я слышал, есть такие странные личности, которые что-то считают на стороне сервера... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:08:52 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
kdvНа всякий случай - 3/2 = 1.5 (NickDee) не поддерживаю Я как-то пытался перейти с fastscript на remobjects pascalscript. Очень удивился что в pascalscript int/int = int, и это нормально в картине мира разработчиков. Я было начал переделывать уже имеющиеся скрипты и кастовать первый операнд к Double, типа Код: pascal 1. вместо Код: pascal 1. Но быстро понял, что даже мне лень так писать, не то что моим клиентам (они инженеры, а не программеры). Тут снижается читабельность, появляется возможность ошибиться, неудобно пользователям. Еле выбил у них переключалку на нормальное деление, но по дефолту они всё равно оставили int/int = int. Вот вам пример из реальной жизни. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:25:56 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
NickDee, когда ты уже перестанешь позиционировать свой опыт в других языках программирования на SQL? Пойми это другой язык и стандарт у него другой нравится это или нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:31:56 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Дело не в том, что это другой ЯП, стандарт и пр. Дело в том, что большая часть этого опыта никак с SQL не соотносится, а местами и нелогична. Вот тут про Int/int - в SQL так? Нет. Ну так чего этот бред сюда приводить, что доказывать? Что в жизни бывают глупости? Ну, бывают. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:36:53 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovНе хранить. Считать.А разница? бухи за "копейки" всю душу вынут. и какая разница на каком этапе ты прое*** точность? когда хранил или когда считал? Dimitry SibiryakovЯ слышал, есть такие странные личности, которые что-то считают на стороне сервера...если мне надо на клиента отдать одну чиселку коя является суммой 1000 чиселок, ты предлагаешь притащить всю тыщу на клиента и там сложить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:42:55 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Ivan_Pisarevskyесли мне надо на клиента отдать одну чиселку коя является суммой 1000 чиселок, ты предлагаешь притащить всю тыщу на клиента и там сложить? Для сложения длинные числа не нужны. Имеющихся 64 бит хватит на посчитать всю валюту в россии. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:46:30 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисNickDee, когда ты уже перестанешь позиционировать свой опыт в других языках программирования на SQL? Пойми это другой язык и стандарт у него другой нравится это или нет. Вот у C++ есть стандарт. Его все придерживаются и получают бонусы от совместимости. У SQL тоже есть "стандарт". Его придерживаются так, что совместимости практически нет. Я бы сказал так, что стандарт SQL является стандартом только по названию, но не по факту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:49:58 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovИмеющихся 64 бит хватит на посчитать всю валюту в россии. не хватит. проблемы с нехваткой double и bigint именно у контор, которые в россии считают деньги. Только российские, или разные, без понятия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:50:54 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovДля сложения длинные числа не нужны.Ты так уверенно говоришь за всех, что мне как-то неловко... Треуголку поправьте, Бонапарт Виссарионович. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:50:56 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Ivan_PisarevskyDimitry SibiryakovДля сложения длинные числа не нужны.Ты так уверенно говоришь за всех, что мне как-то неловко... Треуголку поправьте, Бонапарт Виссарионович. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:56:44 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
NickDee, я бы не сказал что для C++ все придерживаются стандарта... Что касается SQL так уж сложилось. Новые фичи включаются в стандарт уже после того как они реализованы одним из вендеров, причём в стандарт они уже могут попасть в сильно изменённом виде. Поскольку Firebird в роли догоняющего он уже ориентируется на стандарт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 17:57:45 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
kdvпроблемы с нехваткой double и bigint именно у контор, которые в россии считают деньги. Насколько я помню налоговый кодекс и прочие околобухгалтерские вещи, учёт должен вестись в рублях с точностью до копейки. Т.е. NUMERIC(18,2). Что даёт 16 разрядов на собственно рубли. "Я вам не скажу за всю Одессу", но контор в России с оборотом в 100 тысяч миллиардов я что-то не припомню... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 18:03:40 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakovно контор в России с оборотом в 100 тысяч миллиардов я что-то не припомню... при чем тут конторы. Конторы деньги не считают. А речь про ММВБ. Почему там зашкаливают БЧ, не помню. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 18:10:44 |
|
||
|
долго выполняется запрос
|
|||
|---|---|---|---|
|
#18+
kdvречь про ММВБ. Почему там зашкаливают БЧ, не помню. Потому что они суммы с копейками умножают на курс центробанка у которого четыре знака после запятой. Но и это бы их не убило. Проблема в том, что потом они домножают результат ещё на что-то без промежуточного округления и вот тут-то приходит П. А насколько выделенное согласуется с законами и правилами мне уже неведомо. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2014, 18:21:56 |
|
||
|
|

start [/forum/topic.php?all=1&fid=40&tid=1563520]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
151ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
3ms |
| others: | 199ms |
| total: | 437ms |

| 0 / 0 |
