2012-06-07 2 views
1

현재 우리는 SQL Server 백엔드가있는 프론트 엔드로 대규모 MS Access 데이터베이스를 사용하는 응용 프로그램을 보유하고 있습니다. 이것은 10 년 이상 계속되어 왔으며 Access 데이터베이스는 느리고 다루기 힘들며 유지 관리가 어려워졌습니다.큰 MS-Access 데이터베이스에서 새 플랫폼으로 이동

다른 플랫폼을 사용하여 새로운 프런트 엔드를 만들 계획입니다. 이 계획은 소프트웨어에 기본 프레임 워크를 작성한 다음 2-3 년 동안 한 번에 하나씩 각 모듈을 새로운 프로그램으로 천천히 이동시키는 것입니다.

요구 사항

  • 빠른 데이터 입력 - 가장 큰 요구 사항은, 주문은 전화로 촬영하고 데이터 입력이 가능한 한 빨리 할 필요가있다.
  • 보고서 생성 - 송장, 납품서, 관리 보고서.
  • EPOS 장치에 대한 링크 및 계정 패키지
  • 미래 증거 -만큼
  • 수는 잠재적으로 생산/despatching/재고 복용에 대한 미래 에 모바일 장치 및 터치 스크린에 사용.
  • XP 이후부터 Windows 플랫폼에서 실행하십시오.

경험

  • 윈도우 폼
  • VB.Net 3.5
  • 나는 사람들이 어떻게 생각하는지 알고 싶습니다 요구 사항과 회사 등 우리의 경험을 감안할 때 SQL 서버

사용할 최고의 기술이 될 것입니까? Windows Forms를 사용 하시겠습니까? WPF? 엔티티 프레임 워크? 닷넷 4.0?

감사의 말.

+1

위로 :! "현재 우리는 SQL Server 백 엔드가있는 프론트 엔드로서 대형 MS Access 데이터베이스를 사용하는 응용 프로그램을 가지고 있습니다. 이것은 10 년이 넘었으며 Access 데이터베이스가 느리고 다루기 힘들고 유지하기 어렵다. " - 프런트 엔드가 왜 느려지 는가? 삽입/삭제가 모두 SQL Server 백엔드에서 일어나기 때문에 압축 할 필요가 없습니다. –

+0

또한 "2-3 년의 기간 동안": 정말로? 이 응용 프로그램의 longeveity 무엇입니까? –

+0

나는 약 5 년 전 MS Access에서 SQL Server로 이전 할 때까지 백엔드가 사용되었다는 사실을 잊어 버렸다. 프런트 엔드에는 수천 개의 쿼리가 있고 수백 개의 폼과 보고서가 있습니다. – Croberts

답변

2

나는 확실히 WPF over Forms를 좋아합니다. XAML은 약간의 학습 곡선이지만 코드 작성 및 유지 관리가 더 쉽습니다. 대규모 팀 (또는 심지어 작은 팀)이라면 MVVM을 고려하십시오. EF에 대한 의견이 없습니다. 튜닝 할 시간이되면 SQL 테이블 디자인을 검토하십시오. 그리고 WCF - 3 단으로 가고 있습니까?