MS와 ACCESS
2015.08.01 02:31
제가 얼마전 쓴 글에도 조금 씌어져 있습니다만...
제가 지금 석달째 하고 있는 일 가운데 하나가 모 지방 자치단체의 교통시설관련 시설물관리 풀그림을 수정 개선하는 것인데요.
이 풀그림에 쓰인 셈틀 연모가 바로 MS의 ACCESS와 VBA입니다...(! --)
이걸 제가 마지막으로 써본 것이 벌써 20년이 다 되어가는 데요... 어찌 되었든, 먹고 살려면 해야죠 뭐...
그런데, 제가 풀그림을 고치면서 생각하게 된 것이.. 지금은 ACCESS가 거의 인기가 없지만, 한 때는 거의 열광적으로 쓰였다는 겁니다.
왜냐하면,, 전문 개발자가 아닌 일반 사무직원이라도 EXCEL과 딸린 MACRO 정도를 알아보고 쓸 정도의 힘을 가진 사람이면, 이 ACCESS를 써서 웬만한 사무용 프로그램을 만들어 쓸 수 있었죠. 게다가 조금만 공부하고 생각해서 만들면, 거의 준 프로급의 상용버전 못지 않은 기능과 편리함을 가진 프로그램도 만들 수 있다는 거죠..그것 매우 짧은 시간과 적은 힘만 들이고도 말이죠... WoW @o@)/20년 전에 Sybase사에서 만든 PowerBuilder란 제품이 선풍적인 인기를 끈 적이 있었는데, 이게 바로 ACCESS와 비슷했습니다. 물론, ACCESS보다는 훨씬 나은 개발 환경과 막강한 기능을 가지고 있기는 했지만요.
그러면 왜 MS는 ACCESS를 더욱 키워나가지 않았을 까... 하는 생각이 듭니다.
잠시, ACCESS를 살펴보면...
ACCESS는 자체의 개발환경은 허접해보이지만... 아주 막강합니다.
1. 자체 DB 파일은 물론, dBASE, EXCEL, EXCHANGE, HTML, PARADOX, WINDOWS SHAREPOINT SERVICES와 ODBC를 이용한 외부 DB와의 연계가 가능.
2. 테이블, 쿼리, VB의 FORM과 VBA, MACRO, REPORT 등 다양한 객체를 제공합니다.
3. OLE와 ODE 등을 이용하여 윈도우가 제공하는 각종 다른 APPLICATION과 연계가 가능합니다. 보기로, ACCESS로 만든 입력화면에서 이미지파일이나 비지오로 만들 설계도 등을 DB에 넣고 싶으면, ACCESS가 제공하는 OBJECT 연결 OBJECT COMPONENT를 쓰면 됩니다. 그러면... ACCESS가 그림판, 비지오, 엑셀 등등의 기능을 불러와 실행해버립니다... 완전 막강하죠.. 이미지를 DB에 저장하려고 수십줄의 코딩 필요 없어요... 그냥 쓰면 알아서 됩니다. 단, 비지오, 엑셀 같은 것은 셈틀에 깔려있어야 된다는 것은 함정!
4. 이런 객체지향 개발이 뭔가 아쉬워 좀 더 세밀하게.. 진짜 프로그래머처럼 개발하고 싶으면, ACCESS 개발도구의 VBA를 쓰면 됩니다.. 이거.. 그냥 VB입니다.
이밖에도 많은 장점이 있지만.. 뭐, ACCSS 소개하는 글은 아니니.. 이만 하죠. 이미 멀리 온 감이 있습니다만.. ㅋㅋ
하여튼, 이런 막강한 기능의 ACCESS를 왜 MS는 크게 밀지 않는 걸까요..?
제가 이번에 개발하면서 사용설명서와 예제를 찾아보았는데... MS에서 기본 제공하는 거 아니면,, 거의 다 2009년 이전 거더군요.. 그나마 한~~~참을 찾아야 하고,, 찾아도 몇 개 안되었습니다.
제 생각이지만.... 그 까닭은...
'ACCESS가 너무 막강하다!!!!!'
입니다.
ACCESS가 인기를 끌면, 끌 수록... 전문 개발자가 할 일이 없습니다..
MS는 Visual Basic, Visual C++, MFC, Visual Studio, C# 등등을 엄청 팔아야 하는 데,, 그래서 Windows개발자가 세계를 지배해야 하는데...
이게 안됩니다... ㅋㅋㅋㅋ
뭐.. ACCESS로 SERVER나 통신 프로그램을 개발할 수도 없긴 합니다만...
윈도우즈 환경에서 사무 업무용 풀그림 개발에는 다른 어떤 개발언어보다 낫다고 봅니다.
아... 물론, 개발된 것을 팔 수는 없죠... 개발된 것을 설치하면(그냥 복사 수준이라 설치랄 것도 없지만), SOURCE CODE가 자동 공개되어 버리니까요... ㅋㅋ
그래서, ACCESS는 MS에게 '닭갈비'와 같은 존재가 아닐까 생각합니다..
그냥... 사무실에서 밤새다보니... 한 번 끄적여 보았습니다.. ㅎㅎ
코멘트 19
-
나리
08.01 05:13
-
유태신
08.01 10:24
레코드 갯수 제한은 엑셀이 그래요... 그나마 최신 버전은 그 문제도 없습니다... ^^)
-
해색주
08.01 11:24
엑셀에서 100만줄 단위로 사용이 가능하면서 액세스를 버렸나 하는 생각이 들더군요. 사무실에서 그러한 액세스의 기능을 정말 막강하게 사용하고 있는 분이 계신데, 요즘은 관련 서적이 거의 안나와서 사용자들이 많이 줄었다고 하더군요. 개인적인 생각으로는 거의 모든 것을 SQL을 이용해서 그런지, 액세스 SQL은 지구 최악이라고 생각합니다. 안되는 것도 많고 너무 느리고 그래서, 툴로써는 완전 꽝이라고 생각했거든요.
분석툴로서는 차리로 소형DB+Excel Pivot+R이 더 쾌적하더군요. 예전에 액세스 SQL 쓰다가 짜증이 폭발했던 기억이 나서 말이죠. 말씀하신대로 전산화가 되지 않은 미국식 회사에서는 이 툴이 정말 막강하다고 하더군요.
-
유태신
08.01 12:15
뭐... 그닥 느리지도 않아요.. 요즘은..워낙 굳은모가 좋아져서...ㅋㅋ
하여간... MS가 말려죽이기로 길을 틀어버린 거 같더라고요... -
저는 access 사용할 줄 모르지만...
예전 직장에서 access를 가지고 회계(?) 노무 관리 프로그램 만들어 쓴 적 있었습니다.
동생 친구 갈궈서 만들어 썼었죠... ( ..);;;
-
유태신
08.01 12:20
ㅎㅎ... 맛난 거라도 사주셨길 바래요...
정말.. 제가 지금 고치고 있는 것도, C나 JAVA 같은 걸로 만들었더라면, 중급이상 개발자가 최소 2명이서 6개월은 넘겼어야 할 분량이더군요...
그걸 현직 전산담당 공무원이 업무 시간 짬짬이 혼자서 3개월만에 만들어 배포했더군요... 헐....
물론, 이걸 만든 사람은 실적 쌓고 다른 기관으로 갔다고 하더라고요...ㅎㅎㅎㅎ
-
그때 술도 사주고 밥도 사주고...
벌써 10년이 훌쩍 넘은 얘기네요. ^^;;;
-
ACCESS하면 생각나는게 Palm OS에 대한 현재 권리를 가지고 있다는거 왜에는 흠..
-
유태신
08.01 12:20
저..... 웃자고 하시는 말씀이시죠? (! --)
-
네 ^^; 제가 말하는 그 ACCESS는 아예 단독회사에요.. 본문의 ACCESS랑 관계가 전혀 없습니다.
-
김군
08.01 13:16
왜에는 => 외에는
이상 철자 감시단원 김군이었습니다 ^o^
-
크 그냥 냅두겠습니다.
-
왕초보
08.04 02:30
역시 댓글은 뻘댓글이 제맛이죠. ^^
-
해색주
08.02 14:00
office는 일반 사용자 수준인데, 액세스는 확실히 그 수준을 많이 뛰어 넘죠. 그리고 액세스의 성능 정도라면 왠만한 그 시절의 ms sql server보다 조금 못한 수준이었으니까요. 그리고 액세스는 조금만 잘 쓰면 중소기업에서는 왠만한 시스템보다 더 성능이 좋을 정도이니까요. 저도 액세스를 좀더 잘 써보려고 하다가, 원하는 수준으로 갈려면 배워야 할 것들이 많더군요. 개발자 수준이라면 쉽겠지만 일반 사용자들에게는 넘어야 할 장벽이 꽤 놓은거니까요.
-
유태신
08.04 06:47
수준이 높다고는 해도 액세스는 액세스일 뿐이죠...^^
VBA를 쓰지 않고 그냥 액세스의 기본 UI 기능만 써도 웬만한 거 다 할 수 있고, 그게 그렇게 어렵지도 않습니다.
SQL도 몰라도 됩니다. 테이블 만들고, 직접 연결하면 되거든요..ㅋ
-
이재성
08.03 10:16
군인 시절 ACCESS로 대대 전투력관리 프로그램 만들었었습니다.
90년대 말부터 2000년 초에 PC급에 사용가능한 DB로는 최고였다라고 생각합니다.
-
유태신
08.04 06:49
예... 지금도 꽤 좋습니다... ㅎㅎ
-
왕초보
08.04 02:31
아직도 pre-ANSI C를 주로 쓰는 저로서는.. 이제 ACCESS 배울때가 된게 아닌가 하는 생각이 드네요. ( ..)
-
유태신
08.04 06:50
ㅎㅎ... 일부러 배우실 필요야 ... ㅎㅎ
비베랑 access만 있으면 간단한 어플은 가는은한데 아마도 레코드의 갯수가 제한이 있었던...
기억이 가물가물하네여