|
Переход со старого Access`А
|
|||
---|---|---|---|
#18+
Подскажите, пожалуйста, есть ли смысл переходить(по сути - переписывать заново) со старого Access`а(2003) на связку Access 2016(любой другой год, который совместим с Sharepoint) + Sharepoint 2016(любой другой год, выгодный со всех сторон) + MS SQL + Asp NET для веб морд там, где это очень потребуется, чтобы добиться следующих целей: - имеющаяся команда разработчиков сможет без больших усилий писать на новом аксе - новый акс все еще такой же быстрый в разработке - простые формы, написанные в новом аксе, можно без особых костылей вывести в веб через Sharepoint? - сложные формы, написанные в новом аксе, может вывести в веб со средней степенью сложностью костылей? Кроме того, я не совсем представляю архитектуру данного решения? Обычная трехзвенка, где акс выполняет роль сервера ? А он ее может выполнять? Или роль сервера выполняет Sharepoint? Тогда какое место занимает акс в этой связке? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2018, 15:29 |
|
Переход со старого Access`А
|
|||
---|---|---|---|
#18+
До SP 2010 включительно все было хорошо. Начиная с SP 2013 тесная интеграция с Access прекращена. Все что теперь можно сделать на MS Access 2013 + SP - это написать десктоп приложение работающее со списками SP (изредка бывает полезно) В SP 2013 есть такой уродец "MS Access Web App" -- урезанная по самые гланды функциональность Access. В SP 2016 нет даже и этого. Мы тут у себя отказались от Access и ушли в связку Infopath + Sharepoint + решения от третьих сторон. Но это сильно зависит от приложения. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2018, 12:57 |
|
|
start [/forum/topic.php?fid=12&msg=39720949&tid=1329859]: |
0ms |
get settings: |
17ms |
get forum list: |
6ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
48ms |
get topic data: |
7ms |
get forum data: |
1ms |
get page messages: |
116ms |
get tp. blocked users: |
1ms |
others: | 4042ms |
total: | 4240ms |
0 / 0 |