| |
| 2.2, Аноним (-), 02:34, 26/07/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не прикрутят, и правильно, потому что это уродский костыль.
| | |
| |
| |
| |
| 5.18, Аноним (-), 14:43, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
Таблица:
cat | val
1 5
1 6
1 3
2 5
2 2
2 1
3 3
3 7
Выбрать по N значений для каждой категории. В Oracle, MSSQL и Postgres сие решается стандартно where ROW_NUMBER < N, возможность пронумеровать строки вообще частенько востребована. Как сие решается в MySQL и насколько это стандартно ? Вопрос вообще следовало задавать - когда прикрутят оконные функции?
| | |
| |
| 6.20, Аноним (-), 18:38, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
Поставим вопрос иначе - как часто приходится средствами SQL решать задачи TopN? Мне лично за 17 лет не приходилось _НИКОГДА_ (я профессиональный специалист по Oracle).
| | |
| |
| |
| |
| 9.60, Аноним (-), 14:33, 28/07/2011 [^] [^^] [^^^] [ответить] | +/– | Формирование групп с равномерным распределением представителей представить от к... текст свёрнут, показать | | |
|
|
| 7.36, Аноним (-), 01:34, 27/07/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Поставим вопрос иначе
Не вы его ставили и не вам его извращать. Вопрос был не про TopN а про нумерацию записей, которая используется еще чаще. Ах да, извините, вы же профессиОнал, а мы тот лохи, челом бъем светлейший, не карайте...
| | |
| 7.38, Wulf (??), 01:56, 27/07/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Поставим вопрос иначе - как часто приходится средствами SQL решать задачи TopN? Мне лично за 17 лет не приходилось _НИКОГДА_ (я профессиональный специалист по Oracle).
Хреновый, скажем так, батенька из Вас специалист. И не только по oracle, а вообще по базам данных. На практике, ROW_NUMBER одна из самых часто востребованных аналитических функций. Одно из обычных применений: Есть таблица, один столбец - глобальная сортировка. Другой столбец - номер группы к которой принадлежит строка. Нужно расчитать локальную сортировку в пределах группы. Если Вы с такой задачей за 17 лет ни разу не сталкивались, то я не понимаю, что вы вообще делали с СУБД. Ставили и сносили?
| | |
| |
| |
| 9.58, Wulf (??), 12:52, 28/07/2011 [^] [^^] [^^^] [ответить] | +/– | Это вполне нормально для разработчика Firebird, т к там их еще нет появятся в ... текст свёрнут, показать | | |
|
| 8.53, Аноним (-), 11:10, 28/07/2011 [^] [^^] [^^^] [ответить] | +/– | Есть такая дисциплина - Реляционный моделинг При правильном моделировании так... большой текст свёрнут, показать | | |
| |
| 9.62, Аноним (-), 15:11, 28/07/2011 [^] [^^] [^^^] [ответить] | +/– | Вы говорите не про правильное а про идеальное, то что сферическое в вакууме В р... текст свёрнут, показать | | |
|
|
| 7.44, auk (?), 07:28, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
добавлю свои 5 копеек
виртуальный грид, как пример
запросы - один экран данных, потом другой и т.д.
| | |
|
| |
| 7.28, Аноним (-), 23:47, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> В Oracle, MSSQL и Postgres сие решается стандартно where ROW_NUMBER < N,
> оконные ф-ии, тогда, это нужно.
Можно развить пример? А КОГДА это нужно?
| | |
| |
| 8.32, Аноним (-), 01:15, 27/07/2011 [^] [^^] [^^^] [ответить] | +/– | есть такое заболевание, человеку ставят вопрос а он не понимает что это вопрос... текст свёрнут, показать | | |
| |
| 9.54, Аноним (-), 11:10, 28/07/2011 [^] [^^] [^^^] [ответить] | +/– | Есть неспособность правильно формулировать вопрос Это дефект интеллекта, а не з... текст свёрнут, показать | | |
|
|
|
| 6.26, Stax (ok), 20:26, 26/07/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Вообще-то хак с ROW_NUMBER в mysql, postgresql и тд не нужен - в отличии от оракла, делающего все по своему (чего стоит хотя бы свой синтаксис для джоинов и "sql'ные джоины", глючащие до 10-ки), они поддерживают полноценные LIMIT/OFFSET.
| | |
| |
| 7.27, Аноним (-), 23:46, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Учил бы матчасть (равнодушно). Оракл вообще то соответствует стандартам ANSI-92 и (сюрприз!) его якобы новые джойны - всего лишь имплементация ANSI-99!
В оракле глючат не джойны, а геи^Wкодеры-рукосуи, пишущие ТАКОЕ, что у меня волосы дыбом становятся. И - да, я сертифицированный Oracle SQL Expert. Знаю, о чем говорю. А с кем я имею честь из специалистов по SQL разговаривать?
Вы вообще в курсе, что MySQL не является реляционной БД для начала? Да-да, у него нет FOREIGN KEYS. Соответственно, талицы связать нельзя, ergo он не является реляционной базой, quad erad demonstrandum. А еще - так, до кучи - раз нет связей, говорить о джойнах - оксюморон.
| | |
| |
| 8.35, Stax (ok), 01:27, 27/07/2011 [^] [^^] [^^^] [ответить] | –1 +/– | Хосспади Я что, спорю про реляционность mysql FOREIGN KEYS поддерживаются в In... текст свёрнут, показать | | |
| |
| |
| 10.46, Stax (ok), 13:22, 27/07/2011 [^] [^^] [^^^] [ответить] | +/– | welcome to oracle Там есть такое, и немало Плата, гибкость, фичастость и мон... текст свёрнут, показать | | |
|
|
|
| 7.37, Wulf (??), 01:40, 27/07/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вообще, row_number - это относится к аналитическим функциям. Это именно то, чего в mysql нет, но есть у postgres, oracle и mssql и чего в mysql приходится заменять костылями. А в oracle заместо limit/offset используется rownum - псевдостолбец с порядковым номером строки в выдаче. Так вот, row_number это совсем не rownum
| | |
| |
| 8.42, Stax (ok), 02:35, 27/07/2011 [^] [^^] [^^^] [ответить] | +/– | Звучит разумно В своем посте я ошибочно писал про него, имея ввиду rownum row_... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| |
| 2.8, Тот_Самый_Анонимус (?), 08:47, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>все никак не могу привыкнуть к такому..
Ну ещё бы. На опеннете излили мегабайты ненависти, бреда и откровенной клеветы в адрес оракла, а он потихоньку работает. На себя. и немного для открытого софта.
| | |
| |
| 3.22, Аноним (-), 18:46, 26/07/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Заметим в сторону - _НИКТО_ из критиков профессионалом Oracle (OCP, OCM) кагбе не является. "Я Ростроповича не читал, но осуждаю!" :ROFL:
| | |
|
|
| |
| 2.6, klalafuda (?), 05:25, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Что теперь со Sphinx Search?
Эээ.. А что теперь с ним и почему собственно говоря с ним должно что-то случиться :-?
| | |
| |
| 3.7, klalafuda (?), 05:40, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Эээ.. А что теперь с ним и почему собственно говоря с ним должно что-то случиться :-?
Или Вы про то, что появился Full Text Search на InnoDВ? Так это ещё бабка надвое сказала как это все будет работать. Теоретически конечно приятно, что появился, молодцы. Практически же если зарядить его на табличку в пату сотен миллионов записей - меня терзают смутные сомнения (c).. Тогда как сфинкс вполне себе ворочается.
| | |
|
| 2.9, КО (?), 09:23, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
А как у него с обновлением на лету? Прикрутили?
| | |
|
| |
| 2.12, edwin (ok), 09:57, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > InnoDB всё такой же неповоротливый тормоз?
Огласите задачи, на которых у Вас данных движок был якобы "тормозом" ....
| | |
|
| |
| 2.21, Аноним (-), 18:39, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Увеличение максимального размера файлов с логами отката изменений (InnoDB Redo Log)
> Redo Log это логи НАката
Совершенно верно. В Оракле логи отката - это флэшбэк-логи.
| | |
| |
| |
| 4.29, Аноним (-), 23:49, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> В оракле логов отката нет, есть сегменты отката, как и в Innodb.
> И да, к флешбеку это имеет достаточно второстепенное отношение.
Прямое отношение. Флэшбэк-логи формируются прямо из UNDO-записей (бывш.rollback). Сегменты отката (rollback) в первоначальном виде начиная с 9.0 не поддерживаются по умолчанию.
Курить Server Cоncepts до просветления в архитектуре сервера. Потом вылазить с авторитетным мнением. Компрене?
| | |
| |
| 5.30, EE (?), 00:20, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ты ещё не лопнул от свой значимости? Тогда уже скоро.
| | |
| |
| 6.51, Аноним (-), 11:08, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
А тебе его не дали за отсутствием не то, что даже знаний - а хотя бы по причине того, что мануалов ты просто не читал ораклиных.
| | |
|
|
| 4.41, Wulf (??), 02:24, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> В оракле логов отката нет, есть сегменты отката, как и в Innodb. И да, к флешбеку это имеет достаточно второстепенное отношение.
к флешбеку это имеет самое прямое отношение. начиная с 9-го oracle можно выставлять задержку очистки undo-сегмента (UNDO_RETENTION) и делать ретроспективные запросы по еще не удаленным данным, именно те самые flashback queries
| | |
| |
| 5.52, Аноним (-), 11:09, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> В оракле логов отката нет, есть сегменты отката, как и в Innodb. И да, к флешбеку это имеет достаточно второстепенное отношение.
> к флешбеку это имеет самое прямое отношение. начиная с 9-го oracle можно
> выставлять задержку очистки undo-сегмента (UNDO_RETENTION) и делать ретроспективные
> запросы по еще не удаленным данным, именно те самые flashback queries
Об чем и спич. Экспертов тут по ораклу немерено, как я погляжу.
| | |
|
|
|
|
|
