@pgsql

Страница 56 из 1062
Dmitry
19.07.2016
10:37:42
Автор чего? rlwrap?

Alexander
19.07.2016
10:37:51
не, это я о своем

rlwrap даже не знаю, что такое

пойду ликбезнусь

Google
Nikita
19.07.2016
11:00:23
ребят, а от чего зависит datestyle?

просто в 9,4 у меня был другой...видимо, а сейчас в 9.5 ISO, MDY

Slava
19.07.2016
11:01:41
в настройках наверное задается где-то

Александр
19.07.2016
11:02:27
Есть вопрос про http://pgtune.leopard.in.ua/ Когда считаешь параметры для 1с, какой тип базы данных указывать в DB Type? И сколько примерно соединений генерят условные 50 пользователей?

Aleksei
19.07.2016
11:04:24
ребят, а от чего зависит datestyle?
в environment export PGDATESTYLE=German

например

Nikita
19.07.2016
11:05:23
в environment export PGDATESTYLE=German
а это может зависит от языка линукса LC_*, просто раньше был русский, а сейчас я поставил английский?

или от того как я создаю базу?

Aleksei
19.07.2016
11:06:53
по идее, LC_TIME за это отвечать бы должна

Nikita
19.07.2016
11:09:01
а дефолтно с 9,4 на 9,5 ничего не менялось?

мне тогда будет проще переписать код))

Aleksei
19.07.2016
11:11:07
postgres ориентируется на environment, ему можно задавать сессионные настройки, но в целом - на environment. можно просто в .bashrc написать export PGDATESTYLE=German, рестартнуть сервер, и он будет показывать даты dd.mm.yyyy. поправьте меня, если я ошибаюсь

в .bashrc того юзера, от которого стартует postgres, конечно

Google
dmitriy
19.07.2016
11:12:05
datestyle можно поменять в конфиге postgresql.conf, также можно выставить для сессии сказав set datestyle ‘bla-bla-bla’;

или указав в параметрах при подключении

Nikita
19.07.2016
11:12:28
хочется дефолта)

Aleksandr
19.07.2016
11:16:24
Ребят, а тут хантить можно ? нужны ребята в команду, которые умеют готовить postgresql хорошо, задачи на базы в ТБ объемов. Хорошие знания внутреннего устройства было бы очень приятным плюсом. Так же требования уметь готовить высокую доступность PostgreSQL. Если кому интересно, пишите в личку...

Darafei
19.07.2016
11:16:56
всем такие нужны! :)

Nikita
19.07.2016
11:17:56
ну вот..у меня БД 8 Мб:) я не подхожу..^_^

Darafei
19.07.2016
11:18:28
если она у тебя на микроконтроллере.. :)

Nikita
19.07.2016
11:18:41
на и7 (:

нет...просто маленькая такая...не выросла

ещё;)

Aleksandr
19.07.2016
11:32:00
ну а если серьезно, кто умеет готовить профессионально postgresql? кто обладает практикой построения больших систем или хотя бы умеет управлять нагрузкой на постгре.

Мытко
19.07.2016
11:43:34
и тишина...

Aleksandr
19.07.2016
12:08:57
и тишина...
Так пока не будет озвучена цена вопроса - смысл какой откликаться?

Aleksandr
19.07.2016
12:17:22
На какой оси у вас постгрес, начнём с этого.
Есть старые базы на FreeBSD и новые на centos 7

Dmitry
19.07.2016
12:17:45
Тогда вам нужно 2 сильных ДБА )))

Один под фряху и один под линукс

Sergey
19.07.2016
12:18:41
фряха, эх.... прямо ностальгия :)

Aleksandr
19.07.2016
12:19:52
Да :) это наследние старого Рамблера :)

Google
Dmitry
19.07.2016
12:21:15
Учитывая, что всех приличных фряшных ДБА схантил Сысоев, будет сложно...

Aleksandr
19.07.2016
12:23:25
:/

Yury
19.07.2016
13:34:46
Лучше заказать поддержку у PostgresPro.

Oleg
19.07.2016
18:38:59
Добрый вечер. Имеется установленная postgresql 9.3.4 1C. Установлена собственно для целей 1С на cenots. Во всех рекомендациях по настройке подобной системы указывается создание кластера initdb -D ... —locale=... По этим рекомендациях был поднят и некоторое время функционировал кластер. Сейчас же начинает приходить понимание - не нужно ли было создавать кластер с чексуммами? Почему рекомендации 1с по этому поводу нет? Не повлияет ли создание кластера с опцией -k на работу системы? Насколько безопасно сделать полный дамп, новый кластер и загрузить в него данные дампа? Возможно у кого-то есть подобный опыт. Прошу поделиться.

Sergey
20.07.2016
07:49:22
Хм, так тут кластер или простая база создается?

Sergey
20.07.2016
07:52:27
скорее всего

Oleg
20.07.2016
07:53:05
насколько я понимаю, в терминалогии postgresql initdb создает именно кластер

Sergey
20.07.2016
07:58:17
во первых какая у вас 1С... Возможно что логичнее использовать 9.4.7 на новых версиях 1С > 8.3.5

Во вторых полный дамп чего? Базы 1С? Тогда нет проблем

Для такого рода вопросов есть отдельная конференция: PostgreSQL + 1C + Linux

там все разжовано

Sergey
20.07.2016
08:12:54
https://telegram.me/joinchat/BBjpEgawWIWOj6AQrH6wZA

Александр
20.07.2016
08:14:08
Благодарю. Только жаль, что не супергруппа. Истории нет

Придётся переспрашивать, если что

Dmitry
20.07.2016
08:25:48
https://telegram.me/joinchat/BBjpEgawWIWOj6AQrH6wZA
вот где боль и страдания

Александр
20.07.2016
08:30:53
Молчи, грусть

Я весь интернет полгода назад перерыл

Konstantin
20.07.2016
08:45:21
https://telegram.me/pgsql же

Google
Oleg
20.07.2016
09:05:38
во первых какая у вас 1С... Возможно что логичнее использовать 9.4.7 на новых версиях 1С > 8.3.5
1с 8.3.7. Насчет "логичности" прошу пояснить, есть какие-то серьезные изменения в плане производительности 1с в переходе на эту версию?

Sergey
20.07.2016
09:06:06
да, есть

Oleg
20.07.2016
09:06:19
Во вторых полный дамп чего? Базы 1С? Тогда нет проблем
Под дампом я подразумеваю pg_dumpall. И его загрузка в новый кластер с включенными чексуммами. Но тем не менее, вопрос остался вопросом, нужно ли это, и не на что ли это не повлияет?

да, есть
повоторите плз ссылку на конфу 1с + postgresql. Не работает:)

Александр
20.07.2016
09:07:48
https://telegram.me/PostgreSQL_1C_Linux

Juriy
20.07.2016
09:07:58
1с 8.3.7. Насчет "логичности" прошу пояснить, есть какие-то серьезные изменения в плане производительности 1с в переходе на эту версию?
https://bugboard.v8.1c.ru/error/000016224.html https://bugboard.v8.1c.ru/error/000010240.html https://bugboard.v8.1c.ru/error/000007389.html https://bugboard.v8.1c.ru/error/000002673.html

Sergey
20.07.2016
09:08:06
ее сконвертили сегодня в супергруппу, https://telegram.me/PostgreSQL_1C_Linux

Juriy
20.07.2016
09:08:08
прямо сходу

Ruslan
20.07.2016
09:09:46
Sergey
20.07.2016
09:10:24
здесь, это где?

Juriy
20.07.2016
09:11:24
простите

Александр
20.07.2016
09:12:55
Релевантненько

Владимир
20.07.2016
09:13:02
опа, не туда. звиняйте=)

Александр
20.07.2016
09:14:20
Как же этот сервис назывался, который помогал делиться записями из закрытых мест?

Дмитрий
20.07.2016
09:15:46
http://peeep.us/ ?

Александр
20.07.2016
09:16:00
Он

Был бы признателен за ссылки через него

Juriy
20.07.2016
09:18:42
если у вас нет доступа на bugboard, попросите совего Партнера 1С вас зарегистировать.

Google
Oleg
20.07.2016
09:24:24
если у вас нет доступа на bugboard, попросите совего Партнера 1С вас зарегистировать.
Если говорить все же более предметно и не смотреть на версии, то по вашему опыту кластер с чексуммами для баз данных 1с пригоден к использованию? Простой перенос через pg_dumall и restore будет работать? Не возникнут ли проблемы? Все же официальных рекомендаций 1с по этому поводу я не видел.

Vadim
20.07.2016
09:26:21
Чексуммы никак не повлияет на работу

Oleg
20.07.2016
09:28:38
Чексуммы никак не повлияет на работу
Перенос через dump_all сработает без проблем?

Vadim
20.07.2016
09:31:35
Со стороны чексуммы без проблем

Дамп конечно снимется без проверки сумм

Oleg
20.07.2016
09:33:30
да, этот момент меня и интересовал. Не перекачевывют ли данные с суммами при формировании дампа/загрузки дампа в кластер с суммами

Dmitry
20.07.2016
09:33:54
в пг надо прямо чексумы постоянно следить?

или это только в случае с кластерами?

Oleg
20.07.2016
09:35:37
Насколько я понимаю, возможность включения механизма чексумм ( по крайней мере на 9.3) имеется только на этапе первоначальной инициализации кластера. Потом он все делает автоматом.

конкретно для баз в этом кластере.

Vadim
20.07.2016
09:39:38
да, этот момент меня и интересовал. Не перекачевывют ли данные с суммами при формировании дампа/загрузки дампа в кластер с суммами
Не понял, pg dump all в формат скрипта снимает дамп, в нем нет чексумм, нет страниц данных, есть скрипт, чексумма проверяется в момент чтения страниц для создания скрипта дампа, но на кластере без чексумм не будет считаться

Juriy
20.07.2016
09:41:56
в пг надо прямо чексумы постоянно следить?
чексуммы нужны для того, чтобы не получить базу Шрёдингера - когда она работает, а бекап/дамп снять с нее уже нельзя, т.к. на файловой системе часть данных скорраптилась из-за сбоя СХД

Darafei
20.07.2016
09:42:55
да, чексуммы смогут тебе подтвердить, что ты уже ничего не можешь сделать

толку? :)

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