В принципе, по технологическим возможностям платформа 1С сильно приблизилась к Аксапте

[mazzy]

Однако пока искал материалы, натолкнулся на еще один пункт, который в Аксапте уже давно реализован и который давно считается естетсвенным. В 1С такого нет. Даже в 8.2, по-моему.

Продолжаем это сообщение

4. View
Аксапта работает с indexed view (materialized view). В полный рост. С точки зрения Аксапты view такая же таблица, как и обычные. Только для чтения.

Что позволяет решать вот такие задачи
http://www.sql.ru/articles/mssql/200...yColumns.shtml

[Сисой]

Цитата:

Сообщение от mazzy

4. View
Аксапта работает с indexed view (materialized view). В полный рост. С точки зрения Аксапты view такая же таблица, как и обычные. Только для чтения.

Я не уверен, что indexed view поддерживается PostgreSQL.
И уж тем более - проприетарной СУБД 1С 8.

[mazzy]

Цитата:

Сообщение от Vezunchik

хорошо, единственный нюанс, что там указывается оптимизация запроса СУБД...
а оптимизация запроса - подразумевает, что переписать запрос так, чтобы ускорить выполенине... ну да это лирика

Ну, дык программист в Аксапте может управлять тем какой запрос отправляется на СУБД.

И кроме того, оптимизация запроса в MS SQL выполняется не только переписыванием (это семантическая оптимизация). В MS SQL есть оптимизатор, который многое умеет и сам делать. Ему только мешать не надо. И надо знать границы возможностей этого оптимизатора (те самые Some complex SELECT statements).

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

Цитата:

Сообщение от Vezunchik

1ска слишком избыточна в своих запросах. и пользоваться надо с "умом", и тогда...

Опять начинается, как со всеми 1Сниками... Путаница между "уже есть" и "можно сделать".

Скажите - в УЖЕ существующих типовых конфигурациях разработчики типовых пользуются с "умом"?
Если нет, то вы предлагаете снимать с поддержки и переписывать?
Какова на ваш взгляд трудоемкость переписывания, например УПП, чтобы стало "с умом"?

[Vezunchik]

Цитата:

Сообщение от mazzy

Ну, дык программист в Аксапте может управлять тем какой запрос отправляется на СУБД.

И кроме того, оптимизация запроса в MS SQL выполняется не только переписыванием (это семантическая оптимизация). В MS SQL есть оптимизатор, который многое умеет и сам делать. Ему только мешать не надо. И надо знать границы возможностей этого оптимизатора (те самые Some complex SELECT statements).

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

Цитата:

Сообщение от mazzy

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


Опять начинается, как со всеми 1Сниками... Путаница между "уже есть" и "можно сделать".

Скажите - в УЖЕ существующих типовых конфигурациях разработчики типовых пользуются с "умом"?
Если нет, то вы предлагаете снимать с поддержки и переписывать?
Какова на ваш взгляд трудоемкость переписывания, например УПП, чтобы стало "с умом"?

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

[sukhanchik]

Цитата:

Сообщение от Vezunchik

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

Тогда уж давайте уравняем "в правах" пустую базу 1С и пустую базу аксапты. Т.е. определимся в терминологии.
Поскольку в аксапте нет как в 1С четкого разделения платформы и конфигурации, то давайте сравнивать:
В аксапте: возможности ядра + возможности УЖЕ написанного функционала, который не относится к бизнес-логике (запросы, код, быстродействие, удобство и т.п., но без фраз типа "Курсовые разницы", "НДС" и т.п.)
В 1С: возможности платформы + используемые возможности какой-либо конфигурацией (желательно отмечая - что, например, эта возможность у платформы есть, но в конфигурации она не используется - т.к. в этом случае в стандартной поставке эту возможность нельзя увидеть. Либо отмечая, что эта возможность используется в такой-то конфигурации).

Именно это и хочется услышать. Не факт того, что в 1С-е можно написать конфигурацию с нуля (это и так понятно, т.к. можно сделать все) - а именно то, что УЖЕ есть.

[Vezunchik]

Цитата:

Сообщение от sukhanchik

Тогда уж давайте уравняем "в правах" пустую базу 1С и пустую базу аксапты. Т.е. определимся в терминологии.
Поскольку в аксапте нет как в 1С четкого разделения платформы и конфигурации, то давайте сравнивать:
В аксапте: возможности ядра + возможности УЖЕ написанного функционала, который не относится к бизнес-логике (запросы, код, быстродействие, удобство и т.п., но без фраз типа "Курсовые разницы", "НДС" и т.п.)
В 1С: возможности платформы + используемые возможности какой-либо конфигурацией (желательно отмечая - что, например, эта возможность у платформы есть, но в конфигурации она не используется - т.к. в этом случае в стандартной поставке эту возможность нельзя увидеть. Либо отмечая, что эта возможность используется в такой-то конфигурации).

Именно это и хочется услышать. Не факт того, что в 1С-е можно написать конфигурацию с нуля (это и так понятно, т.к. можно сделать все) - а именно то, что УЖЕ есть.

а НАФИГА сравнивать функционал? когда речь идет о ПЛАТФОРМЕ и о том, как ее можно использовать?
еще раз, на аксапте тоже можно написать с нуля, но это нафиг никому не нужно, потому как трудоемко и медленно.
именно поэтому и говорите, что в аксапте нет четкого разделения.
переходя на ваш язык, мы (смотрим топик) сравниваем возможности ЯДРА, БЕЗ функционала, а точнее насколько возможности ПЛАТФОРМЫ 1с приблизилась к возможностям ЯДРА.

[mazzy]

Цитата:

Сообщение от Vezunchik

еще раз, на аксапте тоже можно написать с нуля, но это нафиг никому не нужно, потому как трудоемко и медленно.
именно поэтому и говорите, что в аксапте нет четкого разделения.

Не, уважаемый.

Делать самописки с нуля в Аксапте гораздо быстрее, чем в 1С.
См. тренинги с самописными "конфигурациями" в Аксапте,
См. мой "ослиный мостик", сделанный в лохматом 2001 году.

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

Другими словами,
1. Вы утверждаете, что делать с нуля дрель на 1С дешевле, быстрее и проще.
2. Вам говорят, что гораздо дешевле, быстрее и проще купить уже готовую.
3. Кроме того, вам говорят, что вы неправы, сделать с нуля дрель на Аксапте и дешевле, и быстрее и проще (даже несмотря на стоимость лицензий). Но третий тезис остается чисто теоретическим потому что никто (в здравом уме и при возможности купить готовое свое) изготавливать не будет.

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

====================

Цитата:

Сообщение от Vezunchik

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

В чем минус 1С? На платформе 1С никто (включая разработчиков самой 1С) не смог создать конфигурацию, хотя бы приближающуюся по сложности к Аксаптовской. Даже сами разработчики 1С не могут сделать нормальную конфу, которая использует хотя бы большинство задекларированных возможностей. С 8.2 выпустили только "Набор для небольшой фирмы" См. 1С выпустила версию платформы 8.2

В чем минус 1С? Говорите, разработчикам и клиентам легче начинать с нуля? Это значит платформа 1С не позволяет легко объединять уже готовые наработки. В этом ее минус.
(Здесь могу сказать, что идея репозитария наработок была появлялась еще в древние времена 1С 6.0. И я этой идеей болел, когда работал с 1Сом. Но до сих пор даже разработчики из самой 1С работают с отдельными конфами. Только сейчас появляется что-то более-менее похожее - сборник типовых решений. И то - сами специалисты 1С относятся к этому сборнику с большой осторожностью)

[mazzy]

Также хочу отметить как ловко вы ушли от ответа.

Напомню свой вопрос:

Цитата:

Сообщение от mazzy

Скажите - в УЖЕ существующих типовых конфигурациях разработчики типовых пользуются с "умом"?
Если нет, то вы предлагаете снимать с поддержки и переписывать?
Какова на ваш взгляд трудоемкость переписывания, например УПП, чтобы стало "с умом"?

Напомню ваш ответ:

Цитата:

Сообщение от Vezunchik

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

Цитата:

Сообщение от Vezunchik

а НАФИГА сравнивать функционал?

Так вот. С вашего разрешения я повторю:
1. я не предлагаю сравнивать функционал
2. мой вопрос не о функционале, а о платформе
3. не переводите стрелки с больной головы на здоровую.

Сам вопрос: сами разработчики типовых конфигураций 1С УЖЕ подходят "с умом" при разработке типовых конфигураций? Да или нет?

Если сами разработчики лепят дурь, то какова на ваш взгляд трудоемкость исправления этой дури?

Заранее спасибо.
Еще раз повторю: это не вопросы про функционал. Это вопросы о платформе.

[Сисой]

Попробую для затравки перечислить то, чего нет в DAX, но есть в 1С:
1. Нативная БД, позволяющая быстро и без доп.затрат разворачивать 1-2-3 пользовательские инсталляции. Также полезна для ознакомительного обучения.
2. Поддержка дополнительных СУБД, включая бесплатную PostgreSQL.
3. Объекты, позволяющие выполнять Data Mining.
4. 1С - интерпретатор с нестрогой типизацией, что позволяет редактировать/исполнять куски кода на языке 1С прямо в режиме Предприятия. Естественно, это не режим простого юзера, но для настройщика очень удобно. Можно хранить блоки кода (запросы, мини-алгоритмы) в справочниках и компоновать "на лету" необходимые действия. Можно писать "хитрые" утилиты, позволяющие делать с данными что угодно, не компилируя при этом программ. Можно генерить программный код и отправлять его на исполнение. Можно "на лету" подключать и отключать любые внешние обработки и отчеты, печатные формы.
5. Бизнес-процессы (графические схемы) в DAX 2009 уже появились?
6. Генератор отчетов удобнее.
7. Есть стандартная среда, позволяющая настраивать правила обмена информацией между разными БД 1С. А платформа содержит стандартные механизмы авторегистрации измений и обмена.

Mazzy, а в Аксапте есть аналог 1С-овской функции сравнения файлов с поиском расхождений?