Size: a a a

2020 September 13

A

Andrey in sql_ninja
всем привет!
кто-нибудь может подсказать как можно обработать апдейтом такие случаи. Что бы предыдущий период закрылся?
источник

DN

Denis Novickiy in sql_ninja
Andrey
всем привет!
кто-нибудь может подсказать как можно обработать апдейтом такие случаи. Что бы предыдущий период закрылся?
Что значит закрылся? Какое значение нужно изменить?
источник

A

Andrey in sql_ninja
в первой строке дожно  быть значение '2018-09-30'
источник

2_

2flower _ in sql_ninja
update ... where col3='2015-01-01' and col1=157603? Ваш КО.
источник

DN

Denis Novickiy in sql_ninja
источник

DN

Denis Novickiy in sql_ninja
Andrey
в первой строке дожно  быть значение '2018-09-30'
Решение выше. Только условие для col2 нужно на минус поменять, мне казалось они по возрастанию идут
источник

2_

2flower _ in sql_ninja
Denis Novickiy
Решение выше. Только условие для col2 нужно на минус поменять, мне казалось они по возрастанию идут
а если id2 отличаться на 2 будут, то весь запрос по трубе идет.
источник

DN

Denis Novickiy in sql_ninja
2flower _
а если id2 отличаться на 2 будут, то весь запрос по трубе идет.
А если они вообще не причем, то и тем более. Как теперь с этим жить?
источник

2_

2flower _ in sql_ninja
Denis Novickiy
А если они вообще не причем, то и тем более. Как теперь с этим жить?
если уж хардкордить то сразу значения, то делать или как в примере или делать универсальное решение.
вместо цифр можно поставить параметры, а ваш пример-это выстрел в ногу.
источник

A

Andrey in sql_ninja
Denis Novickiy
Решение выше. Только условие для col2 нужно на минус поменять, мне казалось они по возрастанию идут
это даже не логическое решение)
источник

DN

Denis Novickiy in sql_ninja
2flower _
если уж хардкордить то сразу значения, то делать или как в примере или делать универсальное решение.
вместо цифр можно поставить параметры, а ваш пример-это выстрел в ногу.
Жду ваше универсальное решение;)
источник

2_

2flower _ in sql_ninja
Denis Novickiy
Жду ваше универсальное решение;)
вам ждуна выслать?
хотя если автор уточнит вводные оно есть.
источник

F

Fernet in sql_ninja
есть SQL-запрос для чистки базы от старых логов, где есть слова про дебаг:

DELETE FROM "cooltable" WHERE "TEXTDATA" LIKE '%debug%'

- если такой запрос "зависнет" (очень долго будет выполняться) в MySQL и кильнуть сам процесс мускула - база накроется?
или ничего страшного не будет? кто-то пробовал?
источник

ПЛ

Павел Львов... in sql_ninja
Fernet
есть SQL-запрос для чистки базы от старых логов, где есть слова про дебаг:

DELETE FROM "cooltable" WHERE "TEXTDATA" LIKE '%debug%'

- если такой запрос "зависнет" (очень долго будет выполняться) в MySQL и кильнуть сам процесс мускула - база накроется?
или ничего страшного не будет? кто-то пробовал?
А чего не кильнуть сам запрос, зачем вилять БД?
источник

F

Fernet in sql_ninja
тоже идея - тогда норм будет?
источник

KS

Kodd Shredinger in sql_ninja
Fernet
есть SQL-запрос для чистки базы от старых логов, где есть слова про дебаг:

DELETE FROM "cooltable" WHERE "TEXTDATA" LIKE '%debug%'

- если такой запрос "зависнет" (очень долго будет выполняться) в MySQL и кильнуть сам процесс мускула - база накроется?
или ничего страшного не будет? кто-то пробовал?
Можно кусками удалять, а не все махом сразу
источник

KS

Kodd Shredinger in sql_ninja
Напр каждые 30 сек по 10 000 строк
источник

ПЛ

Павел Львов... in sql_ninja
Fernet
есть SQL-запрос для чистки базы от старых логов, где есть слова про дебаг:

DELETE FROM "cooltable" WHERE "TEXTDATA" LIKE '%debug%'

- если такой запрос "зависнет" (очень долго будет выполняться) в MySQL и кильнуть сам процесс мускула - база накроется?
или ничего страшного не будет? кто-то пробовал?
И вообще надо смотреть что значит зависнет, что его блокирует, или утыкается в производительсность IO
источник
2020 September 14

A

Andrii in sql_ninja
Всем привет. Нужен совет, создаю с пайтона таблицу на 300 столбцов varchar (16), получаю еррор mysql.connector.errors.ProgrammingError: 1118 (42000): Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. Как можно обойти?
источник

DI

Dmitriy Ivanov in sql_ninja
Andrii
Всем привет. Нужен совет, создаю с пайтона таблицу на 300 столбцов varchar (16), получаю еррор mysql.connector.errors.ProgrammingError: 1118 (42000): Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. Как можно обойти?
У вас проблема с тем, что вы используете неправильные типы данных, укажите верные и будет счастье
источник