@pgsql

Страница 418 из 1062
Yura
27.07.2017
19:45:16
Просто тут вопрос был про чтение одной строки по pk. И в этом случае redis сильно быстрее будет. Про любой другой юз-кейс я ни чего с уверенностью сказать не могу.

Я в целом не считаю redis хорошим продуктом. Но в этом со мной мало кто согласится :-)

Dmitry
27.07.2017
19:46:34
Юра а ты тарантул пили чтоли?

:D

Google
Dmitry
27.07.2017
19:47:39
первую реанкарнацию или вторую? :)

https://github.com/funny-falcon/octopus

СПАЛИЛСО

Yura
27.07.2017
19:50:32
И чо? Я где-то пытался что-то продвигать?

Dmitry
27.07.2017
19:50:49
да никого не обвиняю, просто наблюдение

И чо? Я где-то пытался что-то продвигать?
кстати вот спасибо за руби, 1.8 начинали прям шевелится :) (если я не путаю)

Yura
27.07.2017
19:54:52
Объективно сравнивая redis и octopus/tarantool я уверенно заявляю: redis - какашка внутри, конфетка снаружи. Я могу начать двигать сейчас tarantool, но по моему, этот не тот чат, где стоило бы это делать. Кроме того, разработчиком tarantool я так ни когда и не был. Я помогал с octopus, а сейчас работаю в postgrespro.

1.9.2 и 1.9.3

Dmitry
27.07.2017
19:55:31
ага, путаю :(

в смысле версию

1.8.7 были норм те что EE

Boris
27.07.2017
20:29:54
А гранты выдавались до или после создания таблиц?
да.выдал еще раз, но не помогло, смщуает строчка ERROR: permission denied for relation settings так думаю, что тут не в пользовательских парвах дело, может взаимодействие каких-то табоици ил еще чего. не очень понимаю

Google
Victor
28.07.2017
05:37:13
+1

Николай
28.07.2017
06:10:27
С днём сисадмина)

Boris
28.07.2017
06:46:16
там написано "отказано в разрешении для таблицы settings"
точно, чтот я тупанул. сегодня дал нужные парва. спасибо

Akzhan
28.07.2017
07:32:10
Юра, привет )

Artem
28.07.2017
12:02:48
Нет записи, нет проблем с репликацией :)

Yura
28.07.2017
13:46:15
RunOver
28.07.2017
14:15:51
Всем дня хорошего)

Ищем сильных и не очень DBA по postgres в IQ option. Компания растет активно, задачи прибавляются. Готовы платить от 180к и выше. Если у вас совсем иные зп. ожидания и вы мега скилованный — готовы двигаться под вас. https://spb.hh.ru/vacancy/20171295

Artem
29.07.2017
07:22:53
А почему так долго ищите?

Нет подходящих кандидатур или вилка ЗП не подходит?

Alexander
29.07.2017
07:28:33
видимо, на оценки по русскому языку смотрят :)

Anton [Mgn, az09@osm]
29.07.2017
07:34:10
видимо, на оценки по русскому языку смотрят :)
шутки шутками, а ведь давно пора включать в требования к кандидатам

Alexander
29.07.2017
07:35:08
увы, если даже в метро "не с глаголами" пишут слитно, то уж в письменной речи вообще атас

Anton [Mgn, az09@osm]
29.07.2017
07:35:35
в метро дс вообще мышь сдохла

Alexander
29.07.2017
07:37:24
впрочем, даже без трояка по русскому, тоже грустно. в резюме: postgresql много лет, кластера, мониторинг. по факту: где-то видел в мониторе у соседа, что он залез куда-то по "какой-то программе и там было написано клустер"

что такое wal - вообще без понятия. но денег - от 80к

на что надеется незамутнённый разум - неясно

Google
Alexander
29.07.2017
07:38:29
видимо - берут где-то таких

Артур
29.07.2017
15:43:07
что такое wal - вообще без понятия. но денег - от 80к
я знаю что такое WAL только в теории. Получается мне нечего делать в postgres :)

Alexander
29.07.2017
15:43:35
wrire-ahead log?

Артур
29.07.2017
15:44:00
wrire-ahead log?
Да журнал опережающей записи

как то так кажись. 1 сек

Alexander
29.07.2017
15:44:13
нет, я про текущих кандидатов. в одну контору в рунете. не врундекс и не мэйло :)

Артур
29.07.2017
15:44:19
нет, я про текущих кандидатов. в одну контору в рунете. не врундекс и не мэйло :)
Ну, понимаешь есть архитекторы БД, есть администраторы, а есть... как бы это назвать... "эникейщики". Вот туда я думаю и берут. Плюс бэкенд не всегда знает "постргрю" в полной мере. К таковым например отношусь я

Alexander
29.07.2017
15:46:15
не знать, как работает база, к которой пишешь запросы? не, это уже перебор

после этого понятны и 6ГБ на телефонах и вопли, что "компы тормозят"

btw, сможешь в двух-трёх предложениях изложить принцип поиска в b-tree?

ведь не могут даже этого!

Артур
29.07.2017
15:48:40
У меня трояк по БД. Но от этого я не считаю плохим. Всю БД я не охвачу, все "знания не узнаю" Запросы могу составить, индексы знаю что такое, недвано вот из-за необходимости изучил трнанзакции, знаю общий принцип работы СУБД (препод заставлял писать с нуля "субд-велосипед" чтобы общий принцип поняли). Хотя в чем с тобой соглашусь, знать надо как можно больше.

Alexander
29.07.2017
15:50:48
я немного про другое

ты хотя-бы сам видишь "берега" :)

Артур
29.07.2017
15:51:19
btw, сможешь в двух-трёх предложениях изложить принцип поиска в b-tree?
Я тоже не зню как по btree ищется. Читал в вики, не понял. Почитал описание в документации Postgres, узнал область применения и использую только тогда когда без этого не обойтись.

Убейте меня за это

Alexander
29.07.2017
15:51:58
а когда приходит "это" с пальцами шире проёма и не знает _ничего - очень хочется с лестницы спустить

Артур
29.07.2017
15:52:12
хотя btree в postgres кажись по умолчанию

Admin
ERROR: S client not available

Google
Артур
29.07.2017
15:52:31
Тут во всем виноваты статьи "как устроиться на работу" Там почти всегда есть пункт "просите больше"

а когда приходит "это" с пальцами шире проёма и не знает _ничего - очень хочется с лестницы спустить
Судя по рассуждениям ты "скиллованый" Скажи пожалуйста, как можно при малой оперативке в своп побольше кэша засунуть в Postgres?

Просто тут какое дело. Оперативки на VPS 4Гб (и они почти впритык), а места 80Гб свободно ещё. Хочу чтобы на винте кэши запросов хранились. Могу на бэкенде хранить (и буду это делать), но для этого время нужно. А если у postgres есть какая хитрая фича, будет круто. Размер БД 14Гб с индексами, 7,5 Гб без индексов.

разрешил в конфиге Postgres - 2Гб

Алексей
29.07.2017
16:02:18
Не понимаю смысл, зачем? Чтение из свопа и чтения из таблицы - разве не одинаково по времени?

Артур
29.07.2017
16:03:07
я про кэш запросов. Если есть такой в postgres.

Алексей
29.07.2017
16:05:15
хорошо, и я перефпвзирую: прочитать кеш запрос с диска и и выполнить запрос с чтением таблиц с диска - по времени не сопоставимо?

Артур
29.07.2017
16:06:19
Вообще есть какой либо настройщик конфигурации? Для Mysql есть (есть на python и есть bash), а вот для Postgres не встречал.

Может зря вообще кипишу и только оперу растить, самое правильное решение

Алексей
29.07.2017
16:07:40
базовые настройки памяти можно прикинуть здесь http://pgtune.leopard.in.ua/, а остальное только ручками

Артур
29.07.2017
16:09:03
хорошо, и я перефпвзирую: прочитать кеш запрос с диска и и выполнить запрос с чтением таблиц с диска - по времени не сопоставимо?
Хотя нет, не озвучил полностью проблему. У меня в таблице данные регулярно апаются. Из-за перестроения индексов (как я понимаю) с 10мс ответ на SELECT запрос может увеличиться до 300мс Я хочу как-то это безобразие победить

Anton [Mgn, az09@osm]
29.07.2017
16:10:03
300 мс имхо оче неплохо

Артур
29.07.2017
16:10:49
Очень плохо. Потмоу что ответ бэка варируется от 75мс до 1500мс из-за этого.

Anton [Mgn, az09@osm]
29.07.2017
16:10:49
не думаю что кеш поможет

Артур
29.07.2017
16:11:23
это правда
ясно. ок тогда, смирюсь

Anton [Mgn, az09@osm]
29.07.2017
16:12:04
Очень плохо. Потмоу что ответ бэка варируется от 75мс до 1500мс из-за этого.
нужна трассировка всех шагов, но я таких тулз не знаю

Google
Anton [Mgn, az09@osm]
29.07.2017
16:13:36
на бэке или в БД?
я бы начал вообще на фронте. там проще, браузер показывает )

Anton [Mgn, az09@osm]
29.07.2017
16:24:12
у меня REST ?
гугл пестрит эмбаркадерой (наследник дельфи если кто не знает) по запросу REST debugger

Артур
29.07.2017
16:26:31
Я сделал проще. Вначале замерил общий ответ бека и внутри него срез по запросам. Так и понял сколько времени уходит суммарно на запрос (обращение, компиляция, запрос, ответ)

James Moriarty
29.07.2017
20:11:37
Дорогие товарищи! Помогите пожалуйста, всю голову разбил) Нужно получить дату, а точнее месяц, на русском языке)

Вот вообще не пойму... манулы не поддаются

Anton [Mgn, az09@osm]
29.07.2017
20:16:17
Да завёл бы уже табличку из 12 записей )

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