В компании планируется внедрение новой системы HelpDesk.

Для загрузки данных по сотрудникам дочерних компаний мы планируем связать HelpDesk с 1С.

Компания, внедряющая систему, прислала задание которое необходимо выполнить с нашей стороны.

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

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

(0) Компания, внедряющая систему наивно полагает, что в клиент-серверном варианте 1С в MS SQL создает таблицы с человечьими именами?

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

Если хотят подключаться и тянуть данные - пусть тянут с веб-сервиса. Его разработка в 1С намного проще.

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

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

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

берешь и создаешь...

но если таблиц много - они еще натрахаются с перечислениями и составными типами

>имхо нарушение лицензионного соглашения

этот бред с селезневской давно пора выкинуть

(5) пора

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

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

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

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

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

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

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

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

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

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

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

(11) создай в отдельной базе таблицу присоедини как внешний источник данных, наполняй из Справочников/Документов

А им так принципиально что ли VIEW или TABLE это?

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

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

>Сразу чувствуется старая закалка) веб-сервисы

а если конфа не редактируется? xml можно внеш. обработкой собрать...

(20) create table

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

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

этот финт ушами не каждая 1с умеет

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

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

+ создаешь юзера для helpdesk и даешь ему гранты на чтения...

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

(25) можешь в gui скуля все слепить...

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

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

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

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

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

а с view на большом числе таблиц будет ж.па с перечислениями и сост. полями

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

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

(33) а реквизиты в ней только примитивные?

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

(34)
Таблица Person:


Атрибут

Тип данных

Описание


Name

Текст(255)

ФИО


Title

Текст(255)

Должность


ID

Число[1]

Уникальный номер сотрудника


DivisionID

Число

Уникальный номер подразделения, в котором работает сотрудник


TopDivisionID

Число

Уникальный номер головного подразделения


Phone

Текст(255)

Номер телефона


City

Текст(255)

Город


Address

Текст(255)

Адрес


Email

Текст(255)

E-mail


FireDate

Дата

Дата увольнения


PVacationDate

Дата

Дата ухода в декрет


ImportDate

Дата и время

Текущая дата и время




Таблица Division:


Атрибут

Тип данных

Описание


Name

Текст(255)

Название подразделения


ID

Число[2]

Уникальный номер подразделения


Code

Текст(255)

Код подразделения


ParentID

Число

Уникальный номер родительского подразделения


OwnerID

Число

Уникальный номер сотрудника, являющегося руководителем подразделения


ImportDate

Дата и время

Текущая дата и время

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

(36) а какая нужна VIEW?

вообще странно всё, например

PVacationDate
Дата
Дата ухода в декрет

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

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

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

>ImportDate

Дата и время

Текущая дата и время


стесняюсь спросить накуа это во view...

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

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

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

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

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

Походу ТЗ писали такие же

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

http://infostart.ru/public/92746/

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

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

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

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

плюнь автору в рожу...

(48)>(13)

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

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

детали нам отсюда не видно, поскольку не очевидна оперативной синхронизации

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

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

не забывая восстанавливать ее после обновлений

(57) это твои фантазии