Добавить комментарий

Изображение пользователя ipanshin.

К сожалению это

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

Не берусь судить, но ... Тот, кто создает топор и профан в архитектуре и строительстве, тот создаст топор для убийства и войны только. И другого не дано, к сожалению.

Я же продолжаю исследования 1С Vs.Nexus, если кому интересно, то могу сказать, что на данный момент можно не только откомпилировать в 1С скрипт нексуса, но и наоборот, загрузить базу данных 1С в БД нексуса и все прекрасно работает в двух интерфейсах. Это относится и к 7.7 и к 8.1. То есть таким образом мы можем спокойненько обойти тот API, который нагородили разработчики 1С со своим сервером приложений, естественно не руша никоим образом работу его, и оставаясь на позициях голого сиквела. Правда, разработчик должен понимать структуру полей и таблиц данных. Это, конечно, не просто, но возможно.

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

exec sp_executesql N'SELECT TOP 30
_Reference121_R._IDRRef AS _A1RRef,
_Reference121_R._Marked AS _A2,
_Reference121_R._Folder AS _A3,
_Reference121_R._ParentIDRRef AS _A4RRef,
_Reference121_R._IsMetadata AS _A5,
_Reference121_R._Description AS _A6,
_Reference121_R._Code AS _A7,
_Reference121_R._Fld2025RRef AS _A8RRef,
_Reference121_R._Fld2034RRef AS _A9RRef,
_Reference121_R._Fld2047RRef AS _A10RRef,
_Reference121_R._Fld2037 AS _A11,
_Reference121_R._Fld2040 AS _A12,
_Reference121_R._Fld2036RRef AS _A13RRef,
_Reference121_R._Fld2043RRef AS _A14RRef,
_Reference121_R._Fld2041RRef AS _A15RRef,
_Reference121_R._Fld2024 AS _A16,
_Reference121_R._Fld2058RRef AS _A17RRef,
_Reference121_R._Fld2049RRef AS _A18RRef,
_Reference121_R._Fld2044RRef AS _A19RRef,
_Reference121_R._Fld2032 AS _A20,
_Reference76._Description AS _A21,
_Reference36._Description AS _A22,
_Reference75._Description AS _A23,
_Reference123._Code AS _A24,
_Reference122._Description AS _A25,
_Reference232._Description AS _A26,
_Reference90._Description AS _A27
FROM
_Reference121 _Reference121_R WITH(NOLOCK)
LEFT OUTER JOIN _Reference90 WITH(NOLOCK)
ON _Reference121_R._Fld2049RRef = _Reference90._IDRRef
LEFT OUTER JOIN _Reference232 WITH(NOLOCK)
ON _Reference121_R._Fld2058RRef = _Reference232._IDRRef
LEFT OUTER JOIN _Reference122 WITH(NOLOCK)
ON _Reference121_R._Fld2041RRef = _Reference122._IDRRef
LEFT OUTER JOIN _Reference123 WITH(NOLOCK)
ON _Reference121_R._Fld2043RRef = _Reference123._IDRRef
LEFT OUTER JOIN _Reference75 WITH(NOLOCK)
ON _Reference121_R._Fld2036RRef = _Reference75._IDRRef
LEFT OUTER JOIN _Reference36 WITH(NOLOCK)
ON _Reference121_R._Fld2034RRef = _Reference36._IDRRef
LEFT OUTER JOIN _Reference76 WITH(NOLOCK)
ON _Reference121_R._Fld2025RRef = _Reference76._IDRRef
WHERE
_Reference121_R._ParentIDRRef = @P1
ORDER BY
_Reference121_R._Folder,
_Reference121_R._Description,
_Reference121_R._IDRRef',N'@P1 varbinary(16)',0x7695001FC60839A011DDDD9BFB03CF88

Я не могу понять смысл использования здесь динамического сиквела. Ведь по правде говоря, он здесь не нужен. Почему бы не вставить вместо параметра саму переменную? Все равно этот сиквельный код генерируется сервером приложений 1С. А использование многократно LEFT OUTER JOIN конструкций вообще ведет в некоторых случаях к деградации производительности. Особенно, если таблица типа номенклатуры. А ведь _Reference121 - это номенклатура, не правда ли? В общем это один из примеров 1C API недоделок. Есть и другие.

Другой интерес данного подхода дает возможность воспользоваться еще одним преимуществом такой СУБД, как MS SQL. Я говорю о системе репликаций и распределенных БД. Понятно, что чтото предоставляют разработчики 1С, когда они говорят о распределенных БД. Но еще больше предоставляет сама СУБД. Хочется иметь возможность воспользоваться большим. Поэтому уход на уровень сиквела зачастую целесообразен...

Весеннее, питерское

Негромко погода дождем застучала.
Подумай, ведь это - рожденья начало,
Когда вдруг набухнут и лопнут все почки,
Тогда отчего ж у тебя ни пол-строчки?

О том, как Весною оттают все люди,
и кто-то поверит, а может полюбит,
И кто-то с надеждой в толпе многоликой
Вдруг вспомнит Отчизну счастливой, великой.

Умыты грозою все мысли и грезы,
Склонились лишь низко родные березы,
Над софьей и верой, надеждой, любовью...
Слова все простые - написаны кровью.

Вот и я написал что-то.
26 мая 2009