AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 14.09.2007, 14:17   #1  
petr is offline
petr
Участник
Соотечественники
 
561 / 201 (8) ++++++
Регистрация: 30.05.2005
Адрес: Швейцария
Цитата:
Потому как нам этот файл все равно перед использованием нужно сохранить на клиенте, а значит перетащить с сервера, сохранить куда-то. и только после этого запускать.
Согласен, это недостаток данного подхода. Но думаю, что простота администрирования покрывает этот недостаток. На данный момент я считаю данный подход наиболее оправданным по соотношению достоинства / недостатки.
Старый 14.09.2007, 14:24   #2  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Цитата:
Сообщение от petr Посмотреть сообщение
Согласен, это недостаток данного подхода. Но думаю, что простота администрирования покрывает этот недостаток. На данный момент я считаю данный подход наиболее оправданным по соотношению достоинства / недостатки.
А я на текущем проекте забил на таблицу - неудобно.
Чтоб отредактировать, нужно открывать форму, выгружать файл, менять, загружать назад.

А сейчас схема у меня проще
Захожу на сервер, меняю. Все.
(При след. использовании шаблон обновится на клиенте. (всем клиентам дали доступ на редактирование папки шаблонов у себя на компьютере))
Недостаток - доп. администативная мера по настйроке политики.
Старый 14.09.2007, 14:25   #3  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,715 / 1204 (44) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Цитата:
Сообщение от petr Посмотреть сообщение
Согласен, это недостаток данного подхода. Но думаю, что простота администрирования покрывает этот недостаток. На данный момент я считаю данный подход наиболее оправданным по соотношению достоинства / недостатки.
Это не единственный недостаток данного подхода. Как раз именно процесс администрирования вызывает наибольшее количество проблем:

1) Как Вы представляете себе процесс внесения изменения в шаблон?

Его ведь надо выгрузить из поля, внести изменеия и снова загрузить. И все это должен делать администратор. Или будете писать специальный модуль по обслуживанию таблиц с шаблонами?

2) Неоправданное раздувание собственно базы данных.

Например, у нас все файлы шаблонов с разными пробными образцами и копиями уже сейчас занимают почти 1 ГБ. И все это добро пихать в базу данных?

Файлы должны, по-возможности, хранится именно как файлы. На диске. Затягивание файлов в базу данных - это, скорее, исключение. Следует очень серьезно подумать над необходимостью подобной операции.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Ошибки Word 2003 при работе в терминальном режиме Владимир Максимов DAX: Программирование 17 03.07.2017 13:42
Открытие шаблона Word из серверного метода Freeangel DAX: Программирование 6 02.04.2009 12:34
axcoder: WordSL - Microsoft Word as a visual XSLT editor Blog bot DAX Blogs 0 26.01.2007 05:45
Создание нескольких экземпляров Word на основе шаблона axaLearner DAX: Программирование 5 03.01.2005 16:12
Как импортировать из Word chuf DAX: Программирование 4 21.06.2003 15:33

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 18:32.