누구든지 ms 액세스 프런트 엔드를 다시 작성하기위한 최상의 웹 기반 기술/언어를 추천 할 수 있습니까? 나는 이미 테이블을 MySql로 변환하고 모든 쿼리를 저장 프로 시저로 옮겼다. 언어는 여러 결과 세트를 처리 할 수 있어야합니다.ms 액세스 프런트 엔드를 웹 기반 기술로 변환
또한 GUI는 현재의 ms 액세스 프론트 엔드와 가능한 유사해야합니다. 따라서 새로운 언어에는 완전한 CRUD, 탭 형식, 데이터 시트 스타일 하위 양식, 콤보 상자 및 보고서를 포함한 기능이 있어야합니다.
나는 html, css, php, javascript 및 java로 약간을 손질했으나이 중 하나라도 적합합니까? Ajax 또는 jQuery가 갈 길이라고 들었습니다.
우리는이 작업을 진행하고 있습니다. Access에서 가지고있는 "스프레드 시트 형식 양식"을 유지하고 모든 화면에서 순서 및 필터링 기능을 표준으로 포함하기 위해 Silverlight + Infragistic 툴킷을 사용하기로 결정했습니다. 지금까지 우리는 이미 이러한 도구로 몇 가지 화면을 개발했으며 결과에 상당히 만족합니다.
이것은 잘못된 목표입니다.
Web UI는 웹 프런트 엔드가 언 바운드 데이터로 상태가없고 액세스 앱이 상태 저장 및 바인딩되어 있기 때문에 전혀 다른 패러다임을 사용합니다. AJAX 개발에 엄청난 금액을 투자하지 않는 한, 1 : 1 변환은 웹 브라우저에서 UI를 구현하는 비참한 방법입니다.
그렇다면 Access 2010 및 Sharepoint Access Services를 살펴 봐야합니다.이 서비스를 사용하면 웹 양식으로 액세스 프런트 엔드를 만들고 웹 브라우저에서 실행할 수있는 웹 보고서를 변경하지 않을 수 있습니다. 이것은 AJAX 기반 대체물을 롤링하는 것보다 훨씬 더 저렴할 것입니다.
필자는 Access 2010 및 Sharepoint Access Services를 확실히 살펴볼 것입니다. 그러나 완전한 CRUD를 사용하여 관계형 데이터베이스를위한 웹 UI를 만드는 것이 잘못되었다고 말하는가? 나는 현재의 웹 기술로 인해 이것이 비교적 간단 할 것이라고 생각했을 것이다. – David
내가 잘못 생각했다는 생각을 어디서 들었을 지 모르겠다. 이는 Access가 작동하는 방식과 완전히 다른 패러다임 일뿐입니다. 이는 UI가 전혀 다른 관습에 기반해야한다는 것을 의미합니다. 또한 데이터 무결성을 유지하기 위해서는 더 많은 작업을 스스로해야합니다 (무국적 성향 때문에). –
+1이 대답은 실제로 (David-W-Fenton의 답변을 참조하십시오.) 좋은 생각입니다.이 대답은 실제로 OP에 대한 직접적인 답변입니다. – RolandTumble
Access-to-PHP 변환기가 있고 내가 보았을 때 (그리고 실제로는 프런트 엔드가 아니라 데이터를 변환하는 것을 의미합니다.) 원격으로 사용할 수있는 것도 무엇인지 보지 못했습니다. 적어도 시험 버전에서는 지불하지 않고 사용할 수 있음). –