Postgres и 1С

1. spartak_ss_88 32 17.10.17 05:12 Сейчас в теме
Здравствуйте!
Розница 2.2.5.26

Рассматриваем переход с файлового варианта работы на клиент-серверный.
Размер базы 12 ГБ.
Одновременное количество работающих пользователей 10.

Как думаете, подойдёт ли на нам решение PostgeSQL?
Какая версия платформы 1С показала себя стабильно в работе?

Очень рад буду, если опишите личный опыт работы с данным ПО. Заранее спасибо!
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
4. collider 17.10.17 06:21 Сейчас в теме
(1) Если все пользователи кассиры, то подойдёт или нет однозначно тяжело сказать.
Автоматические блокировки у этой СУБД такие же как и у файловой. Блокирует только таблицы целиком.
Если сервер не очень быстрый и чеки будут проводиться какое-то ощутимое количество времени, то будут конфликты блокировок.
5. TODD22 19 17.10.17 06:24 Сейчас в теме
(4)
Автоматические блокировки у этой СУБД такие же как и у файловой. Блокирует только таблицы целиком.

У розницы управляемый режим блокировок.
6. spezc 793 17.10.17 06:35 Сейчас в теме
(4) так чеки вроде ничего не рассчитывают, а просто пишут в базу факт, так что должно быть быстро. и да, сейчас у всех типовых управляемые блокировки.
7. TODD22 19 17.10.17 06:40 Сейчас в теме
(6)
так чеки вроде ничего не рассчитывают

Остатки проверяют при проведении и тд.
9. spezc 793 17.10.17 07:49 Сейчас в теме
(7) ну вроде как бест-практис на фронте ничего не считать, особенно остатки. ибо раз уж человек на кассе стоит с товаром, то этот товар есть и его нужно продать.
12. TODD22 19 17.10.17 08:00 Сейчас в теме
(9)Кому то нужно видеть остатки, кому то нет. В разных торговых компаниях по разному устроено.
23. brr 184 17.10.17 10:18 Сейчас в теме
(12)Видит покупатель у вас ручку на витрине, а вы ему ее не продаете потому что на остатках нет, так?
35. TODD22 19 17.10.17 10:56 Сейчас в теме
(23)Видит у вас покупатель ручку на витрине и просит продать ему таких 135 шт. Пойдёте на склад пересчитывать?
Я же вроде написал кому то нужно видеть остатки, кому то нет. На основной работе у меня например остатки не ведутся в магазине.
А вот на другой обязательно знать что есть, а чего нет на остатке в момент продажи.
39. brr 184 17.10.17 10:59 Сейчас в теме
(35)Вроде как в (9) сказано про фронт, а вы смешали бэк и фронт. Бэк должен знать об остатках, и продавец на вопрос о 135 штуках запрашивает информацию у бэка.
40. TODD22 19 17.10.17 11:01 Сейчас в теме
(39)
Бэк должен знать об остатках, и продавец на вопрос о 135 штуках запрашивает информацию у бэка.

Если у него нет возможности запросить остатки у бэка? Нет связи. По телефону?
42. brr 184 17.10.17 11:04 Сейчас в теме
(40) Давайте я продолжу усложнять:

А если продавец говорить не может, слепой и глухой?
43. TODD22 19 17.10.17 11:04 Сейчас в теме
(42)Можете продолжать сколько угодно. Сказать то что этим хотите?
44. brr 184 17.10.17 11:06 Сейчас в теме
(43) что вы передергиваете, простите, не корректно выразился, чрезмерно усложняете
47. TODD22 19 17.10.17 11:10 Сейчас в теме
(44)Я вроде и не передёргивал. А сразу написал что в разных магазинах(организациях) работа устроена по разному. Где то хотят видеть остатки, где то нет. Кому то принципиально что бы не видели. Кому то надо на оборот что бы видели.
По этому и говорить что на кассе не должно быть остатков это прям для всех правильно как то не очень наверное правильно.

Но вы конечно знаете лучше всех и решили всех научить как надо делать правильно.
49. spezc 793 17.10.17 11:13 Сейчас в теме
(47) ну все таки больше скорее правильно чем неправильно.
50. TODD22 19 17.10.17 11:15 Сейчас в теме
(49)Зависит от задачи, а не от вашего понимания что есть правильно, а что нет.
Вы же не будете доказывать директору магазина автозапчастей что не правильно что были остатки на кассе. Если он говорит что его сотрудник в момент продажи должен видеть какой остаток товара у него есть.
54. brr 184 17.10.17 11:18 Сейчас в теме
(47) Чрезмерное усложнение это про "нет возможности запросить у бэка", усложняя задачу мы можем и до вторжения инопланетян дойти.
8. spartak_ss_88 32 17.10.17 07:00 Сейчас в теме
Забыл добавить что в этой базе основные пользователи в основном АУП, в розничных магазинах стоят файловые узлы (у нас РИБ).
Как раз таки центральную базу переводим на серверный режим.

Вообще какие то ограничения на Postgre были замечены? (например по сравнению с MS SQL)
10. spezc 793 17.10.17 07:50 Сейчас в теме
(8) да нет особых ограничений. просто пострги нужно грамотно подкрутить (мануалов вроде как достаточно). отличие от скуля где в большинстве случаев "поставил и забыл", постгри нужно еще настроить, для достижения оптимального результата.
11. collider 17.10.17 07:52 Сейчас в теме
(8) Ограничений, как таковых нет, но естественно есть море недостатков по сравнению с MSSQL.
Неспроста одна программа бесплатная, а другая ~300к стоит.
13. TODD22 19 17.10.17 08:02 Сейчас в теме
(11)
Неспроста одна программа бесплатная, а другая ~300к стоит.

Для 10 клиентов она стоит дешевле. К тому же можно посмотреть разные пакеты типа "малый бизнес". Прайс у MS довольно запутанный.
15. collider 17.10.17 08:13 Сейчас в теме
(13) Ну да, для 10 клиентов рантайм выйдет на 110-120 где-то. А выше я говорил про стандарт полноценную, без ограничений по клиентам.
16. red80 17.10.17 08:14 Сейчас в теме
(4)
Автоматические блокировки у этой СУБД такие же как и у файловой.
Бред. В режиме управляемых блокировок блокируются записи, все текущие конфигурации уже давно работают в режиме управляемых блокировок.
2. spezc 793 17.10.17 06:08 Сейчас в теме
1. подойдет.
2. 8.3.10.2299 используем. полет нормальный.
3. vlad636 10 17.10.17 06:12 Сейчас в теме
Извините, что не по теме. Никак не могу узнать, какие ограничения стоят на версию PostgreSQL pro Standard? Интересует ограничение в размерах БД, таблиц, в количестве БД, таблиц, в количестве одновременно работающих пользователей и т.д.
17. red80 17.10.17 08:16 Сейчас в теме
14. red80 17.10.17 08:12 Сейчас в теме
Дядя, зачем тебе серверный? Сиди на файловой. Мы 20 человек на файловой сидим и не жужжим.
18. spartak_ss_88 32 17.10.17 09:50 Сейчас в теме
(14) База растёт с каждым днём, рано или поздно нужно будет переходить.
У вас сколько весит база? И как эти 20 человек работают, хотите сказать не жалуются на вечные тормоза?
Есть ресурсы, которые говорят что файловая от 4-12 ГБ остаётся работоспособной. http://programmist1s.ru/1s-faylovaya-ili-sql/
19. TODD22 19 17.10.17 09:53 Сейчас в теме
(18)
Есть ресурсы, которые говорят что файловая от 4-12 ГБ остаётся работоспособной.

У меня были базы в 30Гб и работали в файловом варианте.
Тут дело в таблицах. Если размер одной таблицы в базе превысит пороговое значение то файловая перестанет работать.
SuhoffGV; +1 Ответить
25. spartak_ss_88 32 17.10.17 10:33 Сейчас в теме
(19) Смотрел структуру Иб с помощью утилиты V8TableSizes.exe (https://infostart.ru/public/82178) и там у нас таблица с чеками более 4 ГБ,
Регистр накопления "Товары на складах" 3,5 Гб.
Не знаете когда настанет этот порог?

Вообще знакомый ездил в Центр Обучения 1С г. Москва и там почему то категорично отговаривали от Постгрэ, агрументируя вроде как ненадёжностью.
27. spezc 793 17.10.17 10:45 Сейчас в теме
(25)
Вообще знакомый ездил в Центр Обучения 1С г. Москва и там почему то категорично отговаривали от Постгрэ, агрументируя вроде как ненадёжностью.

прям вот сотрудники/преподаватели в центре обучения и отговаривали?
28. spartak_ss_88 32 17.10.17 10:47 Сейчас в теме
(27) Ну не так явно наверное.. Не знаю, знакомый ездил и лет 5 назад это было. Скорее всего типа такого же был вопрос, "что лучше?".
32. red80 17.10.17 10:50 Сейчас в теме
(25) В версии 8.3 пороги сдвинулись.
57. herfis 513 17.10.17 11:26 Сейчас в теме
(25) Не знаю (не помню) как эта утилита показывает размер, но кажись предел у файловой 4Гб на ВНУТРЕННЮЮ таблицу (или как там ее). Обычные данные, индексы и блобы хранятся в разных внутренних таблицах. То есть скорее всего у вас еще приличный запас есть. Но лучше всего как-то проверить соотношение данных и индексов в таблицах, которые у вас подбираются к пределу. Если нельзя этого сделать напрямую на файловой, то можно тестово ее загрузить в тот же MSSQL.
60. collider 17.10.17 11:59 Сейчас в теме
(57) Да, да. В идеальном теоретическом варианте одна таблица может достигать аж 12 ГБ.
20. user633533_encantado 11 17.10.17 10:02 Сейчас в теме
(18) Вы случайно прикрепленные файлы в базе не храните ?
21. spartak_ss_88 32 17.10.17 10:02 Сейчас в теме
(20) Нет, такого не храним)
22. red80 17.10.17 10:09 Сейчас в теме
(18) Несколько баз - БП, ЗУПы. У каждого пользователя открыты одновременно 4-6 баз. Никто не жалуется. Размер около 5 Gb каждая.
24. spezc 793 17.10.17 10:29 Сейчас в теме
кстати файловая, по словам разработчиков платформы годна только для однопользовательской работы и для разработки. для количества пользователей больше одного рекомендуют клиент-серверную.
26. spartak_ss_88 32 17.10.17 10:45 Сейчас в теме
(24) ну Вы же понимаете что это всё шутки)
Долго вообще подкручивали Postgre? А если не подкручивать а "заводскую" поставить, с чем столкнёмся?
29. spezc 793 17.10.17 10:48 Сейчас в теме
(26) про файловую это не шутки. у нас на самом деле "штатная". подкручивать начнем только тогда, когда столкнемся с чем-нибудь
30. oldfornit 17.10.17 10:48 Сейчас в теме
(26) с низким быстродействием и невозможностью загрузить dt-ик
33. spezc 793 17.10.17 10:51 Сейчас в теме
(30) серьезно? в базу на постгри нельзя загрузить dt?
36. red80 17.10.17 10:57 Сейчас в теме
38. collider 17.10.17 10:58 Сейчас в теме
(33) Можно. При том вообще без проблем. Я сам лично загружал десяток разных баз в обычный "одинэсовский" постгри без всяких настроек.
53. oldfornit 17.10.17 11:17 Сейчас в теме
(33) (36) (38) вопрос был про неподкрученный постгрес.
В него действительно большие DT-ики не залить - завалится по нехватке памяти. Во всяком случае лично сталкивался.
31. red80 17.10.17 10:49 Сейчас в теме
(24) Пруфы Билли! Нам нужны пруфы!
34. spezc 793 17.10.17 10:51 Сейчас в теме
(31) прудов нет, все на словах. но я и не настаиваю) если файловая работает - так и пусть работает
46. herfis 513 17.10.17 11:08 Сейчас в теме
(31) Речь про работу через сетевую шару, скорее всего. Тут особых пруфов и не надо. Уронить восьмерочную базу при сетевых сбоях намного проще, чем семерочную (за счет того, что один мегафайл со сложной структурой). И вероятность растет пропорционально количеству пользователей.
Поэтому и стараются с файловыми работать локально (через терминал или веб-сервер).
37. herfis 513 17.10.17 10:57 Сейчас в теме
(25) С надежностью там все хорошо. Если не отключать f_sync или как там его. Пусть не заливают.
Основные минуса постгреса такие же как у всего опенсорса - нужно вникать, настраивать и с разношерстным тулингом тоже самое (хотя, для любого линуксоида это обычное дело). В то время, как в MSSQL все из коробки. Еще спасибо, что документация хорошая, что нетипично для опенсорса :)
И учтите, что при переходе на СУБД скорее всего получите просадку на производительности тех же транзакций записи, например.
Поэтому пилотный запуск обязательно, чтобы понять на каком свете вы очутитесь. MSSQL все-таки попроизводительнее будет, особенно если на том же сервере через shared memory работать будет. Тут разница может быть довольно заметная, если сравнивать с виндовым postgres (который пилят по остаточному принципу). Вот если сравнивать отдельно стоящие СУБД, где postgres под линуксом - то там худо-бедно настроенный постгри (без явных узких мест) вполне себе сопоставим с MSSQL по производительности. То есть хуже, но ненамного.
41. spartak_ss_88 32 17.10.17 11:03 Сейчас в теме
(37) Спасибо за развёрнутый ответ! Будем думать) Помогли.
48. red80 17.10.17 11:13 Сейчас в теме
(41) Ежик пошел есть кактус.
45. spezc 793 17.10.17 11:08 Сейчас в теме
а еще он назвал тебя одноглазой змеей
51. TODD22 19 17.10.17 11:16 Сейчас в теме
Магазины разные, форматы у них разные, принятые практики работы то же разные. Но есть в интернете 1сники которые точно знают как правильно для всех.
52. spezc 793 17.10.17 11:17 Сейчас в теме
(51) конечно, и так довольно часто, когда опытный программист говорит как правильно.
55. TODD22 19 17.10.17 11:19 Сейчас в теме
(52)Видимо у 1сника опыта всё же не хватает раз других вариантов он не встречал.
56. spezc 793 17.10.17 11:22 Сейчас в теме
(55) почему, встречал. как раз таки пример с салоном запчастей. но все равно, "бест-практис на фронте ничего не считать, особенно остатки. ибо раз уж человек на кассе стоит с товаром, то этот товар есть и его нужно продать."
58. TODD22 19 17.10.17 11:32 Сейчас в теме
(56)
"бест-практис на фронте ничего не считать, особенно остатки. ибо раз уж человек на кассе стоит с товаром, то этот товар есть и его нужно продать."

А я где то с этим спорил?
А если он спрашивает сколько там зелёной кафельной плитки на остатке? Или пусть на кассу тащит со склада или сам считает?
59. spezc 793 17.10.17 11:33 Сейчас в теме
(58) так и я с вами не спорил)
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот