말씀하신 분야는 요즘 한참 뜨고있는 유비쿼터스 컴퓨팅의 분야인듯싶네요

전자태그 또는 전자칩 일명 (RFID)라고 하는데..

수신기와 관련 내용을 파악하실려면, 통신관련 직종분야에 몇년이상 있어야 할것 같습니다.

글쎄요 8000세대라면.. 전문가없이는 무리일뜻 싶습니다.

아마도 후자이라면 좋겠지만..

힘내시길..

쓰레기투입구만 생각하신다면..

8000 세대에 각 1개 일테니  양이 얼마되지 않네요..

어떤 디비라도 그정도는 거뜬히 처리합니다...  데이타 크기도 적고..

프로그램을 짜신다면 잘 다루는 언어를 잘 지원하는 디비면 되겠죠..

현황만 볼것이냐..  히스토리를 유지해야 하느냐에 따라 다루어야할 데이타 양은 크게 달라질 수 있겠죠...

1억건 이내는 어떤 디비라도 크게 차이 없습니다. 설치쉽고 사용 간편하고 유지관리 쉬운걸로 쓰면 될거 같네요..  가격도 고려해서..

그럴 리는 없겠지만.. 실시간성(?)을 고려해야 한다면(밀리초 이내의 동시성)

메모리 DB 의 사용도 고려해 볼 수 있구요... 이경우는 선택의 폭이 좀 좁아지겠네요...

PLC 로 구현하는건 어떨까요?? 

XOR 해서 쓰면 해당 비트 램프 켜고 끄는거 정도야...  로직으로도..

8000 개의 조합을 만들려면 2^13 = 8192   이니..  13 비트면 되겠네요.

제가 현재 PLC프로그래밍을 하고있습니다..

그런데 이걸 8000세대에 관한 걸 피엘씨에서 처리하려다 보니..

양이 심하게..ㅡ,.ㅡ;; 방대해지더군요....결정적으로....8000세대에 관한 데이터를 모두 가지고있어야 하는데....

결론은...PLC메모리 한계를 넘어서게 됩니다..ㅠ_ㅠ

그래서 새롭게 도입을 하게 된거구요....

제가 진짜루..암꺼두 몰르거든요...ㅡ,.ㅡ;;;

아..답답하네...ㅎㅎ

프로그램을 작성할때..기본적인건 다 같은가요?

마이에스큐엘이나...엠에스나..오라클이나...머...기본 명령어

같은것은 다 같나요?

P.S 각 세대별로있는..전자키에서 PLC로의 데이터 전송은 현재 완료했습니다...저희 회사에서 개발한 통신 카드와...PLC통신블록으로...

몇년전부터 사용했기 때문에 이쪽에는 문제가 없습니다...

문제는......DB죠...ㅠ_ㅠ DB쪽에서....데이터를 분석해서...

출력을 내줘야 하는건데...이런건...대충 아무 프로그램이나 사용해두 문제가 없나봐요?

아참...히스토리 중요합니다..ㅎㅎ 사용실적등을 데이터로 남겨놔야 하거든요...그리고..CCR룸이라고...중앙제어반에서...우리쪽 메인 컴퓨터에 접속해서 데이터를 꺼내 갈수도 있어야 한답니다..ㅠ_ㅠ

제가 오해한 부분이 있네요,

전기적인부분과 전자적인부분은 해결되었는데,

관련 데이터를 DB와 연동하고 그것을 어떻게 가공해서 사용할수있느냐의 문제인가요?

PLC로의 데이터 전송이 끝났다면, 거의 문제될만한건 없다고 생각됩니다.

세대별 어떤 정보를 저장해야되는지가 관건이 될꺼 같습니다.

input은 각세대별 신호1개가 다일테니,

세대, 신호를 받은 시간, 로컬 현재 상태, 체크결과

이외에 더필요한 정보가 있는지?

PLC와 DB연동이 된다면 어떤 디비던 문제가 되지는 않을꺼 같습니다.

실제 해보질않은 내용이라 단언하기 힘드네요..

ps. 예전에 PLC와 GP(그래픽패널) 를 이용해서 FA 프로그래밍을 PLC코더로 짜본적은 있습니다.

이런글 볼 때 마다 안타까운게... 아무것도 모르는 윗분들 때문에 밑에서 고생만 하는 경우가 많습니다.

결국 이런 경우 비용이 들어가야하는게 맞습니다. 공짜 솔루션이 얼마나 가치가 있을 정도로 잘 만들어지겠습니까? 유지보수는 또 어떻게 하겠습니까? IT분야에서 이런 경제 논리가 안통하는것 같아서 많이 안타깝습니다.

때로는 담당자로써 적절한 논거를 대고 배째는 것도 필요하리라 봅니다. :-)  

약간의 비용이면 쉽게 해결되고 시간과 품질 보장이 가능한 부분을 오랜 시간과 인력을 낭비하고 나서야 비용을 지불하려고 하는 경우를 많이 봅니다.

잘하셨네요 mssql 좋아요 ^^; 안되는거 없어요 ^^;

물론 안되는거 있죠 -_- 도망 ~