Спешу сообщить о вышедшей почти две недели назад новой версии Ei .2.21.
Изменений много. Исправили существующие ошибки, добавили новые :). Избавились от существующих ограничений.
Основной прорыв и причина для гордости это функционал по управлению индексами и секциями, которой является эксклюзивным для решений на платформе 1С. А в контексте всех остальных решений просто редкостью (автору известно только одно решение SqlPartitionManager - $199 для одного сервера).
Наверное многие скажут что инструменты эти не нужны можно все делать запросами. Возможность делать это запросами мною не отрицается, так же как и использование командной строки заместо проводника.
Однако посмотрите как это делается интерактивно
преимущества:
Простота настройки;
Статистика в одном окне с редактируемыми объектами;
Отображение индексов и секций в виде дерева;
Контекст полей и типов 1С;
Секционирование на основе типов 1С ;
Drag & Drop;
В связи с этим функционалам форма объекты базы данных приобрела свое окончательное лицо
панель Свойства продолжит дальше развиваться, открывая максимально широкие горизонты по настройке быстродействия и параллельности работы баз данных 1С.
Сделали более дружелюбный интерес в почти везде доступен Drag & Drop в том числе и между формами в 8.2 (если где то нет то пишите).
Оформление в одном стиле - теперь можно увидеть такие рожици:
Так же повысили цены на все виды лицензий, теперь ключ защиты стоит немного дороже. Поскольку Ei постоянно развивается уже в течении 5 лет и первый этап продаж показал его востребованность такая стратегия продолжит действовать и дальше. С каждой новой версией цена лицензий будет увеличиваться (пропорционально добавленному функционалу). Поэтому если вопрос цены для вас критичен то спешите стать обладаем ключа на Ei уже сейчас и вы будете постоянно иметь в своем вооружении самые современные инструменты для 1С: Предприятие.
Итак если вы работаете не в терминале на обычной конторской (обычно не очень сильной машине) и формируете огромные и очень сложные отчеты на СКД или выполняете длительные операции с отображением прогресс бара то очень часто 1С: Предприятие 8.2 будет аварийно завершаться любезно записывая дампы :) вместо отчетов.
Решить проблему можно очень просто:
В отличии от обычного индекса для каждой колонки входящей в индекс создается свой набор страниц
Что то мне подсказывает что эта реализация с кучей ограничений (о которых ниже) представляет первый шаг к переходу от традиционных СУБД к колоночным.
По ограничением в чем то схож с HASH индексом:
Не может быть уникальным;
Не допускается сортировка;
В индексе могут присутствовать только простые типы данных (не допускаются: binary, varbinary, text, sql_variant и т.д.)
Автоматически не обновляется вместе с изменением данных (для актуализации индекса потребуется его удалить и создать заново rebuild не работает)
Работает это все примерно так: При выполнении запроса анализируются используемые колонки. Каждая исп. колонка выгружается в оперативную память, сжимается и в последующем обрабатывается в оперативной памяти не используя обращение к диску.
В основе архитектуры лежит ядро VertiPaq. Ядро VertiPaq(VertiPaq Engine) обрабатывает запросы с эффективными алгоритмами сжатия, реализует хранилище данных, позволяющее загружать огромные объемы данных непосредственно в память.
Расширенная Аналитика Учета Затрат, появилась в УПП (1.2.15) в далеком апреле 2008 года. Тогда подсистема имела существенные ограничения и сомнительные неоднозначные преимущества. Вот первая рыжая презентации подсистемы из тех лет (в самом конце еще одна)
Некоторые подходы РАУЗ настолько сильно ломали консервативные взгляды тогдашних внедренцев и программистов, что не многие решались на его использование.
Использование РАУЗ для многих было эквивалентно "хождению по потолку". И даже сейчас я встречаю предприятия которые опасаются РАУЗ. Сегодня я постараюсь развеять все эти опасения, и раскрыть потенциал РАУЗ, я не буду "гнать пургу" про линейные уравнения, совмещенный учет и прочие настройки, а просто расскажу как РАУЗ устроен "изнутри".
И наконец настал тот час когда "они" появились
Платформа 8.2.14
Реализована возможность получать данные из внешних источников данных. Для доступа используется интерфейс ODBC. Для доступа к данным внешних источников можно использовать объектную модель, язык запросов и систему компоновки данных. Реализована стандартная функция "Управление внешними источниками данных". Реализован объект метаданных "ВнешнийИсточникДанных".
В конфигурации появился новый объект Внешние источники данных.
Каждый источник представляет из себя:
Перечень доступных таблиц;
Перечень доступных полей в таблице
Дополнительные колонки валяющие на представление
Важно:
Строка соединения указываемая при импорте таблиц не сохраняется в конфигурации
Есть конструктор строк соединений позволяющий выбрать исчерпывающий список драйверов:
SQL Server
Microsoft ODBC for Oracle
Microsoft Access Driver (*.mdb), Microsoft Access-Treiber (*.mdb), Driver do Microsoft Access (*.mdb)
Microsoft dBase Driver (*.dbf), Microsoft dBase-Treiber (*.dbf), Driver do Microsoft dBase (*.dbf)
Microsoft Excel Driver (*.xls), Microsoft Excel-Treiber (*.xls), Driver do Microsoft Excel(*.xls)
Microsoft Paradox Driver (*.db ), Microsoft Paradox-Treiber (*.db ), Driver do Microsoft Paradox (*.db )
Microsoft Text Driver (*.txt; *.csv), Microsoft Text-Treiber (*.txt; *.csv), Driver da Microsoft para arquivos texto (*.txt; *.csv)
Microsoft Visual FoxPro Driver, Microsoft FoxPro VFP Driver (*.dbf), Microsoft dBase VFP Driver (*.dbf),Microsoft Visual FoxPro-Treiber, Driver para o Microsoft Visual FoxPro
SQL Server Native Client 10.0
После того как вы сохраните конфигурацию исходную структуру таблиц внешнего источника вы увидите в конструкторе запросов, и сможете работать с ней так же как с обычной таблицей, использовать в запросе или читать с помощью встроенного языка.
|ВнешнийИсточникДанных.upp.Таблица.dbo_Config КАК dbo_Config");
Таблица=Запрос.Выполнить().Выгрузить();
Важно: Перед началом работы с внешними источники необходимо установить соединение с ними (пример выше).
В запросе помимо стандартный типов будут присутствовать и двоичные данные
Вообще поведение двоичных данные радует, их не просто можно получить они еще и работают в запросах на соединение.
Но есть вещи которые огорчают:
Нельзя получать данные из нескольких источников одновременно, то есть в запросе не могут присутствовать таблицы конфигурации и таблицы внешних источников;
Нельзя использовать временные таблицы в запросах с внешними источниками данных
Резюме:
Заметным и нужным был релиз платформы 8.1.11 именно в нем появились временные таблицы, я думаю что 8.2.14 станет таким же
Иногда возникают ситуации когда необходимо изменить одно слово во многих формах (макетах) конфигурации.
Например название на кнопке "Выполнить" нужно заменить например на "Обработать"
Для этого в 1С есть штатный инструмент Редактирование тестов интерфейса (Правка - Редактирование тестов интерфейса)
Вообще инструмент предназначен для локализации конфигурации, но позволят и изменить исходные тексты.
Например для "Выполнить" мы видим 87 вхождений, меняем текст для группировки и изменения будут внесены в каждый из 87 элементов формы.
В том случае если изменения должны иметь определенные зависимости, замену можно сделать с подошью Ei, например как тут. Формы объектов будут достойны в текстом виде, макеты в виде табличных документов их можно будет изменить с использованием Встроенного языка (RegExp, СтрЗаменить)
