Nexus на SQL Server 2008 R2

Установил систему на SQL Server 2008 R2 (версия Developer, но подойдет и бесплатная Express).

При установке сервера не забудьте активировать смешанную систему безопасности и ввести пароль для sa.

Создавая базу данных, нужно обязательно предварительно выбрать кириллический collation, я взял "Cyrillic_General_CI_AS".

  • Ядро - без проблем.
  • "Стандартное решение" - необходимо установить уровень совместимости с SQL Server 2000 (80), т.к. местами используется старый синтаксис со звездочками в соединениях.
  • Клиент под Windows XP SP3 - не хватает ntwdblib.dll - его можно взять из любого дистрибутива SQL Server 2000 или MSDE. Некоторые сообщения в MessageBox показываются вопросиками "?" - видимо есть проблемы для не-юникодных программ, если сервер использует некириллическую кодировку по умолчанию. Я припоминаю, что с этим уже сталкивались.

Все заработало быстро на виртуальной машине с 512 Мб оперативной памяти. Я даже вдохновился, увидев какой немаленький функционал встроен в систему. Переписать бы под современную платформу, да с локализациями - цены бы не было продукту.

Forums: 

Хорошая новость

Хорошая новость - ntwdblib.dll работает с 2008 версией. Вроде было объявлено об окончании поддержки.

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

Не поддерживается

Не поддерживается с версии 2000, да. Поэтому брать надо из соответствующего дистрибутива.

Отчего бы ей не работать, если ее для 2000 переписали, как обертку вокруг OLE DB :) Но при этом никаких юникодов.

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

Я эту dll давно

Я эту dll давно включил в дистрибутив. Однако откуда такая ностальгия? Кстати именно сейчас я приступаю к куску автоматизации производства на нексусе. Однако, подчеркиваю, что клиент и многое другое уже отличаются от старого клиента версии 247., если не ошибаюсь.

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

Да, еще одно

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

Скажем, документ "заказ на производство" имеет следующие таблицы

Документ.ЗаказНаПроизводство
_Document296 Основная
Документ.ЗаказНаПроизводство.Продукция
_Document296_VT5401 ТабличнаяЧасть
Документ.ЗаказНаПроизводство.ПараметрыВыпускаПродукции
_Document296_VT5416 ТабличнаяЧасть
Документ.ЗаказНаПроизводство.Полуфабрикаты
_Document296_VT5422 ТабличнаяЧасть
Документ.ЗаказНаПроизводство.Материалы
_Document296_VT5436 ТабличнаяЧасть

Что я их не смогу сразу подключить к документу нексуса? Да поставь в соответствие каждому _idrref свой udn и сделай записи в таблицу docs для нужного класса объектов. Вот собственно и все, чтобы 1С документ виделся в интерфейсе нексуса. Затем остается только синхронизировать данные.

А какая выгода в плане лицензий.
Однако, конечно, работа существует и квалифицированная.

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

Ну, это не причина

Ну, это не причина. В SAP еще больше напахано :)

Я поддержу точку зрения Димы, что хотелось бы сделать более абстрактный инструмент для быстрой реализации любой логики, а не долько ERP в терминах документооборота. Собсно, я уже начинал (http://www.arbinada.com/node/265). Надо бы вернуться.

В NEXUS отсутствует важная компонента

Отсуствие метаданных для описания классов - существенное ограничение текущего ядра.
Описание класса не явно присутствует в обработчиках gets, read, view. Которые при наличии описания класса и его атрибутов могли бы генерироваться автоматически, а так же cre, put, del, off.

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

Они есть

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

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

Да,

Да, специального описания метаданных в нексусе нет, Но... Он же работает с объектами самой базы данных в основном, не уходя из сиквельного слоя. Это скорее преимущество его, чем недостаток так как автогенерацию схемы класса и обработчиков можно просто сделать, написав класс объектов генерации класса. У меня он называется "создание класса с гридом". Используя такой автогенератор я очень быстро (за 5 минут) получаю простой класс. Согласен, что это не общий подход и работает для простых классов. Так ведь и я один, а не отряд 1Совцев.:)

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

У меня уже готово решение для 1С8 УПП + nexus. Образуется два интерфейса над одними и теми же таблицами. Очень интересно. И, я думаю, к концу лета будет все работать в боевом режиме. Кстати, вполне экономический эффект дает.

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