
Алексей
17.05.2017
09:30:50
Уже другой моментик. Еще один запрос пишу. Взялся за SQL плотно))
WHERE UF_SEARCH REGEXP '^[[:digit?]{6}$'
помог вывести только запросы чилосвые с длинной строки в 6 символов. А как сделать, чтобы запросы из чисел с длинной 6 символов, наоборот, исключались из выдачи?)
Нашел для регулярок варианты отрицания:
"?:",
"!?"
Но оба варианта не работают. В SQL у регулярок есть нюансы по сравнению с использованием в PHP или Python?)

lost
17.05.2017
09:36:58
NOT RLIKE ? :)
'^[^[:digit?]{6}$'
вот такая штука должна работать ещё

Google

Алексей
17.05.2017
09:49:38
'^[^[:digit?]{6}$'
а вот это отработало спасибо) Правда количество немного подозрительное.
А не подскажите хороший манул по особенностям регулярок в SQL? Чтобы и самому начать разбираться)

lost
17.05.2017
09:50:19

Алексей
17.05.2017
09:52:46
Хочу , кстати, купить книгу https://www.ozon.ru/context/detail/id/7246798/
очень уж стиль изложения OReally нравится . но у нас ни где в наличии нету и на OZON тоже. Мб, у кого есть лишняя на руках? я бы купил даже БУ

KOT
17.05.2017
10:11:30

lost
17.05.2017
10:30:50
там по языку почти нет ничего

KOT
17.05.2017
10:33:24

lost
17.05.2017
10:35:20
я думаю, пока что это не его уровень, не в обиду сказано будет
офф дока по mysql + книга на подобии "Изучаем SQL"

Fike
17.05.2017
10:36:13
оф., официальная

Ivan
17.05.2017
11:57:30
А вот Хабр тут обосрали, а что годное есть почитывать на замену так и не сказали.

Sergey
17.05.2017
12:14:29
маны читай, а не хауту

Google

Fike
17.05.2017
12:23:01
И еще не раз обосру. Как правило, по каждой тематике есть тематические сообщества, которые и стоит читать.

Ivan
17.05.2017
12:23:33
да мне, вобщем-то, абсолютно похер на хабр
вы ссылочки, ссылочки кидайте
маны читай, а не хауту
хм, большая часть манов и есть хауту в той или иной мере
только эксперименты ручками, только хардкор

Fike
17.05.2017
12:27:52
какие-то не те маны

KOT
17.05.2017
12:28:32

Fike
17.05.2017
12:28:40
ща
щас
погоди, еще минуту и будет смешно

Sergey
17.05.2017
12:29:01
маны стремятся выдать исчерпывающую информацию об устройстве чего-то
а хауту стремятся выдать алгоритм для того, чтобы решить какую-то конкретную задачу

Fike
17.05.2017
12:30:27
Я подписан на афира, фреда t37, еще на кого-то, где часто читаю какие-то более менее подробные разборы конкретных моментов в хранилищах. Если на стэке спрашивают вещь, которую я не знаю, я ее гуглю и чаще всего оказываюсь либо в мане, либо в статье, подробно разбирающей конкретный аспект, либо и вовсе в исходном коде
Ну либо что-то конкретное ищу
У меня так

Sergey
17.05.2017
12:31:11
держи нас в курсе :}

Ivan
17.05.2017
16:07:31
Слегка удивился сегодня.
Soviet Russia head hunters.

Vladislav
17.05.2017
16:20:53
На заблокированном ресурсе ?

KOT
17.05.2017
18:54:35

Vladislav
17.05.2017
18:55:21
Стоят

Maksim
18.05.2017
08:02:26
Приветствую, подскажите плиз как правильно составить запрос, новичок
sql_save = "UPDATE api_message SET repeat_sending=%s, timestamp=%s WHERE message_id=%s" % (repeat, timestamp, message_id)
получаю ошибку pymysql.err.InternalError: (1054, "Unknown column '23_24' in 'where clause'")

Google

Maksim
18.05.2017
08:03:01
23_24 это как раз message_id в котором нужно обновить значения

Fike
18.05.2017
08:07:40
в кавычки-то строковые значения возьмите

Maksim
18.05.2017
08:34:57
проблема решена

KOT
18.05.2017
18:06:03

lost
18.05.2017
18:35:12
видимо 16 и 17 это один пункт, но на презентации не влезло в 1, и поэтому решили разбить на два :)

Evgeniy
19.05.2017
02:57:41
всем привет. подскажите насколько критична ошибка в postgresql:
FATAL: character with byte sequence 0xd0 0x92 in encoding "UTF8" has no equivalent in encoding "LATIN1"
она появляется в логах PG в момент выключения/перезапуска сервера. при включении и во время работы все чисто
клиент, при закрытии коннектов которого это происходит - postfix
сам почтовик при этом в логах не показывает никаких ошибок, работает все без проблем

Andrey
19.05.2017
05:04:07

Evgeniy
19.05.2017
05:04:30
это прописная В русская
но в результатах запроса не может такого быть. там только латинница

Andrey
19.05.2017
05:05:50
В переменных/конфиге
Искать

Evgeniy
19.05.2017
05:13:18
насколько я понял, проблема в различии кодировок клиента и сервера. сервер в utf8. получается клиент в latin1
весь обмен между сервером и клиентом идет в латинских буквах,цифрах и нескольких символах - @.,
мне просто интересно почему такая ошибка возникает именно при выключении бд, а не в процессе работы

KOT
19.05.2017
05:38:01

Илья
19.05.2017
08:22:11
можно ли присвоить переменной таблицу и выбирать из нее?

Google

Илья
19.05.2017
08:22:58
типа
declare @mytable = dbo.MyTable
select * from @mytable

Алексей
19.05.2017
08:23:23

Илья
19.05.2017
08:26:51
чтобы не мешался

Алексей
19.05.2017
08:27:17

Илья
19.05.2017
08:53:17
чет не выходит

Admin
ERROR: S client not available

Илья
19.05.2017
08:53:30
во первых названия полей меняются, во вторых данные пропадают
скажем было FieldId - стало field_id
выбираются не все данные!
лишь часть
почему-то

raksita
19.05.2017
09:16:27
Наброшу
"Mail.Ru Group выпустила альфа-версию релиза СУБД Tarantool с поддержкой языка SQL. https://corp.mail.ru/ru/press/releases/9981/ благодаря обновлению пользователи этой СУБД получат удобный доступ к данным, их модификации и описанию в соответствии с признанными в индустрии стандартами. Компании, использующие другие коммерческие СУБД с поддержкой SQL, смогут мигрировать на Tarantool. […] Язык SQL поддерживается всеми популярными промышленными СУБД, такими как Oracle, MySQL, SQL Server, Postgres, DB2. Таким образом, компании, которые ранее пользовались вышеупомянутыми коммерческими СУБД, теперь смогут перейти на Tarantool, сохранив налаженные рабочие процессы."


Fike
19.05.2017
09:34:46
Наброшу
"Mail.Ru Group выпустила альфа-версию релиза СУБД Tarantool с поддержкой языка SQL. https://corp.mail.ru/ru/press/releases/9981/ благодаря обновлению пользователи этой СУБД получат удобный доступ к данным, их модификации и описанию в соответствии с признанными в индустрии стандартами. Компании, использующие другие коммерческие СУБД с поддержкой SQL, смогут мигрировать на Tarantool. […] Язык SQL поддерживается всеми популярными промышленными СУБД, такими как Oracle, MySQL, SQL Server, Postgres, DB2. Таким образом, компании, которые ранее пользовались вышеупомянутыми коммерческими СУБД, теперь смогут перейти на Tarantool, сохранив налаженные рабочие процессы."
ага, перед новым годом еще обещали убить оракл и всех на рынке


KOT
19.05.2017
09:35:46
Наброшу
"Mail.Ru Group выпустила альфа-версию релиза СУБД Tarantool с поддержкой языка SQL. https://corp.mail.ru/ru/press/releases/9981/ благодаря обновлению пользователи этой СУБД получат удобный доступ к данным, их модификации и описанию в соответствии с признанными в индустрии стандартами. Компании, использующие другие коммерческие СУБД с поддержкой SQL, смогут мигрировать на Tarantool. […] Язык SQL поддерживается всеми популярными промышленными СУБД, такими как Oracle, MySQL, SQL Server, Postgres, DB2. Таким образом, компании, которые ранее пользовались вышеупомянутыми коммерческими СУБД, теперь смогут перейти на Tarantool, сохранив налаженные рабочие процессы."
Ща побачiм... Или не побачiм ?

Dmitry
19.05.2017
09:37:47

Dan
19.05.2017
09:38:44
@AlexCAD у вас спамер

Алексей
19.05.2017
09:39:52
@hitmaker fixed

Alexandr
19.05.2017
11:06:48
Алексей зажигает на секции Storage https://devconf.ru/ru/offers/offer/314

Илья
19.05.2017
11:18:03
в sql есть массивы?

Google

Илья
19.05.2017
11:18:55
у меня есть enum который в бд хранится в виде числового значения, но я хотел бы вывести его в запросе в виде именно названия как оно есть в enum-е

Anton
19.05.2017
11:31:04
в sql нет. в pl/sql есть.

Fike
19.05.2017
11:31:30

Alexandr
19.05.2017
11:32:13
Stahp? Это по каковский?

Ivan
19.05.2017
11:35:28
это язык уставшего от срачей

Fike
19.05.2017
11:36:23
Это мы понимаем, что вам нужно нагнать народу на конфу, но ей-богу это так не работает, и пожалуйста, не шлите в пятьсотый раз ссылку на ваш сайт
мы его все уже видели

Alexandr
19.05.2017
11:38:43
Просто подумал что тема интересная.. когда адепт MySQL не хочет чтоб на нее переходили с PostgreSQL
Сорри больше не буду..

Vladislav
19.05.2017
12:23:32

Evgeniya
19.05.2017
13:11:33
Всем привет #вакансия#москва#dba зп 120-180
Мы в YouDo продолжаем искать повелителя БД. Сфера влияния и властвования - MSSQL Server 2014, а позже PostgreSQL.
Требуются хорошие навыки не только в администрировании, но и в написании скриптов.
Подробнее о вакансии https://hh.ru/vacancy/20243077
Связь через лс или почту e.kikoina@youdo.ru

Vladislav
19.05.2017
13:44:31
уже и скрипты надо писать
потом миграцию заставите делать?

Fike
19.05.2017
13:46:24
ага, придется работать на работе (
не всем везет (

Илья
19.05.2017
15:18:03
оказывается все решалось с помощью иннер джоина