|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Добрый вечер! Если не брать в расчёт деньги, а только функционал, то какой SQL-сервер предпочтителен? 1C 8.*, ~ 50 клиентов, бухгалтерия, зарплата. Сеть 1Gb ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 18:52 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
zeon11, Мелкомягких бери. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 20:11 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
zeon11, По моему опыту с МС работает прилично быстрее, чем постгре. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 08:15 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Из своего опыта MS SQL гораздо устойчивее, менее глючно , и заметно быстрее ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 08:28 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
мс - из-за блокировок на постгрее. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 10:51 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
zeon11, если брать 2 наиболее распространенных требования: стоимость, качество. То: - Постгри бесплатный, самый минимально производительный - Мелкомягкий - денег стоит, но и самый производительный. Если не критична скорость, небольшое количество рользователей и при этом критична стоимость - постгри. Если важнее скорость и есть на что купить (или не боитесь проверок и готовы работать на нелицензионном ПО, ходя под статьей :D ) - тогда эм эс сикуэль. :) Все остальное, где-то между. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 14:14 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
zeon11, гонят все самая тру СУБД Oracle бери ее не ошибешься!)) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 16:49 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Спасибо за ответы. Буду настаивать на покупке МС ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 20:32 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Титовzeon11, гонят все самая тру СУБД Oracle бери ее не ошибешься!))А уж опыта то будет.... ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 23:02 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Программист 1с, у нас тоже руководство (гендир и главбух) в связи с участившимися сообщениями о блокировках задумались о переходе с файлового режима на клиент-серверный (6 ИБ по 2-4Гб каждая и 12-15 постоянных подключений) денег естественно жалеют и знают про недорогой вариант 1С-PostgreSQL-CentOS (например) наслышан про недостаток даже пропатченного 1С PostgreSQL в смысле его неумения блокировки на уровне записей (а только на уровне таблиц, как и в файловом варианте) на сейчас, т. е. май 2016, у пропатченного PSQL9.4.7 по-прежнему остались эти проблемы? - или это уже неактуально и проблемы решены? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.05.2016, 18:42 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
baursak3k, Как правило 2 есть пути, почти бесплатных. 1. Поставьте базу на SSD и сделайте гигабитную сеть. В принципе на Ваши базы должно хватить. 2. В качестве базы - рассмотрите IBM DB2 Express. Простая, доступная, по скоростям где то равна дисковая на SSD. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.05.2016, 06:18 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Volochkova, Спасибо за ответ. - Я так понял, что утверждать, что пропатченный 1С PostgreSQL научился блокировать только записи (а не целиком таблицы), пока никто не готов. - Или не в курсе, или этого пока не произошло :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.05.2016, 14:47 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
baursak3kVolochkova, Спасибо за ответ. - Я так понял, что утверждать, что пропатченный 1С PostgreSQL научился блокировать только записи (а не целиком таблицы), пока никто не готов. - Или не в курсе, или этого пока не произошло :)На днях читал новую документацию по 1с (8.3....x). Сказано что в управляемом режиме постгри блокирует уже не таблицы, а записи. ps Не проверял - но скоро гляну. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.05.2016, 12:59 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Если брать 1С 8.3, то нормально все работает с блокировками на уровне записей. Брал бы 8.3.6, можно 8.3.5. Последнюю 8.3.8 надо посмотреть, погонять. Вообще причем тут производительность? Для 50-ти клиентов тип СУБД вам абсолютно не важен. Да и типовые приблизительно сейчас равнозначны по производительности что под мс скуль, что под постгресом. В вашем случае смотреть нужно: а) на стоимость (уже выше кто то говорил) PSQL - бесплатно, MS SQL - плати б) стоимость владения Если нет специалиста, который будет поддерживать постгресс и кого то нанимать, то есть смысл думать купить мс скуль, окупится за счет отсутсвия доп. затрат на еще одного специалиста. Ну и мс скуль поставить - тупо кнопкуой далее фактически работать. С постгресом, как повезет. в) Риски ошибок мс скуль - да, наиболее распространен и ошибки быстрее отлавливаются и соответственно лечатся. Постгрес - менее распространен, потому ошибок не выявленных больше. Рассматривать остальные поддерживаемые - смысла не вижу. Их выбирают, если они уже есть в компании и не требуется доп. затрат и\или ради единообразия. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.05.2016, 13:53 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Volochkovabaursak3k, Как правило 2 есть пути, почти бесплатных. 1. Поставьте базу на SSD и сделайте гигабитную сеть. В принципе на Ваши базы должно хватить. 2. В качестве базы - рассмотрите IBM DB2 Express. Простая, доступная, по скоростям где то равна дисковая на SSD. Бред какой-то. а) Сравнивать файловую и клиент серверную, это, извините, как попу с пальцем. Да и как сравнивали то? Не приведете сравнительные тесты? б) Как много под дибиту внедрений 1С и как стабильно она с ней работает? Боюсь намучаются от такого "совета". По отлаженности и стабильности я бы распределил: - МС скуль - Постгрес - Оракл - ДиБиТу Причем если первые сравнимы и по производительности и по стабильности и по количеству ошибок, то последние 2 далеко отстают. в) 1-й вариант самый простой и быстрый, возможно и самый дешёвый. Только вот еще через годик встанет вопрос о целостности ИБ. Да и на количество записей есть ограничение вроде бы. Ну и на фига такая времянка нужна? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.05.2016, 14:03 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Программист 1сСказано что в управляемом режиме постгри блокирует уже не таблицы, а записи. Я может чего-то не понимаю, но в управляемом режиме блокировки БД вообще не используются (по сути это ручной режим, когда вся ответственность за целостность ложится на разработчик). ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2016, 09:41 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Nitro_Junkie, Да, вы не понимаете что такое и как работают блокировки в этих случаях. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2016, 09:50 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
AHDPNitro_Junkie, Да, вы не понимаете что такое и как работают блокировки в этих случаях. https://its.1c.ru/db/metod8dev#content:5839:hdoc Таблица 3. Блокировки СУБД, используемые в режиме управляемых блокировок в транзакции СУБД MS SQL Server IBM DB2 PostgreSQL Вид блокировок Таблиц Read Committed Однако этот уровень изоляции транзакций СУБД уже не может сам по себе обеспечить целостность и непротиворечивость данных во всех случаях. Поэтому 1С:Предприятие 8.1 при модификации данных методами встроенного языка (например, метод Записать() у объектных данных) устанавливает собственные управляемые блокировки в транзакции, которые обрабатываются собственным менеджером транзакционных блокировок. Эти блокировки также могут быть установлены и разработчиком самостоятельно в тех местах кода, где требуется обеспечить неизменность считываемых в транзакции данных (разделяемая блокировка) или запретить чтение данных другими транзакциями (исключительная блокировка) . ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2016, 09:59 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Управляемые блокировки 1С:Предприятия учитывают логическую структуру прикладного решения поэтому позволяют максимально точно блокировать необходимые области данных (в отличие от использовавшихся ранее блокировок СУБД, которым не известна логическая структура системы). Таким образом менеджер управляемых блокировок позовляет максимально избежать возникновения «плохих» (избыточных) блокировок, блокируюя только действительно необходимые области данных. Представляю какой шок для них будет, когда они узнают про версионники :) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2016, 10:03 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Nitro_JunkieУправляемые блокировки 1С:Предприятия учитывают логическую структуру прикладного решения поэтому позволяют максимально точно блокировать необходимые области данных (в отличие от использовавшихся ранее блокировок СУБД, которым не известна логическая структура системы). Таким образом менеджер управляемых блокировок позовляет максимально избежать возникновения «плохих» (избыточных) блокировок, блокируюя только действительно необходимые области данных. Представляю какой шок для них будет, когда они узнают про версионники :) шок для кого? в 8.3 базы по дефалту работают в read commited snapshot на упр. блокировках ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2016, 10:14 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Последний выдох ГПЖNitro_Junkieпропущено... Представляю какой шок для них будет, когда они узнают про версионники :) шок для кого? в 8.3 базы по дефалту работают в read commited snapshot на упр. блокировках Для них... Что целостность можно обеспечивать, просто включив SERIALIZABLE и перестартовывать транзакцию при UPDATE CONFLICT (по аналогии с DEAD LOCK'ами). А не перекладывать ответственность на разработчика, чтобы тот думал, а может быть тут конкурентный доступ или нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2016, 10:18 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Nitro_JunkieА не перекладывать ответственность на разработчика, чтобы тот думал , а может быть тут конкурентный доступ или нет. причем не давая адекватного инструмента для анализа... кроме невнятных записей в журнале регистрации ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2016, 10:30 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
Последний выдох ГПЖNitro_JunkieА не перекладывать ответственность на разработчика, чтобы тот думал , а может быть тут конкурентный доступ или нет. причем не давая адекватного инструмента для анализа... кроме невнятных записей в журнале регистрации При этом ирония в том, что, заявляя : Таким образом менеджер управляемых блокировок позовляет максимально избежать возникновения «плохих» (избыточных) блокировок, блокируя только действительно необходимые области данных. Они забывают что сама установка управляемой блокировки в среднестатистическом бизнес-приложении в >95% случаев является избыточной (то есть "плохой"). Хотя конечно скорее всего под "плохой", они имели ввиду не оверхед от ее установки, а ухудшение конкурентности (то есть когда один пользователь ждет другого). ЗЫ: Тут надо сказать у версионника тоже есть нюансы, так как транзакции в >95% случаев коммитятся, и есть оверхед на ресурсы серверов на повторное проведение транзакции до точки конфликта (что дает еще допожидание пользователя). Но так как а) вероятность не конкурентного доступа >95%, б) конфликты часто равномерно распределены по всей транзакции (а значит допожидание в среднем 50% времени транзакции), ну и в) так зато проскакивают быстрые транзакции, скажем закупки \ продажи, а медленные, скажем инвентаризации, ждут (а значит баланс быстрые работают быстро, медленные работают медленно сохраняется). ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2016, 10:44 |
|
PostgreeSQL или MSSQL?
|
|||
---|---|---|---|
#18+
MicMicVolochkovabaursak3k, Как правило 2 есть пути, почти бесплатных. 1. Поставьте базу на SSD и сделайте гигабитную сеть. В принципе на Ваши базы должно хватить. 2. В качестве базы - рассмотрите IBM DB2 Express. Простая, доступная, по скоростям где то равна дисковая на SSD. Бред какой-то. а) Сравнивать файловую и клиент серверную, это, извините, как попу с пальцем. Да и как сравнивали то? Не приведете сравнительные тесты? б) Как много под дибиту внедрений 1С и как стабильно она с ней работает? Боюсь намучаются от такого "совета". По отлаженности и стабильности я бы распределил: - МС скуль - Постгрес - Оракл - ДиБиТу Причем если первые сравнимы и по производительности и по стабильности и по количеству ошибок, то последние 2 далеко отстают. в) 1-й вариант самый простой и быстрый, возможно и самый дешёвый. Только вот еще через годик встанет вопрос о целостности ИБ. Да и на количество записей есть ограничение вроде бы. Ну и на фига такая времянка нужна? Бред? Ну ну, конечно, сколько раз это приходилось слышать, а когда с дивана переходим к практике, то все становится на свои места. 1. Сравнение делалось как раз на проведении пула документов и сборе отчетности, стояли счетчики, по ним и делались выводы. Железо одно и тоже, стояло 2 SAS в зеркале и 2 SSD в зеркале, рейд контроллер, гоняли по файловую локально и тут же сервер приложений. 2. Для Вас кол-во показатель правильности и качества? Ну ну... Лады Калины делают пачками, а вот почему то за качеством идут к Лексус :-) Если есть гарантия работы под редакциями Db2 изготовителем, значит есть. Если на то пошло, то 1с ка тоже не со всеми версиями MS SQL работает стабильно. Например 8.2, под 2014 долго не скрещивали. А про стабильность , тоже сказки не надо рассказывать, плавали , знаем. Стоял 2012 - 1с ка летала, поставили 2014 - стало все очень грустно на определенных операциях. перевели базу в совместимость 2012 - скорости вернулись на прежние уровни. И база гигов так 800. И кто там отстает, когда контора раком стоит - маркетинговые выкладки уже не важны. Нужен результат. 3. Очередной раз выводы диванного аналитика? :-) У SAS дисков нет лимита на перезапись? Намагничивать пластины можно вечно? Про целость базы через год или два, встанет даже если у Вас SAS решения или SATA. Сохранность данных определяется не типом носителя, а политикой сохранности данных. Если ставить 10 рейд с запаской, то при отстреле диск - рейд ребилдится за < 1 мин. Диски SSD, бывают разные, есть и промышленные. По моей практике - пашут по 2-3 года, потом на списание - это факт. Но зато эти 2 года в конторе документы проводятся в 10-20 раз быстрее, отчеты некоторые считаются до 40 раз быстрее, и при этом юзвери не весят в диком ожидании, а контора зарабатывает и на диски и на икру с маслом. И такого уже 7 лет на моей практике. А статистика - факты - вещи очень упрямые. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.05.2016, 16:32 |
|
|
start [/forum/topic.php?fid=28&fpage=18&tid=1518761]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
81ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 165ms |
0 / 0 |