Oракл хочет купить Сан

[смешно]

Я очень редко вижу чтобы джава процедурами кто-то пользовался. Имеет смысл только для [CPU]-интенсивных процессов. Хотя есть системные процедуры написаные на джаве.

во-во, т.к. это маразм.

[ЭТО Я]

во-во, т.к. это маразм.

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

[смешно]

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

это всё BS, скорость вычислений PL/SQL не меньше, сравнивали.

[ЭТО Я]

это всё БС, скорость вычислений ПЛ/СЭЛ не меньше, сравнивали.

Оракл утверждает что: "[Java executes much faster than PL/SQL when they are not doing any database access and it is better than PL/SQL at all complex object-oriented and CPU-intensive applications.]"
Хотя я сам [benchmarking] не делал.

[Sixteen]

ПЛ/СЭЛ совершенно не рулит если надо посылать из базы данных какой нибудь сигнал внешним устройствам.

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

[смешно]

Оракл утверждает что: "[Java executes much faster than PL/SQL when they are not doing any database access and it is better than PL/SQL at all complex object-oriented and CPU-intensive applications.]"
Хотя я сам [benchmarking] не делал.

Какой вообще смысл если нету database access. Тогда уж быстрее делать на C. :wink1:

[ЭТО Я]

Какой вообще смысл если нету датабасе аццесс. Тогда уж быстрее делать на Ц. :щинк1:

Полагаю имелось в виду что данные не нужно искать. Их уже вытащили и осталось полько подсчитать. Иначе фраза действительно не имеет смысла.

[ЭТО Я]

ПЛ/СЭЛ совершенно не рулит если надо посылать из базы данных какой нибудь сигнал внешним устройствам.

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

Мой вариант - ознакомиться с [PL/SQL] прежде чем судить что он может а что нет. В частности, с пакетами [UTL_HTTP] и [DBMS_SCHEDULER].

[Sixteen]

Мой вариант - ознакомиться с [PL/SQL] прежде чем судить что он может а что нет. В частности, с пакетами [UTL_HTTP] и [DBMS_счEDULER].

и што напримет умеет делать [UTL_HTTP]?
потому что я совершенно не собираюсь идти и с ним ознокамливаться. по причине того что сейчас я совершенно не работаю с оракулом и не хочю даже начинать блин.

[ЭТО Я]

и што напримет умеет делать [UTL_HTTP]?
потому что я совершенно не собираюсь идти и с ним ознокамливаться. по причине того что сейчас я совершенно не работаю с оракулом и не хочю даже начинать блин.

[-- The following block shows: how to send an HTTP request, setting the proxy information,
-- setting the method to "GET", providing username/password authentication information,
-- and setting the request header; and how to get the response, retrieving the status code,
-- the header information, and the response body.
-- The "GET" method is suitable for non-parameterized URLs or for URLs with a manageable
--volume of parameter name-value pairs. The maximum length of the URL string is
-- limited by the capacity of the PL/SQL VARCHAR2 variable used to pass it.
-- The "POST" method is suitable for parameterizing the request with an arbitrarily
-- large volume of data, especially for example as might be the case when the request
-- is expressed as an XML document.]

С кодом можно ознакомиться здесь: http://www.oracle.com/technology/sam...g_Utl_Http.htm
А [DBMS_счEDULER] позволяет отсылать команды на операционную систему.