|
MS SQL vs Posgres SQL vs Posgres SQL PRO | ☑ | ||
---|---|---|---|---|
0
SunFox
20.06.22
✎
12:16
|
Обнаружил в прайсе 1С позиции Posgres SQL, чем они отличаются от дистрибутивов доступных на releases.1c.ru?
На сколько это заменит MS SQL? |
|||
1
mikecool
20.06.22
✎
12:17
|
а зачем менять мс скл?
|
|||
2
SunFox
20.06.22
✎
12:18
|
Не купить MS SQL сейчас...
|
|||
3
Ryzeman
20.06.22
✎
12:19
|
(2) йо-хо-хо и бутылка рома?
Или государство всё-таки может сейчас нахлобучить за некупленный мелкомягкий софт? |
|||
4
SunFox
20.06.22
✎
12:20
|
(3) это ответ из другой плоскости
|
|||
5
Bigbro
20.06.22
✎
12:21
|
(3) если государство нахлобучит майкрософт за отказ в поддержке официальных пользователей которые купили лицензии - то не вопрос.
а вот если нет - то как говорится "я старый пират, и не знаю слов лицензионного соглашения!" (с) |
|||
6
mikecool
20.06.22
✎
12:21
|
(2) я могу наврать, но на выступлении Путин сказал подобие "компании, которые не хотят продлевать лицензии на свой софт, не вправе требовать проверку на лицензионность"
|
|||
7
Фрэнки
20.06.22
✎
12:21
|
(2) просто берешь, ставишь и работаешь.
|
|||
8
mikecool
20.06.22
✎
12:22
|
+6 а, у тебя вопрос с покупкой...
|
|||
9
VladZ
20.06.22
✎
12:22
|
(0) Никогда не узнаешь, пока не попробуешь.
|
|||
10
SunFox
20.06.22
✎
12:23
|
(5) государство по этому поводу ни чего не говорит, закон есть закон - ответсвенность ни кто не отменял, но вопрос не в этом.
|
|||
11
SunFox
20.06.22
✎
12:24
|
(9) Там цены в прайсе сотни т.р.
|
|||
12
mikecool
20.06.22
✎
12:25
|
(11) спроси в 1с
|
|||
13
Фрэнки
20.06.22
✎
12:26
|
(11) Ну так скопируй сюда кусочки, что там за цены и на что - а то соберешься нечто покупать, совершенно не нужное и не обязательное.
|
|||
14
Bigbro
20.06.22
✎
12:26
|
ну ладно ларьки там.
но блин. есть крупные конторы, у которых бюджеты на лицензии МС исчисляются сотнями миллионов. огромные вложения, огромная инфраструктура. и вдруг бац такое кидалово. а перестроить годы уйдут. и снова миллиарды. а кто вернет потраченное? нужна четкая позиция судов - штрафовать и штрафовать больно. |
|||
15
Ryzeman
20.06.22
✎
12:27
|
(11) А, т.е. 1с продаёт за сотни тысяч бесплатный Posgres SQL?) Молодцы)
|
|||
16
Фрэнки
20.06.22
✎
12:28
|
(14) вау. какие мы грозные. Ну штрафуй мелкомягких, хоть обштрафуйся. Возврата назад один черт не будет. Оттого они и перестали новые продажи регистрировать. Пройдет еще какое-то время и обновки тоже отвалятся.
|
|||
17
Фрэнки
20.06.22
✎
12:29
|
(15) скорей всего, что нет. Просто ТС или сам шутит/троллит или ему кто-то припудрил мозги
|
|||
18
SunFox
20.06.22
✎
12:30
|
(17) Возможно близко к действительности, только в том плане, что это фрранч прайс дал, может это не от 1С позиции, сейчас узнаем точно.
|
|||
19
Bigbro
20.06.22
✎
12:31
|
есть бесплатный постгри. а есть наш местный постгри про. допиленный и с поддержкой.
бесплатный можешь брать сам качать ставить настраивать и наслаждаться всем что включает в себя бесплатное ПО. либо купить тот что продают наши и иметь поддержку. |
|||
20
Фрэнки
20.06.22
✎
12:34
|
(18) я ж говорю - строки с наименованиями продуктов и ценами, о чем речь идет, вообще - скопирую сюда. Никто же не просит координаты франча :-)
|
|||
21
timurhv
20.06.22
✎
12:35
|
||||
22
NorthWind
20.06.22
✎
12:36
|
(17) может быть такое. Там же есть PostgresPro от какого-то отечественного разраба, который постоянно тусуется на инфостарте.
Она денег стоит. |
|||
23
SunFox
20.06.22
✎
12:36
|
(19) Франч сказал, что это прайс от 1С. На сайте тех. потдержки 1С уже дистриб оптимизированный выложен, за что деньги? За тех потдержку, за услуги? Они, что накатят дистриб и процедуры обслуживания пропишут за 136 т.р на ядро?
|
|||
24
NorthWind
20.06.22
✎
12:37
|
(23) есть еще более типа оптимизированный и с поддержкой. Покурите Postgres Pro и за что там берутся деньги.
|
|||
25
Krendel
20.06.22
✎
12:38
|
Мы берем за настройку и оптимизацию
|
|||
26
SunFox
20.06.22
✎
12:39
|
https://1c.ru/news/info.jsp?id=23569 (23) Более оптимизированный, это круть, точно ms заменит с такими формулировками, по стоимости точно догонит.
|
|||
27
Bigbro
20.06.22
✎
12:42
|
(26) повторяю, если нет денег берите бесплатный и вперед. читайте маны они рулез (с)
|
|||
28
SunFox
20.06.22
✎
12:45
|
Вот бы посмотреть сравнение ms sql vs Posgres SQL оптимизированный от 1С vs Posgres SQL PRO с оптимизацией оптимизированного, на одинаковом железе и на одной базе.
|
|||
29
NorthWind
20.06.22
✎
12:47
|
(26) ну вообще постгри тот еще подарок... я помню описание тонкой настройки и оптимизации. Вот тут у нас есть один питонячий скрипт, он типа делает почти все что надо, но он кривой. К счастью вот тут чувак написал другой питонячий скрипт, и если запустить один, ударить в бубен и потом другой, то получается просто огонь!..
|
|||
30
NorthWind
20.06.22
✎
12:47
|
тем кто привык настраивать все через SQL Server Management Studio, будет не очень уютно.
|
|||
31
SunFox
20.06.22
✎
12:51
|
(29) Такие рассуждения я слышал от админа который настраивал Posgres и при этом говорил - ваша 1С - херня. Потом пришел другой админ, накатил MS и все успокоилось. Posgres выходит для 1С это беспокойство, а вот бепокойство за хорошие деньги это уже нечто или что, то. На сколько оно, что то в сравнение с ms?
|
|||
32
Обработка
20.06.22
✎
12:53
|
(0) В первую очередь надо смотреть на то что какая у тебя база тяжелая или легкая при больших нагрузках юзанья мс скуль выигрывает постгре точно.
|
|||
33
NorthWind
20.06.22
✎
12:54
|
(31) Современные конфы и и платформы вроде норм живут, причем даже на больших базах. Но настраивается не вполне легко. Менеджмент студии нет, все делается конфиг-файлами и скриптами.
|
|||
34
SunFox
20.06.22
✎
12:54
|
(32) База ERP с производством 100 пользователей, типовой случай.
|
|||
35
Chai Nic
20.06.22
✎
12:54
|
У постгреса как СУБД для 1с есть два больших недостатка.
1. Хранение базы в виде подкаталога в кластере СУБД. Что автоматически создает проблемы при восстановлении базы после переустановки ОС, потому что база сама по себе не существует, а только как часть кластера. В MSSQL легко приаттачить любую базу. А в постгресе - только через бэкап. 2. Плохое поведение оптимизатора запросов, если в запросе присутствуют соединение с неявными временными таблицами (подзапросы). Раньше та же хрень была даже с явными временными таблицами, но после того как добавили онлайн-анализ, это стало неактуальным. Однако, в случае неявных - проблема остается в полный рост. Потому что движок выбирает стратегию соединения сразу для всего большого запроса, и если подзапрос может выдать много данных - то nested loop будет жарить процессор почем зря. |
|||
36
NorthWind
20.06.22
✎
12:54
|
со старыми вроде УПП и УТ есть проблемы
|
|||
37
Обработка
20.06.22
✎
12:58
|
(34) Как так возможно на ерп хватило денег а на мс скуль нет?
Бери и юзай если не хочешь возится траблами в постгрес. Или пробуй учить потом будешь один из редких спецов который 1с и постгреса умеет готовить. |
|||
38
SunFox
20.06.22
✎
12:59
|
Вот как директору сказать? Получается Posgres SQL от 1С это твой геморой, но бесплатно, Posgres SQL PRO это геморой на двоих с поставщиком услуг?
|
|||
39
SunFox
20.06.22
✎
13:00
|
(37) Деньги есть, не купить MS SQL - его не продают.
|
|||
40
Ryzeman
20.06.22
✎
13:02
|
Самая хитрая рекламная ветка на мисте?))
|
|||
41
Обработка
20.06.22
✎
13:03
|
(39) Тогда сам бог велел юзать без покупки. Ну или паралельный импорт сделайте.
|
|||
42
Gary417
20.06.22
✎
13:03
|
рекламная ветка postgre от 1С? а вся прошлая история мисты где mssql упоминается - не рекламные материалы?
|
|||
43
NorthWind
20.06.22
✎
13:04
|
(38) если хочешь сказать мне слово, попытайся использовать рот (с) Гребенщиков
|
|||
44
SunFox
20.06.22
✎
13:04
|
(40) Так чего реклама то? MS SQL?
|
|||
45
DimVad
20.06.22
✎
13:11
|
(36) Работал я с УПП на постгресе :-)
Один активный пользователь - работает, два - уже с вопросами, а больше - "смерть фашистам" :-) Так что только "левый скуль" :-) |
|||
46
Простенький вопросик
20.06.22
✎
13:18
|
Если MS завершил бизнес на территории РФ, следовательно ломаные продукты MS в РФ уже не преступление или как?
|
|||
47
Конструктор1С
20.06.22
✎
13:20
|
Ставь смело, нормально работает с 1с
|
|||
48
SunFox
20.06.22
✎
13:22
|
(46) Думаю на этот вопрос в текущей ситуации суд должен отвечать
|
|||
49
DimVad
20.06.22
✎
13:22
|
(46) Ваш вопросик не такой уж и простенький... :-)
Фактически - я думаю проверять не будут. А если раньше покупали (как мы) - то точно всё будет гладко. Но могут быть закидоны... |
|||
50
Gary417
20.06.22
✎
13:22
|
(46) Законы которые регламентируют использование ПП, Российские, и к работе коммерческих компаний в нашей юрисдикции отношения не имеют
во всяком случае так на данный момент |
|||
51
Gary417
20.06.22
✎
13:23
|
(50) <и к работе коммерческих компаний в нашей юрисдикции отношения не имеют >
в том смысле в них не упоминается такое требование, действуют они или нет у нас |
|||
52
SunFox
20.06.22
✎
13:27
|
Еще один вариант - готовим специального геморойного админа для 1С Линукс, по платформе по Posgres SQL, 1С сервер туда же на линукс.
|
|||
53
NorthWind
20.06.22
✎
13:30
|
(45) я тоже работал в 2011 г. С юзерами проблем не было (у меня их вообще не много). Спустя месяца три уперся в дичайшие тормоза при проведении РСВ и перелез на скуль. Как выяснилось позже - был кривой релиз обновления, позже все поправили, то бишь ложки нашлись, но осадочек остался. Бэкап там еще по-нормальному не делался, были проблемы с большими блобами, падало на них. Обход для этой проблемы со временем тоже появился.
|
|||
54
SunFox
20.06.22
✎
13:34
|
(53) Если дальше идти, то надо уже Линукс версию ставить для базы уровня ERP, а это еще добавляет компитенций в обслуживании.
|
|||
55
DimVad
20.06.22
✎
13:37
|
(53) Там такая фишка. В УПП блокировки - автоматические. Постгресс их отрабатывает плохо и просто блокирует всю таблицу.
Теперь проводим какую-нибудь реализацию при партионке. Блокируется весь РН, а он используется при проведении разных документов. Получаем "конфликт блокировок" если в базе идёт достаточно активная работа. И я не совсем понимаю как это можно исправить настройками. |
|||
56
DimVad
20.06.22
✎
13:39
|
+(55) По сути в режиме автоматических блокировок постгрес работает с базой как с файловой версией. Такие же блокировки на уровне СУБД.
|
|||
57
ansh15
20.06.22
✎
13:47
|
(35)>>проблема остается в полный рост
Никто не запрещает писать код так, чтобы проблемы не появлялись. (54)Хороший, перспективный путь. |
|||
58
Фрэнки
20.06.22
✎
13:52
|
(54) вообще-то, достаточно загуглить статьи по этой теме на Инфостарте и там найдет приличное количество материалов. Были и доклады. Можно посмотреть это, если хочется не просто почитать, но и послушать.
Достаточно много всего по этой теме известно. Это только при появлении темы на мисте вылазиют в нее из кустов мистаболы, которые когда-то давно наступили на грабли не поймешь чьи, лет 10 тому назад, а теперь все эти 10 лет о своем опыте топтания по граблям рассказывают. |
|||
59
ice777
20.06.22
✎
13:55
|
(0) не ссы. Нормально постгри работает, я лично много раз ставил.
Может у кого и некие особые требования к бд, но таких не встречал, в нефтегазе не работал, так что.. |
|||
60
Chai Nic
20.06.22
✎
13:57
|
(57) "Никто не запрещает писать код так, чтобы проблемы не появлялись."
Скажите это авторам типовых, особенно старых версий. |
|||
61
DimVad
20.06.22
✎
14:01
|
(60) Ну в общем при переходе к постгресу старые типовые скорее всего умрут а новые будут адаптироваться.
На инфостате была статья. Там исследовали erp по линуксом на предмет производительности. Вывод - работать можно, но лучше запросики подчистить. Типа, вот "через точку и ещё раз через точку. А там составной тип. Микрософт скуль это говно вывозил-оптимизировал, а пострес тормозит конкретно. Ставим приведение типов - получаем щщастье.". Да вычистят потихоньку новые конфы. |
|||
62
SunFox
20.06.22
✎
14:02
|
(59) та я не ссу, если, что ERP перепишем
|
|||
63
Krendel
20.06.22
✎
14:04
|
(60) переходи на новые, там это реализовано
|
|||
64
DimVad
20.06.22
✎
14:06
|
(63) Или просто сидеть на MS скуле и не дёргаться.
|
|||
65
NorthWind
20.06.22
✎
14:07
|
(55) у меня РАУЗ, поэтому, думаю, я и не столкнулся с этим делом.
|
|||
66
DimVad
20.06.22
✎
14:09
|
(65) Ну вот пишет та реализация ещё и в РН "взаиморасчёты с контрагентами..." и что ?
Ну да, чуть полегче. |
|||
67
ansh15
20.06.22
✎
14:09
|
(60) Говорил пару раз, несколько лет назад, после очередных обновлений БГУ первой редакции(старой). Исправляли довольно быстро и в патчах к СУБД и в самой конфе. Месяца не проходило. А на новых ни разу не сталкивались.
|
|||
68
Chai Nic
21.06.22
✎
07:33
|
До сих пор непонятно, что мешает разработчикам переписать движок исполнения sql-запросов так, чтобы фактический план формировался в процессе выполнения запроса, а не до его выполнения в самом начале. Ведь если ты сначала выполняешь подзапросы, то ты точно знаешь, сколько данных легло в неявные временные таблицы. И методы соединения надо выбирать после, а не до. И кстати у mssql именно так - прогнозный план может отличаться от фактического.
|
|||
69
Мимохожий Однако
21.06.22
✎
07:49
|
(0) А где голосовалка? ) У меня клиенты, которые сидят на постгри, чувствуют себя нормально. Да и те, что на МС СКЛ, тоже. Я тему ветки не осилил
|
|||
70
Ryzeman
21.06.22
✎
08:06
|
(69) Тема ветки MS SQL vs Posgres SQL vs Posgres SQL PRO
типа чем отличается зачем платить и пойдёт ли второе и третье как замена первому. |
|||
71
SunFox
21.06.22
✎
08:42
|
(69) Хотелось бы услышать, что то бодобное: У меня клиенты на УТ 11, опт розница, 20 000 каталог, 150 пользователей, период закрываеться за 10 минут - все летает на СУБД Posgres SQL Windows 2019 Server, прбовали эту же базу на MS SQL 2014 - хуже - период закрываем за 40 Минут!
|
|||
72
SunFox
21.06.22
✎
08:43
|
+(71) база в SQL размером 250 Гб
|
|||
73
Фрэнки
21.06.22
✎
08:45
|
(71) А принципиально, чтоб на разных СУБД закрытие периода отличалось в разы по длительности?
|
|||
74
SunFox
21.06.22
✎
08:49
|
(73) Это для примера привел, могу привести пример свой, но он 8 летней давности - расчет ЗП на PG WIN висел 15 минут типовая ЗУП 2, MS SQL 2014 - 2-4 минуты - все типовое.
|
|||
75
SunFox
21.06.22
✎
08:51
|
+ (74) база размером 17 Гб в SQL, 1000 сотрудников.
|
|||
76
Фрэнки
21.06.22
✎
08:56
|
(74) ЗУП 2 реально тупила и тупизна эта то появлалась, то исчезала, в зависмости от того, на каком релизе платформе ее запускали.
Т.е. на одном нормально, на следующем нет, а еще на следующем снова нормально. з.ы. Периодически работаю с заказчиками, где установлен посгри практически с первых же релизов, как он появился. Я вот даже путаюсь с какого года. Где-то в районе 2010 посгри уже был установлен на сервере там, где я работал на постоянке. |
|||
77
Фрэнки
21.06.22
✎
08:58
|
Виндусовый мс скл для 1С там не ставили принципиально. Хотя в организации был легально куплен из-за наличия в работе других проектов, в которых требование к наличию мс скл было обязательным.
|
|||
78
SunFox
21.06.22
✎
09:00
|
(76) и я работаю с заказчиками на ПГ, КА например есть, но там 20 человек и все тупит, там сравнить не счем - MS SQL не было и железо в виртуалке - думаю не показатель этот пример - общее мнение, а не сравнительный пример.
|
|||
79
Мимохожий Однако
21.06.22
✎
09:22
|
(71) Те, кто в ларьках, используют бесплатный постгри. У кого нормальные объемы и размеры баз, используют MS SQL.
А где голосовалка? ЗЫ. Пока меня не было тема ветки поменялась. |
|||
80
Chai Nic
21.06.22
✎
09:22
|
(79) Ларькам часто хватает mssql express
|
|||
81
Фрэнки
21.06.22
✎
09:25
|
(78) ну дебилы, че еще сказать...
Оно у них тупит, а мозгов нет, чтоб настроить и чтоб не тупило... и без указания хотя бы номеров релизов используемых версий - это просто наброс с лопаты. |
|||
82
pavig
21.06.22
✎
09:36
|
(0)
При работе с постгри есть ньюанс в числе прочих. Постгри надо юзать на линуксе. Это означает, что сервер приложений надо будет тоже юзать на том же линукс, либо на винде, но на другом сервере. Первый вариант кроет в себе неизвестность и подводные камни "1с на линуксе". Второй вариант несёт риски на отклике сети между серверами. Из-за этого, в большинстве случаев, постгри - это компромисс. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |