아래 삽입 코드를 선택 후 복사( Ctrl+C 또는 ⌘-C)하여 여러분 블로그나 기사의 HTML소스에 넣어 삽입하시면 됩니다.
<script src="https://editoy.com/posts/232.250.js"></script><noscript>https://editoy.com/posts/232.250 어설픈 NoSQL 도입에 대한 경고<p>플랫폼 연구회의 내용 직접 큐레이션:;어제 황교수님이 준 숙제하다가 필받아서 아침부터 써내려간 포스팅, 주말은 가족과 함께. NoSQL – 도대체 어떻게 선택해야 할까? kimws.wordpress.com Wooseung Will Kim 2012/2/26 12:41 오후 Michael Hwang 주말은 아들과 라면 같이 먹는 날 2012/2/26 1:04 오후Minu W. Park 근데... 마지막에 몇년간 꾸준히 테스트를 해보고 적용하지 않은... 교체할 이유를 찾지 못하셨다고 했는데.... 교체의 목적은 무엇인가요? 처리해야 할 데이터의 크기? 쿼리 속도? 분석에 필요한 시간? 2012/2/26 11:06 오후Wooseung Will Kim 쿼리속도와 돈입니다. ^^ 2012/2/26 11:14 오후Minu W. Park 테이블 최적화와 SQL 튜닝만으로도 아직 충분한 퍼포먼스가 나온다는 얘기인거죠? 2012/2/26 11:19 오후Wooseung Will Kim 그게 ... 하드웨어가 무지 좋아요. ^^ 2012/2/26 11:44 오후Wooseung Will Kim 향후 오라클 의존성도 줄이고 하드웨어도 좀 싼걸로 대체하기 위한 중장기적인 포석정도로 생각하시면 됩니다. 2012/2/26 11:45 오후Minu W. Park 울나라 대기업들 오라클 의존성은 반드시 낮춰야 합니다. MMM for MySQL을 잘 쓰면 적당한 분산처리도 가능할 것 같은데... 문젠 MySQL도 오라클꺼라... ㅜㅜ 2012/2/27 12:00 오전Wooseung Will Kim MySQL 이 오라클에 인수된 이후 관련 커뮤니티의 핵심개발자들이 SkySQL 이라는 회사를 설립해서 사실상 MySQL 의 또다른 브랜치인 MariaDB 을 개발하고 판매, 컨설팅을 하고 있습니다. 2012/2/27 12:18 오전황치규 다양한 NoSQL이 등장한 상황에서 이 정보가 아주 유용할 듯 하네요..그런데 NoSQL 돌리려면 상대적으로 높은 스펙의 서버가 필요한 건가요? 2012/2/27 8:39 오전Jang Ho Park 잘 읽었습니다. 행복한 한 주 만드십시오. 2012/2/27 8:57 오전Wooseung Will Kim 황치규 서버야 좋을 수로 좋은 거죠. 상대적인 스펙이니까요 2012/2/27 10:16 오전Sungsuh Park 어차피 저렴한 하드웨어들로 꾸려서 먹고 사는 웹서비스 입장에서 보면 NoSQL이 MySQL 샤딩해서 쓰는것 보다 특별히 서버를 적게 먹는것 같지도 않고, 제약도 많고, 구조를 제대로 이해하고 문제없이 적용하는 것도 매우 어렵습니다. 다만 확장이 용이하고 확장에 대한 관리가 쉬워보이더라구요. SQL이라는 글자는 들어가있지만 대부분의 경우 기존 SQL을 대체하는데 적합해 보이지 않습니다. 특별히 빅데이터 처리가 필요한 경우가 아닌데도 요즘 유행이라 여기저기서 보이니까 SQL대신 한번 써보고 망하는 경우 많은거 같아요. 저희는 서비스 만드는데 NoSQL + MySQL 샤딩 같이 갑니다. 2012/2/27 11:21 오전Wooseung Will Kim Sungsuh Park 제가 드리고 싶었던 말씀을 딱! 해주시네요. ^^ 2012/2/27 11:41 오전Goodhyun Kim 일반적 프로그래밍으로 보면 "어셈블리어를 쓰는 결단"과 흡사하다고 봐요. 감당할 수 있는지 여부라던가, 개발과정의 심리적 흐름이라던가... 2012/2/27 3:06 오후사실, 마지막 줄은 전에도 트윗을 잠시 한 적이 있는데요.;Map/Reduce와 hadoop을 볼 때마다 어셈블리어의 추억이 떠오르는 것은 어쩔 수 없다. #데자뷰 Goodhyun Kim 김국현 @goodhyun 2012/2/19 11:47 오후 "미지의 한계와 조우하게 되어" 프로그램에 어셈블리어를 섞을 수 밖에 없는 일은 분명히 있습니다만, 1) 모두에게 일어나는 일은 아니고, 2) 내공과 실력을 전력 동원할 가치와 여유가 있을 때만 하는 일이겠지요.;인덱스도 스키마도 없고, 프로그래밍 방식도 새롭기 짝이 없어, 그 동안의 데이터베이스의 상식을 재정의해야 하는 여정이 모두에게 맞을 리는 없어요. 그러나 그럴 가치와 여유를 느껴버리셨다면 가야할 수 밖에 없는거지요. :) CouchDBJ. Chris Anderson(著)지앤선 (2012.2)(처음 겪어 보기로는 CouchDB가 괜찮을 듯 하기도 해요. JSON에 문서 기반...)</noscript>
<script src="https://editoy.com/posts/232.250.js"></script><noscript>https://editoy.com/posts/232.250 어설픈 NoSQL 도입에 대한 경고</noscript>
<iframe style="display: block; background: none repeat scroll 0% 0% transparent; border: medium none; overflow: hidden; width: 100%; height: 100%;" src="https://editoy.com/posts/232.250.embed" frameBorder=no ></iframe>
<div class="curation-body"><link href="https://editoy.com/static/media/style/curate.css" rel="stylesheet" type="text/css" /><div><a href="http://platformadvisory.kr/">플랫폼 연구회</a>의 내용 직접 큐레이션: </div><div><div class="fb_item"><a href="http://facebook.com/739152122" title="Wooseung Will Kim"><img src="http://graph.facebook.com/739152122/picture" alt="Wooseung Will Kim" title="Wooseung Will Kim" class="avatar"></a><div class="fb_text"><div>어제 황교수님이 준 숙제하다가 필받아서 아침부터 써내려간 포스팅, 주말은 가족과 함께.</div> <div><a href="http://kimws.wordpress.com/2012/02/26/nosql-도대체-어떻게-선택해야-할까/"><img src="http://external.ak.fbcdn.net/safe_image.php?d=AQBZZZpLLGO4yfA5&w=90&h=90&url=http%3A%2F%2F0.gravatar.com%2Fblavatar%2F2a5ac12c18bbf646f0f6fd38fae85f2b%3Fs%3D300" class="fbpicture"> NoSQL – 도대체 어떻게 선택해야 할까?</a> kimws.wordpress.com </div> <div class="author"><a class="faceb" id="739152122" href="http://facebook.com/739152122">Wooseung Will Kim</a></div> <a href="http://facebook.com/groups/144086785638242/posts/330847330295519" title="담벼락에서 보기">2012/2/26 12:41 오후</a> <a class="fb_action" href="http://www.facebook.com/groups/144086785638242/posts/330847330295519" title="답글과 좋아요"> </a> </div><div class="fb_comment"><div class="author"><a class="faceb" id="1060027137" href="http://facebook.com/1060027137">Michael Hwang</a></div> 주말은 아들과 라면 같이 먹는 날 2012/2/26 1:04 오후</div><div class="fb_comment"><div class="author"><a class="faceb" id="1263638163" href="http://facebook.com/1263638163">Minu W. Park</a></div> 근데... 마지막에 몇년간 꾸준히 테스트를 해보고 적용하지 않은... 교체할 이유를 찾지 못하셨다고 했는데.... 교체의 목적은 무엇인가요? 처리해야 할 데이터의 크기? 쿼리 속도? 분석에 필요한 시간? 2012/2/26 11:06 오후</div><div class="fb_comment"><div class="author"><a class="faceb" id="739152122" href="http://facebook.com/739152122">Wooseung Will Kim</a></div> 쿼리속도와 돈입니다. ^^ 2012/2/26 11:14 오후</div><div class="fb_comment"><div class="author"><a class="faceb" id="1263638163" href="http://facebook.com/1263638163">Minu W. Park</a></div> 테이블 최적화와 SQL 튜닝만으로도 아직 충분한 퍼포먼스가 나온다는 얘기인거죠? 2012/2/26 11:19 오후</div><div class="fb_comment"><div class="author"><a class="faceb" id="739152122" href="http://facebook.com/739152122">Wooseung Will Kim</a></div> 그게 ... 하드웨어가 무지 좋아요. ^^ 2012/2/26 11:44 오후</div><div class="fb_comment"><div class="author"><a class="faceb" id="739152122" href="http://facebook.com/739152122">Wooseung Will Kim</a></div> 향후 오라클 의존성도 줄이고 하드웨어도 좀 싼걸로 대체하기 위한 중장기적인 포석정도로 생각하시면 됩니다. 2012/2/26 11:45 오후</div><div class="fb_comment"><div class="author"><a class="faceb" id="1263638163" href="http://facebook.com/1263638163">Minu W. Park</a></div> 울나라 대기업들 오라클 의존성은 반드시 낮춰야 합니다. MMM for MySQL을 잘 쓰면 적당한 분산처리도 가능할 것 같은데... 문젠 MySQL도 오라클꺼라... ㅜㅜ 2012/2/27 12:00 오전</div><div class="fb_comment"><div class="author"><a class="faceb" id="739152122" href="http://facebook.com/739152122">Wooseung Will Kim</a></div> MySQL 이 오라클에 인수된 이후 관련 커뮤니티의 핵심개발자들이 SkySQL 이라는 회사를 설립해서 사실상 MySQL 의 또다른 브랜치인 MariaDB 을 개발하고 판매, 컨설팅을 하고 있습니다. 2012/2/27 12:18 오전</div><div class="fb_comment"><div class="author"><a class="faceb" id="100001821238602" href="http://facebook.com/100001821238602">황치규</a></div> 다양한 NoSQL이 등장한 상황에서 이 정보가 아주 유용할 듯 하네요..그런데 NoSQL 돌리려면 상대적으로 높은 스펙의 서버가 필요한 건가요? 2012/2/27 8:39 오전</div><div class="fb_comment"><div class="author"><a class="faceb" id="100001407050071" href="http://facebook.com/100001407050071">Jang Ho Park</a></div> 잘 읽었습니다. 행복한 한 주 만드십시오. 2012/2/27 8:57 오전</div><div class="fb_comment"><div class="author"><a class="faceb" id="739152122" href="http://facebook.com/739152122">Wooseung Will Kim</a></div> 황치규 서버야 좋을 수로 좋은 거죠. 상대적인 스펙이니까요 2012/2/27 10:16 오전</div><div class="fb_comment"><div class="author"><a class="faceb" id="100001317193083" href="http://facebook.com/100001317193083">Sungsuh Park</a></div> 어차피 저렴한 하드웨어들로 꾸려서 먹고 사는 웹서비스 입장에서 보면 NoSQL이 MySQL 샤딩해서 쓰는것 보다 특별히 서버를 적게 먹는것 같지도 않고, 제약도 많고, 구조를 제대로 이해하고 문제없이 적용하는 것도 매우 어렵습니다. 다만 확장이 용이하고 확장에 대한 관리가 쉬워보이더라구요. SQL이라는 글자는 들어가있지만 대부분의 경우 기존 SQL을 대체하는데 적합해 보이지 않습니다. 특별히 빅데이터 처리가 필요한 경우가 아닌데도 요즘 유행이라 여기저기서 보이니까 SQL대신 한번 써보고 망하는 경우 많은거 같아요. 저희는 서비스 만드는데 NoSQL + MySQL 샤딩 같이 갑니다. 2012/2/27 11:21 오전</div><div class="fb_comment"><div class="author"><a class="faceb" id="739152122" href="http://facebook.com/739152122">Wooseung Will Kim</a></div> Sungsuh Park 제가 드리고 싶었던 말씀을 딱! 해주시네요. ^^ 2012/2/27 11:41 오전</div><div class="fb_comment"><div class="author"><a class="faceb" id="671916325" href="http://facebook.com/671916325">Goodhyun Kim</a></div> 일반적 프로그래밍으로 보면 "어셈블리어를 쓰는 결단"과 흡사하다고 봐요. 감당할 수 있는지 여부라던가, 개발과정의 심리적 흐름이라던가... 2012/2/27 3:06 오후</div></div><br></div><div>사실, 마지막 줄은 전에도 트윗을 잠시 한 적이 있는데요. </div><div><div class="tweet_item" id="1329662824000"><a href="http://twitter.com/goodhyun" title="@goodhyun"><img src="http://a3.twimg.com/profile_images/22473452/goodhyun060418_62x80_normal.gif" alt="goodhyun" title="goodhyun" class="avatar"></a><div class="tweet_text">Map/Reduce와 hadoop을 볼 때마다 어셈블리어의 추억이 떠오르는 것은 어쩔 수 없다. <a href="http://search.twitter.com/search?q=&tag=데자뷰&lang=all&from=goodhyun">#데자뷰</a> <br><div class="author"><a class="tweep" href="http://twitter.com/goodhyun" title="@goodhyun">Goodhyun Kim 김국현 @goodhyun</a></div> <a href="http://twitter.com/goodhyun/status/171244413899649025" title="해당 트윗 보기">2012/2/19 11:47 오후</a> <a class="tweet_action tweet_retweet" href="http://twitter.com/intent/retweet?tweet_id=171244413899649025" title="리트윗"> </a> <a class="tweet_action tweet_favorite" href="http://twitter.com/intent/favorite?tweet_id=171244413899649025" title="관심글 담기"> </a><a class="tweet_action tweet_reply" href="http://twitter.com/intent/tweet?in_reply_to=171244413899649025" title="답글"> </a> </div></div><br></div><div>"미지의 한계와 조우하게 되어" 프로그램에 어셈블리어를 섞을 수 밖에 없는 일은 분명히 있습니다만, 1) 모두에게 일어나는 일은 아니고, 2) 내공과 실력을 전력 동원할 가치와 여유가 있을 때만 하는 일이겠지요. </div><div><br></div><div>인덱스도 스키마도 없고, 프로그래밍 방식도 새롭기 짝이 없어, 그 동안의 데이터베이스의 상식을 재정의해야 하는 여정이 모두에게 맞을 리는 없어요. 그러나 그럴 가치와 여유를 느껴버리셨다면 가야할 수 밖에 없는거지요. :)</div><div><br></div><div><table class="flow"><tbody><tr><td><div class="bookitem"><a href="http://www.aladin.co.kr/shop/wproduct.aspx?partner=editoy&ISBN=8993827427" title="『CouchDB』는 RESTful 웹 인터페이스를 통해 CouchDB가 어떻게 동작하는지를 배우며 문서의 간단한 CRUD와 맵리듀스, 개선된 배포를 비롯한 다양한 핵심 기능들에 대해 익힐 수 있도록 도와주는 지침서이다...."><img src="" class="bookimage"> <strong>CouchDB</strong></a><br>J. Chris Anderson(著)<br>지앤선 (2012.2)</div></td></tr></tbody></table>(처음 겪어 보기로는 CouchDB가 괜찮을 듯 하기도 해요. JSON에 문서 기반...)</div><div><br></div><div class="editedby-logo"><a href="https://editoy.com/goodhyun"><img src="https://editoy.com/static/media/images/editoywith.png">goodhyun <img class="userthumb" width="32" src="https://pbs.twimg.com/profile_images/1367028483335987203/Sia9MRDP_normal.jpg" alt="goodhyun's image" /></a></div></div>