Как создать view в 1С? #709802

В компании планируется внедрение новой системы HelpDesk. Для загрузки данных по сотрудникам дочерних компаний мы планируем связать HelpDesk с 1С. Компания, внедряющая систему, прислала задание которое необходимо выполнить с нашей стороны. Необходимо создать view с полями, к которой в дальнейшем будет подключаться  HelpDesk через ODBC драйвер SQL Server. Как создать view в 1С???

Компания, внедряющая систему наивно полагает, что в клиент-серверном варианте 1С в MS SQL создает таблицы с человечьими именами? В 1С создать вьюху нельзя (вернее можно, но это все равно что ногой за ухом чесать). Для этого понадобится SQL Server Management Studio - даже если удастся разобраться с бешенными именами колонок и таблиц, создавать вьюху в кишках базы это полное извращение. Если хотят подключаться и тянуть данные - пусть тянут с веб-сервиса. Его разработка в 1С намного проще.

в 1с никак, в sql вьюху делай, но это опять же имхо нарушение лицензионного соглашения

Если в лицензии не написано, что SQL Server только для совместного использования с 1С, то вроде как всё норм с точки зрения соглашений.

>Как создать view в 1С??? берешь и создаешь... но если таблиц много - они еще натрахаются с перечислениями и составными типами

>имхо нарушение лицензионного соглашения этот бред с селезневской давно пора выкинуть

пора

я за веб сервисы... для интеграции оно самое оно

кстати уже не с селезнёвской...)

а я вообще за xml в каталоге... выгружать ночью один раз в день в нормальном формате

Создаешь ещё одну базу в ms sql в неё из 1с скидываешь нужные данные.

вопрос - как это сделать? Я правильно догадываюсь, что надо использовать Внешние Источники Данных?   Но как это сделать?

Сразу чувствуется старая закалка) веб-сервисы то и есть по сути тот же xml, только без файлика, который может потеряться или удалиться с помощью заботливых ручек кого угодно)

внешние источники - это для чтения существующих данных. вьюха - это скульная хрень, в 1с их нет в принципе

Не правильно. Чтобы сделать интеграцию сперва нужно пообщаться с разработчиками хелпдеска.

собираешь динамически в 1с скрипты на "CREATE VIEW" и выполняешь над базой в sql

А можно подробнее объяснить, как создать базу в SQL и как в неё скинуть данные из 1С?

мдя... вот и поговорили

создай в отдельной базе таблицу присоедини как внешний источник данных, наполняй из Справочников/Документов А им так принципиально что ли VIEW или TABLE это?

База еще небось файловая))

Нет, думаю что не принципиально... Как "создать в отдельной базе таблицу" ?

>Сразу чувствуется старая закалка) веб-сервисы а если конфа не редактируется? xml можно внеш. обработкой собрать...

create table

создаешь отдельную базу, создаешь в ней таблицу позови специалиста по SQL

>присоедини как внешний источник данных, наполняй из Справочников/Документов этот финт ушами не каждая 1с умеет

Это надо писать в какой-то среде обработки SQL Server-а

>создаешь отдельную базу, создаешь в ней таблицу + создаешь юзера для helpdesk и даешь ему гранты на чтения...

Это надо писать в какой-то среде обработки SQL Server-а ?

можешь в gui скуля все слепить... но с такими базовыми познаниями это будет нетривиально

+ за одно что-то в голове по скулю останется...

а не проще внедрить HelpDesk на 1С?

можно триггеры, можно все-таки VIEW  в родной базе

если в родной - то view... накой ляд куда-то что-то перекладывать триггерами, да и все события описать надо - insert/update/delete... а с view на большом числе таблиц будет ж.па с перечислениями и сост. полями

Таблиц не много - всего 2: Person и Division

приведи уже структуру требуемой VIEW что-ли

а реквизиты в ней только примитивные? так-то ссылку на значение перечисления сами кейсом можете заменить на М/Ж...

Да, реквизиты только примитивные, как видите

а какая нужна VIEW?

вообще странно всё, например PVacationDate Дата Дата ухода в декрет В декрет можно уходить только один раз или важно когда ушел первый (или последний раз)?

ТС, не муди, используй ВЕБ-сервисы

база типовая? ибо за ФИО в таком случае надо лезть в другое место...

>ImportDate Текущая дата и время стесняюсь спросить накуа это во view...

Вот эти 2 таблицы - это и есть "вью"

Необходимо создать view с полями, к которой в дальнейшем будет подключаться  HelpDesk через ODBC драйвер SQL Server.

Цитирую дословно ТЗ

Может вью здесь не совсем точный термин...

>>Вот эти 2 таблицы - это и есть "вью" Походу ТЗ писали такие же

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

ну сиди, рисуй "left join"ы... если конфа типовая просто переложив во view "select * from блабла" будет мало

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

ВЕБ-СЕРВИСЫ хорошо работают

>Обычно вьюшкой называют внешнюю таблицу, к которой можно подключиться и считать данные. плюнь автору в рожу...

>

+ Если баз несколько, то соответствия полей смотришь для каждой базы естественно, одинаковые метаданные не дают одинаковых имен в SQL базе.

у тебя три пути: - создать руками вьюшку на сиквеле средствами сиквела и собрать максимум данных из Рг и справочников 1С - сделать Рг сведений, с нужной для вьюшки структурой и в него подписками или регламентным заданием загонять данные из 1С - сделать табличку с нужной структурой средствами сиквела и загонять в неё данные через ADODB или внешние данные, если перейти на 8.3.5 детали нам отсюда не видно, поскольку не очевидна оперативной синхронизации

если view будет из нескольких таблиц , то она может быть не обновляемой.

>создать руками вьюшку на сиквеле средствами сиквела и собрать максимум данных из Рг и справочников 1С не забывая восстанавливать ее после обновлений

это твои фантазии