|
List?
|
|||
---|---|---|---|
#18+
Когда уже на Oracle будет нормальная аггрегатная функция List , как в Sybase ... |
|||
:
Нравится:
Не нравится:
|
|||
16.05.2019, 23:39 |
|
List?
|
|||
---|---|---|---|
#18+
Victor Cookin, либо указывайте конкретно - чем LIST в сайбесе лучше ораклового LISTAGGA-а и чего лично вам не хватает в LISTAGG-е ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 05:55 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinКогда уже на Oracle будет нормальная аггрегатная функция List , как в SybaseШёл бы ты, бездарь, на откуда пришёл. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 07:35 |
|
List?
|
|||
---|---|---|---|
#18+
Справедливости ради стоит отметить, что приведенная топикстартером функция вражеской датабазы возвращает LONG VARCHAR , что несколько превышает максимальный размер возращаемого listagg ораколового varchar2. Но, как все мы знаем, вышесказанное мною не отменяет возможности получить список элементов в строковом виде условно неограниченного размера средствами Oracle без PL/SQL и listagg. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 08:44 |
|
List?
|
|||
---|---|---|---|
#18+
Щукина Анна и чего лично вам не хватает в LISTAGG-е unique ps в новых версиях з WITHIN улучшили если есть сортировка, то добавить уникальность не так уж и сложно ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 08:56 |
|
List?
|
|||
---|---|---|---|
#18+
AmKadСправедливости ради стоит отметить, что приведенная топикстартером функция вражеской датабазы возвращает LONG VARCHAR , что несколько превышает максимальный размер возращаемого listagg ораколового varchar2. Но, как все мы знаем, вышесказанное мною не отменяет возможности получить список элементов в строковом виде условно неограниченного размера средствами Oracle без PL/SQL и listagg. В соседней сходной ветке уже выяснили, что после 12 версии Ваш аргумент не аргумент и Оракл удлинил свой варчар2 до 32к что вполне хватает для разного вида рукожопства членов кружка CLOBофобии. Это конечно не 512 терабайт, но то ли ещё будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 09:34 |
|
List?
|
|||
---|---|---|---|
#18+
AserYZВаш аргумент не аргумент и Оракл удлинил свой варчар2 до 32к что вполне хватает для разного вида рукожопства членов кружка CLOBофобии.Замена фобии на более другую фобию не есть аргумент против аргумента. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 09:49 |
|
List?
|
|||
---|---|---|---|
#18+
AserYZ, Отбросив вопрос о целесообразности склеивания строк в сторону, 32к - это больше, чем 4к, всего в 8 раз. До 512 терабайт еще сколько-то порядков, что не делает listagg аналогом функции list. О чем я, силу своей дотошности, не смог не заметить. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 09:57 |
|
List?
|
|||
---|---|---|---|
#18+
StaxЩукина Анна и чего лично вам не хватает в LISTAGG-еuniqueunique формально нет в синтаксисе Код: plaintext 1.
Код: plsql 1. 2. 3. 4. 5. 6. 7.
AmKadО чем я, силу своей дотошности, не смог не заметить.Тогда нужно было дотошнить до более полного сравнения: - типы аргумента, - размер результата, - ограничения по сортировке, - параметры overflow, - over(). ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 10:25 |
|
List?
|
|||
---|---|---|---|
#18+
-2-Тогда нужно было дотошнить до более полного сравнения:Я сегодня скудно позавтракал, поэтому содержимого желудка хватило только на сравнение размеров результата. А про overflow вообще только что узнал. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 10:32 |
|
List?
|
|||
---|---|---|---|
#18+
-2-Staxпропущено... uniqueunique формально нет в синтаксисе Код: plaintext 1.
Код: plsql 1. 2. 3. 4. 5. 6. 7.
мододцы (доку не успели поправить) в Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production Version 18.3.0.0.0 еще не работает Код: plsql 1. 2. 3. 4. 5.
ps по диаграме сортировка обязательна но без нее работает Код: plsql 1. 2. 3. 4. 5. 6. 7.
.... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 11:21 |
|
List?
|
|||
---|---|---|---|
#18+
AmKad А про overflow вообще только что узнал. добавіть, добавили но реализовали неакуратно (мой админ бы не принял) .... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 11:25 |
|
List?
|
|||
---|---|---|---|
#18+
Он хотел как в Лиспе. Код: python 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 17:29 |
|
List?
|
|||
---|---|---|---|
#18+
Хочется вот этого: Код: plsql 1. 2. 3. 4.
вместо Код: plsql 1. 2. 3.
Код: sql 1.
убирать пробовал, но "ORA-02000: missing WITHIN keyword" Oracle 12 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 20:11 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinХочется Это от непонимания. Включите в Ваш пример group by и попробуйте переосмыслить. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 20:23 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinХочется вот этого: Код: plsql 1. 2. 3. 4.
И что в sybase выдаст этот запрос? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2019, 20:45 |
|
List?
|
|||
---|---|---|---|
#18+
в мсскл назвали string_agg Все что-то своё выдумавыют ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2019, 11:34 |
|
List?
|
|||
---|---|---|---|
#18+
andreymxв мсскл назвали string_agg Все что-то своё выдумавыют Суть не в названии а в том что это функция агрегатная. Т.e. сначала агрегация (GROUP BY по умолчанию) и только потом ORDER BY. Посему ORDER BY в примере от Victor Cookin произведет сортировку одной строки т.к. неявная группировкa а при явной нибо вылетит с "not a GROUP BY expression" либо отсортирует уже сгруппированные строки (если поле в ORDER BY присутствует в GROUP BY). Но в любом случае этот ORDER BY не имеет ничего общего c ORDER BY при группировке указываемый в WITHIN GROUP. Другое дело ORACLE мог бы сделать кляузу WITHIN GROUP(ORDER BY 1) кляузой по умолчанию - куда меньше буковок если порядок не важен. SY ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2019, 14:31 |
|
List?
|
|||
---|---|---|---|
#18+
SY ORACLE мог бы сделать кляузу WITHIN GROUP(ORDER BY 1) кляузой по умолчанию - куда меньше буковок если порядок не важен.1 или не 1, но что-то по-умолчанию есть Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2019, 17:46 |
|
List?
|
|||
---|---|---|---|
#18+
-2-1 или не 1, но что-то по-умолчанию есть Ну значит внял Oracle просьбам трудящихся: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19.
SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2019, 18:02 |
|
List?
|
|||
---|---|---|---|
#18+
SY Ну значит внял Oracle просьбам трудящихся: SY. в 18-ке кляуза WITHIN GROUP еще обязательна, но без нее ошибки уже не выдает https://docs.oracle.com/en/database/oracle/oracle-database/18/sqlrf/LISTAGG.html#GUID-B6E50D8E-F467-425B-9436-F7F8BF38D466 ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 08:27 |
|
List?
|
|||
---|---|---|---|
#18+
andrey_anonymousЭто от непонимания. Включите в Ваш пример group by и попробуйте переосмыслить. Во многих случаях нужно просто взять результат запроса и получить именно лист, т.е. одно значение. При этом сам запрос может быть, понятно, довольно сложным. И визуально усложнять его при ненадобности этого делать - это нехорошо. Staxв 18-ке кляуза WITHIN GROUP еще обязательна, но без нее ошибки уже не выдает а где уже не обязательна? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 17:09 |
|
List?
|
|||
---|---|---|---|
#18+
Victor Cookinandrey_anonymousЭто от непонимания. Включите в Ваш пример group by и попробуйте переосмыслить. Во многих случаях нужно просто взять результат запроса и получить именно лист, т.е. одно значение. При этом сам запрос может быть, понятно, довольно сложным. И визуально усложнять его при ненадобности этого делать - это нехорошо. Нехорошо путать теплое с мягким, а именно - сортировку итоговой выборки и сортировку внутри группы, итогом которой станет одна строка итоговой выборки. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 17:27 |
|
List?
|
|||
---|---|---|---|
#18+
andrey_anonymousНехорошо путать теплое с мягким, а именно - сортировку итоговой выборки и сортировку внутри группы, итогом которой станет одна строка итоговой выборки. Пожалуйста поподробнее. Где в моём примере группа и сортировка внутри группы? У меня есть сортировка исходного запроса и всё, а больше мне (в данном случае) ничего не надо. И зачем требует group by column_id , когда надо order by column_id? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 17:50 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinИ зачем требует group by column_id , когда надо order by column_id?Потому что формальный язык не должен додумывать за тебя, ошибся ли ты в сортировке или группировке. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 18:41 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinПожалуйста поподробнее. Где в моём примере группа и сортировка внутри группы? У меня есть сортировка исходного запроса и всё, а больше мне (в данном случае) ничего не надо. И зачем требует group by column_id , когда надо order by column_id? Группировка бывает явная при указании GROUP BY или неявная при использовании агрегатных функций. В SYBASE LIST это: Код: plsql 1.
Посему: Код: plsql 1. 2. 3. 4.
вначале сгруппирует все строки в одну группу и сконкатенирует все имена полей таблицы ESTABLISHMENT в произвольном порядке. В результате получим ровно одну строку. Да, формально мы можем добавить order by column_id но согласись сортировка одной строки занятие ну ооочень занимательное . И никто не говорил тебе нужно group by column_id. Тебе нужно order by column_id при конкатенации имен полей. А это указывается в самой LIST, а не в ORDER BY запроса: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Т.e. твоя хотлка выглядит так: Код: plsql 1. 2. 3.
SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 18:55 |
|
List?
|
|||
---|---|---|---|
#18+
SYДа, формально мы можем добавить order by column_id но согласись сортировка одной строки занятие ну ооочень занимательное . Никакой сортировки внутри строки нет. Идёт просто конкатенация поля из запроса. SYИ никто не говорил тебе нужно group by column_id. а вот: Код: plsql 1.
SYТебе нужно order by column_id при конкатенации имен полей. А это указывается в самой LIST, а не в ORDER BY запроса Да не хочу я строку сортировать. Строку кроме как по алфавиту и не от сортируешь. Мне достаточно сортировки в запросе ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 20:27 |
|
List?
|
|||
---|---|---|---|
#18+
Victor Cookinне хочу я строку сортировать. Строку кроме как по алфавиту и не от сортируешь. Мне достаточно сортировки в запросе Иногда лучше жевать, чем говорить (с) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 20:49 |
|
List?
|
|||
---|---|---|---|
#18+
-2-Потому что формальный язык не должен додумывать за тебя, ошибся ли ты в сортировке или группировке. А у меня вообще нет группировки, вернее, группировка ВСЕ. Мне кажется она должна быть по умолчанию. Ведь есть же она в некоторых других аггрегатных функциях, например AVG: Код: plsql 1. 2. 3.
Можно, кончно, добавить что-то типа Код: plsql 1.
а потом долго думать что это было и почему работает ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 23:15 |
|
List?
|
|||
---|---|---|---|
#18+
Victor Cookin, Про детерминизм результата группировки не думал? А avg, sum, count и тд он есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.05.2019, 23:50 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinДа не хочу я строку сортировать. Строку кроме как по алфавиту и не от сортируешь. Мне достаточно сортировки в запросе Пoследняя попытка. ORDER BY выполняется последним и сортирует результат всех предыдущих шагов. Т.e. шаг пeрвый это выборка всех строк где table_name = 'ESTABLISHMENT'. Шаг второй это конкатенация значений поля column_name всех выбранных строк. Т.е. результат второго шага это одна строка. Вот к ней и будет применен шаг трeтий - ORDER BY который и произведет бессмысленную сортировку. Так-что ORDER BY в твоем SELECTе - не пришей кобыле хвост. Результат что с ним, что без него это конкатенация значений имен полей таблицы ESTABLISHMENT в произвольном порядке. Victor CookinСтроку кроме как по алфавиту и не от сортируешь. И тут ты не догоняешь. ORDER BY внутри LIST cортирует ROWS в группе. И в отличие от statement level этот ORDER BY выполнится как часть второго шага. Например: Код: plsql 1.
сконкатенирует имена полей таблицы ESTABLISHMENT в том порядке в котором они заданы в таблице. А Код: plsql 1.
сконкатенирует имена полей таблицы ESTABLISHMENT в порядке их типа данных. SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 00:12 |
|
List?
|
|||
---|---|---|---|
#18+
xtenderПро детерминизм результата группировки не думал? А avg, sum, count и тд он есть.За avg и sum я бы не вписывался. Результат может зависеть от порядка суммирования. С count distinct тоже есть нюансы. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 07:07 |
|
List?
|
|||
---|---|---|---|
#18+
Victor Cookinа где уже не обязательна? в Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production Version 18.3.0.0.0 ошибки не выдает 21887033 формально такое поведение можно считать и багом Код: plsql 1. 2. 3. 4. 5. 6. 7.
.... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 09:08 |
|
List?
|
|||
---|---|---|---|
#18+
-2-xtenderПро детерминизм результата группировки не думал? А avg, sum, count и тд он есть.За avg и sum я бы не вписывался. Результат может зависеть от порядка суммирования.Как так? -2-С count distinct тоже есть нюансы.А это как? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 12:31 |
|
List?
|
|||
---|---|---|---|
#18+
AmKad-2-За avg и sum я бы не вписывался. Результат может зависеть от порядка суммирования.Как так? Потеря точности Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23.
... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 12:58 |
|
List?
|
|||
---|---|---|---|
#18+
Многие тут говорят про сортировку одной строки и забывают про 00979 ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 13:18 |
|
List?
|
|||
---|---|---|---|
#18+
ElicAmKadпропущено... Как так?Потеря точности А с сортировками есть ньюанс в виде ограничения на длину ключа сортировки. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 13:18 |
|
List?
|
|||
---|---|---|---|
#18+
andrey_anonymousElicпропущено... Потеря точности А с сортировками есть ньюанс в виде ограничения на длину ключа сортировки. в доке ньюанс не описали (видать считают что и так понятно) The order_by_clause determines the order in which the concatenated values are returned. The function is deterministic only if the ORDER BY column list achieved unique ordering. .... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 13:48 |
|
List?
|
|||
---|---|---|---|
#18+
Staxв доке ньюанс не описали (видать считают что и так понятно) The order_by_clause determines the order in which the concatenatedТы уже выпал из темы. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 13:50 |
|
List?
|
|||
---|---|---|---|
#18+
AmKad-2-С count distinct тоже есть нюансы.А это как? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 13:56 |
|
List?
|
|||
---|---|---|---|
#18+
ElicТы уже выпал из темы. да я не очень то и впадал в тему просто интересно 1) как поведет себя сортировка в случае MAX_STRING_SIZE = EXTENDED 2) почему "неоптимально" (с запасом) реализовали ON OVERFLOW TRUNCATE ps мне ето не надо, просто по старинке интересно ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 14:00 |
|
List?
|
|||
---|---|---|---|
#18+
andreymxМногие тут говорят про сортировку одной строки и забывают про 00979 Перечитай мой отвeт тебе-же: SYПосему ORDER BY в примере от Victor Cookin произведет сортировку одной строки т.к. неявная группировкa а при явной нибо вылетит с "not a GROUP BY expression" либо отсортирует уже сгруппированные строки (если поле в ORDER BY присутствует в GROUP BY) . SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 14:59 |
|
List?
|
|||
---|---|---|---|
#18+
-2- Код: plsql 1.
А что у этого зверя под капотом? Сохранение параметров с последующим их сравнением? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 16:22 |
|
List?
|
|||
---|---|---|---|
#18+
AmKad-2- Код: plsql 1.
А что у этого зверя под капотом? Сохранение параметров с последующим их сравнением?Состояния нет. Сравнение значений детерминировано = строки имеют общий символ: ab = bc bc = cd ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 17:53 |
|
List?
|
|||
---|---|---|---|
#18+
SYПoследняя попытка. ORDER BY выполняется последним и сортирует результат всех предыдущих шагов. а я не хочу никаких сортировок последним шагом, последним шагом я хочу ТОЛЬКО выполнение аггрегатной функции. По-моему, это логично. Так делается НЕ в Оракле и, по-моему, такой вариант - именно то, что часто и нужно. А Вы всё о том, как это делается в Оракле. Да зарадибога SYРезультат что с ним, что без него это конкатенация значений имен полей таблицы ESTABLISHMENT в произвольном порядке. Ну да, а в Sybase не в произвольном. SYVictor CookinСтроку кроме как по алфавиту и не от сортируешь. И тут ты не догоняешь. ORDER BY внутри LIST cортирует ROWS в группе. И в отличие от statement level этот ORDER BY выполнится как часть второго шага Ну вот. Есть строка (и больше ничего - перечитайте мой текст). Какие ещё ROWS? Point: Почему не сделать аггрегатные функции именно аггрегатными - то есть не трогать Recodset под ним? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2019, 22:44 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinPoint Вот интересно, Victor Cookin - это толстый тролль или реальный неадекват? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 01:30 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinПочему не сделать аггрегатные функции именно аггрегатными - то есть не трогать Recodset под ним?Какие функции обязывают "трогать"? Знаю first/last, cume_dist, percentile_ и всякие _rank. В чем их смысл, как не в сортировке? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 06:59 |
|
List?
|
|||
---|---|---|---|
#18+
andrey_anonymousВот интересно, Victor Cookin - это толстый тролль или реальный неадекват?Однохренственно. Тратить именно на него время - бессмысленно. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 07:47 |
|
List?
|
|||
---|---|---|---|
#18+
-2-AmKadпропущено... А что у этого зверя под капотом? Сохранение параметров с последующим их сравнением?Состояния нет. Сравнение значений детерминировано = строки имеют общий символ: ab = bc bc = cd предыдущее значение разве ето не состояние? ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 08:19 |
|
List?
|
|||
---|---|---|---|
#18+
Victor Cookinа я не хочу никаких сортировок последним шагом, последним шагом я хочу ТОЛЬКО выполнение аггрегатной функции. По-моему, это логично. Так делается НЕ в Оракле и, по-моему, такой вариант - именно то, что часто и нужно. А Вы всё о том, как это делается в Оракле. Да зарадибога Point: Почему не сделать аггрегатные функции именно аггрегатными - то есть не трогать Recodset под ним? как выглядит решение в sybase такой задачки? для каждого отдела сформировать через запятую список (list) сотрудников (первый с самой большой ЗП, если равные то и по ТН), результат отсортировать по номерах отделов по убыванию. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24.
Point: аггрегатные функции именно аггрегатные - если не нужно то они не трогают Recodset под ним напр sum .... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 08:40 |
|
List?
|
|||
---|---|---|---|
#18+
Stax, Именно такой таблицы у меня нет, но есть аналогичная loc_user, где сотрудники (loc_u_code) привязаны к различным офисам(loc_u_loc) и у них есть некий уровень доступа (loc_u_level) (аналог З/П) Вот запрос: Код: sql 1. 2. 3. 4.
Необходимо добавить, что в 99 процентах случаев мне достаточно запросов, который я сформулировал в начале топика. И для данного запроса предпочёл бы, чтобы синтаксис был бы Код: sql 1. 2. 3. 4.
Я понимаю формальную некорректность такого синтаксиса, но ведь он легко и однозначно трансформируется в Код: sql 1. 2. 3. 4. 5. 6. 7.
который прекрасно работает результат Код: plaintext 1. 2. 3.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 17:41 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinStax, Именно такой таблицы у меня нет, но есть аналогичная loc_user, где сотрудники (loc_u_code) привязаны к различным офисам(loc_u_loc) и у них есть некий уровень доступа (loc_u_level) (аналог З/П) Вот запрос: Код: sql 1. 2. 3. 4.
в оракле так же чутку начудили с синтаксисом вынесли за скобки order by с within group (order by column_id) Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
Victor CookinЯ понимаю формальную некорректность такого синтаксиса, но ведь он легко и однозначно трансформируется в Код: sql 1. 2. 3. 4. 5. 6. 7.
который прекрасно работает странно для group by loc_u_loc, loc_u_level list должен сформироватся в разрезе не только офиса но и доступа .... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 17:57 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinЯ понимаю формальную некорректность такого синтаксиса Раз понимаете - воспользуйтесь корректным: Код: plsql 1. 2. 3. 4. 5.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 18:00 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinЯ понимаю формальную некорректность такого синтаксиса, но ведь он легко и однозначно трансформируется вПодай патент, рационализатор, самому ораклу и заработай кучу бабла. Но однозначно видна только твоя узколобость. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 18:02 |
|
List?
|
|||
---|---|---|---|
#18+
andrey_anonymousРаз понимаете - воспользуйтесь корректным А сортировка по loc_u_code - по умолчанию, как в Sybase? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 18:11 |
|
List?
|
|||
---|---|---|---|
#18+
Victor Cookinandrey_anonymousРаз понимаете - воспользуйтесь корректным А сортировка по loc_u_code как закажете, так и будет: Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 18:14 |
|
List?
|
|||
---|---|---|---|
#18+
Victor Cookinandrey_anonymousРаз понимаете - воспользуйтесь корректным А сортировка по loc_u_code - по умолчанию, как в Sybase? в оракле (если брать по диаграме) кляуза сортировки обязательно, что неудобно если сортировать не надо, то указывали фикцию напр WITHIN GROUP (ORDER BY null) в 18-й версии без WITHIN GROUP ошибки не выдает ps так как нет clob-а, добавили кляузу ON OVERFLOW (как на меня не учень удачно) .... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 18:19 |
|
List?
|
|||
---|---|---|---|
#18+
ElicНо однозначно видна только твоя узколобость. Чего злой такой? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 19:12 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinElicНо однозначно видна только твоя узколобость. Чего злой такой?не обращай внимания Он такой и есть, много знает, но злой ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2019, 19:17 |
|
List?
|
|||
---|---|---|---|
#18+
Victor CookinЧего злой такой?Сперва встречный вопрос: откуда такая упрямая тупость? Делов-то - играть по правилам, а не плакаться в монастыре со своим уставом. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.05.2019, 07:59 |
|
List?
|
|||
---|---|---|---|
#18+
andreymxОн такой и есть, много знает, но злой потому и злой, что много знает, был бы глупый - был бы добрый ... |
|||
:
Нравится:
Не нравится:
|
|||
23.05.2019, 10:47 |
|
List?
|
|||
---|---|---|---|
#18+
ElicСперва встречный вопрос Ты еврей? Тогда поверю, что много знаешь. Elicоткуда такая упрямая тупость? Не физдии и не физдим будешь ElicДелов-то - играть по правилам Эхма, как тебя жизня закондыбасила ElicД а не плакаться в монастыре со своим уставом. Устав я от твоих устав ... |
|||
:
Нравится:
Не нравится:
|
|||
23.05.2019, 20:43 |
|
List?
|
|||
---|---|---|---|
#18+
alex-lsпотому и злой, что много знает, был бы глупый - был бы добрый многознатство и ум - малопересекающиеся сущности ... |
|||
:
Нравится:
Не нравится:
|
|||
23.05.2019, 20:44 |
|
List?
|
|||
---|---|---|---|
#18+
Предлагаю прекратить выяснения отношений, о чём также попросил модераторов, всем удачи ... |
|||
:
Нравится:
Не нравится:
|
|||
23.05.2019, 23:18 |
|
List?
|
|||
---|---|---|---|
#18+
andreymxо чём также попросил модераторовИх вина лишь в том, что не отстрелили долб@$ба на взлёте. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.05.2019, 07:49 |
|
List?
|
|||
---|---|---|---|
#18+
и хоть бы кто про xmlagg сказал... ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2019, 00:59 |
|
List?
|
|||
---|---|---|---|
#18+
Stax на первой странице 21886815 stax Я не специалист по Ораклу, мне потребовалось время, чтобы докопаться. А то "string too long"... Хотя синтаксис ещё круче Код: plsql 1. 2. 3.
но хоть работает ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2019, 17:10 |
|
List?
|
|||
---|---|---|---|
#18+
Victor Cookinно хоть работает Код: plsql 1.
вернет XMLTYPE а не строку да еще с лишней зпт справа. Используй XMLCAST а не EXTRACT и поменяй местами STORE_ID и зпт - лeгче отсечь лишнюю зпт: Код: plsql 1.
SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2019, 20:49 |
|
|
start [/forum/topic.php?all=1&fid=52&tid=1882432]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
104ms |
get tp. blocked users: |
1ms |
others: | 270ms |
total: | 449ms |
0 / 0 |