|
서버 소프트웨어 아키텍쳐를 크게 2-tier와 3-tier(또는 N-tier)로 구분하였다. 3-tier는 TP Monitor, Message Server, Application Server, ORB Structure 등의 유무에 따라 다양하게 구분하였다.
클라이언트/서버 소프트웨어 아키텍쳐는 1980년대 말 이래로 현재 까지
|
|
|
Server에 놓고, 이것을 ODBC를 통해서 제어해도 됩니다. Client에서 ODBC를 설치하고, Driver에 MDB를 넣고, 위치를 서 Directory를 넣으면 됩니다. (\\\\server_naer\\directory\\mdb)이런 식으로, 물론 이렇게 된다면, 꼭 서버를 쓰기 위해서 그 directory에 사용 권한
|
|
|
서버 구조(Client/Server Architecture)
4.1 C/S Architecture introduction
4.2 C/S Architecture in CALS
4.3 Conclusion
5. 정보통신의 멀티미디어 환경(Multimedia)
5.1 Multimedia introduction
5.2 Multimedia in CALS
5.3 Conclusion
6. 그룹웨어(Groupware)
6.1 Groupware introduction
6.2 Gro
|
|
|
서버(C/S) 환경에 이어 객체지향 기술이 강 하게 비즈니스 애플리케이션 개발 환경으로 이동하고 있으며, 이와 더불 어 객체지향 기술을 중심으로 한 CASE/모델링 툴의 활용이 매우 커지고 있다. 또한 전체적인 애플리케이션 개발환경에서 CASE/
|
|
|
C/S 환경에 익숙하다. P2P도 어차피 피어가 클라이언트와 서버 역할을 겸하는 것이라면, 기존의 C/S와 다른점이 \'뭐가 있을까?\' 하는 의문이 생길 것이다.
P2P와 C/S의 차이점은 근본적으로 서버 역할도 해야할 피어의 특성에서 기인한다. 일반적
|
|
메뉴펼치기
