Стандартные SQL-функции, примеры использования
Форум о СУБД Oracle, базы данных, запросы SQL. Обучение, курсы Oracle для чайников, начинающих и профессионалов
Конференция Oracle
; Логин:
  Пароль:
Обычный
Безопасный
Запомнить пользователя



Зарегистрироваться
Забыли пароль?
 
 
  




Объявление форума

Вы находитесь на сайте, на котором обсуждаются все вопросы, имеющие прямое или косвенное отношение к Системе управления базами данных Oracle. Мы постарались собрать в одном месте все необходимое для изучения данной темы: статьи, документацию по разным напрвлениям и, конечно же, лучший инструмент IT-специалиста - форум. Мы постараемся решить любой Ваш вопрос и надеемся, что Вы станете постоянным участником нашего сообщества.

Предлагаем Вам посетить отдельный раздел для новичков - клуб новичков - раздел, в котором смогут обмениваться опытом начинающие ораклоиды как насчет Oracle, так и насчет процесса обучения: что полезно почитать, где можно достать литературу, на какие курсы записаться. Удачного общения.



Форум о СУБД Oracle, базы данных, запросы SQL. Обучение, курсы Oracle для чайников, начинающих и профессионалов »   SQL, PL\SQL »   Стандартные SQL-функции, примеры использованияRSS

Стандартные SQL-функции, примеры использования

Текущий рейтинг темы: Нет
Выводить сообщения

  Вперед>>Страницы: 1 2 * 3
Модератор: tyshenko
Печать
 
Сергей Бабичев
Почетный участник


Откуда: Красноярск
Всего сообщений: 171
Рейтинг пользователя: 5


Ссылка


Дата регистрации на форуме:
23 апр. 2007

Dronablo написал:
[q]
Вобщем на тестовых данных, предложенный способ не принес ощутимых результатов.
[/q]
Оно и понятно - три вызова строковых функций против одного.


Dronablo
Долгожитель форума


Всего сообщений: 412
Рейтинг пользователя: 3


Ссылка


Дата регистрации на форуме:
15 апр. 2007
Про запрос - это верно подмечено. Но воспаленный мозг разработчика не дает мне скучать уже пол года :biggrin: . А так - да, я тож просто заменил на запрос (хотя там %10 выигрыш на реальной системе от оптимизированной функции)
Сергей Бабичев
Почетный участник


Откуда: Красноярск
Всего сообщений: 171
Рейтинг пользователя: 5


Ссылка


Дата регистрации на форуме:
23 апр. 2007

Dronablo написал:
[q]
Про запрос - это верно подмечено. Но воспаленный мозг разработчика не дает мне скучать уже пол года . А так - да, я тож просто заменил на запрос (хотя там %10 выигрыш на реальной системе от оптимизированной функции)
[/q]

Не зря же Кайт учит:
Что можно сделать одним запросом - делай одним запросом. Если для решения задачи чистого SQL не хватает и требуется PL/SQL, то используй PL/SQL. Если возможностей PL/SQL недостаточно, используй JAVA. Если и JAVA не в состоянии решить твою проблему, то пиши программу на С++
Если задача такова, что её невозможно решить при помощи С++, подумай - может ты делаешь что-то не то?
:)

И тут я с ним согласен - вначале всё пытаюсь сделать на "чистом" SQL.
Dronablo
Долгожитель форума


Всего сообщений: 412
Рейтинг пользователя: 3


Ссылка


Дата регистрации на форуме:
15 апр. 2007
Буквально на днях перечитывал именно это место. Подстава в чем - переписать 500 package bodies - ну так влома... Хотя там конечно и не везде такая жесть. После праздников думаю еще что-нибудь выложу.
Сергей Бабичев
Почетный участник


Откуда: Красноярск
Всего сообщений: 171
Рейтинг пользователя: 5


Ссылка


Дата регистрации на форуме:
23 апр. 2007

Dronablo написал:
[q]
Подстава в чем - переписать 500 package bodies - ну так влома...
[/q]

Есть такое дело - заставить себя переделать что-то, что и так работает - задача не из легких ;)
Dronablo
Долгожитель форума


Всего сообщений: 412
Рейтинг пользователя: 3


Ссылка


Дата регистрации на форуме:
15 апр. 2007
ИМХО заливать в базу 50 мегабайт в течение 30 минут - помоему долго, с учетом что пользовательских данных в базе - 5 Гб.
Сергей Бабичев
Почетный участник


Откуда: Красноярск
Всего сообщений: 171
Рейтинг пользователя: 5


Ссылка


Дата регистрации на форуме:
23 апр. 2007

Dronablo написал:
[q]
ИМХО заливать в базу 50 мегабайт в течение 30 минут - помоему долго, с учетом что пользовательских данных в базе - 5 Гб.
[/q]


Тут однозначно не скажешь.
Многое зависит от того, как была объявлена таблица, каких и сколько индексов на ней висит, что делается с данными на момент присоединения, как вообще построен процесс присоединения данных.
Сергей Бабичев
Почетный участник


Откуда: Красноярск
Всего сообщений: 171
Рейтинг пользователя: 5


Ссылка


Дата регистрации на форуме:
23 апр. 2007
Кстати, про присоединения данных в базу...

У нас на предприятии (оператор телефонной связи) сейчас параллельно две системы биллинга работают, так как мы находимся в процессе перехода с одной на другую.

Так вот, ежедневно приходится гонять тонны данных в эти системы.
Дневная порция записей CDR (информация о междугородних/международных телефонных соединениях)
составляет порядка 500 000 записей (файл на диске занимает порядка 125 - 130 мегабайт)

Так вот, в старую систему этот объем присоединяется за 40 - 50 минут.
В новую - порядка 8 часов :(

Можно ли по этой информации сказать, что производительность старой системы выше а новой ниже?
Думаю, что нельзя.
Так как в старой системе данные загоняются через внешние таблицы и на момент присоединения с ними не делается никаких преобразований.
В новую же систему данные грузяться при помощи SQL*Loader-а, причем построчно (коммит после каждой присоединенной записи). И на момент загрузки сразу же происходит тарификация записей: определения направления по вызываемому номеру, определение абонента, его тарификационных параметров (тарифный план, льготы/скидки), производятся начисления за разговор и выставляется счет абоненту.

Даже невооруженным глазом видно, что во втором случае выполняется гораздо больше работы, чем в первом.
Хотя и там и там процесс звучит одинаково "присоединение данных МТР".

В итоге имеем, что прямо в лоб сравнивать производительность не совсем корректно.
Вот если посчитать полный цикл обработки данных - от момента начала присоединения данных в систему, до момента выставления абоненту счета - тогда можно пытаться сравнить производительность двух систем

Другое дело, что всегда можно найти что-то, что может повысить поризводительность.
AviollaZes
Новичок


Всего сообщений: 1
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 нояб. 2016

Прикрепленный файл (284.gif, 2686 байт, скачан: 71 раз) Здравствуйте,уважаемые коллеги!
Торчу супротив выбором изделий для нашего коттеджа,а именно:
1)колпак заборный
2)ограждение крыш
На этом сайте нашёл
http://kolpak-gib.ru/sale/47-k...lonny.html - Как сделать крышку для заборной колонныhttp://kolpak-gib.ru/sale/45-chertezh-kolpaka-dlia-zabora-sdelai-sam.html - Чертёж колпака для забора сделай самhttp://kolpak-gib.ru/store/66-forma-kolpak-zabora.html - Форма колпак забора
katenka141
Новичок


Всего сообщений: 1
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
6 мар. 2017
Не зря же Кайт учит:
Что можно сделать одним запросом - делай одним запросом. Если для решения задачи чистого SQL не хватает и требуется PL/SQL, то используй PL/SQL. Если возможностей PL/SQL недостаточно, используй JAVA. Если и JAVA не в состоянии решить твою проблему, то пиши программу на С++
Если задача такова, что её невозможно решить при помощи С++, подумай - может ты делаешь что-то не то?
:)

И тут я с ним согласен - вначале всё пытаюсь сделать на "чистом" SQL.

---
ege.org.ru ege.net.ru
  Вперед>>Страницы: 1 2 * 3
Модератор: tyshenko
Печать
Форум о СУБД Oracle, базы данных, запросы SQL. Обучение, курсы Oracle для чайников, начинающих и профессионалов »   SQL, PL\SQL »   Стандартные SQL-функции, примеры использованияRSS


Время выполнения скрипта: 0.0945. Количество выполненных запросов: 17, время выполнения запросов 0.0315