Сначала рекомендуем ознакомиться с терминами — что такое решение, конфигурация и платформа.
А если вы уже с терминологией знакомы, то вот:
Различия между Ultimate 2C и решениями 1С
Только гарантированно востребованный функционал.
Простота поддержки и доработки, скорость внедрения, надежность системы в плане дуракоустойчивости.
Обратная сторона — придется дорабатывать под себя. Очень богатый функционал уже "из коробки".
В теории — супер, на практике...
Не будем злопыхательствовать, слово профессионалам-1Сникам.
Все пользователи системы без исключения работают с одними и теми же гарантированно актуальными данными.
Транзакции осуществляются в реальном времени. Близко к Ultimate.
В силу принципиальных ограничений производительности платформы при серьезной нагрузке может отключаться контроль двойной записи, и тогда нарушение согласованности данных становится неизбежным.
На практике теоретически доступные преимущества нивелируются повсеместной практикой безграмотной самопальной автоматизации по технологии «вставим костыль, воткнем подпорку».
В итоге 1С, интенсивно модифицируемая на протяжении более двух лет, чуть реже, чем всегда превращается в типичную дисфункциональную самописку, замусоренную до степени, когда к ней уже страшно прикасаться. Как получившаяся «система» работает — никто не понимает (но могут врать, что да).
Достоверность данных, в ней содержащихся... в общем, вы понимаете.
Различия между Ultimate 2C и популярными версиями 1С являются следствием противоположности подходов к композиции базовой конфигурации:
— мы предлагаем максимально простую и компактную (только востребованный функционал), смещая баланс в сторону скорости внедрения и простоты поддержки/доработки;
— 1С ставит в приоритет максимум функциональности уже из коробки, двигая баланс в обратную сторону.
Оба подхода имеют свои плюсы и минусы, выбирать вам. Интересующихся глубже отправляем к отдельной статье в нашем хабра-блоге.
См. также «Что такого есть в вашей системе, что она стоит на 10 лямов дороже 1C?».
Сравнительная таблица для платформ Ultimate Solid и 1С:Предприятие v8
Современный стремительно развивающийся язык, индустриальный стандарт, который изучают на большинстве курсов по программированию.
Практически неограниченный трансграничный рынок разработчиков с необходимой экспертизой. Проприетарный процедурный предметно-ориентированный язык программирования плюс язык запросов. Рынок разработчиков естественно ограничен ареалом популярности продуктов 1С и русского языка.
* Данные по России от Trud.com на январь 2016
** Плюс к разнице в зарплатах необходимо учесть и разницу в потребном количестве программистов.
Объекты СУБД могут быть произвольно модифицированы для оптимизации.
Используется
— SQL, PL/SQL
— Result cache
— Read only standby
— Array binding
— Bitmap indexes
— Triggers, packages, procedures
— Context
— SKIP LOCKED
— Full text index
— Analytic functions
— CUBE, ROLLUP, MERGE Декларируется совместимость с DBF, MS SQL Server, Oracle, PostgreSQL. На практике в подавляющем большинстве случаев агрегируется с MS SQL Server.
Стандартный SQL.
Объекты СУБД генерируются системой и не могут быть модифицированы.
Ограничены возможности оптимизации запросов и структуры хранения.
Сильно ограничены возможности масштабирования.
Сервер приложений транзакционно атомарен (все операции в вызове к серверу приложений либо будут выполнены в полном объеме, либо все изменения будут отменены).
Множество функций платформы серийно используют многопоточность для сокращения времени выполнения без потери надежности. Полуавтоматическое управление транзакциями. Язык и SDK позволяют ошибочную фиксацию транзакций. Многопотоковые решения встречаются крайне редко, многопотоковость приходится эмулировать через нестандартные средства.
Защищенность данных гарантируется платформой даже при использовании прямых SQL запросов отдельно на чтение, запись, редактирование, удаление.
Сверх того, прикладному разработчику доступен параллельный механизм adhoc permissions: сколь угодно сложные логические конструкции, формулируемые самим разработчиком ("удалить документ продажи может только пользователь-мужчина, Овен по знаку зодиака и только в пятницу 13-е в високосные года"). Платформа предоставляет набор методов для управления такими правами на уровне ролей пользователей с учетом иерархии и вложенности ролей.В целом аналогично Ultimate, за исключением:
- права проверяются только на сервере приложений и НЕ проверяются при выполнении запросов
- нет аналога иерархии ролей. Список групп, в которые входит пользователь — плоский
Отсутствуют стандартные инструменты поиска и просмотра изменений. Параллельная работа нескольких разработчиков в этом случае затруднена, и, как правило, не используется.
Произвольные наборы компонент (по умолчанию используется DevExpress).
Клиентское приложение полностью асинхронное без дополнительных расходов для прикладного разработчика.
Для упрощения взаимодействия с данными используется DataBinding.
Библиотеки компонент активно развиваются и используются в десятках тысяч проектов по всему миру. Как следствие — высочайший уровень удобства интерфейса, кастомизируемого для каждого отдельного пользователя.
Также в инструменты разработчика включены:
— поиск по истории изменений объектов и скриптов
— механизмы настройки прав
— механизмы управления настройками
— unit-tests
— механизмы верификации
— etc.Редактор кода с IntelliSense и подсветкой.
Функциональность редактора экранных форм ограничена фиксированным набором компонент.
Для реализации сложных форм приходится подключать внешние библиотеки, однако доступа к метаданным в них нет, валидация на этапе компиляции невозможна.
Как следствие, усложняется поддержка системы, падает устойчивость системы к изменениям.
Легко настраивать, интегрировано в сервер приложений.
Не требует знаний о деталях реализации протоколов.Аналогично Ultimate
Поддержка мультиязычных строк упрощает внедрение в транснациональных компаниях (название товара на разных языках, etc) Аналогично Ultimate, без поддержки мультиязычных строк
— существенное сокращение трафика на каналах датацентр-офис;
— снижение обезьянской нагрузки на прикладного разработчика;
— централизация управления принтерами и правами доступа на них;
— сокращение трудозатрат администраторов на настройку и поддержку схемы печати практически до нуля. Отсутствует
Оптимизация запросов и нативная интеграция с Oracle Database позволяют распределить нагрузку в кластере, снизить время обращения, сократить как общее время транзакции, так и срок жизни блокировки в частности.
В итоге, Ultimate Solid — самая производительная платформа на рынке. Слабая устойчивость к высоким транзакционным нагрузкам.
Для обеспечения приемлемой производительности приходится обращаться к SQL запросам, снижая надежность приложения.
Невозможность управлять структурой данных в СУБД фундаментально ограничивает возможность оптимизации.
Настройки интерфейса хранятся централизованно для каждого пользователя.Аналогично Ultimate
2. Авторизованные партнеры, внедряющие и поддерживающие коммерческие решения Ultima, бесплатно взаимодействуют напрямую с командой платформы. На форуме разработчиков ответ, как правило, в течение суток. Ответ, в свою очередь, как правило, — «исправим в следующих релизах».
Для очень крупных внедрений присутствует опция прямого взаимодействия с разработчиками платформы для выпуска хотфиксов.