mazzy
В версии 7.7 невозможно штатными средствами работать с интервалами времени меньше 1 секунды.
В версии 8.0 и дальше, работа с мелкими интервалами возможна. Но через жо последовательность документов, а не через понятие времени

В версии 7.7 тип дата без времени, поэтому возникала сложность работы с датой. В 8-ке такой проблемы нет. Что касается время меньше секунды - зачем это учетной системе? То что другие учетные системы используют типы SQL или Win32 это наследие, но никак не фича. Про последовательности вообще не в тему, и в 7.7 и в 8.0 внутри одной даты и времени документы упорядочены по внутреннему идентификатору.

mazzy
В версии 7.7 из-за наличия совершенно технического понятия "Точка актуальности" (ТА) практически невозможно было штатными механизмами планировать вперед на достаточно большой период времени. Только при помощи обходных маневров.
http://1c.mazzy.ru/articles/generation1c/
http://1c.mazzy.ru/articles/mymistake/
Естественно жду очередной порции криков (как и всегда).

В версии 8.0 и дальше наконец-то убрали понятие точки актуальности (Вернее замели под коврик). Но проблема все равно осталась: 1С технически устроена так, что "обороты должны обнуляться", иначе база растет экспоненциально.

То есть создание в 7.7 документа будущей датой вы считаете нештатным средством? Никогда проблемы с ТА не было ни в 7.7 ни в 8.0, можете ее вообще не использовать. Итоги все равно будут считаться по будущим периодам. Что значит "обороты должны обнуляться"? Может все-таки остатки? Но зачем вести учет в разрезе аналитик которые не закрываются?

mazzy
Если для хранения больших массивов данных использовать так называемые "регистры сведений", которые были специально введены для борьбы с проблемой роста базы, то не используются специализированные механизмы быстрого получения остатков/оборотов (вся работа по перелопачиванию данных происходит на SQL-сервере).

Остатки и обороты на регистрах сведений это жесть. Вы 1С вообще видели?

mazzy
Кроме того, в платформах 1С реализована собственная библиотека работы с математикой, а также собственные форматы хранения чисел (по сути целочисленный формат, где работа с несколькими знаками после запятой сводится к работе с целыми числами). Поэтому на платформе 1С нецелесообразно реализовывать "перемалыватель чисел", поскольку ни сопроцессор, ни процессор в полную мощь платформой 1С не задействуется.

А разве 1С виновато в том, что для типа decimal нет специальной структуры и соответственно оптимизации в процессорах? Или вы предлагаете финансовые расчеты в типах decimal вести?

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

Поэтому 1С последних версий практически не работает на старых компах.

Вы тонкой клиент вообще в глаза видели? Тонкий клиент как раз ничего не выполняет, а занимается только рисованием контролов. Java Swing тоже имеет свои контролы, но никто никогда не говорил что они тормозят.

mazzy
5. возможна работа с распределенной среде с топологией не сложнее звезды

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