В сетке есть сервер HP-UX , на котором стоит оракл
В оракле есть таблица , в которой есть поле типа блоб
Есть 3 возможных варианта удаленного подключения к этому ораклу :
1. ASP.NET + ADO.NET
2. ASP.NET + OCI
3. Linux + Apache + OCI
Т.е. нам нужно прочитать данные из этой таблицы , вернуть всего одну запись с этим блобом
Вопрос собственно такой :
где можно достичь максимальной производительности и скорости извлечения данных из этого блоба ?

IS>где можно достичь максимальной производительности и скорости извлечения данных из этого блоба ?

естественно OCI

ЗЫ. вы уверены что .Net умеет работать напрямую с OCI ??

А>ЗЫ. вы уверены что .Net умеет работать напрямую с OCI ??

нет взаимодействует с ораклом через ком-компонент

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

IS>нет взаимодействует с ораклом через ком-компонент
разве бывает что-то медленее com/dcom ?

IS>а есть разница в виндовом и линуксовом оци ?
если и есть то думаю небольшая, хотя сама субд процентов на 20 медленее на винде.

IS>у меня есть подозрение , что виндовый должен проиграть
естественно проиграет, просто потому что .net неумеет работать напрямую с oci.

Здравствуйте, Аноним, Вы писали:

IS>>где можно достичь максимальной производительности и скорости извлечения данных из этого блоба ?

А>естественно OCI

Не смешите меня. Да хоть на уровне сокетов, на скорость передачи блоба это отразица жалкими копейками. Он на то и блоб, что передается везде одинаково медленно.

А>ЗЫ. вы уверены что .Net умеет работать напрямую с OCI ??

Здравствуйте, IvanSidorov, Вы писали:

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

А вам собственно какая производительность нужна? Какие размеры блобов и какие сценарии доступа к этим данным? И что вообще за данные.

Это ГИС — карта москвы
Она разбита на элементарные полигоны , и весь этот массив полигонов спрятали в оракл
Каждый раз полигоны извлекаются генератором картинок написанном на чистых плюсах,
триангулируются , генерится картинка и показывается в веб-броузере
ASP.NET + ADO.NET + COM + IIS
В архитектуре есть нестыковочки , мягко говоря :
адошный доступ к базе засунули в шарповый (!) ком-компонент
Генератор картинок засунули в плюсовый ком-компонент
Плюсовый ком-компонент дергает шарповый компонент,веб-клиент тоже его дергает
Возникают жуткие тормоза — по нескольку секунд
Оптимизацию на прикладном уровне кода в адо-нет вроде сделали
Тормоз однозначно
Грешим на то , что есть в одной таблице блобовское поле — оно небольшой величины , всего 4 кб ,
хранит в себе символьную строку,но эта таблица постоянно дергается генератором картинок ,
и записей за один раз может возвращаться тысячи и более
Так вот — у меня возникла бредовая идея тонкого клиента под линукс
Адо-нет переписывам на оци
Переписываем генератор картинок — только оболочку , начинку я думаю почти не надо переписывать
Засовываем это хозяйство в модуль апача либо вешаем на демона
АСП.НЕТ переписываем на перловый апач
Собственно , имеет ли это все право на жизнь ?
Получится ли тут выигрыш ?

можно .net заставить генерить только html, в котром путь к картинкам указывает на сервер с linux.

Здравствуйте, Аноним, Вы писали:

А>можно .net заставить генерить только html, в котром путь к картинкам указывает на сервер с linux.

кстати — это отличная мысль
тогда тонкого клиента переписывать не надо
нехай он будет асп.нет-ом

т.е. — схема такая —
иис посылает по сети запрос апачу
тот все делает и генерит картинку и ложит ее куда-то
и посылает ответ иис-у ?
непонятно вообще-то

IS>т.е. — схема такая -
IS>иис посылает по сети запрос апачу
IS>тот все делает и генерит картинку и ложит ее куда-то
IS>и посылает ответ иис-у ?
IS>непонятно вообще-то

нет, все проще: у тебя iis выдает такой html <img src=linuxserver.com/?image=10&sid=bvchgh> бровсер получив такой html пошлет запрос на linux сервер, скрипт, допустим на перле налету его отдаст бровсеру. единственно наверно нужен общий идентификатор (например sid), чтоб быть увереным, что картинку качают именно с нашего приложения.

Здравствуйте, IvanSidorov, Вы писали:

IS>Адо-нет переписывам на оци
IS>Переписываем генератор картинок — только оболочку , начинку я думаю почти не надо переписывать
IS>Засовываем это хозяйство в модуль апача либо вешаем на демона
IS>АСП.НЕТ переписываем на перловый апач
IS>Собственно , имеет ли это все право на жизнь ?
IS>Получится ли тут выигрыш ?

Вы сначала определите узкие места, а потом уже думайте об архитектуре. Причем не "на глазок", а по результатам профилирования. А то потратите кучу ресурсов на переписывание, a эффекта не будет.

А на глазок мне кажется, что о скорости доступа к Ораклу вам надо будет думать в последнюю очередь.

IS>эта таблица постоянно дергается генератором картинок ,
IS>и записей за один раз может возвращаться тысячи и более
У вас хотя бы нарезка (tiling) используется? Или вся картинка строится каждый раз заново для каждого пользователя?


IS>блобовское поле — оно небольшой величины , всего 4 кб, хранит в себе символьную строку,
зачем же его в блоб, когда varchar2 может хранить до ~8k

Здравствуйте, IvanSidorov, Вы писали:

IS>В сетке есть сервер HP-UX , на котором стоит оракл
IS>В оракле есть таблица , в которой есть поле типа блоб
IS>Есть 3 возможных варианта удаленного подключения к этому ораклу :
IS>1. ASP.NET + ADO.NET
IS>2. ASP.NET + OCI
IS>3. Linux + Apache + OCI
IS>Т.е. нам нужно прочитать данные из этой таблицы , вернуть всего одну запись с этим блобом
IS>Вопрос собственно такой :
IS>где можно достичь максимальной производительности и скорости извлечения данных из этого блоба ?

Что-то никто не сказал про bfile вместо блоба.

Павел

Здравствуйте, bizhan, Вы писали:

B>Что-то никто не сказал про bfile вместо блоба.
Зачем bfile для строки в 4k?

Здравствуйте, IvanSidorov, Вы писали:

IS>Это ГИС — карта москвы
IS>Она разбита на элементарные полигоны , и весь этот массив полигонов спрятали в оракл
IS>Каждый раз полигоны извлекаются генератором картинок написанном на чистых плюсах,
IS>триангулируются , генерится картинка и показывается в веб-броузере
А триангуляция тут причём? Изначально данные в векторном виде хранятся?

IS>Есть 3 возможных варианта удаленного подключения к этому ораклу :
IS>1. ASP.NET + ADO.NET
IS>2. ASP.NET + OCI
IS>3. Linux + Apache + OCI
IS>Т.е. нам нужно прочитать данные из этой таблицы , вернуть всего одну запись с этим блобом
IS>Вопрос собственно такой :
IS>где можно достичь максимальной производительности и скорости извлечения данных из этого блоба ?

Возьмите и протестируйте.

Здравствуйте, IvanSidorov, Вы писали:

IS>В сетке есть сервер HP-UX , на котором стоит оракл
IS>В оракле есть таблица , в которой есть поле типа блоб
IS>Есть 3 возможных варианта удаленного подключения к этому ораклу :
IS>1. ASP.NET + ADO.NET
IS>2. ASP.NET + OCI
IS>3. Linux + Apache + OCI
IS>Т.е. нам нужно прочитать данные из этой таблицы , вернуть всего одну запись с этим блобом
IS>Вопрос собственно такой :
IS>где можно достичь максимальной производительности и скорости извлечения данных из этого блоба ?

Вместо полноценого ASP.NET можно использовать IHttpHandler, быстрей только С.