@pgsql

Страница 617 из 1062
Robert
30.12.2017
09:18:02
Робяты вопрос. Есть два слова. Сушка и Cушка. (В одной буквы С и а русские, в другом латиница). При сравнении в SQL стандартными операторами они не равны. Но как бы найти какой именно символ является ключевым при решении о неравенстве? Может есть какая то функция типовая о которой я еще не знаю? Спасибо

Google
Alex
30.12.2017
09:30:55
И сравнивать по похожести

Robert
30.12.2017
09:31:11
спасибо! ща

Александр
30.12.2017
10:45:32
At present, the soundex, metaphone, dmetaphone, and dmetaphone_alt functions do not work well with multibyte encodings (such as UTF-8).

Darafei
30.12.2017
10:47:57
soundex вообще только с латиницей работает

Alex
30.12.2017
11:36:38
транслитерацию то никто не отменял

Denis
30.12.2017
11:38:58
Фонетические алгоритмы разрабатывались именно под имена и дают хорошие показатели под них. Для прочих слов есть шанс большого количества ложноположительных срабатываний. Кстати, есть плгоритм Метафона для имён написанных по-русски, поищите на Хабре

Робяты вопрос. Есть два слова. Сушка и Cушка. (В одной буквы С и а русские, в другом латиница). При сравнении в SQL стандартными операторами они не равны. Но как бы найти какой именно символ является ключевым при решении о неравенстве? Может есть какая то функция типовая о которой я еще не знаю? Спасибо
Эта задача больше похожа не на фонетические алгоритмы или нечеткий поиск на триграммах, а скорее на функцию Левенштейна (или какую-то ее модификацию). Она как раз оценивает количество перестановок, замен и удалений символов, чтобы превратить одно слово в другое

Sergey❄️
30.12.2017
18:45:27
Всем привет, сразу скажу - я нуб во всём этом деле, но помощь нужна) В общем, есть два хранилища - старое на котором система не заводится, но есть доступ ко всем файлом с нового свежего хранилища (и уже с другой системой соответственно) Как-то можно вытащить данные с кластера который был на старом хранилище и перенести это дело на новое?

Ого! Есть даже доступ к psql на старом хранилище, это же улучшает положение?)

Darafei
30.12.2017
18:50:08
pg_dump

Айтуар
30.12.2017
19:05:54
Google
Sergey❄️
30.12.2017
19:14:59
https://t.me/pgsql/61587

Айтуар
30.12.2017
19:18:48
А вон оно что. Тогда думаю и на новом месте проблема останется. Это похоже на повреждение каталога. Быстро не решить.

Denis
31.12.2017
14:15:49
С Новым Годом по Хабаровску всех присутствующих!

Аггей
31.12.2017
14:36:36
Я там служил. С Новым Годом!

Dmitry
31.12.2017
14:49:48
Хех. С наступающим пасаны!

Аггей
31.12.2017
15:00:01
Чита, Якутск, с Новым Годом!

Azat
31.12.2017
15:06:22
А я в Чите жил

С новым годом!

Аггей
31.12.2017
18:18:36
А я в Чите жил
Я тоже там родился... Сейчас в Казани )

Azat
31.12.2017
18:19:43
leon4uk
31.12.2017
18:22:59
Казань +

Аггей
31.12.2017
18:32:11
Казань одна из IT столиц - пол чата ))

Maksim
31.12.2017
18:34:30
А как Иннополис поживает? Статус столицы не перетягивает?

Robert
31.12.2017
18:38:30
автобусы еще бесплатные ездят лучше спросить из иннополиса? или всё? или это были набросы врагов?

Аггей
31.12.2017
19:43:32
S t u
31.12.2017
19:47:49
С новым годом

Maksim
31.12.2017
19:50:39
Смешно ) Самый мелкий город России
А по концентрации и качеству айтишников?

Аггей
31.12.2017
19:51:50
Ну насчёт качества не скажу. Концентрация - достаточно высокая... Но в абсолютных значениях...

lemi
31.12.2017
19:54:31
В абсолютных около 3тыс вроде было в последний раз

Аггей
31.12.2017
20:19:05
Только не все они ИТшники... жены... дети

Google
Alexey
31.12.2017
21:09:29
С новым годом!

Аггей
31.12.2017
21:23:08
С Новым Годом

Айтуар
31.12.2017
21:37:31
Только не все они ИТшники... жены... дети
Жёны тоже иногда айтишники)

автобусы еще бесплатные ездят лучше спросить из иннополиса? или всё? или это были набросы врагов?
Не. С нового года 100₽ вроде. Не помню точную цену. Не живу там уже 2 месяца. Теперь в Питере.

Дуров
31.12.2017
22:40:37
Я желаю всем развиваться в любом плане в Новом Году! А также не трепать себе нервы, оно того не стоит!

Pavel
31.12.2017
23:34:58
+1

Anna
02.01.2018
14:00:10
урра, начну год с хардкорушки товарищи, есть что почитать годное про переезд на RDS, в частности перенастройку ролей? гугл говорит, что страдают все, гайда нет, а у меня посыпались к херам все привилегии, rds_superuser после настоящего суперюзера заставляет меня рыдать в подушечку, потому что даже даже MV обновить не даёт

Сергей
02.01.2018
14:02:00
?

Alex
03.01.2018
03:34:50
https://db-engines.com/en/blog_post/76

Yura
03.01.2018
06:19:01
Всем счастья: https://www.theregister.co.uk/AMP/2018/01/02/intel_cpu_design_flaw

om
03.01.2018
07:50:53
Всем счастья: https://www.theregister.co.uk/AMP/2018/01/02/intel_cpu_design_flaw
Разработчики PostgreSQL отметили падение производительности в тесте pgbench на 23% (при использовании процессоров с PCID - 17%). https://www.opennet.ru/opennews/art.shtml?num=47849

Аггей
03.01.2018
09:14:09
Amd просто в дамки

Рома
03.01.2018
09:31:57
Привет! Такой вопрос: UNION ALL - где почитать насчет гаранитий сортировки? Везде написано про просто UNION, что гарантий нет, ок. Пишут, обязательно надо ORDER BY, а его нельзя, как только добавляю ORDER BY - время выполнения до жути увеличивается. Без ORDER BY все отлично. На объединение стоит лимит 1. Первой отдается верхний UNION, EXPAIN ANALYZE пишет, что все юнион-запросы после первого never executed, експейну ведь можно верить?

Anton [Mgn, az09@osm]
03.01.2018
09:36:18
юнион завернуть в подзапрос и будет норм

а с CTE еще и понятней будет

Рома
03.01.2018
09:36:59
юнион завернуть в подзапрос и будет норм
Да, так а порядок строк это гарантирует или нет?

Anton [Mgn, az09@osm]
03.01.2018
09:37:07
нет

но...

Google
Anton [Mgn, az09@osm]
03.01.2018
09:37:55
если несколько самовыдуманных значений объединяется, то я не парюсь упорядочиванием

Рома
03.01.2018
09:38:17
SELECT * FROM ( SELECT 1 branch, count(*) FROM first UNION ALL SELECT 2 branch, count(*) FROM second ) t WHERE count != 0 LIMIT 1

Anton [Mgn, az09@osm]
03.01.2018
09:38:23
вот если это из таблицы читается то тут нельзя пускать на самотек

SELECT * FROM ( SELECT 1 branch, count(*) FROM first UNION ALL SELECT 2 branch, count(*) FROM second ) t WHERE count != 0 LIMIT 1
дык count конечно будет для планировщика труден. а по отдельности как оно выглядит?

Рома
03.01.2018
09:39:58
Работает как надо, но в инете пишут "нет гарантий на UNION, сортируй обязательно", про UNION, не про ALL, вот и думаю, а вдруг через год оно не в том порядке вернет?

Anton [Mgn, az09@osm]
03.01.2018
09:40:10
SELECT * FROM ( SELECT 1 branch, count(*) FROM first UNION ALL SELECT 2 branch, count(*) FROM second ) t WHERE count != 0 LIMIT 1
а вообще выглядит как кандидат на применение EXISTS

Рома
03.01.2018
09:40:57
Но нужно именно количество и ветка, потом по ветке, где есть количество, будет большая сложная кверя

Anton [Mgn, az09@osm]
03.01.2018
09:42:36
Рома какая разница будет если вернет не первую сначала а вторую. логика вроде бы допускает

Рома
03.01.2018
09:43:24
parallel append будет, вернёт не в том порядке
Експейн пишет просто append, и вторая часть union пишет never executed. Где почитать что именно parallel должно быть?

Darafei
03.01.2018
09:43:41
не должно, через год будет

Страница 617 из 1062