|
|
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Господа, у меня образовалось немного времени и со страшной силой потянуло на философию :) И размышляю я на тему "а какого лешегшо мне не хватает в СУБД Oracle"? Кто не против отвлеченной философии - присоединяйтесь :) Итак, для затравки - мне не хватает: 1) конструкции вроде Код: plaintext 1. 2. 3. т.е. получать курсор из операции delete. Это позволило бы существенно упростить логику трансформации предварительных данных. 2) сегмента с организацией queue. В AQ oracle выкручивается на обычных индексированных таблицах, но накладные расходы этой эмуляции довольно значительны... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 15:49 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousГоспода, у меня образовалось немного времени и со страшной силой потянуло на философию :) Иди рождение сына обмывай и жену поздравляй! На философию его потянуло.... ТЫ обязан уже мертвецки пьяным быть! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 15:55 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous т.е. получать курсор из операции delete. Это позволило бы существенно упростить логику трансформации предварительных данных. Вчера был на семинаре по DB2, жутко позавидовал присутствию данной возможности в IBM'овской СУБД. Лично мне еще не хватает возможности создания бОльшего числа buffer pool'ов, подсмотрено опять же у DB2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 16:10 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
авторГоспода, у меня образовалось немного времени По ходу оно у тебя никогда и не прекращалось...:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 16:17 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous Господа, у меня образовалось немного времени и со страшной силой потянуло на философию :) Видать отпуск по уходу взял на 3 года ))) по (1) можно скриптом на pl/sql вполне обойтись, хотя возможность не помешала бы. Мне лично не хватает "временн'ых" данных, видимо это должен быть особый тип таблицы (текущих возможностей ретроспективных запросив явно недостаточно). Пример, есть табличка с подразделениями организации (ID подразделения, NAME) и дочерняя таблица со штатом (ID подразделения, ID человека, Разряд, Дата приёма и т.д.) Хотелось бы на каждую дату приёма вытащить наименование подразделения, каким оно было в тот момент. Синтаксис мог бы быть таким: Код: plaintext 1. 2. Но для этого должна быть возможность для каждой таблицы индивидуально устанавливать время хранения "прошлого" и опцию - хранить ли прошлый вариант записи в родительской таблице, если нет дочерних записей. Ну и соответственно такая пространственная таблица должна поддерживать два вида запросов: запрос к текущему состоянию: Код: plaintext и запрос ко всем прецедентам состояний: Код: plaintext В последнем случае должен добавлятся ещё псевдостолбец момента возникновенимя состояния (хотя можно выводить его и в первом случае). Вообще же мне интересным представляется открытый проект создания СУБД, причём не обязательно сразу на уровне реализации , а последовательно, начиная с требований к инфраструктуре организации такой работы и переходя к требованиям к самой системе (архитектуре и элементам) и затем к их реализации. Предвижу сразу массу возражений связанных с тем, что подобные проекты уже существуют , но здесь могу сказать сразу, что в России мне такие не известны. К томуже не забывайте, что мы просто философствуем (я лично с холодным Zipferom) :) Если проект будет успешным даже на уровне спецификации, то он вполне может развиваться в рамках какого либо вуза (есть же пример FreeBSD). Ещё один довод - слышал в новостях что правительство обеспокоено засильем вражеского ПО в стратегически важных отраслях народного хозяйства, так что потребность есть - нет предложения (на лицо револющионная ситуация). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 20:50 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Чтобы можно было сделать так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. В MS SQL так можно. Со всеми вытекающими. Вначале кривился, а потом понравилось. А ещё чтобы в Оракл встроили Си, как Джаву встроили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 20:58 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
я давно говорю, что мне в оракле не хватает большой кнопки: "решить проблему". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2006, 21:19 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Мне хотелось бы иметь элегантный способ для Insert (Update) одной записи в БД через механизм вызова PL/SQL подпрограмм. Я бы добавил в OCI новую структуру (Handle) OCI_UpdateRawDescriptor (список колонок (измененных или фиксированный список, как хотите)), в которую на клиенте можно занести BIND-переменные. На стороне сервера в прикладном пакете mytable_pck будет что-то вида: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Машина PL/SQL должна иметь описание типа SYSUpdateRaw, операторов RAW UPDATE, RAW INSERT и уметь переделывать приведенный выше RAW UPDATE в стандартный оператор UPDATE с Bind-переменными. Желательно, чтобы при этом не использовался DBMS_SQL, то есть реализовать сей механизм в ядре напрямую, а не через кучу интерпретируемого кода. Это позволило бы значительно упростить написание связок клиентский код - PL/SQL код, уменьшить размер обоих, унифицировать прикладной код. Актуально для задач, связанных с работой пользователя по добавлению/обновлению одиночных записей в БД (бухгалтерия, склад, операционный день и т.п.) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 01:15 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
мне бы многово бы хотелось (несмотря на все достоинства оракл громозкий) но что в первую очередь это простую конструкцию вида m1:=select ... from (table,wiev,(select),m2); где (m* коллекция тире курсор) было бы просто (и если бы оракл постарался и эфективно 1 типа запись выще не требует немедленого выполнения это обьявление 2 если я потом в программе делаю m3:=select * from m2 where .... это обьевление вида (select * from (select ...)) 3 вот когда я в програме делаю типа x:=m3[1].name; разбор курсора , open его, fetch , присвоение переменой ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 11:03 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Мне бы лично хотелось иметь встроенную конструкцию наподобие LIMIT в MySql. Знаю что без этого обойтись можно но тем не менее было бы приятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 11:54 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
А мне бы хотелось, чтобы при работе с будущим релизом Oracle у меня уже была возможность вызвать секретаршу, попросить сделать мне кофе или чего-нибудь еще... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 11:54 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Sergey MМне бы лично хотелось иметь встроенную конструкцию наподобие LIMIT в MySql. Знаю что без этого обойтись можно но тем не менее было бы приятно. типа лимит они попытались что-то сделать см SAMPLE чего бы хотелось 1) аналит ф-ции a) аналог having b) вложенные аналит ф-ции 2) еще один тип ТМП таблиц без генерации логов (пусть и без роллбека) 3) ордер бу в UPDATE (уже почти есть) и чтоб MERGE на инсерт "правильно" работал 4) стандартные "табле" типы для базовых полей (аналог sys_refcursor) 5) стандартная групповая функия "колонку в строку" 6) кляуза вибрать записи с n по м (не через подзапросы) 7) добавить блокировку по чтению 8) включать/выключать обработку хинтов на уровне сессии (оператора) 9) убрать ограничение на ссылку на поля в "коррелированном" подзапросе 10) добавать констраит "непересекающейся диапазон" а чуть не забыл, убрать это переключение контекста с sql и pl/sql PS ну и с этими "рестартами" что-то надо делать ...... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 12:36 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Чтобы можно было написать Код: plaintext 1. 2. Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 14:29 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Мне лично весьма не хватает 1. Партиционированных таблиц в индексном кластере (хочеца в кластере хранить Большие таблицы) 2. Возможности создать IOT таблицу при composite партиционировании :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 15:44 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
minerМне лично не хватает "временн'ых" данных, видимо это должен быть особый тип таблицы А Workspace Management это случаем не то что вам надо? Yuri Kazakoff То бишь Recycle Bin уже не модно :-) Присоединяюсь к Takurava или хотя бы Код: plaintext 1. 2. 3. Хотя если честно фич хватает, хочется чтобы имеющиеся фичи работали. А то июнь заканчивается а патча на последнюю большую дырку все нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 19:57 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
как я мог забыть (позор на мою голову) 0.0 порядок срабатывания триггеров ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 20:52 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Хотелось бы уметь апдейтить вcю строку, не перечисляя столбцов update ТАБЛ x set VALUE(x) = l_row(i) where ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 21:17 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
афторХотелось бы уметь апдейтить вcю строку, не перечисляя столбцов set VALUE(x) = l_row(i)RTFM Updating the Database with PL/SQL Record Values (FAQ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 21:23 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Elic афторХотелось бы уметь апдейтить вcю строку, не перечисляя столбцов set VALUE(x) = l_row(i)RTFM Updating the Database with PL/SQL Record Values (FAQ) Премного благобдарю! Только почему в Оракловой документации я этого найти не могу:( Смотрел как здесь Oracle® Database SQL Reference 10g Release 2 (10.2) Так и здесь Oracle® Database PL/SQL User's Guide and Reference 10g Release 2 (10.2) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 21:39 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
афторТак и здесь Oracle® Database PL/SQL User's Guide and Reference 10g Release 2 (10.2) Так и здесь SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 21:46 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
2andrey_anonymous: Отличная тема. Я реальный человек и не хватает мне вещей, которые , мне кажется скоро появятся. Многого не прошу :-) 1. Наведение порядка в ANSI- синтакисе джойнов. 2. INSERT - SELECT - RETURNING. Не понятно, почему не доделают. 3. Расширение скалярных подзапросов до нескольких колонок. 4. Дальнейшее совершенствование CASE - структур. 5. Дальнейшее совершенствование регулярных выражений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2006, 21:49 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
SERG1257 А Workspace Management это случаем не то что вам надо? Нет, не идёт ни в какое сравнение с тем, что там нафантазировал (слишком много ограничений). Но движение в верном направлении есть, ещё через пару версий может и выйдет толк. Да, забыл, неплохо бы смотрелись переменные связывания - массивы для использования с in. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 01:37 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
а ещё бесит, что rman вываливает стотысячмиллионовмиллиардовсекстильонов сообщений: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. И предыдущие команды по полчаса ищешь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 09:59 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
minerДа, забыл, неплохо бы смотрелись переменные связывания - массивы для использования с in. Присоединяюсь + отмена ограничения на 1000 элементов в in (...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 11:02 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Grami minerДа, забыл, неплохо бы смотрелись переменные связывания - массивы для использования с in. Присоединяюсь + отмена ограничения на 1000 элементов в in (...) Надмозги за работой ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 11:05 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
grexhide Grami minerДа, забыл, неплохо бы смотрелись переменные связывания - массивы для использования с in. Присоединяюсь + отмена ограничения на 1000 элементов в in (...) Надмозги за работой ? Непонял? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2006, 14:35 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Хотелось, чтобы если при INSERT отваливается unique constraint возвращался rowid существующей записи или само значение уникального ключа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2006, 17:34 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Grami minerДа, забыл, неплохо бы смотрелись переменные связывания - массивы для использования с in. Присоединяюсь + отмена ограничения на 1000 элементов в in (...) А, может, проще сделать временную табличку, куда записать все 1000 и более строк, а потом её соединить с основной табличкой? Вот и результат будет. А то 1000 и более OR-ов как-то некрасиво. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2006, 11:09 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Хочется возможность bulk-ом загружать в поле "index by" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2006, 11:15 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Не хватает вьюх с параметрами. Я имею в виду следущее. Зачастую, вместо того, чтобы писать PL/SQL-функцию, хочется определить вьюху с параметрами: Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2006, 14:15 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Чтобы из MERGE убрали дурацкое ограничение про stable set of rows... Ну не пофигу ораклу, чтобы из одной строки источника проапдейтились 10 строк таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2006, 14:21 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Yuri Kazakoff Grami minerДа, забыл, неплохо бы смотрелись переменные связывания - массивы для использования с in. Присоединяюсь + отмена ограничения на 1000 элементов в in (...) А, может, проще сделать временную табличку, куда записать все 1000 и более строк, а потом её соединить с основной табличкой? Вот и результат будет. А то 1000 и более OR-ов как-то некрасиво. Зато работает вместо двух минут - одну секунду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2006, 15:38 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 06:00 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
m_kus Код: plaintext 1. Есть такое во всех уважающих себя клиентах. Это не задача сервера, а задача клиента - отобразить на нужном языке сообщение об ошибке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 08:43 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
rvkХотелось, чтобы если при INSERT отваливается unique constraint возвращался rowid существующей записи или само значение уникального ключа. LOG ERRORS CLAUSE ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 08:47 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
JannnyХочется возможность bulk-ом загружать в поле "index by" :) Дык тогда он перестанет быть bulk-ом Если надо, перелить всегда можно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 08:48 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Ненавижу регистрациюНе хватает вьюх с параметрами. Я имею в виду следущее. Зачастую, вместо того, чтобы писать PL/SQL-функцию, хочется определить вьюху с параметрами: Код: plaintext 1. 2. 3. 4. 5. Было бы хорошо, но от такого оптимизатор свихнется, думаю. Обычно для параметризованных вьюх (вовсю пользовали на прошлой работе через пакетные переменные) нужно не только использование параметров, но и разная логика, в зависимости от них, т.е. вьюхи получались сильно перегруженными логикой. Пусть бы вместо уродского энидатасета сделали определение типа возвращаемого курсора во время исполнения (ну, и глюки из пайплайн-функций поубирали). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 08:56 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousГоспода, у меня образовалось немного времени и со страшной силой потянуло на философию :) И размышляю я на тему "а какого лешегшо мне не хватает в СУБД Oracle"? Кто не против отвлеченной философии - присоединяйтесь :) Итак, для затравки - мне не хватает: 1) конструкции вроде Код: plaintext 1. 2. 3. т.е. получать курсор из операции delete. Это позволило бы существенно упростить логику трансформации предварительных данных. Это при single-subscriber. Тогда уж и до кучи (для multi-subscriber): Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 09:03 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Yuri Kazakoff Grami minerДа, забыл, неплохо бы смотрелись переменные связывания - массивы для использования с in. Присоединяюсь + отмена ограничения на 1000 элементов в in (...) А, может, проще сделать временную табличку, куда записать все 1000 и более строк, а потом её соединить с основной табличкой? Вот и результат будет. А то 1000 и более OR-ов как-то некрасиво. Сделал 2000 через union all - сервак сказал, что такую х*ню парсить не будет, шаред жалко. И правильно сделал - 1000 в in - это только DSQL, в нем лучше включить голову, чем таких конструкций от оракла домогаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 09:06 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
TakuravaЧтобы можно было написать Код: plaintext 1. 2. Код: plaintext 1. 2. Ага, мля, а потом нормальные разработчики с таким кодом днями будут трахаться и тибидохаться, когда ты напишешь Код: plaintext 1. 2. 3. фтопку! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 09:17 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Sergey MМне бы лично хотелось иметь встроенную конструкцию наподобие LIMIT в MySql. Знаю что без этого обойтись можно но тем не менее было бы приятно. rownum, что-ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 09:18 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Stax. 10) добавать констраит "непересекающейся диапазон" Да-да-да-да!!! И еще быстрое сравнение диапазонов по двум полям вида: Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 09:21 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Stax.как я мог забыть (позор на мою голову) 0.0 порядок срабатывания триггеров ..... stax Мля-2. Как с этим потом другие разработчики будут разбираться! Это же полностью жопный способ спроектировать что-до - ты бы еще GO TO пожелал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 09:33 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
афторХотелось бы уметь апдейтить вcю строку, не перечисляя столбцов update ТАБЛ x set VALUE(x) = l_row(i) where ... КГ/.. При накатывании патчей порядок столбцов на разработческой базе и у клиента разный. У разных клиентов тоже может быть разный. фтопку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 09:35 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/ENНу ты разошелся :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 09:42 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/ENа потом нормальные разработчики с таким кодом днями будут трахаться и тибидохаться, когда ты напишешь Код: plaintext Скорее так напишет НЕ нормальный разработчик ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 10:15 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Takurava RA\/ENа потом нормальные разработчики с таким кодом днями будут трахаться и тибидохаться, когда ты напишешь Код: plaintext Скорее так напишет НЕ нормальный разработчик абассака ржунимагу, ничего личного. Даже если написать v1.a,v1.b,v1.c,v1.d - сути это не меняет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 10:48 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/ENДаже если написать v1.a,v1.b,v1.c,v1.d - сути это не меняет. А почему, если написать Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 11:05 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Sergey MМне бы лично хотелось иметь встроенную конструкцию наподобие LIMIT в MySql. Знаю что без этого обойтись можно но тем не менее было бы приятно. LIMIT - плохая конструкция. Плохая тем, что ее применение подразумевает многократное исполнение одного и того же запроса; при этом естественно было бы потребовать достижения двух целей, которые в ней, если не ошибаюсь, не достигаются: - согласованность данных между отдельными вызовами - отсутствие дополнительной нагрузки (выполнение запроса один раз). Полагаю, если бы Oracle предложил хорошее стандартное решение проблемы pagination (или как она там), это было бы здорово. Ну а LIMIT - "решение, которым не следует пользоваться", соответственно нафиг надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 11:35 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Takurava RA\/ENДаже если написать v1.a,v1.b,v1.c,v1.d - сути это не меняет. А почему, если написать Код: plaintext 1. 2. А представь теперь, что между select и group by строка 200 кода. И не заметить ошибку, допустим, при смене полей - как нефиг нафиг. Проходил уже - 3 часа ковырялся за одним "разработчиком", который вместо честных выражений сделал уровень вложенности, и попутал алиасы - полная аналогия того, что будет, если делать group by 1,rollup(2,3). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 13:10 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Так и не понял можно ли обойти на мой взгляд глупое ограничение пр ивыполнении динамического запроса с использованием DBMS_SQL ограничение касается того что нельзя сделать бинд входного массива и бинд выходного массива тоесть нельзя хотеть в SQL select забиндидь массив и получить тоже массив массив можно получать только по строчкам УЖОС ПРОСТО а если у меня в результате получится 100к строчек ответа я что помереть от старости должен пока их в цикле загоню в массив Кстати если у кого есть решение данной прболемы буду признателен кинте плиз ссылочку popov_art@mail.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2006, 23:44 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
NightGhostтоесть нельзя хотеть в SQL select забиндидь массив и получить тоже массив Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 00:24 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
О! Нашелся топик. Хочу от оракла индексы и явное управление превращением подзапроса в темповую таблицу в конструкции with, а так же разрешать в списке with неиспользуемые подзапросы: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. Должно сконвертить q1 в темп, построить индекс и сделать SKIP_SCAN по нему. А еще темповые таблицы a-la MSSQL - тот же with, только повторно используемый. Код: plaintext 1. 2. 3. 4. Хотя это вызовет проблемы с компиляций, но, если, например, определять это структурой курсора в коде... Просто не всегда удобно в вычислительных задачах таскать за собой скрипты с кучей темповых таблиц, а если генерить их в рантайме, то все съезжает в DSQL из-за раскомпиляции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 09:18 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Явное превращение в темп Код: plaintext Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 10:34 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
TimmЯвное превращение в темп Код: plaintext Код: plaintext Да, век живи-век учись... Нарыл описание ( претендующее на полноту ) хинтов оракла, буду пытаться разобраться, что это такое. http://www.adp-gmbh.ch/ora/sql/hints.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 11:11 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/EN Да, век живи-век учись... Да.... мощная конструкция... Интересно, насколько она легальна ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 11:28 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
TimmЯвное превращение в темп Код: plaintext Код: plaintext А каким образом данный хинт юзать? в запросах типа with lalala as... ? как проверить что данный хинт действительно пашеть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 11:55 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 11:58 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
grexhide RA\/EN Да, век живи-век учись... Да.... мощная конструкция... Интересно, насколько она легальна ? Кайт говорит, что обходится rownum>0, но это не совсем то, что хинт - на примере Владимира не материализует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 12:01 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/EN grexhide RA\/EN Да, век живи-век учись... Да.... мощная конструкция... Интересно, насколько она легальна ? Кайт говорит, что обходится rownum>0, но это не совсем то, что хинт - на примере Владимира не материализует. Кайт пользуется для другого, а именно - для получения VIEW. Соответствующий хинт - /*+no_merge*/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 12:34 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Доменов немножко не хватает, чтобы один раз описать CHECK CONSTRAINT и потом просто использовать получившийся домен (BOOLEAN, PHONE_NUMBER, etc) везде, где надо. Еще не вижу причины, почему бы не разрешить делать строки любой длины. Иногда ну вот нужно чуть больше, чем можно - и уже приходится CLOB лепить, а ведь это совсем другое... Впрочем, это редко. Не хватает возможности получить перечень ошибок для DEFERRED CONSTRAINT. Не хватает возможности получить автоматом приблизительную оценку длительности/progress'а длинной операции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 12:40 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
О ! Вспомнил. Возможность использования CLOB в динамическом SQL. Оффтоп. Внимание ! Название темы частично "заражено" . (Timm, по- моему это Вы - что за ebookи ? ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 12:46 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
iamhereНе хватает возможности получить перечень ошибок для DEFERRED CONSTRAINT.??? Что имелось ввиду? iamhere Не хватает возможности получить автоматом приблизительную оценку длительности/progress'а длинной операции. Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 12:47 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
iamhere Не хватает возможности получить автоматом приблизительную оценку длительности/progress'а длинной операции. V$SESSION_LONGOPS, dbms_application_info.set_session_longops в т.ч. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 12:49 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
contr iamhereНе хватает возможности получить перечень ошибок для DEFERRED CONSTRAINT.??? Что имелось ввиду? Есть DEFERRED CONSTRAINT. Quantity > 0, например. Есть транзакция, которая разными способами меняет этот Quantity в разных строках. Делает COMMIT и вываливается, потому что Quantity получился где-то < 0, в т.ч. и из-за параллельных сессий. FOR UPDATE - дорого и в 99% случаев не нужно, т.к. обновляются разные записи или записи, где Quantity МНОГО. Поэтому делаем так, с DEFERRED. Но вот знать бы еще, в каких строках этот CONATRAINT (который во время COMMIT срабатывает) обломался... EXCEPTIONS INTO тут не прокатывает. contr iamhere Не хватает возможности получить автоматом приблизительную оценку длительности/progress'а длинной операции. Код: plaintext Не то. Это КУСОЧКИ длинной операции :) Я прекрасно понимаю, что невозможно предсказать это общее время, даже имея всю статистику и план - потому что от даннх зависит. Но все-таки не хватает :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 12:54 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
iamhere Я прекрасно понимаю, что невозможно предсказать это общее время, даже имея всю статистику и план - потому что от даннх зависит. Но все-таки не хватает :) Ты хоть бы справочник почитал. на предмет V$SESSION_LONGOPS.SOFAR или тебе привести формулу "предсказания точного времени" ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 12:58 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
iamhere contr iamhereНе хватает возможности получить перечень ошибок для DEFERRED CONSTRAINT.??? Что имелось ввиду? Есть DEFERRED CONSTRAINT. Quantity > 0, например. Есть транзакция, которая разными способами меняет этот Quantity в разных строках. Делает COMMIT и вываливается, потому что Quantity получился где-то < 0, в т.ч. и из-за параллельных сессий. FOR UPDATE - дорого и в 99% случаев не нужно, т.к. обновляются разные записи или записи, где Quantity МНОГО. Поэтому делаем так, с DEFERRED. Но вот знать бы еще, в каких строках этот CONATRAINT (который во время COMMIT срабатывает) обломался... EXCEPTIONS INTO тут не прокатывает. Хм. "Из-за параллельных транзакций" - очень сомнительно, ибо уже первый update заблокирует строку (или обломится). Если же строка обновляется отлько в самом-самом конце, то не нужны никакие deferred... ИМХО тут дело не в deferred, а в нецелевом его использовании ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 13:03 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
contrКайт пользуется для другого, а именно - для получения VIEW. Соответствующий хинт - /*+no_merge*/Вот только не всегда сей хинт срабатывает, в отличие от того же ROWNUM... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 13:38 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dmidekО ! Вспомнил. Возможность использования CLOB в динамическом SQL. Оффтоп. Внимание ! Название темы частично "заражено" . (Timm, по- моему это Вы - что за ebookи ? ) Это все Опера :) Вот тема про ебуки (там и оракловые книги есть, правда сейчас ниче не доступно) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 13:43 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
TimmЯвное превращение в темп Код: plaintext Код: plaintext Кстати. По моим наблюдениям temp table transformation появляется сразу же если subquery_factoring_clause используется более одного раза (имхо, это дурацкое решение, попахивает индусами ). Поэтому для "эмуляции" /*+ materialize*/ достаточно добавить union all select 1 from q1 where 1=0 или что то подобное. А вот с inline все сложнее... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 15:05 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Timm Кстати. По моим наблюдениям temp table transformation появляется сразу же если subquery_factoring_clause используется более одного раза (имхо, это дурацкое решение, попахивает индусами ). Поэтому для "эмуляции" /*+ materialize*/ достаточно добавить union all select 1 from q1 where 1=0 или что то подобное. А вот с inline все сложнее... И так сложнее, но, вроде, оптимизатор вполне адекватен. Это не дает темптабле: Код: plaintext 1. 2. 3. а это - дает Код: plaintext 1. 2. 3. Вполне логично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 16:28 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
с дьюалом нечестно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 16:38 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
TimmЯвное превращение в темп Код: plaintext Код: plaintext Код: plaintext Всего ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 16:43 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
АазНа oracle-l@freelists.org подсмотрел такое Код: plaintext Всего А примерчик реального использования (хотя-бы эффекта) этого хинта можешь подкинуть? А то навскидку не получается 10-ку убедить хотя-бы в вырубании картезиана, не говоря уж о включении через это хинт режима RULE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 17:01 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/ENне говоря уж о включении через это хинт режима RULE. Может, просто /*+ RULE */ попробовать? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 17:03 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
contr RA\/ENне говоря уж о включении через это хинт режима RULE. Может, просто /*+ RULE */ попробовать? :) Это не есть интересно. Я, в принципе, насчет RULE не настаиваю, т.к. разбор конкретно этого хинта, по идее, может быть уже после выбора Cost Model. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2006, 17:13 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Опять обсмеёте :) Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 14:31 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
m_kusОпять обсмеёте :) Код: plaintext 1. 2. набор параметров как в create sequence с тем, чтобы втихаря она создалась как зависимый от таблицы объект, мож. быть и не совсем как последовательность, а гибрид последовательности и первичного ключа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 14:45 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousГоспода, у меня образовалось немного времени и со страшной силой потянуло на философию :) И размышляю я на тему "а какого лешегшо мне не хватает в СУБД Oracle"? Кто не против отвлеченной философии - присоединяйтесь :) Хотелось бы, чтобы предложение RETURNING поддерживало работу с записями. Т.е. чтобы можно было делать так: Код: plaintext 1. 2. 3. 4. Пока что вместо звёздочки в выделенной строке нужно перечислять все поля таблицы MY_TABLE. Если же оставить звёздочку, то код не компилируется. Фишка в том, чтобы в коде можно было не указывать явно отдельные поля таблицы, обеспечив тем самым независимость кода от изменения структуры этой таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 15:23 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
mcwhite andrey_anonymousГоспода, у меня образовалось немного времени и со страшной силой потянуло на философию :) И размышляю я на тему "а какого лешегшо мне не хватает в СУБД Oracle"? Кто не против отвлеченной философии - присоединяйтесь :) Хотелось бы, чтобы предложение RETURNING поддерживало работу с записями. Т.е. чтобы можно было делать так: Код: plaintext 1. 2. 3. 4. Пока что вместо звёздочки в выделенной строке нужно перечислять все поля таблицы MY_TABLE. Если же оставить звёздочку, то код не компилируется. Фишка в том, чтобы в коде можно было не указывать явно отдельные поля таблицы, обеспечив тем самым независимость кода от изменения структуры этой таблицы. А разве требуемые Вам значения уже все равно не будут лежать в v_row ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 15:27 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dmidekА разве требуемые Вам значения уже все равно не будут лежать в v_row ? Пример, конечно же, до предела тривиальный, потому как не в конкретном операторе дело. Ещё раз: проблема в том, что нельзя избавиться от явного перечисления полей в предложении RETURNING при работе с записями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 15:31 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Barkovskyя давно говорю, что мне в оракле не хватает большой кнопки: "решить проблему". Как это нет? Просто доку невнимательно читали Она по-умолчанию disabled :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 15:31 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Захотелось: Код: plaintext 1. 2. 3. 4. 5. 6. Многа хочу? фактически побороть копи-пейст, и юзать subquery factoring clause для expression factoring :) да, функцию можно написать. но это - уже PL. а хочеца остаться в SQL'е. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2007, 12:15 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
TimmЗахотелось: Код: plaintext 1. 2. 3. 4. 5. 6. Многа хочу? фактически побороть копи-пейст, и юзать subquery factoring clause для expression factoring :) да, функцию можно написать. но это - уже PL. а хочеца остаться в SQL'е. А потом ищи по тексту ОРИГИНАЛЬНОГО запроса, где у тебя "ORA-01722: invalid number", например Это не expression factoring, а тупо макроподстановка. А это зло (ты никогда из-за глючного #define в сях не устраивал ночную медитацию перед монитром?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2007, 12:41 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/EN TimmЗахотелось: Код: plaintext 1. 2. 3. 4. 5. 6. Многа хочу? фактически побороть копи-пейст, и юзать subquery factoring clause для expression factoring :) да, функцию можно написать. но это - уже PL. а хочеца остаться в SQL'е. А потом ищи по тексту ОРИГИНАЛЬНОГО запроса, где у тебя "ORA-01722: invalid number", например Это не expression factoring, а тупо макроподстановка. А это зло (ты никогда из-за глючного #define в сях не устраивал ночную медитацию перед монитром?) Ну, зло не большее, как любое лекарство.. если применять без_меры/не_к_месту.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2007, 12:56 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Уже 10 лет хочется классической реализации доменов, как это есть в Oracle Rdb. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2007, 13:10 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
SQL*PlusУже 10 лет хочется классической реализации доменов, как это есть в Oracle Rdb. +1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2007, 13:25 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
еще хотел бы MOVE (insert into A + delete from B)... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2007, 13:28 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
а еще очень надо insert all, но для коллекций объектов. с BULK COLLECT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2010, 14:17 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous"а какого лешегшо мне не хватает в СУБД Oracle"? Я считаю очень полезной была бы возможность создавать уникальнуй ключ по columns_expression а не просто по columns. Иными словами в Oracle есть отличная фишка FBI, хотелось бы иметь FBUK. :) Чтоб можно было просто делать ограничения вроде: комбианация ФИО дложна быть уникальной независимо от регистра: Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 15:37 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopЧтоб можно было просто делать ограничения вроде: комбианация ФИО дложна быть уникальной независимо от регистра: Мне, пожалуй, больше хотелось бы другого: Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 15:51 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
А вот мне бы хотелось окон по иерархии over(connect by & siblings). dbms_photoshopЧтоб можно было просто делать ограничения вроде: комбианация ФИО дложна быть уникальной независимо от регистраА чем в данном случае FBUK отличается от FBI? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 15:53 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopandrey_anonymous"а какого лешегшо мне не хватает в СУБД Oracle"? Я считаю очень полезной была бы возможность создавать уникальнуй ключ по columns_expression а не просто по columns. Иными словами в Oracle есть отличная фишка FBI, хотелось бы иметь FBUK. :) Чтоб можно было просто делать ограничения вроде: комбианация ФИО дложна быть уникальной независимо от регистра: Код: plaintext А ради чего? Внешние ключи на такой констрейнт как разруливать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 16:04 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
softwarerdbms_photoshopЧтоб можно было просто делать ограничения вроде: комбианация ФИО дложна быть уникальной независимо от регистра: Мне, пожалуй, больше хотелось бы другого: Код: plaintext 1. 2. 3. 4. 5. FK на неуникальный индекс? о_О ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 16:09 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
softwarer, Да, такое желание возникает и у меня! -2-А вот мне бы хотелось окон по иерархии over(connect by & siblings).Можно подробнее что имеете в виду. Псевдокод приветствуется. :) При некоторых допущениях аналитика накручивается . Лично меня в этом плане все устраивает, разве что кроме огромного кол-ва багов. -2-А чем в данном случае FBUK отличается от FBI?Уже хотелка отпала. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 16:10 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
-2-А вот мне бы хотелось окон по иерархии over(connect by & siblings). Суммирование по дереву делать? Пример покажи. -2-dbms_photoshopЧтоб можно было просто делать ограничения вроде: комбианация ФИО дложна быть уникальной независимо от регистраА чем в данном случае FBUK отличается от FBI? ... а потом оно будет deferred, и на нее будут ссылаться ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 16:13 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/ENFK на неуникальный индекс? о_О Ну пропустил softwarer ключевое слово одно. Суть то ясна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 16:14 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/ENFK на неуникальный индекс? о_О Да, кстати: alter table add constraint check(document_id-trunc(document_id)=document_type) ... alter table add constraint check(document_id-trunc(document_id)=0.012) Было дело, не совсем такое, конечно, когда дробными айдишниками проблемы решал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 16:20 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopandrey_anonymous"а какого лешегшо мне не хватает в СУБД Oracle"? Я считаю очень полезной была бы возможность создавать уникальнуй ключ по columns_expression а не просто по columns. Иными словами в Oracle есть отличная фишка FBI, хотелось бы иметь FBUK. :) Чтоб можно было просто делать ограничения вроде: комбианация ФИО дложна быть уникальной независимо от регистра: Код: plaintext дык 11g вычисляемые поля для этого совершенно подходят ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 16:54 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
orawishдык 11g вычисляемые поля для этого совершенно подходят /me бьется головой о стол ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2010, 17:52 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
RA\/ENorawishдык 11g вычисляемые поля для этого совершенно подходят /me бьется головой о стол три раза прочитал - ни разу не понял.. переведи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2010, 12:05 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Перевожу: я обалдел ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2010, 05:27 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Вот же умный, сцуко, антимат Написал "я о_х_у_е_л", а он с меня "обалдел" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2010, 05:29 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
GramiПрисоединяюсь + отмена ограничения на 1000 элементов в in (...) Agree, but there is a workaround. Use tuples: Код: plaintext 1. 2. 3. 4. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2010, 14:47 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
В Oracle Database очень не хватает классических доменов (которые есть в Oracle Rdb) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2010, 16:08 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровПеревожу: я обалдел Неправильно Перевод "Как до меня не доперло сразу... Бум... Бум... Быдыщ!" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2010, 08:08 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Доколе оптимизатор будет тупить на транзитивном замыкании? Допустим есть две таблицы Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Workaround очевиден, но я согласен с Джонатаном: http://jonathanlewis.wordpress.com/2007/01/01/transitive-closure/ If you can exert some influence over the optimizer’s arithmetic by adding redundant (but logically correct) predicates, it gives you a tool to deal with some of the problems that you might meet while trouble-shooting awkward SQL statements. However, this approach does introduce a risk: the current behaviour is a mistake – the predicate is redundant, and should not affect the selectivity. If you take advantage of this design error in the optimizer, one day you will have to pay the price when Oracle finally corrects the error and the arithmetic changes to behave as if the predicate did not exist. So if you do fix a problem by adding redundant predicates, make sure you document what you did and why, so that it’s easier for the next person to fix when it all goes wrong again. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2011, 20:03 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Timur Akhmadeev Похоже, будет в 12с .404 Not Found! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2012, 09:43 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Elic404 Not Found!Там лишь упоминалось следование ANSI SQL http://en.wikipedia.org/wiki/Select_%28SQL%29#FETCH_FIRST_clause ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2012, 15:36 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
-2-Там лишь упоминалось следование ANSI SQL Да ладно. Я так думаю, мы все будем просто обязаны писать крутейшим кипятком после явления этой ох...но нужной Фичещи (именно с большой буквы, как Человечище). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.03.2012, 23:41 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
С учетом того что "inline view не может быть коррелированным" вполне себе фича. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2012, 00:27 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
_NikotinС учетом того что "inline view не может быть корре л ированным" вполне себе фича.Ещё раз: да ладно. Это так и не сделали, а то будет, как обычно, глючить года три. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2012, 00:43 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Elicкорре л ированным ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2012, 00:48 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
_Nikotin???Что-то словарь в опере глючит, а я повёлся... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2012, 00:52 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
_NikotinА я это взял отсюда 7639237 :)А я когда-то мог написать неправильно, поэтому никому не верю. Даже себе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2012, 00:57 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousИ размышляю я на тему "а какого лешегшо мне не хватает в СУБД Oracle"? ух,такую такую тему подняли хочу TO_NUMBER(expr [, fmt ] [, 'nlsparam' ]) ps не поскажете что в 12 значит с Oracle Database 12c Enterprise Edition Release 12.1.0.0.1 - 64bit Beta ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2012, 12:35 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
stax.. ps не поскажете что в 12 значит с Oracle Database 12c Enterprise Edition Release 12.1.0.0.1 - 64bit Beta ..... stax Думаю, тоже самое что и в ОЕМ 12 c loud ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2012, 13:02 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
pravednikstax..ps не поскажете что в 12 значит с Oracle Database 12c Enterprise Edition Release 12.1.0.0.1 - 64bit Beta ..... stax Думаю, тоже самое что и в ОЕМ 12 c loud странно cloud -> translate.google.com.ua -> облако зы а я прогнозировал 13j ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2012, 13:39 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
stax..странно cloud -> translate.google.com.ua -> облакону а чего странного то? Куда не плюнь - облачные вычисления, облачные то, облачные сё... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2012, 15:39 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Не хватает штатной возможности ограничивать время выполнения запроса. Штатной = DBRM. Приходится по-прежнему изобретать велосипед. switch_time - ограничивает cpu время, а не elapsed, что не позволяет его использовать для решения поставленных задач. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2012, 18:44 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dbrm, Очень не хватает возможности одним оператором удалять колонки в сжатых (compressed) таблицах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2012, 21:28 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Глупый ТелевизорОчень не хватает возможности одним оператором удалять колонк и в сжатых (compressed) таблицах.drop table? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2012, 23:15 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
А еще в merge возможности удалаять не найденные в цели строки, а также добавлять, изменять и удалять строки в источнике. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2012, 09:39 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
-2-Глупый ТелевизорОчень не хватает возможности одним оператором удалять колонк и в сжатых (compressed) таблицах.drop table?Я ценю твое чувство юмора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2012, 14:08 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Сергей АрсеньевА еще в merge возможности удалаять не найденные в цели строки, а также добавлять, изменять и удалять строки в источнике .Здесь серьезная тема, а не Comedy Club. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2012, 14:10 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Глупый ТелевизорЗдесь серьезная тема, а не Comedy Club. Никак не могу отойти от дискуссии, является ли создание hash таблицы сортировкой. :) P.S. А по сути, как иначе одной операцией сделать двунаправленную репликацию таблиц? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2012, 14:44 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
В отдельных случаях связанных с DWH крайне не хватает error logging clause for multi table insert. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2012, 01:28 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Непонятно почему не могут добавить использование exists conditions в if-statements как в MSSQL Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 06:48 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopexists conditions в if-statementsЭто, по сути, лишь синтаксический сахар. IF( EXISTS...) в процедуре ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 07:44 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopНепонятно почему не могут добавить использование exists conditions в if-statements как в MSSQL Код: plsql 1. потому что программисты побить могут. оно exists на момент t1, а на момент t2 уже все иначе. тогда для процедурного языка изобретать уровни изолированности транзакций нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 10:53 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Yo.!, предифовый селект инту отменяет реад коммитед? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 11:41 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
if my_exists(cursor(...))Yo.!, предифовый селект инту отменяет реад коммитед? селект инту возвращает консистентеный результат (который можно попросить FOR UPDATE), а if exists () никакого смысла не несет. на момент t2 может проверка актуальна, может нет. а может это дворник злой (тм) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 12:37 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Yo.!селект инту возвращает консистентеный результат (который можно попросить FOR UPDATE)И что же он проforupdateит на случай отсутствия или присутствия незакомиченных данных? Вопросы изоляции требуют решения независимо от наличия "синтаксического сахара". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 12:49 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
Elicdbms_photoshopexists conditions в if-statementsЭто, по сути, лишь синтаксический сахар. IF( EXISTS...) в процедуре Я не спорю. Но если есть условие вида Код: plaintext 1. 2. 3. А если заменить and на or становится еще интереснее. Yo.!dbms_photoshopНепонятно почему не могут добавить использование exists conditions в if-statements как в MSSQL Код: plsql 1. потому что программисты побить могут. оно exists на момент t1, а на момент t2 уже все иначе. тогда для процедурного языка изобретать уровни изолированности транзакций нужно.С другой стороны то, что вызовы PL/SQL функций из SQL возвращают данные на разные SCN даже для одной строки мало кого смущает. Может есть идеи почему бы Ораклу не было изначально сделать, чтоб функция вела себя согласованно как орператор? Еще как аргумент можно привести что у Оракла могут быть дополнительные трудности с порядком вычисления условий. Но это не непреодолимые препятствия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 13:39 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopто может понадобиться уже три вложенных цикла по курсорам. А если заменить and на or становится еще интереснее.Ты не понял паттерна. Все SQL-условия прописываются в одном запросе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 13:52 |
|
||
|
На философию потянуло...
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopМожет есть идеи почему бы Ораклу не было изначально сделать, чтоб функция вела себя согласованно как орператор? Тогда ему как минимум пришлось бы делать функции read-only, как в MSSQL, что куда тупее. А в целом, если закопаться в историю развития, думаю, и здесь ноги окажутся растущими из тупой идеи "работает - не трогай" разделения SQL- и PLSQL-движков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 13:53 |
|
||
|
|

start [/forum/topic.php?all=1&fid=52&tid=1886424]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
186ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
156ms |
get tp. blocked users: |
2ms |
| others: | 234ms |
| total: | 624ms |

| 0 / 0 |
