Kiwoong's log

개요

MVP 행사로 오피스 365를 소개하는 행사가 있었습니다.

당연히 모든 스케줄 비워두고 참석했었지요.

저는 MVP입니다. 당연히 마이크로소프트 기술이 친숙하고, 대부분 다른 기술보다는 먼저 사용하게 되지요.

조그마한 회사의 대표를 맡고 있는 입장에서, 조직 내부의 협업 시스템의 필요성은 누구보다도 잘 알고 있었기에 매우 관심이 높은 행사였습니다.

오늘은 협업 시스템 관련하여 그 동안 사용해 본 사용자 입장에서 구글 앱스와 오피스 365를 비교/설명하는 자리를 갖도록 하겠습니다.

그동안 협업 시스템으로 저희 회사가 사용했던 것은 다음과 같습니다.

1. Linux 기반 메일 시스템 (SMTP/POP3 기반 아웃룩)
2. Exchange Server 2003 + SharePoint Services 2.0
3. 구글 앱스 (Google Apps)

Linux 기반 메일 시스템 + 아웃룩 시절

Exchange Server 2003 + SharePoint Services 2.0 시절

구글 앱스 시절

앞의 사진은 구글 앱스로 구현한 사내 인트라넷 사이트의 예시입니다. SharePoint와 마찬가지로 이러한 기능을 구현하는 데 프로그래밍 작업은 하나도 필요하지 않았습니다. 그리고 가장 결정적인 것은 '서버'가 필요 없다는 것이죠.

물론, 물리적 '서버'가 불필요하진 않겠죠. 하지만 그 서버는 구글이 알아서 관리해 줍니다. 서버 장애로 데이터가 없어지거나 할 가능성이 매우 줄게 된 겁니다.

다음은 구글 앱스로 구현한 저희 회사 홈페이지 입니다.

프로그래밍 전혀 없었고, 약간의 연구로 이러한 웹사이트를 만들 수 있었습니다.

이 외에도 동시 편집 가능한 스프레드시트(엑셀 같은 도구) 등으로 아주 효과적으로 사용하고 있었습니다.

하지만 다음과 같은 구글 앱스의 결정적인 문제점이 있었습니다.

1. 느립니다. --> 한국에는 구글 앱스 데이터센터가 없습니다. 미국에 접속하다 보니 매우 느린편입니다.
2. 일부 국가에서 접속이 안될 수 있습니다. --> 대표적으로 중국에서는 일부 구글 서비스 접속이 안됩니다. 중국에서 막아놓은 것입니다.
3. 뭔가 완성도가 떨어지는 느낌이 있습니다. --> 마이크로소프트의 완성도 높은 기능을 사용하다가 구글 앱스를 사용해 보면 대부분 느끼는 것일 겁니다. 뭔가 불편하고, 뭔가 잘 안되고 그런 느낌이 있습니다.
4. 고객 지원 품질이 그리 좋지는 않습니다. --> 영어 메일을 보내야 하고, 문제 해결도 매우 늦을 수도 있습니다. 저 같은 경우는 7개월 걸려서 해결된 문제가 있었네요. (긴 메일의 경우 메일 내용 잘림 문제)

앞으로는?

구글 앱스와 달리, 프로그래밍 없이 이러한 작업을 할 수 있으리라고 생각되지는 않습니다.

그 외에도, 웹 오피스의 기능은 정말 최고였습니다. 구글 앱스 처럼 뭔가 불편하고 한 것은 그다지 없었습니다.

물론, 일반 오피스의 모든 기능을 사용할 수 없고, 구글 앱스 처럼 접속이 꽤 느린 점은 있었습니다만, 그래도 '기능' 자체는 오피스 365가 훨씬 안정적인 것 같습니다.

구글 앱스 vs. 오피스 365

그동안 구글 앱스를 회사 협업 시스템으로 사용해 보았고, 오피스 365를 평가판으로 사용해 본 사람으로서..
그리고 앞으로 구글 앱스 혹은 오피스 365로 전환할 사람으로서..
다음과 같이 정리해 보았습니다.

이제 검토한지 얼마 되지 않아서, 섣불리 결정하기가 쉽지는 않습니다.

원래 구글 앱스를 사용하면서도, SharePoint를 꽤 많이 갈망하곤 했었습니다. 그 강력한 기능과 안정적인 기능에 대해서 그랬습니다. 실제로 사용해 보면, 구글 앱스와 마이크로소프트 기반 협업 시스템은 비교가 되지 않습니다. 기능적 측면에서는 마이크로소프트의 완승이지요.

하지만 전문가를 배치하기 힘든 소기업들은 이런 문제 때문에 섣불리 마이크로소프트 제품을 사용하기가 어려웠습니다.

저 자신이 대표적인 그러한 케이스가 아닐까 하는데요, 지금은 거의 오피스 365로 전환할 것 같습니다. 물론 아직 결정한 것은 아닙니다만..

한 마디로 정리하자면, 간단 간단한 기능만으로도 충분하다면 구글 앱스도 좋은 선택입니다만, 좀 더 안정적이고 좋은 기능을 위해서는 오피스 365를 시도해 보라고 말씀드리고 싶군요.

참고자료

다음은 이번 오피스 365 행사를 다녀온 분들의 글입니다. 참고해 보십시오.

1. 김진성 MVP: http://dowajo.tistory.com/4455
2. 신종현 MVP: http://vaders.blog.me/80138827626
3. 남정현 MVP: http://www.rkttu.com/521
4. 김복희 MVP: http://examo.co.kr/tn/board.php?board=qqqtalk&command=body&no=8007
5. 김봉정 MVP: http://blog.naver.com/sangsan23/20137471295
6. 백진호 MVP: http://blog.naver.com/gaji100/80139467754
7. 석우성 MVP: http://blog.naver.com/mrseok/50120524676
8. 허형준 MVP: http://snoopybox.co.kr/1571
9. 김철 MVP: http://cafe.daum.net/funnyexcel/K81s/56
10. 박용준 MVP: http://www.dotnetkorea.com/website/Home/tabid/36/EntryId/310/Office-365.aspx
11. 권순만 MVP: http://hakunamata2.net/90122834788
12. 김신우 MVP: http://tricks.kr/60140602543
13. 박현철 MVP: http://lunanesslab.tistory.com/210

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2008-06-02, 염 기웅(carl@jnccompany.com.jnc)

<참고> 상기한 저자 이메일의 .jnc는 스팸 방지용입니다.

I. 개요

블로그 포스트를 링크할 때에는 다음과 같은 형식을 사용하는 경우가 있다.

http://blog.jnccompany.com/entry/MES-2007-소개-동영상

그런데 한글이 포함된 이러한 주소는 특정 환경에서 정상적으로 동작하지 않을 수 있다. (여전히 Windows 98 등의 운영체제를 이용하는 사람이 무시할 수 없는 수준이다.) 따라서 절대로 오류가 발생하지 않는 주소로 링크를 주고 받을 필요가 있다.

II. 방법

상기한 주소와 다음과 같은 주소는 정확히 같은 문서를 지칭한다.

http://blog.jnccompany.com/187

모든 블로그 포스트 하단에 보면 '트랙백 주소'가 표시된다. 블로그 웹사이트 주소에 '트랙백 주소'의 번호를 붙이면 고유 주소가 된다. 다음 그림의 빨간색 테두리 부분을 참고하기 바란다.
 

블로그 포스트 절대 주소 찾기

III. 기타 사항

이러한 방법은 테터툴즈를 기반으로 한 모든 블로그 사이트에 적용 가능하다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

WMI를 공부하다가 모은 자료이다.

WQL (SQL for WMI)(영문): http://msdn2.microsoft.com/en-us/library/aa394606(VS.85).aspx
WMI 기본 사이트(영문): http://msdn2.microsoft.com/en-us/library/aa394582.aspx
WMI가 동작하지 않음(한글): http://www.microsoft.com/korea/technet/scriptcenter/topics/help/wmi.mspx
WMI 개요(한글): http://technet2.microsoft.com/WindowsServer/ko/Library/d198f061-6c0f-45a4-8891-3deed91a01091042.mspx?mfr=true
WMI 스크립팅 입문(한글): http://www.microsoft.com/korea/msdn/columns/contents/scripting/scripting06112002/
Windows XP SP2에서 WMI 관련 문제를 해결하는 방법(한글): http://support.microsoft.com/kb/875605/ko

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2008-01-02, 염기웅(abc@dbabc.com.jnc)

<참고> 상기한 저자 이메일의 .jnc는 스팸 방지용입니다.

1. 개요

액세스의 기본 기능에 대한 프로그래밍적 도구로 DoCmd.RunCommand 함수가 제공됩니다. 액세스의 기본 기능이라고 하면 데이터시트에서 오름차순으로 정렬한다든지, 입력폼에서 현재 레코드를 삭제한다든지 하는 작업을 말합니다. 액세스에 기본적으로 동작하는 많은 기능들을 프로그램적으로 제어할 때 RunCommand 함수를 사용하면 됩니다.

쉽게 생각해서, 액세스에서 기본적으로 동작하는 기능인데, 프로그램적으로 어떻게 해야할지 모르겠다면 한번쯤 다음 상수를 참고하여 보기 바랍니다. 보다 자세한 RunCommand 함수에 대한 사용법은 액세스 도움말을 참고하시구요.

2. 상수

acCmdAboutMicrosoftAccess 
acCmdAddInManager 
acCmdAddToNewGroup 
acCmdAddWatch 
acCmdAdvancedFilterSort 
acCmdAlignBottom 
acCmdAlignCenter 
acCmdAlignLeft 
acCmdAlignmentAndSizing 
acCmdAlignMiddle 
acCmdAlignRight 
acCmdAlignToGrid 
acCmdAlignTop 
acCmdAlignToShortest 
acCmdAlignToTallest 
acCmdAnalyzePerformance 
acCmdAnalyzeTable 
acCmdAnswerWizard 
acCmdApplyDefault 
acCmdApplyFilterSort 
acCmdAppMaximize 
acCmdAppMinimize 
acCmdAppMove 
acCmdAppRestore 
acCmdAppSize 
acCmdArrangeIconsAuto 
acCmdArrangeIconsByCreated 
acCmdArrangeIconsByModified 
acCmdArrangeIconsByName 
acCmdArrangeIconsByType 
acCmdAutoCorrect 
acCmdAutoDial 
acCmdAutoFormat 
acCmdBackgroundPicture 
acCmdBackgroundSound 
acCmdBackup 
acCmdBookmarksClearAll 
acCmdBookmarksNext 
acCmdBookmarksPrevious 
acCmdBookmarksToggle 
acCmdBringToFront 
acCmdCallStack 
acCmdChangeToCheckBox 
acCmdChangeToComboBox 
acCmdChangeToCommandButton 
acCmdChangeToImage 
acCmdChangeToLabel 
acCmdChangeToListBox 
acCmdChangeToOptionButton 
acCmdChangeToTextBox 
acCmdChangeToToggleButton 
acCmdChartSortAscByTotal 
acCmdChartSortDescByTotal 
acCmdClearAll 
acCmdClearAllBreakpoints 
acCmdClearGrid 
acCmdClearHyperlink 
acCmdClearItemDefaults 
acCmdClose 
acCmdCloseWindow 
acCmdColumnWidth 
acCmdCompactDatabase 
acCmdCompileAllModules 
acCmdCompileAndSaveAllModules 
acCmdCompileLoadedModules 
acCmdCompleteWord 
acCmdConditionalFormatting 
acCmdConnection 
acCmdControlWizardsToggle 
acCmdConvertDatabase 
acCmdConvertMacrosToVisualBasic 
acCmdCopy 
acCmdCopyDatabaseFile 
acCmdCopyHyperlink 
acCmdCreateMenuFromMacro 
acCmdCreateRelationship 
acCmdCreateReplica 
acCmdCreateShortcut 
acCmdCreateShortcutMenuFromMacro 
acCmdCreateToolbarFromMacro 
acCmdCut 
acCmdDataAccessPageAddToPage 
acCmdDataAccessPageBrowse 
acCmdDataAccessPageDesignView 
acCmdDataAccessPageFieldListRefresh 
acCmdDatabaseProperties 
acCmdDatabaseSplitter 
acCmdDataEntry 
acCmdDataOutline 
acCmdDatasheetView 
acCmdDateAndTime 
acCmdDebugWindow 
acCmdDelete 
acCmdDeleteGroup 
acCmdDeletePage 
acCmdDeleteQueryColumn 
acCmdDeleteRecord 
acCmdDeleteRows 
acCmdDeleteTab 
acCmdDeleteTable 
acCmdDeleteTableColumn 
acCmdDeleteWatch 
acCmdDemote 
acCmdDesignView 
acCmdDiagramAddRelatedTables 
acCmdDiagramAutosizeSelectedTables 
acCmdDiagramDeleteRelationship 
acCmdDiagramLayoutDiagram 
acCmdDiagramLayoutSelection 
acCmdDiagramModifyUserDefinedView 
acCmdDiagramNewLabel 
acCmdDiagramNewTable 
acCmdDiagramRecalculatePageBreaks 
acCmdDiagramShowRelationshipLabels 
acCmdDiagramViewPageBreaks 
acCmdDocMaximize 
acCmdDocMinimize 
acCmdDocMove 
acCmdDocRestore 
acCmdDocSize 
acCmdDocumenter 
acCmdDropSQLDatabase 
acCmdDuplicate 
acCmdEditHyperlink 
acCmdEditingAllowed 
acCmdEditRelationship 
acCmdEditTriggers 
acCmdEditWatch 
acCmdEncryptDecryptDatabase 
acCmdEnd 
acCmdExit 
acCmdExport 
acCmdFavoritesAddTo 
acCmdFavoritesOpen 
acCmdFieldList 
acCmdFilterByForm 
acCmdFilterBySelection 
acCmdFilterExcludingSelection 
acCmdFind 
acCmdFindNext 
acCmdFindNextWordUnderCursor 
acCmdFindPrevious 
acCmdFindPrevWordUnderCursor 
acCmdFitToWindow 
acCmdFont 
acCmdFormatCells 
acCmdFormHdrFtr 
acCmdFormView 
acCmdFreezeColumn 
acCmdGoBack 
acCmdGoContinue 
acCmdGoForward 
acCmdGroupByTable 
acCmdGroupControls 
acCmdHideColumns 
acCmdHidePane 
acCmdHideTable 
acCmdHorizontalSpacingDecrease 
acCmdHorizontalSpacingIncrease 
acCmdHorizontalSpacingMakeEqual 
acCmdHyperlinkDisplayText 
acCmdImport 
acCmdIndent 
acCmdIndexes 
acCmdInsertActiveXControl 
acCmdInsertChart 
acCmdInsertFile 
acCmdInsertFileIntoModule 
acCmdInsertHyperlink 
acCmdInsertLookupColumn 
acCmdInsertLookupField 
acCmdInsertMovieFromFile 
acCmdInsertObject 
acCmdInsertPage 
acCmdInsertPicture 
acCmdInsertPivotTable 
acCmdInsertProcedure 
acCmdInsertQueryColumn 
acCmdInsertRows 
acCmdInsertSpreadsheet 
acCmdInsertSubdatasheet 
acCmdInsertTableColumn 
acCmdInsertUnboundSection 
acCmdInvokeBuilder 
acCmdJoinProperties 
acCmdLastPosition 
acCmdLayoutPreview 
acCmdLineUpIcons 
acCmdLinkedTableManager 
acCmdLinkTables 
acCmdListConstants 
acCmdLoadFromQuery 
acCmdMacroConditions 
acCmdMacroNames 
acCmdMakeMDEFile 
acCmdMaximiumRecords 
acCmdMicrosoftAccessHelpTopics 
acCmdMicrosoftOnTheWeb 
acCmdMicrosoftScriptEditor 
acCmdMoreWindows 
acCmdNewDatabase 
acCmdNewGroup 
acCmdNewObjectAutoForm 
acCmdNewObjectAutoReport 
acCmdNewObjectClassModule 
acCmdNewObjectDataAccessPage 
acCmdNewObjectDiagram 
acCmdNewObjectForm 
acCmdNewObjectFunction 
acCmdNewObjectMacro 
acCmdNewObjectModule 
acCmdNewObjectQuery 
acCmdNewObjectReport 
acCmdNewObjectStoredProcedure 
acCmdNewObjectTable 
acCmdNewObjectView 
acCmdObjBrwFindWholeWordOnly 
acCmdObjBrwGroupMembers 
acCmdObjBrwHelp 
acCmdObjBrwShowHiddenMembers 
acCmdObjBrwViewDefinition 
acCmdObjectBrowser 
acCmdOfficeClipboard 
acCmdOLEDDELinks 
acCmdOLEObjectConvert 
acCmdOLEObjectDefaultVerb 
acCmdOpenDatabase 
acCmdOpenHyperlink 
acCmdOpenNewHyperlink 
acCmdOpenSearchPage 
acCmdOpenStartPage 
acCmdOpenTable 
acCmdOpenURL 
acCmdOptions 
acCmdOutdent 
acCmdOutputToExcel 
acCmdOutputToRTF 
acCmdOutputToText 
acCmdPageHdrFtr 
acCmdPageNumber 
acCmdPageProperties 
acCmdPageSetup 
acCmdParameterInfo 
acCmdPartialReplicaWizard 
acCmdPaste 
acCmdPasteAppend 
acCmdPasteAsHyperlink 
acCmdPasteSpecial 
acCmdPivotAutoAverage 
acCmdPivotAutoCount 
acCmdPivotAutoFilter 
acCmdPivotAutoMax 
acCmdPivotAutoMin 
acCmdPivotAutoStdDev 
acCmdPivotAutoStdDevP 
acCmdPivotAutoSum 
acCmdPivotAutoVar 
acCmdPivotAutoVarP 
acCmdPivotChartByRowByColumn 
acCmdPivotChartDrillInto 
acCmdPivotChartDrillOut 
acCmdPivotChartMultiplePlots 
acCmdPivotChartMultiplePlotsUnifiedScale 
acCmdPivotChartShowLegend 
acCmdPivotChartType 
acCmdPivotChartUndo 
acCmdPivotChartView 
acCmdPivotCollapse 
acCmdPivotDelete 
acCmdPivotDropAreas 
acCmdPivotExpand 
acCmdPivotRefresh 
acCmdPivotShowAll 
acCmdPivotShowBottom1 
acCmdPivotShowBottom10 
acCmdPivotShowBottom10Percent 
acCmdPivotShowBottom1Percent 
acCmdPivotShowBottom2 
acCmdPivotShowBottom25 
acCmdPivotShowBottom25Percent 
acCmdPivotShowBottom2Percent 
acCmdPivotShowBottom5 
acCmdPivotShowBottom5Percent 
acCmdPivotShowBottomOther 
acCmdPivotShowTop1 
acCmdPivotShowTop10 
acCmdPivotShowTop10Percent 
acCmdPivotShowTop1Percent 
acCmdPivotShowTop2 
acCmdPivotShowTop25 
acCmdPivotShowTop25Percent 
acCmdPivotShowTop2Percent 
acCmdPivotShowTop5 
acCmdPivotShowTop5Percent 
acCmdPivotShowTopOther 
acCmdPivotTableClearCustomOrdering 
acCmdPivotTableCreateCalcField 
acCmdPivotTableCreateCalcTotal 
acCmdPivotTableDemote 
acCmdPivotTableExpandIndicators 
acCmdPivotTableExportToExcel 
acCmdPivotTableFilterBySelection 
acCmdPivotTableGroupItems 
acCmdPivotTableHideDetails 
acCmdPivotTableMoveToColumnArea 
acCmdPivotTableMoveToDetailArea 
acCmdPivotTableMoveToFilterArea 
acCmdPivotTableMoveToRowArea 
acCmdPivotTablePercentColumnTotal 
acCmdPivotTablePercentGrandTotal 
acCmdPivotTablePercentParentColumnItem 
acCmdPivotTablePercentParentRowItem 
acCmdPivotTablePercentRowTotal 
acCmdPivotTablePromote 
acCmdPivotTableRemove 
acCmdPivotTableShowAsNormal 
acCmdPivotTableShowDetails 
acCmdPivotTableSubtotal 
acCmdPivotTableUngroupItems 
acCmdPivotTableView 
acCmdPreviewEightPages 
acCmdPreviewFourPages 
acCmdPreviewOnePage 
acCmdPreviewTwelvePages 
acCmdPreviewTwoPages 
acCmdPrimaryKey 
acCmdPrint 
acCmdPrintPreview 
acCmdPrintRelationships 
acCmdProcedureDefinition 
acCmdPromote 
acCmdProperties 
acCmdPublish 
acCmdPublishDefaults 
acCmdQueryAddToOutput 
acCmdQueryGroupBy 
acCmdQueryParameters 
acCmdQueryTotals 
acCmdQueryTypeAppend 
acCmdQueryTypeCrosstab 
acCmdQueryTypeDelete 
acCmdQueryTypeMakeTable 
acCmdQueryTypeSelect 
acCmdQueryTypeSQLDataDefinition 
acCmdQueryTypeSQLPassThrough 
acCmdQueryTypeSQLUnion 
acCmdQueryTypeUpdate 
acCmdQuickInfo 
acCmdQuickPrint 
acCmdQuickWatch 
acCmdRecordsGoToFirst 
acCmdRecordsGoToLast 
acCmdRecordsGoToNew 
acCmdRecordsGoToNext 
acCmdRecordsGoToPrevious 
acCmdRecoverDesignMaster 
acCmdRedo 
acCmdReferences 
acCmdRefresh 
acCmdRefreshPage 
acCmdRegisterActiveXControls 
acCmdRelationships 
acCmdRemove 
acCmdRemoveFilterSort 
acCmdRemoveTable 
acCmdRename 
acCmdRenameColumn 
acCmdRenameGroup 
acCmdRepairDatabase 
acCmdReplace 
acCmdReportHdrFtr 
acCmdReset 
acCmdResolveConflicts 
acCmdRestore 
acCmdRowHeight 
acCmdRun 
acCmdRunMacro 
acCmdRunOpenMacro 
acCmdSave 
acCmdSaveAllModules 
acCmdSaveAllRecords 
acCmdSaveAs 
acCmdSaveAsASP 
acCmdSaveAsDataAccessPage 
acCmdSaveAsHTML 
acCmdSaveAsIDC 
acCmdSaveAsQuery 
acCmdSaveAsReport 
acCmdSaveLayout 
acCmdSaveModuleAsText 
acCmdSaveRecord 
acCmdSelectAll 
acCmdSelectAllRecords 
acCmdSelectDataAccessPage 
acCmdSelectForm 
acCmdSelectRecord 
acCmdSelectReport 
acCmdSend 
acCmdSendToBack 
acCmdServerFilterByForm 
acCmdServerProperties 
acCmdSetControlDefaults 
acCmdSetDatabasePassword 
acCmdSetNextStatement 
acCmdShowAllRelationships 
acCmdShowDirectRelationships 
acCmdShowEnvelope 
acCmdShowMembers 
acCmdShowNextStatement 
acCmdShowOnlyWebToolbar 
acCmdShowTable 
acCmdSingleStep 
acCmdSizeToFit 
acCmdSizeToFitForm 
acCmdSizeToGrid 
acCmdSizeToNarrowest 
acCmdSizeToWidest 
acCmdSnapToGrid 
acCmdSortAscending 
acCmdSortDescending 
acCmdSortingAndGrouping 
acCmdSpeech 
acCmdSpelling 
acCmdSQLView 
acCmdStartupProperties 
acCmdStepInto 
acCmdStepOut 
acCmdStepOver 
acCmdStepToCursor 
acCmdStopLoadingPage 
acCmdSubdatasheetCollapseAll 
acCmdSubdatasheetExpandAll 
acCmdSubdatasheetRemove 
acCmdSubformDatasheet 
acCmdSubformDatasheetView 
acCmdSubformFormView 
acCmdSubformInNewWindow 
acCmdSubformPivotChartView 
acCmdSubformPivotTableView 
acCmdSwitchboardManager 
acCmdSynchronizeNow 
acCmdTabControlPageOrder 
acCmdTableAddTable 
acCmdTableCustomView 
acCmdTableNames 
acCmdTabOrder 
acCmdTestValidationRules 
acCmdTileHorizontally 
acCmdTileVertically 
acCmdToggleBreakpoint 
acCmdToggleFilter 
acCmdToolbarControlProperties 
acCmdToolbarsCustomize 
acCmdTransferSQLDatabase 
acCmdTransparentBackground 
acCmdTransparentBorder 
acCmdUndo 
acCmdUndoAllRecords 
acCmdUnfreezeAllColumns 
acCmdUngroupControls 
acCmdUnhideColumns 
acCmdUpsizingWizard 
acCmdUserAndGroupAccounts 
acCmdUserAndGroupPermissions 
acCmdUserLevelSecurityWizard 
acCmdVerticalSpacingDecrease 
acCmdVerticalSpacingIncrease 
acCmdVerticalSpacingMakeEqual 
acCmdViewCode 
acCmdViewDataAccessPages 
acCmdViewDetails 
acCmdViewDiagrams 
acCmdViewFieldList 
acCmdViewForms 
acCmdViewFunctions 
acCmdViewGrid 
acCmdViewLargeIcons 
acCmdViewList 
acCmdViewMacros 
acCmdViewModules 
acCmdViewQueries 
acCmdViewReports 
acCmdViewRuler 
acCmdViewShowPaneDiagram 
acCmdViewShowPaneGrid 
acCmdViewShowPaneSQL 
acCmdViewSmallIcons 
acCmdViewStoredProcedures 
acCmdViewTableColumnNames 
acCmdViewTableColumnProperties 
acCmdViewTableKeys 
acCmdViewTableNameOnly 
acCmdViewTables 
acCmdViewTableUserView 
acCmdViewToolbox 
acCmdViewVerifySQL 
acCmdViewViews 
acCmdVisualBasicEditor 
acCmdWebPagePreview 
acCmdWebPageProperties 
acCmdWebTheme 
acCmdWindowArrangeIcons 
acCmdWindowCascade 
acCmdWindowHide 
acCmdWindowSplit 
acCmdWindowUnhide 
acCmdWordMailMerge 
acCmdWorkgroupAdministrator 
acCmdZoom10 
acCmdZoom100 
acCmdZoom1000 
acCmdZoom150 
acCmdZoom200 
acCmdZoom25 
acCmdZoom50 
acCmdZoom500 
acCmdZoom75 
acCmdZoomBox 
acCmdZoomSelection

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2007-10-26, 염기웅(carl@jnccompany.com.jnc)

<참고> 상기한 저자 이메일의 .jnc는 스팸 방지용입니다.

2007년 한국시리즈 3차전. 눈살이 찌뿌려지는 경기입니다. 선수들의 흥분이 극에 달했더군요.

제 글을 읽기 전에 부디 어느 팀 팬이건 간에, 냉정한 판단을 부탁드린다는 말씀을 먼저 드리고 싶네요. 일단 응원팀을 생각하는 마음에서 한발짝 떨어져서 우리가 반대편 팬의 입장이었다면 어땠을까? 하고 말이죠.

• 김동주의 모습은 입이 열 개라도 할 말이 없는 추태입니다. 적당히 어필하고 의사표명을 하는 것으로 충분해 보입니다.
• 논란이 되는 것은, 이혜천의 김재현에게 던진 투구가 고의성이 있었느냐는 것인데, 저는 일단 고의성이 있다고 단정짓기에는 무리가 있다고 봅니다.
• 그래서 이혜천을 퇴장시킨 것은 오심에 가까운 판정이 아닐까 생각해 봅니다.
• 김재현의 경우, 놀라서 약간의 어필을 할 수도 있었다고 생각은 들지만, 약간 오바했다고 생각합니다.
• 그리고 1차적으로 분위기가 추슬러졌을 때 지속적으로 말을 해서 상황을 지속시킨 것은 문제라고 생각합니다.
• 많은 분들이 빈볼의 원인이라고 말씀하시는 홈스틸은 사실 전혀 문제될 것 없는 플레이였다고 생각합니다. 때는 6회로, 중반이었으며 두산은 과거 한국시리즈에서 한 이닝에 12점을 낸 적도 있습니다. 꼭 이런 이유가 아니더라도 단기전에서 점수차이가 많이 난다고 도루나 스퀴즈 등을 하지 말아야 한다고 생각하는 것은 좀 아닌것 같습니다.

이혜천의 투구가 고의성이 있었을까요? 어떤 분은 있었다고 말씀하실 것이고, 어떤 분은 그럴리 없다고 말씀하실 것입니다. 그렇게 의사표명하는 것은 좋습니다. 우리는 모두 우리의 의견을 표출할 자유와 권리가 있으니까요.

하지만 심판의 퇴장 판정은 어떻습니까?

의견을 '표출'하는 것과 퇴장을 명하는 '판정'은 엄격히 구분되어야 합니다. '판정'은 무죄 추정의 원칙을 지켜야 합니다. 명백한 증거가 나오지 않는 한 일단 무죄라고 보아야 합니다. 이것은 일반 법 논리와도 일맥상통하는 바입니다.

하지만 그런 의미의 판정이라면 모든 빈볼은 '무죄'로 판명이 나겠죠. 공을 던진 투수의 생각을 알지 못하는 한 증거를 찾을 수 없으니까요. 그래서 심판에게 약간의 재량권이 필요해 보이기는 합니다. 하지만 재량권을 갖더라도, 정황상 최소 50% 이상의 확률이 있어야 '유죄' 판정을 내리는 것이 타당하지 않을까요?

오늘 이혜천의 투구를 '빈볼'이라고 규정한 것에 무리가 있다는 것은 다음과 같은 이유 때문입니다.

• 김재현은 몸에 공을 맞지 않았다.
• 투구가 위협적이라고 하기에는 김재현 뒤쪽 땅볼로 공이 갔다.
• 김재현이 놀라기는 했지만 피하지 않았다고 하더라도 몸에 맞는 공이 될 수 없었다.

이혜천의 투구는 정황상 '빈볼'이라고 볼 수도 있겠지만, 그러기에는 몸이 맞지도 않았고, 그리 위협적이라고 볼 수도 없었으며, 김재현이 피하지 않았다 하더라도 몸에 맞지 않는 공이었습니다. 이러한 공을 앞뒤 흐름만을 생각하여 '빈볼'이라고 규정하는 것은 옳지 못해 보입니다.

저는 반문하고 싶습니다. 김재현이 적절히 어필하고 자기 자리로 돌아갔다면, 이혜천 선수에게 퇴장이 내려졌을까요? 그렇지 않을 가능성이 훨씬 높아보입니다. 만약 그렇다면, 일종의 마녀사냥의 희생자라고 볼 수 있지도 않을까요?

저는, 이러한 상황이 벌어졌을 때, '팬들이 우선이다', '어린이들이 보는데' 이러한 식의 양비론에 앞서 (양비론은 너무 쉽습니다.. 하지만 문제해결에 도움은 주지 않습니다.) 문제의 본질을 파악하고, 문제를 해결하려는 노력이 우선시되어야 한다고 생각합니다.

그런 관점에서 과격하지 않게, 이성적으로, 오늘 있었던 일을 소재로 하여 '빈볼'이라고 규정할 만한 가이드라인을 네티즌끼리 만들었어 보았으면 합니다. 이것은 한국 프로야구의 발전에 미미하지만 의미있는 일이 될 것입니다.

많은 분들의 이성적이고 합리적인 댓글, 트랙백 모두 환영합니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2007-10-23, 염기웅(carl@jnccompany.com.jnc)

<참고> 상기한 저자 이메일의 .jnc는 스팸 방지용입니다.

사실, 이 김칫국은 2007년 플레이오프 이전부터 쭉 해 오던 것인데, 오늘 두산의 한국시리즈 1차전 승리로 유리한 고지를 점령하였기에, 감히 제가 마신 김칫국을 공개해 봅니다.

오늘 두산의 두번째 득점은 이종욱 선수의 믿을 수 없는 홈 쇄도로 얻은 것이죠. 사실 올 해의 두산은 베이스 러닝 하나 만큼은 리그 최강입니다. 고영민의 '내야안타 때 2루에서 홈 들어오기', '짧은 우전 안타 때 2루에서 홈 들어오기' 같은 것은 말 할 것도 없고, '우중간 2루타성 타구에 3루까지 뛰기'는 너무 많이 봐서 이제는 '그런가 보다..' 하는 정도가 되었죠.

플레이오프 때는 1루쪽 다소 깊은 파울 플라이 때 100KG의 김동주 선수가 3루에서 태그업, 홈인 하는 장면까지, 정말 대단한 주루플레이를 보여주고 있습니다. (또 하나 꼽는 것은 구대성 선수의 뉴욕 메츠 시절 잠바입고 홈 쇄도하는 장면입니다..)

거기에 상식을 뒤엎는 고영민의 2익수 수비는 어떻습니까? (요즘은 다른 2루수들도 수비가 조금씩 깊어지고 있더군요.. ^^)

이런 것을 실행하는 팀에게는 눈에 보이지 않는 엄청난 힘이, 그리고 이런 것을 당하는 팀에게는 생각보다 엄청난 데미지를 입히는 플레이입니다. 마치 혼을 쏙 빼 놓는 듯한 플레이죠. (비난하는 것은 아니고, 플레이오프 때 1루 깊은 파울플라이에 홈 쇄도하는 김동주를 본 김태균 선수의 얼굴 표정 보셨습니까? 오늘 2루수 얕은 외야 플라이 때 홈에 들어온 이종욱을 본 정경배 선수를 보셨습니까? 모두 넋이 나가 보이던데요.. ^^)

그냥, 상대방의 넋을 빼 놓는 두산 같은 팀이 코나미컵에서 일본 팀의 혼을 빼 놓는다는 상상을 해 보았습니다. 확언할 수 없겠습니다만, 코나미컵에서 우승하는 것이 아닌, 상대방의 넋을 빼 놓는 것은 역시 두산이 1등 아닐까요?

우리에게는 이번 시즌, 점진적으로 다가온 플레이기 때문에 그리 큰 충격이 아닐지 모르지만, 정말 일본팀에게는 엄청난 충격으로 다가올 것이라고 생각합니다.

생각만 해도 즐겁지 않으신가요? ^^;

물론, 아직 이런 상상은 6게임을 더 해 봐야 실제가 될 수 있겠죠. 하지만 1차전 승리하여 기분 좋은 오늘, 훈훈한 김칫국과 함께 잠을 청하렵니다.

좋은 한국시리즈 되세요~

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2007-10-23, 염기웅(carl@jnccompany.com.jnc)

<참고> 상기한 저자 이메일의 .jnc는 스팸 방지용입니다.

인천 다녀왔습니다.

누가 이길지 무척이나 궁금한 경기였습니다.

한국시리즈를 앞두고, 두산 팬들과 SK 팬들 사이에는 누가 승리할지에 대한 갑론을박이 펼쳐졌었습니다. 특히, 기동력 부분에서 어떤 팬은 두산은 30도루 이상을 기록한 3인방이 있고, SK는 거의 대부분의 선수들이 두 자리수 도루를 기록하고 있기 때문에, 질과 양의 대결이 될 것이라는 평가를 내 놓기도 했었습니다.

저 또한, 질이 이길지, 양이 이길지 무척이나 궁금했었습니다. 물론, 저는 특히 큰 경기라면 질이 양보다 우세할 것이라고 생각했었습니다.

일본의 야구 수준은 분명 우리보다 한수 위에 있습니다만, 국가대표 팀을 구성하게 되면 비등한 경기를 펼치는 것을 우리는 지난 월드 베이스볼 클래식에서 직접 경험할 수 있었죠. 우리 팀과 일본팀을 전체적으로 본다면 분명 일본 대표팀의 전력이 한 수 위라고 평가할 수 있었을 것입니다. 하지만 우리팀의 몇몇 특출난 선수로 인해 우리는 일본에 우세한 경기를 펼칠 수 있었죠. (물론, 그날 그날의 개인적인 컨디션 역시도 큰 변수가 될 것입니다.)

만약 여러분이 감독이라면, 20개 도루를 기록한 두 명의 선수를 뽑을 것입니까, 아니면 30개 도루를 기록한 한 명의 선수를 뽑을 것입니까? 물론 페넌트레이스를 고려한다면 20개 도루를 기록한 두 명의 선수가 훌륭한 선택이 될 수 있을 것입니다. 하지만 단기전이라면 오히려 30개 도루를 기록한 한 명의 선수를 뽑는 것이 낫지 않을까요?

혹자는 말하더군요. 시즌 도루 개수가 30개가 넘어가면 뛰는 것을 알아도 잡을 수 없는 수준이라고…

그렇습니다, 오늘 이종욱 선수는, SK가 상대적으로 긴 한국시리즈 대비기간에 충분히 대비했음에도 불구하고 뛰었고, 성공했습니다. 특히, 이종욱 선수의 도루 개수는 30개가 아니고 47개라는 것을 고려해 봤을 때, 앞으로도 SK는 꽤나 힘든 경기를 펼치지 않을까 생각합니다.

오늘은 정말 '양보다는 질'이라는 것을 확실히 입증시킨 경기였습니다. 하지만 SK팬 입장이라면 (리오스 때문에) 출루 자체를 잘 하지 못해서 비교 자체가 곤란한 것 아니냐.. 는 반론을 펴실 수도 있겠습니다. 맞는 말씀이구요, 단지.. 오늘은 '양보다는 질'이 입증된 경기였으며, 향후 '질보다 양'인지, '양보다 질'인지 누가 어떻게 입증해 나가냐는 것을 살펴보는 것도 훌륭한 한국시리즈 관전 포인트가 아닐까 하는 의견으로 이만 간단 관전기 마칩니다.

p.s. 오늘 처음으로 문학 경기장엘 갔습니다. 생각보다 먹거리를 구매하는 것은 그리 어렵지 않았습니다. 하지만 주차는 꽤 문제가 되더군요. 경기 끝나고 서둘러 나갔지만 경기장을 빠져 나가는 데 약 40분 정도가 걸렸습니다. 2차전, 6차전, 7차전 가시는 분들은 경기장 지하 주차장 보다는 어떻게든 진입로 길가에 주차를 하시는 편이 나을 것 같다는 힌트를 드리고 싶네요. 불법 주차 점검은 하지 않는 것 같았습니다. ^^;

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2007-10-21, 염기웅(carl@jnccompany.com.jnc)

<참고> 상기한 저자 이메일의 .jnc는 스팸 방지용입니다.

1. 배경

2007년 한국시리즈가 하루 앞으로 다가왔습니다. 야구열기가 더해감에 따라, 각 야구팬들은 누가 우승할지에 대해서 서로 자신의 의견을 피력하고 있으며 심한 경우 감정싸움까지 겪곤 합니다.

저 역시 이런 저런 사이트를 돌아다니면서 여러 사람들의 의견을 즐겨 보고 있습니다. 그런데 SK가 유리하다고 말하는 분들은 대부분 다음과 같은 것을 주된 근거로 합니다.

• SK는 페넌트레이스 승률 1위 팀이며, 역대 한국시리즈를 보더라도 승률1위 팀이 우승하는 경우가 압도적으로 많았다.
• SK의 전반적인 팀 전력이 두산에 비해 두텁고 안정적이다. 주전/비주전간 실력 차이가 그리 크지 않다.

맞는 말씀입니다. 하지만 궁금한 점이 생기더군요.

두산과 SK는 올 시즌 각각 10승과 8승을 나누어 가졌습니다. 두산 기준으로 10승 8패, SK 기준으로 8승 10패를 한 것이죠. SK의 대 두산전 승률은 0.444 입니다. 참고로 다음의 표는 SK의 2007년 페넌트레이스 타팀과의 승률입니다.

<표1> SK의 2007년 페넌트레이스 팀별 승률 (출처: istat.co.kr)

8승 10패만 고려해 본다면 비슷하다고 볼 수 있겠습니다만, 두산에게만 5할 미만의 승률을 기록한 점이 눈에 띕니다. 아울러 두산을 제외한 전구단 상대 승률이 5할 이상이라는 훌륭한 성적표에 비추어, 상대적으로 유독 두산에게만 약한 모습을 보인 것은 아닌가 하는 생각도 듭니다.

그리고 실제로 야구뿐만 아니라, 강자가 모두에게 강한 경우는 흔치 않는 것이 세상의 이치에 가까우며 그로 인해 먹이 사슬이 순환하는 것을 고려해 보면, 역대 한국시리즈에서 페넌트레이스 승률이 우위에 있는 팀이 우승하였을 경우와 상대전적이 우세한 팀이 우승하였을 경우가 궁금해 지더군요. 이 글은 이러한 궁금증을 풀기 위함입니다. 마지막으로 오해가 없도록 하기 위해, 저는 두산팬임을 밝힙니다.

2. 단순 비교: 페넌트레이스 승률이 우위에 있는 팀이 우승하였을 경우 vs. 상대전적이 우세한 팀이 우승하였을 경우

1982년부터 2006년까지 24년간(1985년의 경우 삼성의 전기/후기 통합 우승으로 한국시리즈가 없었습니다) 한국시리즈에 참가한 팀과 페넌트레이스 성적은 다음과 같습니다.

<표2> 역대 한국시리즈 승패표 (출처: istat.co.kr)

단순하게 계산해 보자면, 페넌트레이스에서 좋은 승률을 거둔 팀이 한국시리즈에서 우승할 확률은 67% 이며, 상대 전적 승률이 높은 팀이 한국시리즈에서 우승할 확률은 54% 입니다. 단순하게 계산해 보아도, 상대 전적 승률보다는 페넌트레이스 승률이 더 높은 상관관계가 있다고 볼 수 있겠습니다.

3. 상황별 비교: 페넌트레이스 승률이 좋은 팀이 상대 전적 승률은 떨어질 경우

숫자를 차근 차근 살펴보면 페넌트레이스 승률이 좋은 팀이 상대 전적 승률도 좋은 경우가 많습니다. 그렇다면 앞에서 살펴본 자료는 '상대 전적 승률보다는 페넌트레이스 승률이 조금 더 높은 한국시리스 승리와 상관관계가 있다' 정도의 의미밖에 되지 않습니다.

그래서 '상위팀의 상대 전적 승률이 페넌트레이스 승률과 같이 높을 경우'와 '상위팀의 상대 전적 승률이 페넌트레이스 승률과 달리 낮을 경우'로 나누어서 알아보았습니다.

<표3> 상황별 비교표

각각의 경우에 대해서 말씀드리면 다음과 같습니다.

• ①의 경우는 정상적인 상황이지요. 상위팀이 페넌트레이스 승률도 높고, 상대 전적 승률도 높은 경우이며, 상위팀이 한국시리즈에서 이긴 경우를 말합니다.
• ②의 경우는 이변이라고 봐야겠지요. 도전팀이 페넌트레이스 승률도 낮고, 상대 전적 승률도 낮은 경우인데, 도전팀이 한국시리즈에서 이긴 경우를 말합니다.
• ③의 경우 역시 어떤 의미로는 이변이라고 봐야합니다. 상위팀이 페넌트레이스 승률은 높으나 상대 전적 승률은 낮은 경우인데, 상위팀이 한국시리즈에서 이긴 경우를 말합니다. 하지만 71%라는 높은 확률은 이변이라고 보기에 힘들어 보이는군요. 2007 한국시리즈에서 SK가 우승할 또 하나의 확률이라고 보아도 될 법 합니다.
• ④의 경우 역시 어떤 의미로는 정상이라고 봐야합니다. 도전팀이 페넌트레이스 승률은 낮으나 상대 전적 승률은 높은 경우인데, 도전팀이 한국시리즈에서 이긴 경우를 말합니다. 하지만 29%라는 낮은 확률은 정상이라고 보기에 힘들어 보입니다. 2007 한국시리즈에서 두산이 우승할 또 하나의 확률이라고 보아도 될 법 합니다.

이렇게 분석해 보니, 상대 전적 승률보다는 페넌트레이스 승률이 훨씬 높은 상관 관계에 있다고 볼 수가 있겠습니다.

4. 괴물(?)팀 해태를 제외해 보아요~

두산 팬인 저로써는 분석을 진행하면 할수록 생각했던 것과는 다른 결과(혹은 나와야만 하는 것과는 다른 결과^^;)가 나오는 것을 보고 눈에 불을 켜고 헛점이 없는지 찾아보았습니다. 그런데, 특이한 것이 있더군요. 해태는 한국시리즈에 모두 9번 올라와서 9번 모두 우승을 거머쥐었습니다. 상대 전적 승률이 정상 상황이든 역전 상황이든, 자신이 상위팀이든 도전팀이든 모두 우승을 거머쥐었더군요. 정말 괴물(좋은 의미랍니다, KIA 팬 여러분~)같은 해태이지 않습니까?

통계에서는 매우 특별한 최대값과 최소값은 모집단에서 제외하는 경우도 있습니다. 그래서 다시 한 번 강조하지만 두산팬인 저는 해태를 모집단에서 제외해보자는 유혹에 휩쓸립니다. (물론 논란은 많을 줄 압니다. 모집단의 개수가 24개인데, 그 중 1/3이 넘는 9개를 제거해야 하는 상황이니까요. 하지만 그냥 재미로~) 그래서 해태가 우승했을 당시의 상황을 다음과 같이 정리하였습니다.

<표4> 해태의 상황별 우승 횟수

이렇게 보니 '기적'에 가까운 상황은 해태가 많이 만들어낸 것 같다는 느낌이 듭니다. 역시 해태를 빼면 '보통의 프로야구팀에 대한 통계'가 나올 것이라는 막연한 기대감을 품고 다음의 표를 만들어 보았습니다.

<표5> 역대 한국시리즈 승패표 (해태 제외)

역시 해태를 제외하니 상대 전적 승률이 높은 경우의 상관관계가 해태를 포함했을 때 보다는 높게 나왔습니다. 다음은 해태를 제외한 상황별 비교입니다.

<표6> 상황별 비교표 (해태 제외)

결국 늪에 빠지고 말았습니다. 물론, 상대 전적 승률이 역전된 상황이 총 2회라는 아주 작은 수의 모집단이기는 하지만, 어쨌든 상대 전적 승률보다는 페넌트레이스 승률이 한국시리즈 우승에 훨씬 높은 상관관계가 있는 것으로 결론을 내릴 수 있겠습니다.

왜 이러한 결과가 나온 것일까요? 그것에 관해서는 앞으로 여러분들이 많은 논의를 하실 수 있겠죠? 그것 역시 한국시리즈를 즐기는 데 중요한 하나의 포인트라고 생각합니다. 제가 생각하기에는, 상대적으로 한 팀에 집중할 수 없는 페넌트레이스에서는 다소 부진했더라도 한 팀에 집중 할 수 있는 한국시리즈에서는 전반적 전력이 앞선 팀이 승리할 확률이 높은 것으로 보입니다.

따라서 오늘의 결론은, '많이 싸워서 이긴 놈이 진짜 강한 놈이다'라는 평범한 명제입니다. (저는 '그래도 같이 맞장떠서 이긴 놈이 그래도 센 것이다' 라는 결론이 나오길 바랬습니다. ㅠ.ㅠ)

5. 맺음말

한국시리즈를 하루 앞두고, 좋은 결과가 있었으면 했습니다만, '과거의 기준으로는 절대로 SK를 이길 수 없다'는 결론을 보고 나니 참 많이 침울해 집니다. 하지만 두산(OB가 아닌)은 지금의 상황보다 더 어려운 ②번에 해당하는 시기에 우승을 한 전력이 있습니다. (2001년) 따라서 그것보다 상황이 좋은 올 한국시리즈도 두산이 이길 것이라는 약간의 억지스러운 마음으로 다독이고 잠이나 자야겠습니다.

좋은 한국시리즈 즐기시기 바랍니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2007-10-10, 염 기웅(carl.jnccompany.com.jnc)

<참고> 상기한 저자 이메일의 .jnc는 스팸 방지용입니다.

윈드님이 좋은 팁을 소개해 주셨네요.. 윈드님의 원문은 여기를 클릭하셔요~

사실 현업에서 '내 네트워크 환경'에서 컴퓨터가 보이지 않는다거나, 컴퓨터 검색 속도가 늦어진다는 것은 많이 문의해 오는 내용입니다. 단순히 '\\컴퓨터이름' 형식으로 검색하는 것이 빠르다는 팁 이외에, 원리를 좀 이해하면 이해도가 높겠지요?

윈도우 네트워크에서 다른 컴퓨터를 찾는 것은 NetBIOS 라는 프로토콜을 이용합니다. 그런데, 이 NetBIOS라는 프로토콜이 불안정(?: 꼭 불안정한 것은 아니지만, 이것을 설명하려면 너무 어려워집니다.. ^^)한 감이 있습니다.

조금 더 쉽게 이야기한다면, 예를 들어 인터넷 주소 창에 'http://www.jnccompany.com' 이라고 입력한다는 것은 'www.jnccompany.com' 이라는 컴퓨터를 찾는 것이라고 볼 수 있는데요, 이 'www.jnccompany.com' 이라는 컴퓨터를 찾기 위한 서버(DNS)가 있어서 아주 빠르게 찾을 수 있습니다.

반면, NetBIOS 프로토콜은 서버 없이도 컴퓨터 이름을 찾을 수 있게 하기 위해서 네트워크 상의 임의의 컴퓨터를 임시 '서버'화 시키게 됩니다. 이 임시 서버는 여러분 본인의 컴퓨터가 될 수도 있고, 다른 사람의 컴퓨터가 될 수도 있습니다. 그러다 보니, 이름을 찾는 작업을 할 때 어떤 컴퓨터가 서버인지 우선 찾아야 하고, 이름 목록을 가지고 있는 컴퓨터가 최신 이름을 가지고 있는지도 확실치 않기 때문에 검색 속도가 매우 느리고 경우에 따라서는 정확한 이름 목록을 가지고 있지 않을 수도 있습니다.

좀 더 자세한 원리를 알고 싶은 분은 '네트워크 브라우저' 혹은 '브라우저 서비스' 등으로 인터넷 검색을 해 보시면 됩니다.

어쨌든, 컴퓨터 검색 속도가 늦거나 올바른 목록이 표시되지 않는 것은 지극히 정상이라고 말씀 드릴 수 있을 것 같네요.

자주 사용하는 컴퓨터의 경우 바탕화면 등에 바로가기를 설정해 놓는 것도 좋은 방법이라고 하겠습니다.

요약해 보자면,

• 윈도우 네트워크에서 컴퓨터 검색을 위해서 NetBIOS 라는 프로토콜을 이용합니다.
• NetBIOS라는 프로토콜은 '이름 검색 서버' 없이도 동작할 수 있도록 설계되었습니다.
• 그래서 네트워크 상에서 현재의 '이름 검색 서버'를 찾는 데 시간이 오래 걸릴 수 있습니다.
• 네트워크 상의 '이름 검색 서버'는 수시로 변경될 수 있기 때문에 '이름 검색 서버'가 가지고 있는 컴퓨터 목록은 정확하지 않을 수 있습니다.

그러면, 진정 해결책은 없는 것일까요? 당연히 있지요. '이름 검색 서버'를 이용하면 모든 것이 간단히 해결됩니다. 그러면 '이름 검색 서버'는 어떻게 이용해야 할까요?

• AD(Active Directory)를 이용합니다: 이것은 너무 거창하죠? ^^;
• WINS 서버를 설치, 운영합니다: 자세한 것은 'WINS' 로 인터넷 검색을 해 보세요.
• Master Browser 를 강제 설정합니다: Microsoft 웹 사이트에서 '마스터 브라우저' 혹은 'Master Browser'로 검색해 보세요.

가장 간단한 방법은 'Master Browser'를 강제 설정하는 것입니다. 그런데 마스터 브라우저를 강제 설정하려면 네트워크상에 꺼지지 않는 컴퓨터(서버가 되겠죠?)가 있어야 합니다. 그러니까, 그다지 간단하진 않은 거죠? ^^

그래서 윈드님이 가장 쉽고 간편한 방법으로 '\\컴퓨터이름' 형식을 알려주신 것 같습니다.

참고로 JnC Company의 File Manager를 이용하시면 당연히 마스터 브라우저 강제 설정을 해 드리겠죠?

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

• 문자 데이터의 저장


• 문자 데이터를 저장할 때는 ‘텍스트’ 혹은 ‘메모’ 데이터 형식을 이용합니다.


• ‘텍스트’와 ‘메모’의 가장 큰 차이는 저장 용량에 있습니다.


• ‘텍스트’ 데이터 형식은 최대 255글자까지 저장을 할 수 있으며 ‘메모’ 데이터 형식은 65535 글자까지 저장할 수 있습니다. (참고: 한글이던 영문이던 액세스는 모두 1글자로 처리합니다. 예) 강  1글자, A  1글자)


• 하지만 ‘텍스트’ 데이터 형식은 ‘인덱스’를 활용하여 데이터 검색 속도를 높일 수 있습니다.


• ‘인덱스’란 데이터 검색을 빨리 하기 위한 도구로서 데이터의 양이 많을 때(수십만 건 이상) 보통 7~8배 이상의 성능 향상을 가져올 수 있는 도구입니다.


• 결론: 문자 데이터의 경우, 255글자 이하라면 ‘텍스트’ 데이터 형식을, 255 글자를 초과하면 ‘메모’ 데이터 형식을 이용합니다.



• 숫자 데이터의 저장


• 숫자 데이터를 저장할 때는 ‘숫자’ 혹은 ‘통화’ 데이터 형식을 이용합니다.


• 정수 형태의 숫자를 저장할 때는 어떤 데이터 형식을 이용해도 무방하지만, 소수 형태의 숫자를 저장할 때는 고민을 좀 해 봐야 합니다.


• ‘숫자’ 데이터 형식을 지정하고 필드 크기 속성을 ‘실수’로 지정하면 소수를 저장할 수 있습니다.


• 하지만 ‘실수’ 형태의 ‘숫자’는 소수점 계산(근사값 계산)을 수행하며, 계산 중간에 반올림 처리가 되므로 여러 계산이 중첩될 경우 부정확한 값으로 표시될 수 있습니다.


• 반면, ‘통화’ 형식은 소수점 넷째 자리까지 표현 가능하며, 정수인 것처럼 계산하고, 계산 중간에 반올림 처리가 되지 않으므로 계산이 중첩되더라도 정확한 값을 계산할 수 있습니다.


• 결론: 소수 형태의 데이터를 저장할 때, 정확한 계산을 필요로 하고 소수점 4자리를 넘어가는 정밀도를 요구하지 않을 때는 가급적 ‘통화’ 데이터 형식을 이용합니다.



• 날짜 혹은 시간 데이터의 저장


• 날짜 혹은 시간 데이터를 저장할 때는 ‘날짜/시간’ 데이터 형식을 이용합니다.


• 간혹, ‘20060115’ 혹은 ‘2006-01-15’ 형태로 ‘텍스트’ 데이터 형식을 사용하는 경우도 많은데, 이럴 경우 날짜 연산 (오늘부터 6개월 후는? 오늘부터 3개월 이전 날짜는?)을 수행하는 데 많은 어려움이 따릅니다. (윤년, 윤달 계산 등)


• 반면, ‘날짜/시간’ 데이터 형식을 이용하면 ‘DateAdd’, ‘DateDiff’, ‘DateSerial’ 을 비롯한 수십 개의 액세스 날짜 함수를 이용할 수 있어 편리하게 계산할 수 있습니다.


• 결론: 날짜 혹은 시간 데이터를 저장할 때는 ‘날짜/시간’ 데이터 형식을 이용합니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

046_samples.mdb

예제파일 다운로드

• 매개변수명을 대괄호([])로 둘러싸 줍니다.


• 매개변수명은 한글, 영문, 숫자를 비롯한 대부분의 특수문자를 허용하지만 ‘_’를 제외한 특수문자는 이용하지 않는 것이 좋습니다.


• 매개변수명은 해당 쿼리에 등록된 필드명과 달라야 합니다. (앞의 그림에서 [UnitPrice] 라고 매개변수명을 할당하면 이것은 매개변수로 동작하는 것이 아니고, 필드 값을 가져오는 결과를 나타냅니다.)


• 따라서, 매개변수명에 접두어 ‘prm’을 붙여 [prmUnitPrice] 와 같이 이용하는 것이 좋습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.