내 조직에서 현재 분할 된 Access 데이터베이스를 가져 와서 Sharepoint 서버에 게시하는 작업이 할당되었습니다. 현재 데이터베이스는 백엔드 (테이블, 데이터 등)로 분할되어 있습니다.) 및 최종 사용자에게 배포되는 프런트 엔드 (양식, 쿼리, 보고서 등)가 포함됩니다.Sharepoint에 Split Access 2010 데이터베이스 게시
그러나 네트워크 문제로 인해 비효율적이되어 현재 Sharepoint 및 Access 서비스를 탐색 중입니다. 내 원래의 생각 과정은 백엔드를 웹 호환 테이블로 변환하고 백엔드 만 SharePoint 서버에 게시하는 것이 었습니다. 프론트 엔드를 위해 생성 된 클라이언트 객체는 쉽게 변환 할 수 없기 때문에 프론트 엔드 객체를 내가 백엔드를 게시하여 만든 셰어 포인트 목록에 연결한다고 생각했습니다. 그러나이 링크를 수행하는 방법에 대한 문서를 찾는 데 어려움이있었습니다.
이전에이 문제를 다루어 본 사람이나이 링크를 수행하는 방법에 대한 정보가있는 사람이 있습니까? 아니면 내가 잘못 생각하고 있습니까?
이 경로는 현재 databse 설정을 고려하면 가장 쉬울 것이라고 생각했기 때문에이 경로를 선택하지만 프런트 엔드와 백 엔드를 결합하거나 단순히 새 웹 호환 개체를 만드는 것과 같은 다른 경로도 고려했습니다. 현재 프론트 엔드를 버리고 모든 새로운 웹 호환 양식, 쿼리 및 보고서를 만들기 시작하는 것이 낭비스러운 것처럼 느껴집니다.
도움이나 의견을 보내 주시면 대단히 감사하겠습니다.
감사합니다.
위 재생 목록에는 두 개의 동영상이 포함되어 있습니다. 어떤 비디오를 Outlook 스타일 달력 또는 Office 365라고 말합니까? –
우리는 SharePoint/o365와 함께 사용하기위한 설정 및 마이그레이션 테이블에 대해 이야기했습니다. 따라서 "Access Tables를 Office 365로 마이그레이션"이라는 비디오가 비디오입니다. 이 예제에서 Access Web Services에 테이블을 보내고 관련 테이블 간의 관계를 손상시키지 않는 방법을 보여줍니다. 나는 또한 그 비디오에서 표준이 아닌 웹 클라이언트 데이터베이스와 그 웹 사이트에 대한 링크를 엽니 다. 여기의 단계는 MS Access를 사용하는 서버 시스템에 연결하는 것과 거의 비슷하지만 관련 데이터를 이동하는 데 추가 단계가 있으며 이는 해당 비디오의 요점입니다. –
후속 조치로, 후속 조치로 내 잘못으로 인해 SharePoint 또는 Office 365가 Access Web Publishing 또는 Access Web Services를 지원한다는 것을 깨닫지 못했을 수 있습니다. 따라서 o365를 언급하면 SharePoint 나 o365에도 동일한 단계와 개념이 적용됩니다. Access Web Application의 게시는 어느 경우에도 본질적으로 동일하므로 데이터 테이블 마이그레이션에 관해 명확하게 이야기했지만 분명히 o365 또는 SharePoint와 같은 마이그레이션은 동일하지 않을 수 있습니다. –