저장 프로시저를 호출했는데 결과가 여러 개 나온다는 것은 'Select'문이 여러 번 동작하거나 'return'값도 온다는 의미입니다. 1. 'select'와 'return' 구분하기 필요에 따라 'Select'로 리턴하는 값을 'Return'으로 바꾸면 됩니다. 셀랙트(Select)는 리턴(Return)과 달라 프로시저가 종료되지 않습니다. 그러니 셀랙트로 값을 리턴하면 셀랙트가 호출된 이후 뒤에 있는 코드들도 그대로 동작합니다. 셀랙트가 여러 개 있다면 결과도 여러 개 나옵니다. 만약 호출한 저장 프로시저의 셀랙트된 내용을 받고 싶지 않다면 방법이 없는 건 아닙니다. 테이블 변수나 임시 테이블을 이용하여 저장 프로시저의 내용을 받으면 셀랙트된 내용이 리턴되지 않습니다. (참고 : [MSSQL] 저장프..
에피소드1의 마지막장면에 보면 엄청난 양의 조언자가 도망가는 모습을 볼수 있는데요... 에피소드2에서 보면 이들이 덜성숙한 콤바인 조언자라는 것을 알수 있습니다. 결국 콤바인들이 여기저기 침공하고 다니는건 조언자를 키우기 위해서 라는 것을 알수 있습니다. 그리고 이장소는 조언자를 키우기 위한 부화장인 샘이죠.
2
원래 처음에는 "유기동물에대한 관심을 더 늘릴수 없을까?" 라는 생각으로 구상했던 내용인데.....특허사무소와 이야기 해보니 "사회를 발전시킬수 있는 특허여도 돈이 안되면 쓸모가...." 어차피 좀만 변형하면 아무 동물이나 넣을수 있는 것이라 돈벌이도 가능하게끔 애완동물 산업과도 연계시켜놓으니 하는 말이 "이 비지니스모델에 유기동물을 넣던 애완동물을 넣던 그건 사람의 행동이기 때문에 특허대상이 아닙니다. 그러니 이부분은 빼겠습니다." "아하 그렇군요. 네, 알겠습니다." 해서 온 특허명세서보니.....완전 상업용 비지니스모델.....-_-; 뭐...그렇다고 유기동물을 못넣는 시스템은 아니니 그나마 위안은 됩니다만.....몬가 오묘한 기분이 ㅎㅎㅎ; 그래도 명세서자체는 마음에 들긴 합니다 ㅎㅎ; 이래서 비..
발매한지 7년쯤됬다는걸 생각해보면 여전이 괜찬은 그래픽이라는 것을 생각하면..... 그것보다 그렇게 오래 컴퓨터 업글을 안했다는 사실이 먼저 떠오르다늬!!! 좋은 노트북 산 보람이 있는 장면이네요...
개발자 코맨트를ㄹ 보면 이 드랍쉽 추락장면을 놓치지 않게 하기위해 개발자가 머리를 쓴내용이 나옵니다. 참 아이디어가 대단한듯 ㅎㅎ
MSSQL에서 날짜+시간을 나타내는 데이터형식은 데이트타임(datetime)과 스몰데이트타임(smalldatetime) 이 두 가지가 있습니다. ( 참고 : MS Learn - 날짜 및 시간(Transact-SQL) ) 날짜, 시간 관련 데이터 형식이라고 구분한다면 날짜만 나타내는 '데이트(date)'타입도 있습니다. 1. 차이 이 두 가지의 큰 차이는 datetime smalldatetime 정확도 1/100초(3.33밀리초) 1분 저장 공간 8 byte 4 byte 범위 1753년 1월 1일부터 9999년 12월 31일까지 1900년 1월 1일부터 2079년 1월 6일까지 2. 사용 시 알고 있어야 할 내용들 스몰데이트타임은 사용할 때 바로 변환이 되지 않는 경우가 꽤 있습니다. 예를 들면 'ToSt..
Visual Studio 2008에 창 도킹 시 에러가 있다는 사실을 얼마 전에 알았습니다. 하긴.. 전 웬만해서 툴에 손대는 걸 싫어하니 당연한 걸지도? ㅎㅎㅎ 1. 오류 재현 툴안에 있는 창을 다른 곳으로 옮긴 후 비주얼 스튜디오를 종료하면 오류를 뱉으며 죽는 현상입니다. 다시 켜보면 수정한 내용이 없는걸 볼 수 있죠. 2. 해결 방법 마이크로소프트 고객센터에서 보면 이 오류에 대한 내용이 있습니다. (참고 : 마이크로 소프트 고객센터 - FIX: 일부 창을 도킹 또는 Visual Studio 2008 서비스 팩 1 IDE 창 레이아웃을 변경할 경우 IDE가 충돌합니다. ) 그리고 해결 방법으로 핫픽스를 설치하라고 되어있죠. (참고 : MSDN아카이브 - KB960075 - VS Dev Environ..
반대방향으로 어떻게 건너가냐고 하니 견이가 던저줌 ㅡ,.ㅡ;;; 개발자 코맨터리보면 이게 원래 농담으로 나온거라고.... 안전하게 도착 ㅂㅂ2 견~
우리의 인기스타 디스코팡팡 DJ의 역량에 따라 엄청 재미있는 볼거리가 되죠 ㅎㅎㅎ 그런데 이런 디스코팡팡에도 논란이 있으니....그것은 "치마입고 타는 사람잘못인가 치마입은 사람을 배려하지 않는 DJ의 잘못인가?" 어떻게 보면 닭이 먼저냐 달걀이 먼저냐 문제인것 같지만 생각해보면 별거 아닌거 같습니다. 간단하게 생각하면 누가 누구에게 피해를 주고 있냐의 문제인데 치마입은사람이 탓다고 배려한다면 결국 다른 사람들은 같은 돈을 주고 더 재미없는 놀이기구를 타게되는 샘이되는 거죠-_-; 치마입은 사람들만 모아놓고 살짝살짝 태울생각이 아니라면 에초에 자신이 이런상황이 될것이라는 것을 감수하고 탓다는 것이기 때문에 DJ를 욕할게 없죠. 일종의 드래스코드를 지키지 않아 생기는 패널티인 샘입니다. 그러니 파티를 욕할..
