SELECT * FROM [dbo].[Potatos] WITH (NOLOCK)

ты из беларуси?

ты из беларуси?

просто картоху люблю

SELECT * FROM [dbo].[Potatos] WITH (NOLOCK)

без локов, ваш кэп

хотя на самом деле надо читать документацию на базу

везде, где есть эта штука, работает по разному

SELECT * FROM [dbo].[Potatos] WITH (NOLOCK)

Какая СУБД?

Гуру SQL Server подскажите

Сори, сплю.

На самом деле, ПОЛЬЗЫ НИКАКОЙ НЕТ.

Это если на самом деле. А если ты имел в виду то, какую пользу хотят получить люди, использующие эту конструкцию, то они — либо хотели прочитать что-то из данных других транзакций с какими-то отладочными или системными целями (это вот кстати иногда бывает реально нужно) — либо хотели типа ускорить чтение потому что оно происходит без блокирование данных в этом случае

и чтение не должно блокировать данные...

этот парадокс я до сих пор не понял....

и чтение не должно блокировать данные...

Который парадокс:? В чём парадокс?

чтение и блок

Так парадокс то в чём?

чтение не блочит

В СУБД — блочит

а как бы не должно

Чтобы прочитать что-то вменяемое, а не мусор, надо сказать: "Я сейчас читаю вот эти данные. Если ты тоже читаешь — ну, читай себе, мы не помешаем друг другу. А если ты хочешь их менять, подожди, пока я не дочитаю".

Должно. Сериализуемость транзакций, все дела.

Чтобы прочитать что-то вменяемое, а не мусор, надо сказать: "Я сейчас читаю вот эти данные. Если ты тоже читаешь — ну, читай себе, мы не помешаем друг другу. А если ты хочешь их менять, подожди, пока я не дочитаю".

так для этого mvcc и придумано

Ну MVCC да, но блокировочники — это где НЕТ MVCC.

ну так это уже реализации в конкретной бд

Ну так блокирование — это уже реализации...

всегда так

кароч если mvcc - неблокирующее, если урвоень изоляции ниже чем SERIALIZABLE

Что неблокирующее?

чтение

В MVCC нет WITH NOLOCK.

я сервер мелкомягких не знаю... дискутировать мне не о чем)

но концепция реализации плюс минус везде похожая

Концепции реализаций плюс-минус везде разные, - блокировочники, - MVCC на восстановлении старых версий из лога транзакций - true -MVCC

Привет, ребят подскажите

в mysql

если требуется хранить строку json

но не требуется функционал mysql json (то есть тупо хранение)

то в чём лучше хранить ?

json или просто text

text полагаю будет лучше, json то создает еще вспомагательные структуры.

спасибо

Добрый день

Можете подсказать как postgresql group by ить поле?

У меня есть запрос - SELECT o.name as Организация, u.fio as Создатель_задания, u.matrix_3d as Адрес, ty.name as Вид_работ, i.create_date as Дата_создания, au.fio as ФИО_исполнтеля, st.name as Дата_устранения_нарушения FROM issues.issues i left join users.organizations o on o.id = i.assigned_organization_id full join users.users u on u.id = i.user_id full join users.users au on au.id = i.assigned_user_id right join issues.types ty on ty.id = i.type_id right join issues.statuses st on st.id = i.assigned_status_id where o.name is not null and st.name like 'ВЫПОЛНЕНО' order by au.fio asc limit 100

мне нужно загроупбаить au.fio

группировка работает так: если какое-то поле групируется, то все остальные поля должны быть агрегатами, либо тоже группироваться

так

Можно по проще?

куда проще то?

Как мне сделать остальные поля агрегатами?

Просто загроупбаить все это получить тот же запрос

сомневаюсь я, что в вашем случае тут что-то можно аггрегировать

а начинать надо как раз с аггрегации

если же говорить про уникальные записи, то можно просто SELECT DISTINCT сделать

Тут либо SELECT u.fio as Создатель_задания FROM... GROUP BY u.fio Либо SELECT o.name as Организация, u.fio as Создатель_задания, u.matrix_3d as Адрес, ty.name as Вид_работ, i.create_date as Дата_создания, au.fio as ФИО_исполнтеля, st.name as Дата_устранения_нарушения FROM... GROUP BY o.name, u.fio...

Вообщем, я вообще не понимаю зачем я это делаю

Хорошо, что ты сознаёшь это...

кто подскажет что за пакет MariaDB-common-5.5.53-1.el6.x86_64? за что он отвечает?

целый пакет который отвечяет за фаил конфига?

целый пакет который отвечяет за фаил конфига?

чарсеты же еще

Всем привет. Пишу запрос такого вида: select * from xxx INTO OUTFILE 'maps_23.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n'; А мне ругается таким образом: Error Code: 1290. The MySQL server is running with the --secure-file-priv option so it cannot execute this statement MySQL 5.5, локальный инстанс, стоит на OS X. в MySQL я новенький, помогите плиз. Кучу всего уже перепробовал. Писал в my.cnf строку secure-file-priv = "" - не помогло. При вызове SHOW VARIABLES LIKE "secure_file_priv" получаю 'secure_file_priv','NULL'

ERROR: S client not available

ну чуваки, это какой-то прикол

никак не могу поборть

Всем привет. Пишу запрос такого вида: select * from xxx INTO OUTFILE 'maps_23.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n'; А мне ругается таким образом: Error Code: 1290. The MySQL server is running with the --secure-file-priv option so it cannot execute this statement MySQL 5.5, локальный инстанс, стоит на OS X. в MySQL я новенький, помогите плиз. Кучу всего уже перепробовал. Писал в my.cnf строку secure-file-priv = "" - не помогло. При вызове SHOW VARIABLES LIKE "secure_file_priv" получаю 'secure_file_priv','NULL'

попробуй путь прописать куда нить в общедоступную папку

или закоментить эту строку

сервер перезапустить не забываешь?

ничего не помогает я его перезапускаю каждые 5 секунж уже)

пробовал туда писать "", '', ' ' , " ", NULL, "/Users/", /Users/, '/Users/'....

https://toster.ru/q/433698

гугл тут

пробовал туда писать "", '', ' ' , " ", NULL, "/Users/", /Users/, '/Users/'....

здесь пути на юзерс я думаю неправильные

/etc/?

почему, когда снимаю галочку все равно такая же ошибка?

/etc/?

а хотя ты же написал что у тя осх. может там юзерс и правильный

ничего не помогает я его перезапускаю каждые 5 секунж уже)

А как перезапускаешь?

из Workbench-а

подскажите про удаление из большой таблицы. у меня есть таблица на 80 ГБ. я отуда удаляю частично. за раз по 100тыс - 1 млн строк в запросе. идет все это очень медленно. упираюсь в иопсы дисковой. %iowait 30-40 примерно держится. мне может помочь отключение autocommit? база - мария 5.56 из шатаных реп центоса 7

Тебе больше поможет удаление индексов и отключение констрейтов

Ну и подумать над партицированием

Ну и подумать над партицированием

это сорее результат бага какого-то при обновлении софта. там данные должны были вычищаться автоматом, но почему-то не вычищались. случайно обнаружил...

а не удаляет ли этот софт по строчке за раз?

а не удаляет ли этот софт по строчке за раз?

сейчас я удаляю из скрипта запросом типа delete from table where itemid=111 and date < some_value

Тебе больше поможет удаление индексов и отключение констрейтов

а есть способ проверить наличие вторых?

с индексами вроде понятно все. удалить через альтер тэйбл и после снова добавить

допустим я схему сдамплю, без данных. мне там по этому слову искать?

Так на данный момент стоит вопрос один раз почистить?

Так на данный момент стоит вопрос один раз почистить?

да

пока я исхожу и предположения, что это какой-то разовый косяк/глюк

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

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

150000 строк удалялись несколько десятков минут

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