Статья на Хабре http://habrahabr.ru/company/haulmont/blog/204834/
Сайт https://www.cuba-platform.com/ru (есть бесплатная версия)
Кратко: CUBA.Platform — платформа для разработки бизнес-приложений на java. Имеет свою IDE, однако работа в других IDE (Eclipse, Idea и т.д.) поддерживается.
Самое главное — платформа содержит много готовых компонентов.
Веб и десктоп приложения получаются из одного кода.
В общем, судя по видео, может получиться действительно дельная вещь.
Понятно, что дело за конечными решениями (типовыми), но как платформа выглядит очень интересно. Лично я собираюсь попробовать на этом что-нибудь накидать в свободное время

Ой, боимся-боимся...

(1) конкуренция — это хорошо

Чем-то на ананас смахивает

Интерфейс не айс
Не метро стайл

есть скрины реальных приложений?

сорри, на сайте есть
ну что могу сказать
интерфейс явно не метро
технология ананас
интерфейс аксапта двухлетней давности
ждём типовой конфигурации

и добавьте плиз голосовалку

А что, Конфигуратор в браузере — это прикольно.
Ну и конечно, по сравнению с Idea любой Снегопат++ нервно курит

"Настраиваемые отборы" чем-то 1С-ные из обычных форм напоминают.

(5) вот примеры https://www.cuba-platform.com/ru/case-studies

во :) https://www.cuba-platform.com/sites/default/files/features/features-filters-2.png

(10) технологически 1с курит в сторонке

если бы ещё интерфейс метро и тогда можно прощаться с 1с

а чо, голосовалки не будет?
я уже хочу проголосовать за первый пункт

до СКД им походу как до луны :)

(0) >В общем, судя по видео, может получиться действительно дельная вещь.

Я таких вещей на Java насмотрелся. Последней каплей был ADF.
Пока все идет на уровне "смотрите как я круто могу накидать формочек мышкой", все круто.
Как только приложение разрастается имеем нереальный геморрой.
Куча времени уходит на постые действия. И все это решение жрет немерянно ресурсов.

А самое главное, реальной необходимости нет никакой.
Ибо тот же Vaadin + Hibernate + еще компоненты по вкусу, позволяют быстро строить приложение.

(15) ну не знаю, знаю многих челов, которые юзают отчёты в 7.7 и их всё устраивает

(15) Да, система отчетов, это единственное чем 1С сейчас всех уделвает...

имхо, скд должна быть отдельным приложением

(0) - оно OpenSource? не? тогда закапывайте!

(20) покажи скрины своего ынтырпрайз

SAP и то веселее

>> Авторы черпали вдохновение с платформы 1C.Enterprise?

>> В какой-то степени да. Специально мы ее не изучали, и никто из разработчиков CUBA с 1С непосредственно не работал, но основные плюсы и минусы знаем

нуну

имхается, сейчас происходит реальная битва гигантов
мир информационных систем меняется кардинально
кто глянет дальше, тот и победит

(23) на хабре вообще постоянно стремают 1с
ну там же сидят люди далёкие от ERP
в основном пэхэпэшники

(25) и не только на хабре. практически всё "айтишное сообщество" стремает 1С

общался с некоторыми людьми, далёкими от 1с
они реально думают, что передвинуть строку в таблице формы или калькулятор это запрограмированные фишки, а не штатные средства платформы

(26) в чём фишка сей оказии, брат?

в том, что им не надо знать бух и упр и нал учёт
дали ТЗ - сделал
прелесть
я недавно дизассемблировал одну прогу
как будто вернулся в молодость
аж душой отдохнул

вообще имхается нужна новая парадигма ERP
нужно несколько приложений с общением друг с другом
СКД - одно приложение
первичка, справочники - одно
формы нафик не нужны
всё настраивать в свойствах реквизитов
кто быстрее выстрелит, тот и победитель
те же революции, майданы - из той же серии
это можно даже сказать, новые парадигмы бытия стремятся вырваться наружу
живём во время перемен, коллеги

Сдается мне что у них НИЧЕГО нет кроме пары внедреных систем а-ля документооборот.

(27) ну да, "правильные" программисты такое руками пишут. Только одинесники халявщики

(28) (29) да. потому что от 1Сных терминов вперемешку с экономическими терминами сжимается сфинктер, втягивается мошонка, в голове паника...
а как известно - всё непонятное = плохое

(30) да это не новое совсем. Компонентные системы даже не вчера придумали. Только неудобно это: надо док ввести — одно приложение запускай, надо отчет — другое

Они даже на скриншотах свои "глюки" не убрали. Например обратите внимание на кнопки выбора/очистки у полей слева: https://www.cuba-platform.com/sites/default/files/images/soesg02.png

Конечно если они только с 2009 года работают. Там наверно список тикетов на исправление зашкаливает.

(34) ну тут своё слово должен сказать хтмл 5
а скорее всего 6 или 7

А чем хуже 1с? Тож самое только проще.

(32) Кто такие "правильные" программисты?

P.S. О том, что 1С-ники не руками свои поделки ваяют я и так в курсе... ;)

+(35) вот вам и Сергей ПИтрович :)

(33) я даже не представляю, как повторить, например, регистр расчета на "энтитях", не используя специфическую лексику. Там же вся суть в заточенности объекта на круге специфических задач (вытесняющих расчетов)

поэтому и революции
консорциум хтмл, депутаты, нормативные акты
если то иначе конец цикла
глобальная формализация процессов не терпит большой энтропии

(40) надо просто прослойку более высокую делать
но тут нужна абстракция 80 lvl
задача реализуема, общество уже готово к этому
ждём пророка

(38) "правильные" — это те, для которых одинесники "неправильные"

(42) задача очевидно реализуема, поскольку мы каждый день используем продукт, где она реализована

(0) русскоязычный конфигуратор ? или что там у него для кода ?

(43) Т.е. руки тут не при чем?

(34) когда приложение компонентно, видна душа компоненты
в этом и суть творчества, в рождении души из ничего
когда всё скомкано и хаотично, восприятие примитивно
чем больше компонентности, тем больше разделения труда, тем больше буржуазии, демократии и прогресса

тут, кстати, даже можно явно ощутить дихотомию запада и востока
западные учётные системы компонентры, русские - монолитны
равно как и психологические школы, их - практичны, формалистичны, наши - постигаются дзеном

Правильные = высокие
те которые зерно шерудят чтоб не рвануло

По внешнему виду и юзабилити точно убивцо, мне такое по душе!

(18) Сделай на OLAP-кубах таблицу и крути в екселе как хочешь
Уделывает по ярко-желтому цвету и неудобству настроек? Возможно!

(13) если бы ещё интерфейс метро и тогда можно прощаться с 1с
не в интерфейсе счастье а в количестве готовых (расширяемых) решений, и главное поддерживаемых...
\

видимо, в этом и противостояние правильных и неправильных программистов. правильные юзают западные системы и мыслят компонетно, через разделение труда и чёткие обязанности, наши через монолитность, аникейчество, глубину и самопознание абсолютного духа

демо приложение неисправимо завесило мой ИЕ8 через 3 мин блуждания по меню
в топку

у нас в компании несколько корп систем типа веб ориентированных... конечно - круто и стильно-молодёжно, но такое гуано эта web-повёрнутость, кнопку назад не там нажал и привет... поубивав бы...

(54) будешь убивать - бери меня с собой

сделали бы бесплатный шаблон конфы для базы знаний корпоративной

(54) Т.е. если у вас программеры криворукие и не смогли сделать все нормально. это автоматом означает, что все web системы в топку?

P.S. Да, и десктоп системы тоже в топку и тожде надо поубивать.. кнопку резета нажал и привет, вот ведь тупые системы.

(57) я и говорю, скоро появится избранный

который сможет повести планету за собой
формализует действительность лучшим образом
покажет правильные интерфейсы
отучит от ложных истин
и покажет эффективный путь

и тогда даже нуф-нуф, шухард и лефмихалыч воззрят его с благоговением

а разве ява не синоним слова глюк?

(0) посмотрел... каким местом оно убьет 1С не понял
видимо зверски замучает

(0) >> платформа для разработки бизнес-приложений на java
Ключевое слово - "на java", то есть тормозная, то есть никакая не убийца 1С.

Нереальная работа в этой хрени. Все очень сложно намудрили.

+64 Что бы простое приложение нарисовать нужно быть асом в java и всей этой хрени.

(62)  срочно, молния!!!

убица 1С платформа "CUBA" нанесла свой коварный удар
15 1сников глядя на решения сделанные на платформе "CUBA" умерли со смеху..

Почему 1С взлетела - потому что люди легко обучились ей. А тут доцентом и кмс по шахматам нужно быть одновременно.

(61)(63) э... ммм.....
А сколько проектов вы выполнили на java для таких утверждений?

(68) Крупных 4, мелких целый вагон.

(66) убил

(61) +1. Ява - это когда нужно что-то быстро сделать, причем качество не на первом месте.

(66)+100500))

(0) Спасибо. Посмеялся от души, с пятницей всех!

Хм.. а что, джава имеет русский диалект кода? Если нет - то не взлетит. 1с взлетела именно на "бухгалтерах-программистах", хоть и ругаем мы их за индусский код..

(74) код на русском языке - это удобно

(75) это удобно до первой ;

(76) и тогда начинается Ж))))

(76) Это фигня.. <Шифт+4> и никаких проблем. А вот квадратные-фигурные скобки напрягают, это да.

(0) http://www.adempiere.com/ADempiere_ERP - о, чо я нашел

(0) мы счас копает idempiere. на всем том-же сделана. все в вебе (хотя толстый клиент есть) опенсорс и д.т. хотите -убивайте 1с.

(79) бу гу га. оно и есть. адемпиере это предщественние ide

Вот когда выстроится за супом очередь из CUBAюгент с собственными тарелками...

Меня кстати всегда поражает, насколько убога клавиатура IBM PC. В частности, нет клавиши смены алфавита на альтернативный. А функция CAPS LOCK могла бы быть просто LOCK (универсальной), которая бы работала при совместном нажатии с клавишей Shift или клавишей переключения алфавита. Насколько удобнее было бы переключаться на другой язык не переключая раскладку клавиатуры. На советских компьютерах именно так часто было сделано, мне лично после УКНЦ клавиатура PC казалась редкостным убожеством, где чтобы набрать в русском тексте английскую букву, приходилось переключаться между раскладками...

А отчеты как в ней делать? Что то похожее на СКД там есть? Ну или хотя бы что то похожее на отчеты в 7.7?

+(85) А рисовать формочки и записывать данные в базу такого хватает.

ветку не читал.

(0) Халява?

+(85) Нашел. Можно шаблоны в опенофисе и ms офисе делать. Ну может оно и к лучшему.

(84) если это так удобно, кто выпустит такую клавиатуру - озолотится

(0)
http://www.gamer.ru/system/attached_images/images/000/505/437/original/pff.jpg

(17) Особенно это устраивает программистов, которые за любую модификацию отчета бабки срубают...

(89) Тут дело больше не в клавиатуре, а в программной поддержке со стороны операционных систем. Нужно, чтобы это стало де-факто стандартом.. а иначе никто не захочет платить дополнительные деньги за функцию, которая работает не везде.

(92) вродь в никсах такое есть

(0) СКД есть? Аналог регистров бюстгалтерии и расчета есть? Бизнес процессы есть?
Или для этого всего надо будет изобрести сначала велосипед, а уж потом автоматизировать учетные задачи?

(0) ждем Фиделя...

(29) Это потому что ее скомпилили почти без оптимизаций...

(36) Предлагаешь лет 20 подождать? HTML5 выстрадали за 10 лет только...

(50) Excel дороже 1С, не смущает?

(57) Как ты ее нажмешь если ее нет?

(61) Нет, Java - синоним "дыра в безопасности".

(76) Подключи 2 клавиатуры ;)

(84) Эта клавиатура пошла еще от пишущих машинок.

(89) Достаточно драйвер написать.

+(94) пробежав глазами мануал про слой ORM, пришел к выводу, что для решения задачи "запалить костер" у 1с - вязанка сухих дров, канистра бензину и зажигалка, а у этих товарищей - только палочка для добычи огня трением.

(0) оно не на русском — ну нах

(96) "Эта клавиатура пошла еще от пишущих машинок."
Причина не в этом, а в том что американцам было просто наплевать на другие языки

(99) А почему им во времена создания пишущих машинок должно было не наплевать быть?

(84) в Linux такое можно сделать

(94) бизнес-процессы, вроде, есть.
С другой стороны, если с самого начала не ставить себе цель доехать бухгалтерскую систему, то РБ и РР не являются вещью первой необходимости.

РН, РС и прочее видимо придется писать на "ентитях"

(100) Клавиатуры на советских компьютерах тоже произошли от печатающих машинок и телетайпов, однако там об эргономике переключения между языками ввода думали..

(104) до сих пор вспоминаю клавиатуру от школьного "Агата": адовый ппц, мышцы на пальцах качать. Зато была отдельная кнопка "рус/лат" и клавиша "ПВТ".
После нее препод в УПК на УКНЦ удивлялся, почему мы по кнопкам со всей дури молотим.

(104) Неа, это банальная лень программистов - кодировка KOI-7 и KOI-8 позволяла для переключения раскладки либо просто вставлять управляющий символ, либо устанавливать 7-й бит в байте, а трансляцию кодов клавиш не менять. Машинистки, привыкшие к стандартной английской раскладке, от этих компов дико плевались, потому что нормы не могли выполнить.

(106) Не, я не о раскладке клавиш JCUKEN, применяемой на PDP11-совместимых, а об отдельной клавише смены языка, работающей аналогично клавише верхнего регистра, и клавише фиксации, универсальной для них. На некоторых компах была даже спецклавиша для режима псевдографики, тоже фиксируемая. А раскладка JCUKEN имела огромное преимущество именно для людей, которые привыкли к раскладке на русских пишмашинках и телетайпах - эта английская раскладка фонетически повторяла её.

В СССР "стандартная английская раскладка" была экзотикой, и от первых клавиатур IBM PC народ был в шоке "как же так, буквы по разному расположены?!"

(106) Не гони. КОИ были удобны тем, что текстовые сообщения в них при отрезании старшего бита (а это тогда было часто) оставались читаемыми

(107) Ты в курсе, что для того, чтобы реализовать такую вещь - пришлось бы сделать пару-тройку десятков кнопок - для каждого из алфавитов и их модификаций? Вот поэтому и сделали комбинации для переключения.

(108) ЙЦУКЕН - тоже буквы по-разному расположены. Почему не АБВГД? ;)

(109) Это только одно из свойств. И оно тоже объясняется ленью (ну и аппаратными ограничениями). Гораздо проще вставить 1 управляющий символ, чем менять таблицу трансляции.

(110) Подавляющему большинству достаточно двух языков - родной и английский. Для этого отдельная кнопка как нельзя лучше подходит. Остальное можно реализовать и нестандартизованными комбинациями.
"Почему не АБВГД? ;)"
Потому что русская клавиатура разрабатывалась с целью обеспечить высокую скорость набора русского текста. Наиболее частые символы размещались в центре. Привязка английской раскладки к русской, очевидно, приводила к неудобству скоростного ввода, но снижала "порог вхождения".

эта дрянь не сравнится с 1с

(111) 1. Дык производителю что, под каждое сочетание свою клавиатуру производить?
2. Привыкли к ЙЦУКЕН - привыкнут и к QWERTY. Это не сложнее чем JCUKEN.

Реклама ? Всего 7 вопросов на сайте.

(113) У вас на клавиатуре есть русские буквы в дополнение к латинским? Что мешает тогда на алфафитной клавише написать РУС-ЛАТ?

На хабре раньше за одно упоминание 1С минусовали вчерную.
Сейчас получше, можно выйти в 0 или в мизерный плюс.
http://lurkmore.to/Хабра
>>За что на хабре обычно минусуют:
за любую, даже самую обоснованную, критику свободного программного обеспечения
за участие в топиках зла. (Аппл)
за вылизывание  компании Microsoft.
<<
Так что это не тот источник, которому можно доверять в данном вопросе

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

(112) Кончай пить.

(115) Первые клавиатуры у меня были без русского языка. Как бы я переключался?

Очередная новость из разряда "Йотафон - убица айфон! Аппл напряглась!"

... где обитает 1Слон, там же будет дофига мЫшей;-)

(119) По комбинации клавиш, которую бы выбрал при установке/настройке ОС.

"1С напряглась" уже?

когда 8.4 выйдет? с двумя рабочими столами (один черно-белый)?

(123) Ага.. напряглась и родила мини-сервер на 5 клиентов.))

(122) Ну и нахрена тогда РУС-ЛАТ? Она чем-то проще?

Имхается - это нишевое решение, а не убийца 1С. Так как пишу на Java всегда интересовали Enterprise-решения. Их на самом деле очень много, самой популярной является Compiere, да вот проблема одна - на коленке не запустить такое решение. А вообще за ссыль спасибо, ознакомлюсь.

>Ага.. напряглась и родила мини-сервер на 5 клиентов.))

хосподи... я уже лет 7 назад предлагал взять в качестве бесплатного сервера постгри или нечто иное, снизить цены на серверный вариант и забыть про файловый режим как про страшный сон...

(0) на меня не расчитывайте

(126) Интуитивнее. Это во-первых. Во-вторых, главное не в названии кнопки, а в её функции. Кнопка должна не переключать режим, а работать модификатором, меняющим алфавит на время нажатия. А фиксировать режим нужно кнопкой LOCK, нажав её одновременно с кнопкой-модификатором.

(0) сначала испугался. а потом вспомнил что сегодня пятница.

(125) ишо один кактус с программной лицензией

(0) в топку java. не видел ни одной достойной поделки на ней.

уволился из конторы, которая начала внедрять Тезис.
очень убого и глючно.

(130) У тебя есть куча клавиш, которые ты можешь назначить для такого поведения. Дело не в клавиатуре, а в софте, который обрабатывает нажатия клавиш.

жаба это круто, не то что переросток-мутант переведенный на русский бейсик

(135) Дело не в клавиатуре и не в софте, а в отсутствии стандарта (де-юре и де-факто). Продавил же майкрософт практически ненужные кнопки в стандарт на клавиатуру.. что мешало ему так же продавить кнопку алфавита? Просто американцы не думают, что кому-то это надо..

(135) Кстати, может подскажешь такой софт под винду? Чтобы задействовать например клавишу Win или Alt под модификатор альтернативного алфавита?

После этого Видео
http://vimeo.com/77210510

Я люблю ТАКСИ всеми местами моего тела

Кстати когда, что-то делаешь на ТАКСИ с нуля, оно реально радует

Ну не "убийца" естессно, но многую "мелочевку" быстрее и правильнее! реализовывать с помощью таких инструментов.

(96) Клиентов много. Выбирай то что дешевле или бесплатно :)

(137) Ну вот тот, кому это надо - пусть и продавливает. Microsoft надо было Win-клавиши добавить - они сделали это сами. У американцев всегда так.

P.S. А почему бы не использовать 2 клавиатуры - 2 монитора 1Сники любят, а клавиатура-то почему у них одна? ;)

(142) Угу, и переносить руки с одной клавиатуры на другую, как при игре на органе.. нафиг надо)

(140) совсем не убийца, "мелочевый" клиент и на 1с с коробки работать может или в экселе. Может  в очень больших проектах куба и убила 1с в виду производительности и гибкости. Но в очень крупных проектах нужно еще и бизнес логику купить с продуктом

(143) Дык с 2 мониторами та же проблема - крутить головой надо.

P.S. На органе еще куча педалей...

(144) Я не о "размахе" клиента, а про задачи. Клиенту не всегда интересна среда разработки. Знать и использовать java выгоднее нам.
Часто бывают запросы на разработку систем по сбору отчетности, аудиту и пр. (как например, "Система обработки электронных сообщений граждан"). Вместо того, чтобы браться за БСП, лучше рассмотреть альтернативы. Хотя клиентам нравятся управляемые формы, и они готовы за них платить... ИМХО.

Кому не нравится раскладка с одним алфавитом - качаем редактор раскладок и делаем свои - например - русские буквы могут в английской нажиматься через Ctrl (или Alt, которая будет называться AltGr), также остаётся для изучения вопрос применения CAPS LOCK для переключения алфавитов - драйвер позволяет сделать и такое (Называется Шведско-Германский режим).
Также есть прикольный режим исключения, когда назначается "немая" клавиша, после нажатия которой можно определить трансляцию клавиш в другие символы - получается очень удобно вводить <> в русской раскладке, просто нажав \ (ну и всё остальное из английской).

Что касается системы на Java, то их дофига по всему миру.
Но, Java требует установки Java-машины, и, как показывает практика, половина вирусов в системе через эту "чудо-машину" или её обновления и проникают.
Хотя, "дырявой" можно считать и восьмую версию 1С, так как там есть команда выполнения любого на лету созданного кода, что в седьмой версии не было (конечно, в этом множество плюсов для разработчика, но также и множество минусов для безопасности системы).

Также следует вспомнить про Microsoft Access Runtime
http://www.microsoft.com/ru-ru/download/details.aspx?id=10910

В своё время, на Access было написано куча баз и приложений, хотя большинство пользователей использовала пиратские копии.
Теперь Microsoft сделал Access практически бесплатным - покупать нужно только одну копию на машину, где будет идти разработка, а распространять runtime-версию без необходимости приобретать лицензию.

Вопрос - почему никто не хочет её использовать ?

(0) Всё, ушёл учить Кубинский

(148) Потому что раньше тот кто разрабатывал тот и использовал. Да и на местах часто править нужно. Все равно покупать.

(0) (148) Очередной убивец 1С? Сколько их уже презентовалось? А на самом деле всё очень просто: сделайте платформу (желательно бесплатную для микробизнеса); реализуйте на ней Россия:бухгалтерия и заставьте бухов на уровне законов сдавать отчетность ИСКЛЮЧИТЕЛЬНО в формате данной программы (платформе) и может быть тогда "1С" чуток "подвинется"....

про яву смешно, спасибо поржал. это тоже самое, что на форуме явы обсуждали 1с. :)

верую в кубинский ананас - ибо бессмысленно!

да к тому же есть несколько открытых erp систем на java и некоторые из них адаптированы под регламентированный учет стран СНГ.
Знать джаву и работать на местных заказчиков, по уровню ЗП практически тоже самое что знать 1с.

Ну шо, кто попробовал? Я скачал, написал мини-склад. Фигня фигней.

(123) :) скорее расслабилась уже..см (66)

(155) круть! я скачал, запустил демо-библиотеку, сейчас ставлю IntelliJ IDEA - посмотреть что поменяется. в оболочке не увидел, где у кнопок заголовки. вроде action выбирается (их там несколько в списке), нажимаю на кнопку Actions, а там либо пусть либо 1 строка всего

пусть = пусто

(99) >Java - синоним "дыра в безопасности".

После этих слов, все что говорит этот человек, можно смело относить к категории бреда.

Если ты не технарь, то луче жевать чем говорить.
А если технарь, то просто позорище не различать Java платформу и плагин в браузере.

(159) Сорри, писал для (96)

(157)Значит слота нет.

IntelliJ IDEA еще плагин нужен.

(161) все, нашел где actions находятся
вместо IntelliJ IDEA поставил Eclipse - при нажатии на кнопку IDE файлы открываются, т.е. работает. Если это все, для чего надо ставить IDE, то IDE не нужна

(155) посмотрел. "Написал" приложеньице на две таблички мышкой в браузере. Пока противоречивые ощущения. Да, какой-то прототип набросать можно, и оно даже будет запускаться, но чуть куда чего — надо доставать редактор.
Слой сущностей чуть ближе к БД, чем в 1С. С одной стороны, надо делать лишние движения для типовых операций, с другой — уже на этапе проектирования задумываешься, какие данные могут реально понадобиться и в каком случае.
Какую-то более-менее бизнес-логику в Студии описать невозможно, спишем на первую версию.
В целом впечатления приятные для первой публичной версии: как написано, так и работает, на поворотах не валится.

(164)Да, для УПП пока не годится. Тоже макраме из кода будет, но аналого ТиС можно свалять.

Если появятся стандартные классы для расширения сущностей, будет удобнее

Тогда это будет 1С.

Та же таб.часть пока требует лишних движений, чтобы сделать её "неотделимой" от основного объекта

(167) ну да, добавить СКД, всякие диаграммы, и получится "java-powered" 1С

(168)В БД это тоже разные таблицы, так что логично.

(170) логично, что ты работаешь с одним объектом. Т.е., строка таб.части — это никак не отдельная сущность.

что-то http://habrahabr.ru/post/172123/

Сначала пусть сделают типовое решение для бухгалтерии, чтобы одной кнопкой все отчеты регламентированные формировались, тогда можно уже серьезно воспринимать данную платформу как конкурент, а так - это динамический интерфейс над базой данных , сделанный, к тому же, на Swing UI.

(173)Бухгалтерия это неинтересно, там денег мало, проблем много. Вот управленческий учет это да, очень прибыльное дело. И главное бигбоссу нужное.

(174)  управленческий сложнее бухучета..   так что, прибыльность не упрощает задачу..

(164) >>с другой — уже на этапе проектирования задумываешься, какие данные могут реально понадобиться и в каком случае.

А, так вот откуда в типовых 100500 полей в объектах, туча регистров, да еще кучка сущностей Неиспользуется... и Удалить...

(174) Зато это самое универсальное и типовое.

Не нравится мне Eclipse. Не зря я J2EE изучаю:) Пригодится.

(175)Не упрощает, согласен. Зато бигбосс не задает вопросы куда деньги ушли, эти деньги у него на экране. А бухгалтерию кроме бухгалтеров никто и не видит.
(177)Не сказал бы, уж очень часто у нас законы переписывают.

Возьмите IntelliJ IDEA, на мой взгляд получше Eclipse будет.

(99) вообще завидую американцам, не надо постоянно переключать раскладку, кнопки не засорены двумя-тремя нагромождениями символов и т.д. Ну почему не русские придумали ИТ ?!

(0) стебаешься? Убийца.... "Моська и слон" максимум!

(179) много чего придумали, а потом все выбросили. вплоть до того, что пилоты разговаривают между собой на английском языке (а китайцы заставили перевести все)

(0) на календаре не падает? тогда сто пудов убийца :)

Небольшое замечание. платформа CUBA не конкурент 1С с точки зрения построения учетных систем (Бухгалтерия. Управ. Учет)
платформа CUBA предназначена в первую очередь для построения больших корпоративных приложений, где требуется:
- масштабируемость (включая кэширование и поддержку кластера)
- обеспечение высокой отказоустойчивости (отсутствие  единой точки отказа, uptime 99,99999%)
- развитая система безопасности (контроль  доступа, аудит изменений и т.д.)
- наличие Android, iPhone приложений для доступа к КИС предприятия

вот наиболее яркие примеры решений построенных на платформе CUBA

СЭД  - http://www.tezis-doc.ru/
Решение для Такси -  http://www.sherlocktaxi.com/
Автоматизация судебных приставов - http://www.ar12.co.uk/

ПС
хотя есть одна фича которая может потеснить 1с, так называемый механизм расширений.
Это возможность изменять функционал продукта написанного на платформе CUBA  по требованию заказчика, не трогая кода самого продукта. То есть не придется при выходе новой версии ручками делать merge.

(183) То есть не придется при выходе новой версии ручками делать merge. - это еще хуже. Тогда никто не узнает что-же все таки изменилось и насколько это навредит бизнесу. Разве что у вас есть полноценные тесты.

(183) приветствую. Вы, если я правильно понял, имеете какое-то отношение к предмету обсуждения?
Тогда я предостерег бы вас указывать приведенные вами аргументы как преимущество CUBA над 1С. Это ни сколько не умаляет возможности cuba, но показывает ваше незнание текущего состояния дел в 1С. Ибо:
— масштабируемость: в текущей версии платформы кластер, балансировщик, динамическое управление процессами доступно "из коробки", причем для серевера 1С:Предприятия режим кластера — это вообще единственно возможный режим работы;
— давать "семь девяток" только прикладной софт сам по себе не может. Может для рекламного проспекта такие заявления сойдут, но на демонстрации любой грамотный специалист закатает вас с этими "девятками", а более хитрый пропишет их в SLA, и на первом же повороте вы попадете "на деньги";
— с безопасностью в 1С тоже всё неплохо, RLS имеется. В свою очередь, я не нашел, как cuba подружить с ActiveDirectory (в 1С из коробки);
— айфон, андроид — без комментариев http://v8.1c.ru/overview/Term_000000818.htm

Чтоб меня правильно поняли, повторю: платформа интересная, цепляет. Но для широкого успеха и развития необходимы типовые решения и библиотека объектов, приближённых к предметной области. Ну и количество специалистов и партнеров само собой.

(185) масштабируемость относится же только к серверу приложения. Сервер СУБД платформой не масштабируется. Тоже касается бесперебойности

(186) )

(185) здравствуйте! Думаю (183) не имел в виду то что в 1С всего указанного нет, это не противопоставление.

(185), спасибо за интерес к платформе. И в целом положительный отзыв конечно очень приятно видеть. Так как здесь получилась достаточно оживленная дискуссия, хотел бы ответить на несколько комментариев как представитель Haulmont, разработчика CUBA.
В первую очередь CUBA действительно не убийца и даже не конкурент 1С, так как это продукты разных классов. Более того, мы рассматриваем CUBA в первую очередь как международный продукт, поэтому не стремимся к массовым продажам именно в России и цели «двигать» 1С в принципе не стоит.
1С предоставляет множество готовых решений для автоматизации, вплоть уровня ERP. Если реализуемая 1С функциональность хорошо ложится на бизнес-процессы предприятия, выбор 1С будет в большинстве случаев лучшим решением. К примеру, свой управленческий учет мы автоматизировали на 1С.
CUBA – это именно платформа для разработки, в ней нет никаких решений конкретных бизнес-задач. Есть отдельные базовые модули – поддержка бизнес-процессов, работы с кредитными картами, отчеты и т.п.
Тем не менее, не под все задачи подходит то, что уже реализовано в 1С. В этом случае можно также использовать 1С как «голую» платформу, но ее преимущество уже будет не так очевидно и CUBA может быть хорошим вариантом. Здесь выбор скорее сведется к анализу различий между 1С (именно базовой функциональностью) и CUBA.
В первую очередь, это язык программирования. В случае 1С – собственный язык, в случае CUBA – Java, и все что может компилироваться в Java классы – например, Scala, Groovy. При всем уважении к языку 1С, сообщество разработчиков Java в мире в десятки раз больше. А значит, выбор библиотек и технологий шире. Кроме того, для Java есть очень мощные IDE – IDEA, Eclipse, программировать в которых просто очень приятно (кстати, был комментарий что в Студии пока нельзя писать бизнес-логику. Это не «пока», это сознательное решение, так как для этого как раз есть IDE). Впрочем, возможно IDE 1C не хуже - скажем так для Java больше альтернатив.
Во-вторых, открытый код и гибкость в выборе инструментария. Вы всегда сможете при необходимости сделать свою ветку платформы и поправить в платформе то что вас не устраивает, не дожидаясь когда это сделает Haulmont (или 1С). Так мы делаем с Vaadin например. Не говоря о том, что сама Java и все, что мы используем в платформе также поставляется с открытым кодом. Опять же вы можете использовать разные IDE, разные технологии. То есть вы гораздо меньше зависите от вендора, его планов и мировоззрения.  
В третьих, открытая структура БД. Все поля и таблицы называются по-человечески, CUBA не будет сносить чужие триггеры например при обновлении. Поправьте если сейчас в работе с базой что-то поменялось у 1С, мои сведения могут быть устаревшими.
Есть еще много нюансов, но думаю этого достаточно. Ну и если вы делаете проект за пределами СНГ, 1С к сожалению вообще не вариант – заказчик никогда не согласится на систему, построенную на «локальной», пусть и очень хорошей технологии – хотя бы из-за отсутствия специалистов.
По скорости разработки –если готовый функционал 1С по каким-либо причинам не применим – думаю 1С и CUBA будут примерно на одном уровне при прочих равных. По масштабируемости решений CUBA будет как минимум не хуже. По стоимости лицензии CUBA выгоднее – например до 5 конкурентных пользователей лицензия вообще бесплатна.
Надеюсь это сравнение поможет лучше понять области применимости платформы. В заключение, кроме приведенных выше примеров больших систем хотел бы добавить еще один типовой сценарий использования CUBA в другом амплуа: создание backend для веб порталов. Очень удобно писать frontend на выбранных web технологиях, при этом реализацию бизнес-логики, UI для администрирования делать на CUBA. В частности, в платформу входит заготовка для создания порталов на Spring MVC.

(186) Мы не планируем реализацию типовых решений в ближайшей перспективе, CUBA будет именно инструментом разработки для случаев когда типовые решения по тем или иным причинам не подходят. Конечно, это сузит область применимости в России, но мы наша цель в первую очередь - сделать CUBA глобальным продуктом.
Насчет количества специалистов согласен, тут мы в самом начале пути. Несколько помогает то, что достаточно много разработчиков пишет на Java, а в этом случае платформу освоить уже значительно проще.

(190) так вы из Самары?

(184)
(184)
Имелось ввиду другое. Скажем ваш продукт  установлен у 100 заказчиков, причем  для  многих  из них были сделаны доработки. Теперь вы выпускаете новую версию продукта. Вам придется ручками сделать объединение (merge),  то есть перенести изменения для каждого заказчика в новую версию.
Для того,  чтобы  это избежать в платформе есть механизм расширений, который позволяет менять  функционал продукта не трогая кода. То есть код изменений для каждого заказчика храниться отдельно.
Допустим вы хотите в карточке контрагента добавить пару полей и изменить логику сохранения карточки.  Вы пишите расширение к карточке контрагента  в отдельном файле(классе)  а и исходный код продукта остается не тронутым.

Еще по поводу языка программирования в (190) - если вы пишете на 1С, то возможно (даже вероятно) Java будет для вас минусом CUBA, а не плюсом. Опять же - разные ситуации, разные решения.

(192) да

(192) земляки :) Собственно компания Haulmont тоже самарская. Ну точнее вся разработка в Самаре, есть еще в Лондоне офис.

(196) а у вас отец случайно в Байте не работал?

"Если у тебя из инструментов только молоток, любая твоя проблема будет выглядеть как гвоздь"
К чему это я? К тому, что у любого одинесника "молоток" уже есть. Всякие там микроприложения для внутреннего пользования я за пару часов набрасываю в Конфигуратое.
С другой стороны, в вашей Студии я смог, что называется, "одной мышкой" накидать основу для простенького приложения, и оно заработало. В общем, зацепило.
В любом случае, удачи вам.

(197) так и есть. Глащенко Виктор.

(198) Хорошая аналогия :) И спасибо за добрые слова!

(193) да, 1Ске такой "слоистости" сильно не хватает. Любимое занятие — сшивать свои доработки с обновлениями типовой

(199) привет ему передавайте и здоровья богатырского, он поймёт, я там один Андрей в Байте был )

(201) а можно тему закрепить? )

(185)
Я  описал область применения платформы CUBA  а не ее преимущества перед 1С.
1с очень достойная платформа.  И обладает большими возможностями, в том числе перечисленными Вами.
Однако есть несколько вопросов (я не большой спец по 1с так, что не судите строго ):

1. Как разработчик 1с  реализует кэширование данных на среднем слое?
2. Как этот кэш будет реплицироваться  между узлами кластера?
3. Если автоматический запрос к БД сгенерированный 1с не устраивает по производительности,  есть ли возможность написать свой запрос  или хранимую процедуру  а полученные результаты замапить на объектную модель ?
4. Есть ли  в 1с возможность настроить отслеживание кто поменял данные  с указанием даты и старых/новых  значений ?
  
- по поводу.  Active Directory, в  платформе CUBA это реализуется с помощью сторонней библиотеки JESPA
- по поводу 99,99999% uptime. Вы правы это очень высокий уровень отказоустойчивости(у  нас есть реальные решения работающие в этом режиме) .  Согласен, что только одной платформой (будь то 1с или  CUBA ) его не добьешься. Но платформа (средний слой) должна поддерживать следующие требования:
1. падение узла в кластере не приводит к остановке системы и сессии пользователей не  теряются.
2. ввод  нового узла в кластер не приводит к остановке системы
3.  установка новой версии решения (включая изменения схемы БД) не приводит к остановке системы
4. узлы кластера должны поддерживать переключение между Master и Stand By БД (когда Master БД падает) . Хочется заметить,  что для хороший отказоустойчивости решение «кластер БД с общим SAN»  не самое лучшее так как например при устаревании/разрушении индекса БД встает. Мы применяем подход  когда  данные с Master  реплицируются на  Stand By , поэтому имеется 2 копии БД.

(204)
>> 1. Как разработчик 1с  реализует кэширование данных на среднем слое?
>> 2. Как этот кэш будет реплицироваться  между узлами кластера?

обычный 1-ник таких слов не знает)


>> 3. Если автоматический запрос к БД сгенерированный 1с не устраивает по производительности,  есть ли возможность написать свой запрос  или хранимую процедуру  а полученные результаты замапить на объектную модель ?

да можно писать прямые запросы, что называется через ж%пу


4. Есть ли  в 1с возможность настроить отслеживание кто поменял данные  с указанием даты и старых/новых  значений ?

да есть жутко тормозной журнал, но там не хранятся значения

(204) ну оченно много буков

(204) а вообще вы слишком великого мнения об 1С)

(204)
1. Как разработчик 1с  реализует кэширование данных на среднем слое?
2. Как этот кэш будет реплицироваться  между узлами кластера?  
Если я правильно вас понял то речь идет о слое сервера приложений? В 1с это называется сервер 1с. Кеширование там естественно есть, но разработчик 1с не может повлиять явно на этот процесс.

3. Если автоматический запрос к БД сгенерированный 1с не устраивает по производительности,  есть ли возможность написать свой запрос  или хранимую процедуру  а полученные результаты замапить на объектную модель ?
Есть возможность, но она не приветствуется лицензионным соглашением и более трудоемкая. В 1с есть язык запросов и при чтении данных он более предпочитаем нежели работа с бд через объектную модель. Язык запросов очень гибкий и ускорится при чтении данных через прямой запрос получиться далеко не всегда.

4. Есть ли  в 1с возможность настроить отслеживание кто поменял данные  с указанием даты и старых/новых  значений ?
Есть подписаться на событие которое будет генерироваться при записи любого объекта в БД. Там уже можно будет логировать изменения как пожелаете

(205) тоже из команды разработчиков кубы и решил ответить на все вопросы, ответов на которые не знаешь?

(209) нет, я не из кубы
как есть так и ответил, что те не нравиться

(208) по поводу 3: ведь есть механизм внешних источников данных, правда, там же мышкой настраивается объектная модель?

(210) не нравится некомпетентность

(208)
1. падение узла в кластере не приводит к остановке системы и сессии пользователей не  теряются.
2. ввод  нового узла в кластер не приводит к остановке системы
Да

3.  установка новой версии решения (включая изменения схемы БД) не приводит к остановке системы
В большинстве случаев требуется остановка, в последних версиях 1с обещали минимизировать время до минимального, по мути в базу надо пере зайти.

4. узлы кластера должны поддерживать переключение между Master и Stand By БД (когда Master БД падает) . Хочется заметить,  что для хороший отказоустойчивости решение «кластер БД с общим SAN»  не самое лучшее так как например при устаревании/разрушении индекса БД встает. Мы применяем подход  когда  данные с Master  реплицируются на  Stand By , поэтому имеется 2 копии БД.
Если я правильно понял, то тут уже дело лишь СУБД 1с тут не причем. В большинстве случаев используется MS SQL и данное поведение можно реализовать

(211) во внешних можно но потом не так просто данные обрабатыват. Мне показалось автор не совсем об этом спрашивал. Внешние Источники действительно для внешних баз

(208) Еще 1с сама агрегирует данные, в БД совещается OLTP и OLAP подходы.

В целом в 1с немного гибкости, многое делается платформой автоматически, что дает очень высокую скорость разработки

(214) можно сделать вьюху на свою же базу и получать данные более оптимально. Полноценно работать с данными не получится изза кеширования как раз.

(212) так все таки что я не так написал)?
так и есть же

(217) в постах было 0 ответов на вопросы.

(216) можно конечно, я не стараюсь вас в чем-то разубедить. Но у меня как-то такой потребности не было. Наверное из за регистров так как они агрегируют данные и все тоже самое что можно сделать через вьюху, можно сделать через регистр

(219) + может не все но многое

(218) приехали...
я писал так чтоб автор вопросов, немного понял что такое 1С

+(221) и не строил иллюзий о его крутости

(213)
Михаил,
Спасибо за ответы. Хотелось бы понять поглубже  
1. что происходит с БД когда ставиться новая версия (она доступна на чтение,запись или переходит в офф лайн)?  
2. как накатываются скрпиты  изменения (автоматически или вы сами вручную запускаете один за другим )?

(221) опять же не хочу обидеть. Но в часто 1с-ники не интересуются как устроена 1с. А На мой взгляд 1с очень крутая платформа для своих задач. Это говорю как человек в данный момент активно изучающий джаву

кстати люди с кубы понимают что у них есть хорошие шансы потеснить 1С в деле автоматизации управленческого учета

(225) сомневаюсь, как я писал в начале ветки есть шансы потеснить только в индивидуальных решениях. Управленческий учет это не сказка написанная на каждом конкретном предприятии, а набор правил ведения учета подобных регламентному. И для этого надо с продуктом продавать бизнес процессы

(224) как изучать закрытую платформу?

>>На мой взгляд 1с очень крутая платформа для своих задач
да ну его))
я тоже джаву изучаю

(208)
Для обеспечения быстрой работы высоконагруженной системы возникает необходимость  явно кэшировать данные и читать их напрямую из кэша ср. слоя . Интенсивность доступа к этим данным бывает на столько высока что даже на уровне кэша ср. слоя возникают локи (когда потоки ждут друг друга) и нам приходилось даже строить кэши 2-ого и 3-его уровня.
не очень понятно как это делается на 1с (кэширование, синхронизация потоков  и репликация такого самописного кэша)

(215) через это имеем проблемы с масштабируемостью ( я имею ввиду высокую скорость разработки)
А по большому счету  из-за закрытости системы внедрение крупных проектов даже на типовых решениях имеет немало проблем как по производительности так и по надежности.
Ну и с типовыми конфами - совсем не все гладко, внедряем сейчас бух3 - некоторые вещи не реализованы, некоторые работают только в воспаленном воображении разработчиков конфы. И это мы говорим о регламентированном учете.

(225) Нет у них таких шансов и целей таких нет !

Вопрос представителям CUBA, кого Вы считаете своим основным конкурентом ?

(228) на 1с не пишут высоконагруженных систем, 1000 пользователей только на стендах запускают

(225)  я думаю что Управленческий Учет лучше делать на 1с (мы свой на 1с написали и очень довольны). В данный момент в платформе CUBA нет регистров (хотя можно добавить), а это сами понимаете очень важно

(230) точно, это как Байтовская бизнес-студио

+(233) я для сравнения

когда законодательство более менее устаканится, предприятия не смогут ввести черный учет потому как деньги будут только электронные, как следствие этого 1С-ка  превратиться в монолитную программу. Тогда у программистов 1С наступят черные дни. Кто выживет, кто - нет, а кто-то пойдет майданить здание на Савелевской
Да здравствует бардак в бухгалтерском, налоговом и каком там еще?.. законодательстве)))
(так мысли в слух)

(235) Футуролог ?

(226) вот кстати очень правильные слова: "для этого надо с продуктом продавать бизнес процессы".

(235) даже если все устаканится и все будет "по белому" очумелые головы в компаниях (которые обожают перестраивать внутренние процессы) никуда не денутся.
Автоматизацию нельзя завершить, её можно только приостановить.

да сам подумайте все к этому идет
т.е. 1С со временем превратиться в одно приложение без необходимости программировать

(239) не будет такого. Вот смотри, Adobe клепает свой основной продукт уже много лет. Казалось бы весь функционал какой только можно уже могли бы сделать. Нет, выходят же новые версии и всегда находятся причины по которым их покупают.

(239) >>  все к этому идет

Несколько сотен лет к этому всё идет.
Жизнь не стоит на месте, всё меняется.

(240) но клепает-то только Adobe. Вся фишка в этом и есть)

(240) Он имеет ввиду не в техническом плане, а в глобальном, изменится методология учета как такового, наверное. ИМХО.

(239) даже если всё "устаканится", эволюцию юзабилити остановить нельзя

(242) ну это да. Тут сторонним разработчикам только фильтры оставили.

Управленческий Учет всегда останется.  так как бухгалтерия никогда не будет считать такие вещи как  например  прибыльность по проектам

Я вот не понимаю на самом деле как может такое быть "установка новой версии решения (включая изменения схемы БД) не приводит к остановке системы". Если ты например поменял логику приложения и для неё тебе нужно расширить набор полей таблиц, а еще хуже изменить сами данные то в любом случае ты так или иначе на момент "обновления" для обработки таблиц должен блокировать к ним доступ. Иначе "старая" логика поназапишет туда некорректных записей. Соответственно в любом случае будет промежуток когда пользователям будет запрещено вводить какие-то данные. 2 копии БД? А если в момент реструктуризации идет активный ввод данных?
Не верится что на деле нет множества "условностей".

Да банально, поменяется протокол взаимодействия узлов кластера и все. Не смогут 2 узла работать параллельно.

(246) конечно, это не её задача, это больше к финансам, но зачастую бухи подчинены финикам

(204) В 1С есть несколько уровней кэширования:
1. Объектный кэш, служит для оптимизации работы с объектными сущностями платформы (элементы документов/справочников/etc.). Разработчиком не управляется, платформа следит за ним сама.
2. Механизм повторного использования возвращаемых значений. Позволяет организовать кэш результатов вычислений. Разработчик  должен просто определить необходимость использования механизма и вариант поддержки этого кэша. Вариантов 2 - на время вызова сервера, либо "на время сеанса" (На самом деле в этом случае система отслеживает 2 таймаута: время с момента создания и с момента последнего обращения. Если хотя бы один из них истек - кэш очищается, и будет обновлен при следующем обращении к функционалу).
3. Параметры сеанса - уровень кэширования полностью управляемый разработчиком.

Что касается репликации - этим 1С разработчику голову не забивает, и берет все это на себя.

Запросы, не устраивающие по производительности, нужно переписывать в самой 1С, тут здоровых альтернатив нет.

Версионирование реализуется, уже довольно давно поставляется в составе типовых решений. Кулибины своих реализаций тоже наплодили достаточно.

+(250) план запроса в субд не управляется из 1с

1. что происходит с БД когда ставиться новая версия (она доступна на чтение,запись или переходит в офф лайн)?
при изменении структуры БД создается новая таблицы нужной структуры затем в нее переливаются данные из старой на это время вся база захвачена монопольно (вроде как в последних версиях платформы монопольный доступ нужен только на момент подмены таблиц)
  
2. как накатываются скрпиты  изменения (автоматически или вы сами вручную запускаете один за другим )?
Обновления накатываются прямо из 1с-ной IDE подключенной к нужной базе 1с. Все делается автоматически. В целом процесс обновления очень простой

(232) -> (252)

(252) 1. это зависит от способа обновления я бы сказал

(251) И это хорошо. Учитывать при разработке архитектуру 4-х разных СУБД было бы... не стоит в общем.

(255) некоторые это считают минусом ) некоторые - это не я )

(250) все эти "кэши" работают в разрезе сеанса. Параметры сеанса вообще для кэша не рекомендуется использовать. К сожаления в 1с нет возможности построить общий кэш на уровне звена сервера приложений.

(257) да лажа это всё, основное кэширование идёт на уровне субд

(256) это действительно больше на фантастику похоже. На сколько я знаю подобного нету даже в том же hibernate а это наверное флагман ORM подхода

(257) И что же класть в такой кэш? Картинки что ли? На самом деле и такой кэш есть - в нем живет p-код и прочая инфраструктура. А вот необходимость такого кэша для элементов бизнес логики еще придумать надо.

(259) тут по тарссировке надо смотреть, когда одноэс попадает, когда нет

трассировке*

может еще что и рабочий процесс кэширует для всех сеансов, но врятли. А уж между собой рабочие процессы с вероятностью 99% вообще ничего не кешируют. "Эй вась, че ты к BD домогаешся? я тут для тебя уже закешировал".

+(261) поэтому не слишком доверяю гипернакрученным запросам

(260) да что угодно можно добавить. Хоть остатки хранить. Вот к примеру бывают очень накрученные АРМы где человеку показывается результат довольно сложного запроса и вычисления. Одновременно таким АРМами могут пользоваться очень много человек. А ведь можно избежать многих запросов к БД, если будет общий кеш.  Через этот кеш можно было бы между сеансами обмениваться данными, а сейчас можно только через СУБД. Это так что первое в голову пришло, но я сам многократно в процессе оптимизации узких мест жалел что нет такой возможности.

(265) в том то и дело, что кэш накапливает субд, сначала проверяет его, а потом уже начинает действовать

+(266) конечно же, сам план запроса остаётся

(266) субд конечно накапливает, с этим никто не спорит, но СУБД производит кэширование довольно грубо. И в примере с АРМами этого недостаточно будет. Нужны хотя бы вьюхи на уровне СУБД и очень было бы не плохо их аналог на уровне сервера 1с. Вот элементарный пример с многократным выполнением одного и того же запроса в консоле. Время выполнения запроса не так уж сильно меняется, а с общим кэшем можно было бы на порядки ускорят узкие места

(268) хм, с одним и тем же меняется, если использовать разные условия

(265) Смысла - ноль. Кэшировать все остатки проще каким-нибудь ioDrive'ом. А если посмотреть внимательнее на работу пользователей - окажется, что одними и теми же остатками они не оперируют, а только по своему складу/товарной группе. И количество реальных пересечений настолько незначительно, что внимания не заслуживает. С сотней пользователей и СУБД справится. А тысяча пользователей не будет торговать с одного склада...

(269) Виноват не предметно выразился и без примера. Вот зашел в рабочую базу и выполнил простой запрос

ВЫБРАТЬ
    СУММА(РеализацияТоваровУслуг.СуммаДокумента) КАК СуммаДокумента,
    КОЛИЧЕСТВО(РАЗЛИЧНЫЕ РеализацияТоваровУслуг.Ссылка) КАК Ссылка
ИЗ
    Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг

в итоге запрос выполнялся 12 секунд первый раз и по 4 последующие. А мог выполнятся 0 все последующие разы.

(270) Сложно конечно вести диалог когда ты говоришь, что я сейчас сижу на стуле, а тебе говорят что на самом деле ты сидишь голой попой на асфальте.
Я специально упомянул слово АРМ. Там могут быть остатки с продажами, ценами и кучей прочей дополнительной информации. я не говорю что оно не работает, оно то работать будет и без всяких кэшей, другое дело как с этими лагами мириться. Теже доп права пользователей и настройки обмена могли лежать в общем кэше

(271) странно, у тебя что-то с базой, у меня всё норм )

(271) Сложно разговаривать не предметно. Если бы у тебя был в практике реальный случай, когда тебе понадобился бы такой кэщ - ты бы уже рассказал  об этом а я бы впечатлился. А на деле ты просто говоришь: "хочу кэш, чтобы был". А зачем он тебе понадобился - пытаешься высосать из пальца.

+(271) http://clip2net.com/s/6kZu4d

по поводу кэша.
Reaper_1c правильно написал кэши бывают разные.
и чаще всего это просто НСИ (справочники) хранящиеся на ср. слое.
Но есть и другие случаи.  Пример из реальной жизни, система Такси
- более 3000 конкурентных  пользователей
- данные в БД сильно связанны (сущность "заказ машины" хранится в более чем 25 таблицах)
- высокая update activiy (в секунду примерно 250 новых записей, 450 изменений. кол-во чтений никто не считал)

экраны диспетчеров должны  обновляться  каждые 2с (очень много всякой быстро изменяющейся инфы надо запрашивать с сервера).
Для этого пишется кэш который объявляться раз в 2с а все клиентские сессии читают данные из него.

(275) у вас система какой-то свой кэш делает? помимо субд?

(271) не могу представить, когда требуется сумма чего-то по всей базе. обычно это или по клиенту или за период. но не все клиенты за все время

(277) см (274)

(247) Для установки новой версии без остановки системы , мы используем следующий подход
1. накатываем скрипты изменения БД (БД должна быть совместима с новой и старой версией софта). Это наиболее ответственный момент который выполняется в ручную.
2. устанавливаем новую версию на запасной кластер
3. пересаживаем 10-20 пользователей на   запасной кластер и ждем примерно 1 день
4. если дефектов в новой версии не обнаружилось , то переводим всех пользователей на запасной кластер (так называемая осушка основного  кластера)
5.  как только активных сессий на основном кластере не осталось , обновляем его
6. переводим пользователей с запасного кластера на основной

по вопросу изменение данных при обновлении
1.  просто запустить update на всю таблицу нельзя так как пойдут локи. Для этого пишется хранимая процедура  которая меняет записи пакетами по 1000 штук.
2. изменение   тип поля. Использовать  ”alter table  …. alter column”  тоже нельзя. Поэтому
Создается новое поле с новым типом  
данные между старым полем и новым синхронизируются с помощью триггера.
Новая версия работает с новым полем  а старая со старым.
После обновления триггер удалятся

(276) да свой кэш

(280) чего не заполнишь, что из Самары

(279) а если надо ключи добавить?

(273) в (275) в тоже самое написано, что и я написал.
(272) реализаций 8 миллионов, база 1.7 ТБ.

(283).2 дефрагай

(273) про рабочие места менеджеров был реальный случай

(284) да все регламентные процедуры СУБД регулярно проводятся

(279) хотел бы уточнить что это просто пример высоконагруженной системы которая должна работать 24/7. Ее просто нельзя останавливать. В простых случаях - когда базу можно остановить - все эти навороты естественно не обязательны.

(255) По поводу оптимизации запросов. В CUBA тоже по умолчанию все делает ORM (OpenJPA), в этом случае ты планом не управляешь.
Но бывают случаи когда запрос очень часто выполняется, или очень тяжелый, или ORM строит запрос не оптимально. Таких запросов наверное менее 1%, но они могут быть критичными для производительности приложения. В этом случае мы можем использовать нативный SQL и мапить данные на объектную модель с помощью MyBatis.
Как я понимаю в 1С можно хранимки для этого использовать? Но в этом случае как быть с именованием полей?

(288) хранимки использовать нельзя без нарушений лиц. соглашения и потенциальных косяков при реструктуризации.
Но читающие запросы в 1с очень близки к нативному sql, есть возможности по оптимизации через индексируемые временные таблицы, там только нет возможности использовать хинты по блокировкам и ступеням оптимизации.
Что же касается кэша - в указанном примере, когда огромному числу пользователей нужна определенная сложновычисляемая инфа, то её помещают в отдельные таблицы - регистры, таким образом обпеспечивая аналог OLAP, а кеширование регистров и скорость получения этих данных обеспечиваются субд.

(202) обязательно передам! :)

(288) я про MyBatis только читал когда-то. И думаю что при чтении данных (язык запросов 1с) на много ближе в этой технологии. Язык запросов 1с - это очень похожий на нативный SQL с некоторыми ограничениями.

(289) Понятно. Возможно ORM в 1С сильно более продвинутая по сравнению с Hibernate/OpenJPA, но последние далеко не всегда строят хороший запрос в сложных случаях - когда есть с десяток join'ов и необязательно просто по ключу.

По поводу кэша - согласен, хорошее решение. Но все равно получается лишнее звено (средний слой - БД), и дополнительная нагрузка на базу, которая всегда будет узким местом. С другой стороны в большинстве случаев это будет некритично.
И еще - эти таблицы (регистры) в нашем примере нужно будет обновлять каждые 2 секунды. Не будет ли база лочить запросы на чтение в этом случае? Низкий уровень изоляции транзакций нельзя использовать.

(292) В 1с используется read committed, что на версионниках не создаст блокировок на чтение, на mssql также не создаст, так как с 8.3 там используется read committed snapshot. Кроме того, если мы говорим о данных для вывода на форму пользователя, то есть не получаемые в процессе записи объекта, то они получаются в read uncommitted, если разработчик явно не указывал другое.

(292) план запросов с десятками джоинов по неиндексируемым полям или не по эквивалентности будет также непредсказуем, да. Хинтов на использование того или иного способа соединения для планироващика передать нельзя. В 1с для таких случаев пользуются функциональностью временных таблиц, разбивая такой один сложный запрос на несколько запросов более простых. Возможность использовать прямой запрос или хранимку есть, но это уже использование ado/odbc вместо встроенных средств и является нарушением лиц. политики.

(293) логично

(294) да, это тоже вариант решения. В общем понятно что проблемы схожие и механизмы их решения должны быть, иначе платформа (и 1С и CUBA) просто не могла бы использоваться в больших проектах.

(289)
Алексей,
Ваш вариант очень хороший ,  но не всегда применим.
у нас немного другой случай  и регистры  здесь применять нет смысла (у нас агрегация как таковая не требуется).
- кэш это  набор из примерно 30 000 записей которые получаются в результате  очень сложных запросов к БД  (нет  никакой агрегации ,  просто много хитрых условий  )
-  каждые 2 сек он обновляться. В это время пока идет обновления читать его нельзя (будут не консистентные  данные).

Думаю на 1с лучше сделать так
  - создать вымышленный справочник (скажем "кэш заказов").  
  - каждые 2 секунды удалять все данные из него и заполнять новыми данными (можно попытаться сделать процедуру которая сравнивает  кэш с новыми данными и вносить только изменения , но это тоже не просто ) .
  - На время заполнения справочника  "кэш заказов"   блокировать его от чтений.  
  
минусом такого решения будет
а) излишняя нагрузка на БД (в принципе не страшно , но и хорошего ничего нету)  
б) высокая update activity  (15 000 удалений  15 000 добавлений в секунду ) . Что для    Highly  Available  конфигурации   БД,  построенной на репликации, очень не хорошо (растет replication queue)

(297)AlexZotkin, доброго дня, я так пониманию Вы переставляете на форуме разработчиков платформы CUBA. Скажите какие требования предъявляются к программисту и какими навыками он должен обладать, чтоб уверено разрабатывать нечто уровня ТиС(это простая торговля и учет ТМС, без бухгалтерии). Заранее спасибо.

(298)
Для разработки на платформе CUBA требуются:
- знания JSE (Java Standard Edition),  в дальнейшем придется разобраться с работой ORM,  но это не сложно
- начальные знания БД (DDL и  DML).

триста

(299)Знание какой именно ORM? Их же много и на любой вкус. Я вот, к примеру, знаком с Hibernate. Этого хватит?

вас ист дас ОРМ - оперативно-разыскные мероприятия?
.
и заметим, что речь идет об обсуждении каких-то сферических программистских знаний.
.
мое глубокое убеждение - если в предметке не варился или нет рядом внятного и грамотного объясняльщика/постановщика задач/ТЗшника - то все ОРМЫ, ДДЛ, и особенно джава идут лесом - бо ничего путного хоть на Кубе, хоть на сильверлайте хоть на чем - не выйдет.
.
как тупой пример - работают уменя девки через один сетевой портал - к программистам пртетензий нет. просто работать противно и неудобно.

(301) в платформе CUBA используется  OpenJPA. Если Вы знаете Hibernate то у вас проблем с OpenJPA не будет.

а где русския язык?

(302)wiki:ORM
ORM (англ. Object-relational mapping, рус. Объектно-реляционное отображение) — технология программирования, которая связывает базы данных с концепциями объектно-ориентированных языков программирования, создавая «виртуальную объектную базу данных». Существуют как проприетарные, так и свободные реализации этой технологии.

В 1С она тоже есть.

(303)OpenJPA с этим у меня как раз проблемно, не освоил, как-то сложней Hibernate.
Ладно, пойду вашу студию дальше изучать. Пробую на ней нечто вроде ТиС изобразит.

(235) На панель пойдут студенты-обновляльщики. Для крутых спецов 1С наступят золотые времена. Их перестанут отвлекать тупыми заданиями, приносящие только одни расходы для предприятий. Бюджеты предприятий будут тратится на достойные проекты => эти проекты будут приносить неплохой профит => бюджеты будут расти вместе с зарплатами спецов.

(185) "я не нашел, как cuba подружить с ActiveDirectory (в 1С из коробки);"
Интеграция с AD в CUBA есть:
http://docs.cuba-platform.com/cuba/latest/security/ru/webhelp/section_AD.html

(304) В CUBA поддерживается локализация - каждый пользователь может выбрать язык, с которым он хочет работать, при условии что вы задали локализованные сообщения для ваших экранов.
Стандартные экраны CUBA имеют локализацию на английском, русском и французском языках.

Если вы про разработку, то код естественно на англ. Студия сейчас тоже на английском, но ее не сложно локализовать, если увидим реальную потребность - сделаем.

(305)Не ТиС не получится, там регистров нет. Это типа Дельфи, только для Джавы.