Сравнение производительность обработки Oracle & Java / Сравнение СУБД

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

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

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение производительность обработки Oracle & Java

5 сообщений из 55, страница 3 из 3

все

Сравнение производительность обработки Oracle & Java

#35402165

VoDA

Участник

Откуда: сеРверная пальмира :)

Сообщения: 4 826

Рейтинг: 0 / 0

drevНет там никакой обработки. Просто достаточно большие таблицы (иногда нужны первые 6 знаков). Причем - изменяемые. ИМХО, только запрос к базе.Зависит от формата:
Питер может быть набран как: +7-812, +7812, 7812, 8812, 8-812. А еще в данных могут быть ошибки и мусор типа %7+812, 88*1/2 8*81+2.

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

softwarer прав в том, что решение строится под задачу.

...

Рейтинг:

0 / 0

30.06.2008, 15:14

| Ответить | Цитировать | Написать

Сравнение производительность обработки Oracle & Java

#35405682

drev

Участник

Откуда: Одесса - Берег Красного Дерева - Красный мир

Сообщения: 302

Рейтинг: 0 / 0

softwarer drevПросто достаточно большие таблицы (иногда нужны первые 6 знаков). Причем - изменяемые. ИМХО, только запрос к базе.
ИМХО таки зависит от ситуации. Если, предположим, железяка должна в течение гарантированного времени получить ответ - устанавливать такое соединение или рвать - то эту функцию лучше вынести поближе к входу.

Некоторые телекоммуникационные компании, например, Cisco, считают иначе. IP-телефония обычно реализована с помощью СУБД. Кстати, Вы верно указали ситуацию. Программа, которая использовала для этой проверки СУБД (SQL Server) была первой, и долгое время единственной прошедшей Cisco стресс-тест сертификацию.

...

Рейтинг:

0 / 0

02.07.2008, 09:47

| Ответить | Цитировать | Написать

Сравнение производительность обработки Oracle & Java

#35407200

Timm

Участник

Откуда: Moscow, Ё-burg

Сообщения: 3 678

Рейтинг: 0 / 0

Anton DemidovМой тестовый код на PL/SQL. Специальная версия, чтобы минимально использовать БД и максимально нагрузить PL/SQL. Я преднамеренно не использую MERGE и SUM/GROUP BY

Код: plaintext

1.
2.
3.
4.

set term off
CREATE OR REPLACE PROCEDURE test1 AS
    iTotalAmt   NUMBER;
...

Где доказательства того, что этот код грузит PL/SQL машину (т.е. время, затраченное на SQL хотя бы сопоставимо со временем работы PL/SQL), а не SQL?
Я в принципе не вижу здесь ничего алгоритмического. Сплошной сиквел + маааленькая часть PL-я.

...

Рейтинг:

0 / 0

02.07.2008, 17:15

| Ответить | Цитировать | Написать

Сравнение производительность обработки Oracle & Java

#35407701

Anton Demidov

Участник

Откуда: Atlanta, GA

Сообщения: 1 177

Рейтинг: 0 / 0

TimmЯ в принципе не вижу здесь ничего алгоритмического. Сплошной сиквел + маааленькая часть PL-я.
" Сплошной сиквел " - это решение данной задачи при помощи одной команды MERGE. Здесь же я преднамеренно использовал Оракл как DBF файл

...

Рейтинг:

0 / 0

03.07.2008, 00:27

| Ответить | Цитировать | Написать

Сравнение производительность обработки Oracle & Java

#35408866

Timm

Участник

Откуда: Moscow, Ё-burg

Сообщения: 3 678

Рейтинг: 0 / 0

Anton Demidov TimmЯ в принципе не вижу здесь ничего алгоритмического. Сплошной сиквел + маааленькая часть PL-я.
" Сплошной сиквел " - это решение данной задачи при помощи одной команды MERGE. Здесь же я преднамеренно использовал Оракл как DBF файл
Не, я о другом. Какой смысл в этой процедуре? она использует сиквел. много.
Так нахрена сравнивать PL/SQL с Java, если PL ничего не делает?
PS. в моем понимании цель топика - сравнить скорость PL/SQL и external Java. Так давайте сравнивать именно их.

...

Рейтинг:

0 / 0

03.07.2008, 14:05

| Ответить | Цитировать | Написать

5 сообщений из 55, страница 3 из 3

все

Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение производительность обработки Oracle & Java

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/search_topic.php?author=Olegius&author_mode=last_posts&do_search=1]:	0ms
get settings:	9ms
get forum list:	13ms
get settings:	9ms
get forum list:	15ms
check forum access:	3ms
check topic access:	3ms
track hit:	31ms
get topic data:	9ms
get forum data:	2ms
get page messages:	71ms
get tp. blocked users:	1ms
others:	441ms

total:	607ms