как селектнуть в колонку числа от 0 до 6

в mysql ?

д

select 0 union all select 1 union all ... и тд

можешь еще завести таблицу с сиквенсами и селектить её

select 0 union all select 1 union all ... и тд

жесть

а можно нормально?

а можно нормально?

в mysql нормально не получится

в mysql нормально не получится

это его суть?

тип того

страдать

ЖЕЕСТЬ

можно еще сессионными переменными сделать

ну извините, generates_series не завезли

ну извините, generates_series не завезли

а если у меня MariaDB

в mariadb можно без гемороя

как?)

seq_0_to_6, оно?

ага

Попробуем-ка кое-какие спиритические практики. Попробуй сделать SELECT token AS t.

В mysql можно сделать похожее на generate series

В mysql можно сделать похожее на generate series

поделись своим кунг-фу

SELECT CEIL( DATEDIFF( '2013-01-04', '1970-01-04' ) / 7 ), seq AS week, day FROM seq_0_to_6

select adddate(CONCAT(YEAR(NOW())-2,'-1-1'), @num:=@num+1) dt from swtickets, (select @num:=-1) num limit 1200 ) q

что не так

SELECT CEIL( DATEDIFF( '2013-01-04', '1970-01-04' ) / 7 ), seq AS week, day FROM seq_0_to_6

что не так

#1054 - Неизвестный столбец 'day' в 'field list'

вот ошибка

select adddate(CONCAT(YEAR(NOW())-2,'-1-1'), @num:=@num+1) dt from swtickets, (select @num:=-1) num limit 1200 ) q

Генерация дат от текущей и на 1200 дней назад )

select adddate(CONCAT(YEAR(NOW())-2,'-1-1'), @num:=@num+1) dt from swtickets, (select @num:=-1) num limit 1200 ) q

способ предполагает наличие таблицы в 1200 записей верно?

способ предполагает наличие таблицы в 1200 записей верно?

Да

Причем неважно ее содержимое

SELECT CEIL( DATEDIFF( '2013-01-04', '1970-01-04' ) / 7 ), seq AS week, day FROM seq_0_to_6

что не так

#1054 - Неизвестный столбец 'day' в 'field list'

вот ошибка

help me

Да

ничего нового не узнал)

Причем неважно ее содержимое

seq_0_to_1199

можно еще сессионными переменными сделать

собстна выше

Ну по сути +/- замена generate_series уж точно лучше union

seq_0_to_1199

В mysql?

Ну по сути +/- замена generate_series уж точно лучше union

ну если у тебя сиквенс на 5 записей - можно и юнион сделать

чем дергать таблицу и увеличивать кеш открытых таблиц

бубубу

ну если у тебя сиквенс на 5 записей - можно и юнион сделать

Так а если надо сделать 6? А потом 7? каждый раз запрос переписывать? ))

ну обычно это специфичные задачи

ручной loop unrolling на стороне приложения ?

В mysql?

почти. mariadb

ну обычно это специфичные задачи

Приведенный выше пример - кусок из скрипта по подсчету SLA в Kayako. Который в данном частном случае выполняется движком birt - и там кодить не особо удобно. Поэтому да - специфическая задача

почти. mariadb

Переносимость говорили они

А вообще простите - я обплевался писать сложные запросы для mysql 5.4.

А вообще простите - я обплевался писать сложные запросы для mysql 5.4.

я вам искренне сочувствую, если у вас 5.4

хотя в плане сиквенсов там и в 8 версии ничего нового)

И обновиться нельзя ((

руководство не разрешает мейнтенс?

Система тикетов - 24/7. С большим числом посещений

Удобство - недостаточно веское основание. А риск сломать что-то вообще катострофе подобен. Хотя на тестовом контуре все норм на mariadb 10.2

А что мешает сделать реплику и поднять на ней версию?

А потом промоушн слейва до мастера

Так как Kayako продукт не нами написанный, то уверенности в том, что что-то не сломается нет. А техподдерка на нее закончилась, да и сама поддержка не очень оперативная

Поэтому пока так )

Думаю до конца года обновимся )

Удачи с граблями)

Вы их обязательно соберете)

Удачи с граблями)

Лишь бы не короткие - лоб то у меня твердый ))

Место лишнее занимают, как это что)

Занимают только хранимые. А виртуальные не занимают

Который будет высчитываться налету

А я хочу всего лишь индекс прочесть

Накладные расходы в общем

Но функциональный индекс тоже надо посчитать немношк

И как я не пытался измерить накладные расходы - их в профайле вообще не видно

С виртуальными колонками?

Поэтому лучше сначала убедиться, что они есть, а уже потом поправлять пенсне

Из того, что будет в плане стораджа для jsob, и чего нет ни в одной рсубд - partial updates

Наслышан

Это когда мы в мегабайтном json обновляем 100 байт, и на диск и в репликацию едет именно 100 байт, а не мегабайт

ну почему же ... когда пересчитываются товарные позиции, то только изменённые в базу льют, а не полный пересчёт ассортимента

это - вопрос к архитектуре, а не к sql/nosql

Ты не понял

Он имел ввиду что сейчас весь json перезаписывается в колонке если ты обновил или добавил ключ

А это накладно

Hmmm not bad

a

слайды с презентации, про которую я вчера говорил: https://www.percona.com/live/e17/sessions/state-dolphin-keynote

а про GIS слайды так и не выложили :(

Привет. Создаю TEMPORARY таблицу, в которой лежат некие айдишники по которым я в дальнейшем делаю INNER JOIN, местами через UNION. И в связи с этим столкнулся с проблемой того, что нельзя переиспользовать временную таблицу в одном квери запросе. Это можно решить не создавая TEMPORARY копию TEMPORARY таблицы?

С копией тоже хорошо работает и много места вроде не отжирает, но может есть вариант элегантнее.

Нельзя

Это преднамеренное ограничение

Просто делаешь create temporary table select и всё

страдать

+1

Нельзя

Ок.

Вопрос из области мистики. Есть процедура возращающая данные с определённой версии(хранится в таблице), но при достижении определённой версии выскакивает такая ошибка: ERROR 2013 (HY000): Lost connection to MySQL server during query

max-allowed-packet менял вплоть до максимального, время ожидания ответа тоже менял, даже удалил все записи с этой версией, чтобы возвращало пустую таблицу, но и её не возвращает. Получаю ERROR 2013

Номер версии 632, может это какое-то магическое число.

время выполнения запроса не упирается в потолок? в логах демона что-нибудь есть?