세로 600 은 너무 좁지 않을까요

넷북이 거의 다 그렇죠. ^^

전 어제 귀찮아서 테스트 코드에 raise NotImplementError 했어요 ㅋㅋ

그럼 테스트는 늘 빨간불? ㅋㅋ

너무 깨끗하면 사람의 저항력이 약해지죠. 아마 동일한 조건이면 옛날 사람들보다 현대 사람들은 식중독에 훨씬 더 잘 걸릴 것 같아요. ^^

예. 저도 그래서 평소 지론이 좀 더럽게 살아야 한다는 것입니다. 그래서 잘 씻지도 않고.. .쿨럭

시스템이 중요해요. 근데 시스템 만들고 고치는 인간들이 절망적이라 이건 뭐.

근데 그 인간들이 1) 정말 못되서 그렇게 하는 지, 2) 좋은 시스템 만들기가 정말 너무너무 어려워서, 실력부족으로 어쩔 수 없이 그렇게 되는 것인지 궁금하네요.

구조적 악!!! ㅠㅠ

시스템 보다 더 근본적인 문제일 수도 있습니다.

저도 정치면은 잘 안보는데…. 솔직히 뭔지도 잘 모르겠구 서툴러서 ㅎㅎ

민주주의가 원래 되게 귀찮은건죠.

건죠.라니.

업무량 많을때 외근은 후~~ 이동시간에.. 다녀오면 체력도 떨어지고 orz

외근 갔다가 회사 복귀하면 8시는 될 것 같고… 그냥 잠실 모처의 별다방 정도에서 자리 잡고 정리하다 퇴근해야겠습니다.

아 최고네요. (근데 국민일보에 대한 비판에 대한 이유는 무엇인가요? 몰라서…)

국민일보… 조중동 보다 더 한 수구 꼴통일 뿐 아니라 기독교 신앙적 양심이라고는 전혀 찾아 볼 수 없는 쓰레기입니다.

ㄴ 너무 대형 기독교의 야리꾸리한 시각으로 편향되어 있다는 정도로만 생각하고 있었는데, 그 정도로 쓰레기로 보시는군요. (어짜피 국민일보 따위 안봐서;;)

ㄴ 예전 "새벽기도 다니는 국회의원이 훌륭한 국회의원" 따위의 기사를 읽고 뭐 이딴 게 다 있나! 하고 그 이후로 쳐다도 안보고 있습니다.

ㄴ뭐 그런 식이죠. 기성 한국 기독교회의 타락한 모습이 농축되어 있습니다. 생각만 해도 토할 것 같은…

이제라도 마음 편히 가시길….

힘내세요-!

덩실 덩실~

홧팅!

홧팅!

졸려요. ㅠ.ㅠ

봉지커피에 얼음 3조각을 드시는겁니다 +_+! 한참 일할땐 하루에 열잔도 넘게 마시는거 같아요 ;;

헉 저런 쉬엄쉬엄 하셔요

위기북스 ㅋㅋㅋㅋ

위기의 책들..;;;

이 책도 킨들 버전이 없네요 어흑흑;

Rod Johnson 님의 한마디가 막막 가슴에 와닫는군요.

그러게요. 사업 하시느라 바쁜가봐요. ^^

gEEkInsIdE 사마님, 신림 왕림 하셨나봅니다. 누추한 곳에 어인 일로? ㅎㅎ

앗신림이지원님나와바리이군요신고도안하고죄송백순대먹으러왔어요ㅎㅎ

아그러시군요ㅋ즐거운시간보내시길바랍니다전야근ㅠㅋ

크리스피도 조용하고 좋았었는데.ㅋㅋ

ㅋㅋ원경생각나더군근데크리스피는넘달아ㅎ

ㄴ 그쵸.. 도넛은 달아도 거긴 한가해서 너무 좋았는데…

거기선 커피 어디서 마실만한 곳이 있나? ㅎㅎ

ㄴ 여긴 많죠.ㅎㅎㅎ;;;;;

백순대~ 맛나겟당

ㄴ 뭐.. 이제는 너무 느끼해서 양념이 좋아. ^^

신림은 저의 나와바리이기도 합니다 하하하하하 최근 포도몰에 버거킹이 생겼으나 비싸서 못먹어봤다능;;;

ㄴ아~ 그러시군요. 그럼 다음 KSUG 벙개는 순대타운에서…ㅎㅎ 신림이 요즘 많이 개비되는 것 같더라고요. 예전의 칙칙함은 이제 찾아볼 수 없고…

최고의 사례(응?)

좀 더 뭐 있는 것처럼 보이게…;;;

제일 잘 된 거.

상승무공 -_-)a

ㅋㅋㅋㅋ practice 자체가 번역이 잘 안되죠.

ㄴㅋㅋㅋㅋㅋ 음… 실전 프랙티스? ㅋㅋ

"베스트"라는 의미를 좀 더 강조해줘야죠.

짱난거 (분위기는 이미 망쳐진 거)

무림비급도 있…;;;

실전법?

저도 지금까지는 practices를 실천법으로 번역하는게 맘에 들어요. 그런데 best는 그냥 무시해야 하는지…

best -> 모범 , 우수,추천 practices -> 실천법, 사례, 케이스(우리나라서 많이 쓰니) 조합에서 하나 끄집어내면 되지 않을까요? 저라면 모범 사례(익숙하니), 우수 실천법 둘 중 하나로 택하겠습니다.

전 사례는 좀 반대입니다 oo식으로 표현 한다면 practice는 class이고 case는 instance라고 생각해요

ㄴ 아, 그렇네요!

단어에 집착하지 말고 그 의미를 가지고 적절한 대응번역을 하는게 나을 듯 하네요

그런데 best practice란는 말 자체의 의미가 뭔지 아직도 아리송해서…

ㄴ사람들이 자기 생각을 뒷받침하려고 남용하기 때문 아닐까요? ^^

쓰세요. 재밌자나요. 스릴있고.

일단 opensprout의 빌드를 사용하도록 IVY 설정했습니다. ^^

웬지 비슷한 이미지 (응?)

그죠? ㅎㅎ

헉 이 사람 정말 그 켄트 벡인가요?.

예. ^^

innodb와 Falcon을 Storage Engine 으로 사용할 때 지원 됩니다.

예. 그런건 아는데 Transaction은 지원하면서 MVC를 지원안한다는 말이 뭔가 이해가 안되서요. MVC를 지원 안하고도 Transaction을 지원할 수 있는 건가봐요? -_- Isolation level 1, 2 정도만 지원하는 건가요?

Transaction자체를 innodb와 Falcon 에서만 지원하지요. ^^

예. 그건 저도 아는….;;;

http://dev.mysql.com/doc/refman/5.0/en/innodb-multi-versioning.html innodb는 mvcc 지원합니당.

ㄴ 그럼 저 표는 뭐지용? 구라? @_@

fulltext search가 YES인거 보면 MyISM인거 같은데요.

인터넷을 뒤져보니 트랜젝션격리와 MVCC는 조금 다른 개념인것같네요. 여기 에 나온 글을 잠깐 번역해보면

다시 생각해보니 gEEkInsIdE님말처럼 격리레벨 몇이라고 말하지않고 격리레벨은 지원하면서 MVCC는 안된다니 오해를 불러있으킬수 있겠네요.

아시모프 : Transactoin Isolation Level이 총 4개인데 0은 지원 안하는 것으로 봐야하고 1,2,3중 하나인데 지금 문서의 MVCC가 Read Committed에 해당한다면 Level 1을 의미하는 것이거든요?

아! 무슨 말인지 이해하겠네요. Transacton(MVCC)를 지원하지만 Transaction Isolation Level을 조정하는 능력은 없다는 말 같네요. 사용DB 중에도 Transaction Isolation Level을 Full로 지원 안하는 경우가 있으니까요. postgresql도 Isolation 2는 지원 안하고… 제가 오해를 했네요.

제가 볼때 트랜잭션과 MVCC는 전혀 다른 개념 같은데요?

잉여훗쇼 : 어떻게 다르다고 생각하시나요?

mvcc 는 read/write 의 concurrent access 를 위한 구현 방법이고요, ibm 의 DB2 는 mvcc 를 사용하지 않고 record lock 을 사용했습니다. record lock : mvcc = lock : transactional memory 정도로 생각하면 적당하지 않을까요?

MVCC는 행 버전 관리 정도로 보면 되는듯 하네요…….

praxis // mvcc자체도 여러가지 방법으로 구현될수 있다고 이야기하던데, 그건 다른이야기인가요? 즉 mvcc가 transaction isolation의 read commited 를 준수하는 구현방법이라는것이죠. concurrent access자체는 transaction isolation의 개념에 들어가잇는것이 아닐까요?

Understanding PSQL's MVCC:"http://eric.themoritzfamily.com/2008/06/18/understanding-psqls-mvcc/"

하지만 맥락적으로 mvcc을 구현방법이라고 여긴다면 , transaction isolation을 지원하지만 mvcc(read commited)를 지원하지 않는다는 말은 이해가 가는군요.

ㄴ 첫줄: PostgresSQL implements something called MVCC. Which alleviates the need for a Read-Lock in many cases ==> transaction isolation 구현을 위한 기법 중 하나라고 읽히네요

ㄴ 즉, transaction isolation 은 되는데 MVCC가 안된다는 말은 transaction isolation 을 read-lock 등의 방법으로 구현했다는 것이 아닐까요

ㄴㄴ저 말은 Read-Lock 감소를 위해서 나왔다는 소리 아닌가요?

ㄴㄴㄴ 네, 그렇게 해석되지요. PostgresSQL 은 MVCC 라는 녀석을 구현함으로써 Read-Lock 이 필요한 많은 상황에서 Read-lock 없이 뭔가를 할 수 있게 해 주었다 라고 이해를 했습니다

ㄴㄴㄴ 즉, 거꾸로보자면 MVCC 라는 녀석을 구현하지 않았다면 그런 상황들에 대해 read-lock 으로 처리를 했다고 이해를 하였고

ㄴㄴㄴ "read-lock이 필요한 그러한 상황들" 이 저 글의 문맥으로는 transaction isolation 에 대한 구현이 필요한 상황이라고 이해를 했습니다.

ㄴㄴㄴ 따라서 transaction isolation 을 MVCC 없이 read-lock 으로 구현을 할 수 있구나~ 하고 유추를 하였고,MySQL 이 그 경우인가보다 생각했습니다. (진짠지 아닌진 모르겠지만)

예. 그렇네요. 생각해보니 예전 sybase도 lock으로 transation을 구현한 방법과 mvc로 구현한 방법을 선택할 수 있었던 것 같습니다.

전통적인 의미로 read committed가 수정되었지만 커밋되지 않은 '행' 자체를 차단한다고 보는거면 mysql이 트랜잭션 격리를 지원하면서도 mvcc를 지원하지 않을 수도 있다고 보이네요….

lock으로 구현했을 때 동시성에 문제가 있었지요. 그런데 lock으로 처리하면 repeatable read가 불가능하겠네요.

ㄴ 그렇겠죠? read 자체가 lock 걸려서 대기상태일테니까요?

헉..이..이유라도..ㄷㄷ

SI 시장이 변하기 때문이죠. 기존 물량으로 밀어 붙이는 SI는 사실 최근 진행되는 금융권 차세대가 끝일 거라고 하더군요. 앞으로는 소규모 전문화된 시장으로 세분화 될 것이라고… 사실 중소 SI가 적합한 시장이지만 대형 SI가 이 시장에 이미 대응하고 있으니 중소 SI는 전문화 할 기회도 없이 고사할 확율이 높지요.

음… MSSQL DE가 아니라서 다행… OLAP용으로는 둘 다 좀 안맞지 않나요? =_=

성능은 보장할 수 없지만 MYSQL InnoDB?

안드로이드 제가 Sqlite를 안써봐서 잘 모르겠어요. MySql도 3 버전 이후로는 안 써봤고…

잉여훗쇼 InnoDB가 쿼리 기능도 더 다양한가요? 그냥 트랜젝션이 된다는 수준으로 알고 있었는데…

어플라이언스라서 embedded용 DB 중 고르려는 것인데 없으면 결국 무리해서 pgsql이라도…

파이어버드는 어떠할까요..

MySQL 을 embed 해서 사용하실 수 있어요? SQLite에 비교하면 거인인 건 같은데

짹 : Firebird는 예전에 lock 문제가 심해서 고생했던 기억 때문에…;;; 오리대마왕 : 진정한 embed는 아니지만 범용 DB에 비하면 가벼워서 embed용으로도 많이 쓰이죠. mysql에서도 embed용으로도 쓸 수 있다고 광고하고…

MySQL과 SQLite로 '복잡한 쿼리'는 힘들지 않을까요?..

RedBaron : SQLite도 MySQL 수준인가요?

mysql 은 옵티미제이션이 (조인오더) 젬병이고요, alter table 처럼 table metadata 를 다루는 작업이 transaction property 가 없습니다. drop table 과 innodb 를 같이 썼다가 deadlock 걸렸던 아픈 추억이 있습니다.

시퀄라잇 윈츄요

h2 쓰세요. http://www.h2database.com/html/main.html

Toby : 아! HSQLDB 원 저작자가 다시 만든 그거죠? 전에 잠깐 써보기는 했는데 검토해봐야겠네요.

praxis & 꽃띠앙 : 의견 감사합니다. 잘 참고하겠습니다. ^^

SQLite가 훨씬 나을 것 같습니다.

Complex Query가 키워드인 것 같은데, SQLite, HSQLDB가 가능한가요??? MySQL은 라이선스 이슈가 있는 것 같고, 소규모 OLAP 응용이라면 CUBRID 게시판에 문의해 보시는 것도 한 방법인 듯…… ^^