Подзапросы такого вида (скалярные подзапросы):
SELECT (SELECT get_colour(fruit_name) FROM dual)
FROM fruits;
Кэшируются базой для более быстрого доступа и поэтому не происходит дополнительных вызовов.
В первом случае seq = 16 во во втором 4.
Не знаю есть ли это в документации (не обращал внимания) просто помню с тренинга.
Понимаю ваш порыв. У себя такой иногда замечаю. Я just for fun пытаюсь сделать github like приложение (или gitorious like) на scala + jgit + mina sshd.
У нас в городе практически во всех городских клиниках врачи до сих пор ведут дела на бумаге. Идея информатизации больниц по моему может хоть как то убрать произвол врачей. Конечно я грубо сказал произвол — я имею ввиду, что врач спокойно может «потерять» карту пациента, чтобы прикрыть свое мягкое место из-за собственной некомпитентности.
И еще интересно — я не совсем в курсе как устроено финансовое обеспечение больниц и поликлиник, и в связи с этим хотелось бы узнать. Возможна ли ситуация, что больница будет использовать СПО тем самым экономя деньги, а в бюджет будет закладывать (я не знаю как составляется бюджет в больнице) расходы на лицензирование платного ПО?
Мда, какой то грусный комментарий…
Причем тут member of? Он только проверки наличия элемента в колеекции
Способ для обхода колеекции по одной (или даже группами) с помощью for ... in (...) не быстрее — так обрабатывается только небольшая группа, а с FORALL все. Если уверены в обратном с вас trace файл с доказательством или хотя бы логи профайлера.
Хороший вопрос. Полного ответа я на него не знаю. У нас паралельность внутри базы ораганизована с помощью job, и извне запуском нескольких потоков на сервере приложений.
Зачему трололо устраивать?
Вопросы можно задавать и в более спокойном тоне.
1. В топике написано, что эта функция пример.
2. Согласен, но опять же это пример.
3. Я же написал, что NVL — это функция SQL, со специфичным поведением.
4. Прекрасно знаю, только это тут ни причем.
5. Первый мой комментарий
6. Был комментарий про LIMIT.
7. См. 1 и 2. В реали такого ни кто не пишет
7. Очень большой и мрачный. Связан с FlexCube
8. Мне кажется очевидно, что это в вводную статью не запихать.
Спасибо, за ваш коментаррий.
Формально вы правы. (Документация это подтверждает). Правильно было бы написать, что она ведет себя как функция PL/SQL со всеми вытекающими.
Я все же позволю объяснить почему написал именно так.
Возьмем NVL — это функция двух аргументов. Очевидно что с некторым старанием ее можно заменить на COALESCE, DECODE, CASE выражение.
Самое главное отличе NVL от этих трех решений в том что аргументы NVL вычисляются всегда (а теперь представьте что там запросы с аггрегацией миллионов строк), что очень похоже на PL/SQL функции. Другие три решения этим недостатком не страдают.
Тут не в игле дело, а партнерских отношениях мега корпораций. Как примеры сложной бизнес логики реализованной на стороне СУБД это Oracle FlexCube (абс) и TiA (страхование).
>> Кстати, объясните подробнее про помещение операторов SQL в отдельные процедуры и функции. Какие это дает преимущества?
Первое и очевидное, это то что достаточно часто операторы повторяются в коде.
А второе и самое главное, что при изменении требований к тому что возвращает оператор можно менять процедуры и функции не перекомпилируя другие объекты (они не становятся инвалидными). То есть можно прямо на работающей системе заменить функцию и при следующем вызове она будет использована (естественно стоит ее протестить и не забыть приписать CREATE OR REPLACE).
SELECT (SELECT get_colour(fruit_name) FROM dual)
FROM fruits;
Кэшируются базой для более быстрого доступа и поэтому не происходит дополнительных вызовов.
В первом случае seq = 16 во во втором 4.
Не знаю есть ли это в документации (не обращал внимания) просто помню с тренинга.
И еще интересно — я не совсем в курсе как устроено финансовое обеспечение больниц и поликлиник, и в связи с этим хотелось бы узнать. Возможна ли ситуация, что больница будет использовать СПО тем самым экономя деньги, а в бюджет будет закладывать (я не знаю как составляется бюджет в больнице) расходы на лицензирование платного ПО?
Мда, какой то грусный комментарий…
Причем тут
member of? Он только проверки наличия элемента в колеекцииСпособ для обхода колеекции по одной (или даже группами) с помощью
for ... in (...)не быстрее — так обрабатывается только небольшая группа, а с FORALL все. Если уверены в обратном с вас trace файл с доказательством или хотя бы логи профайлера.Изначальный пример был взят у С. Фейерштейна.
Вопросы можно задавать и в более спокойном тоне.
1. В топике написано, что эта функция пример.
2. Согласен, но опять же это пример.
3. Я же написал, что NVL — это функция SQL, со специфичным поведением.
4. Прекрасно знаю, только это тут ни причем.
5. Первый мой комментарий
6. Был комментарий про LIMIT.
7. См. 1 и 2. В реали такого ни кто не пишет
7. Очень большой и мрачный. Связан с FlexCube
8. Мне кажется очевидно, что это в вводную статью не запихать.
Формально вы правы. (Документация это подтверждает). Правильно было бы написать, что она ведет себя как функция PL/SQL со всеми вытекающими.
Я все же позволю объяснить почему написал именно так.
Возьмем NVL — это функция двух аргументов. Очевидно что с некторым старанием ее можно заменить на COALESCE, DECODE, CASE выражение.
Самое главное отличе NVL от этих трех решений в том что аргументы NVL вычисляются всегда (а теперь представьте что там запросы с аггрегацией миллионов строк), что очень похоже на PL/SQL функции. Другие три решения этим недостатком не страдают.
Первое и очевидное, это то что достаточно часто операторы повторяются в коде.
А второе и самое главное, что при изменении требований к тому что возвращает оператор можно менять процедуры и функции не перекомпилируя другие объекты (они не становятся инвалидными). То есть можно прямо на работающей системе заменить функцию и при следующем вызове она будет использована (естественно стоит ее протестить и не забыть приписать CREATE OR REPLACE).