mmi 가 뭔가요 ? 그냥 궁금해 져서요 ^^;

HMI라고도 하구요...음...PLC와 연동해서 동작을 하는데...현재 시스템의 작동상황을 컴퓨터 화면에 그래픽화해서 표현해주고...마우스 클릭(그림을 클릭하는것)으로 동작지시도 가능합니다...로그인 동작이나...어떤 동작을 몇시몇분몇초에 했다 라는 정도는 엑셀파일로 저장이 가능하구요 PLC와 RS232통신으로..데이터를 주고 받습니다...모든 MMI가 그런것이 아니구요 주로 저희 회사에서 사용하는 MMI가 그렇다는 말씀입니다..이상 도움이 돼셨는지..^^

P.S 제가..손가락이 좀 아픈관계루..ㅡ,.ㅡ;;다른 계시판에 제가 올린글에서..그대루 퍼왔습니다...(__)

DBMS의 성능이라는 것이 DBMS 제품 자체도 중요하지만,
DBMS가 돌아가고 있는 서버(기계)의 성능 및 DBMS를 이용하는
프로그램의 작성 숙련도에 따라 큰 차이가 나기 때문에
이 제품이면,어느 정도의 부하를 견딜 수 있다는 단언하기는 힘듭니다..
다른 말로하면, 일반적인(이름이 있는) DBMS라면 서버가 받쳐 주고,
응용 프로램(DBMS 입장에서는 query겠지요) 잘 작성하면,다 원하시는 성능을 얻을 수 있습니다.
그래서 보통 DBMS의 선택은 아래의 사항에 따라 결정 되는 것이
일반적 입니다.(물론 제 사견입니다.)
  
   1. 기존에 회사에서 사용하던 제품(버젼업이 되겠죠)
   2. 회사에서 프로그램 구매 비용 책정 여부
      1) 돈이 없으면,상용이 아닌 프리웨어쪽에서 선택할 수 없으니까요.
   3. 개발 환경 연계성
      1) 개발 환경이 유닉스나 리눅스면 MS-SQL 같은 경우는 설치할 수 없습니다.
   4. 개발자가 익숙한 것
   5. 개발 도구와의 궁합
      1) MS 계열은 MS-SQL과 궁합이 잘 맞습니다.
   6. 정보 수집의 용의성(주변 다른 사람들이 많아 사용하는 것)

  일반적인 이야기 했네요..
8000세대라고 하지만 실지적으로 동시에 일어날 수 있는 동시 요청의 수는
쓰레기투입구 수 만큼만 있어나기 때문에(처리 로직을 제가 모르기 때문에,전적인 제 생각입니다.)
조건이 충족된다면 처리 가능성은 어느 DBMS를 사용해도 무리가 없을 것 같네요.

  위의 조건보다 가장 먼저 점검해 볼 것은 개발툴에서 DBMS와 연동을 하는
가능한가를 파악이 우선되어야 할 것 같네요.(제가 자동화쪽은 무지한 지라).