<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="http://valley.egloos.com/rss/style/style.xsl" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title>이글루스 'orm' 태그 최근글</title>
		<link>http://valley.egloos.com/tag/orm</link>
		<description>orm</description>
		<language>ko</language>
		<pubDate>Tue, 03 Apr 2012 13:50:58 +0900</pubDate>
		<generator>Egloos</generator>
		<item>
	<title><![CDATA[Apache Cayenne]]></title>
	<link>http://superb1204.egloos.com/3825129</link>
	<guid>http://superb1204.egloos.com/3825129</guid>
	<description>
	<![CDATA[ 
Apache Cayenne은 Java ORM(Object Relational Mapping) Framework 이다.  비슷한 것으로 대체로 많이 사용되는 iBatis, Hibernate 등을 들 수 있겠다.  내가 주로 사용해 본 것은 iBatis, Hibernate 인데..  Cayenne 만의 강력한 기능이나, 장점은 무엇일까?  차차 사용해보고 내용을 채워야할 것 같다.  # ORM 이란?   - RDBMS 와 객체를 자동으로 연결해주는 다리라고 생각하면 된다.       DB Query 후 ResultSet의 bean 객체 맵핑을 자동으로 해주는 것을 의미한다.  	]]>
	</description>
	<pubDate>Tue, 03 Apr 2012 13:50:58 +0900</pubDate>
	<dc:creator><![CDATA[프로그래머]]></dc:creator>
</item>
<item>
	<title><![CDATA[[ASP.NET MVC3] 생산성이 올라가질 않는다.]]></title>
	<link>http://newkain.egloos.com/2845329</link>
	<guid>http://newkain.egloos.com/2845329</guid>
	<description>
	<![CDATA[ 
현재 ASP.NET MVC3로 작업을 진행하는데 생산성이 올라가질 않는다.  먼가 잘못하고 있거나 돌아가고 있다는 느낌이다.    개발환경은 아래와 같다.Window Server 2003IIS 6.0MS-SQL 2000일단 정해진 룰에 따라 Controller -&amp;gt; Model -&amp;gt; View를 따라가니 코드는 깔끔하고 명확하다. 모든 MVC 프레임워크가 그러겠지만...  아래는 현재의 일반적인 작업 형태를 나타내본 것이다.데이타베이스 프로시져 작성프로시져 결과와 Model 클래스 매핑 작업Controller에서 DbContext를 이용한 Model 제어뷰 출력  이 중에서 프로시져 결과셋과 Model 클래스 매핑 작업이 타이핑 작업 그 이상도 이하도 아닌 지루한 작업이 되고 있다.  사용중인 MS-	]]>
	</description>
	<pubDate>Tue, 21 Feb 2012 17:37:10 +0900</pubDate>
	<dc:creator><![CDATA[전북 정읍시 구시장내 한성보신원]]></dc:creator>
</item>
<item>
	<title><![CDATA[[JDO, Maven] JDO enhancement 시 예외 - &quot;org.datanucleus&quot; is already registered]]></title>
	<link>http://entireboy.egloos.com/4611111</link>
	<guid>http://entireboy.egloos.com/4611111</guid>
	<description>
	<![CDATA[ 
JDO를 포함한 프로젝트를 maven으로 enhancement 하다 보면 다음과 같은 예외를 뱉으며 컴파일이 되지 않는 경우가 있다.  하하하 JDO 겁나 난감한 라이브러리고만.. 예제 하나 제대로 돌리려면 만나는 예외가 몇 개여.. =ㅅ=;;  [ERROR] --------------------  [ERROR]  Standard error from the DataNucleus tool + org.datanucleus.enhancer.DataNucleusEnhancer :  [ERROR] --------------------  [ERROR] 2011. 8. 1 오후 5:49:15 org.datanucleus.enhancer.DataNucleusEnhancer &amp;lt;init&amp;gt;  정보: DataNucle	]]>
	</description>
	<pubDate>Thu, 11 Aug 2011 00:05:30 +0900</pubDate>
	<dc:creator><![CDATA[Sigel's house made of ice 。。。]]></dc:creator>
</item>
<item>
	<title><![CDATA[[JDO, Maven] JDO 설정 시 예외 - There is no available StoreManager of type &quot;&quot;]]></title>
	<link>http://entireboy.egloos.com/4611094</link>
	<guid>http://entireboy.egloos.com/4611094</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds21.egloos.com/pds/201108/10/81/b0004081_4e429827a77e0.png"  
				alt="[JDO, Maven] JDO 설정 시 예외 - There is n.." 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> 주말 내내 JDO를 한 번 써보려고 삽질에 삽질을 하고 있었다. 헌데 설정이 제대로 된 것 같은데 계속 같은 예외가 나오는데.. 검색을 해보면 CLASS_PATH에 라이브러리를 넣으라는 개똥같은 말만 나오드라.. 머.. 해결 방법을 알면 완전 개똥은 아니고 절반 정도는 맞는 말이다. 문제는 대체 어떤 라이브러리를 클래스 패스에 넣느냐이다.    There is no available StoreManager of type &quot;&quot;. Make sure that you have put the relevant DataNucleus store plugin in your CLASSPATH and if defining a connection via JNDI or DataSource you also need to provid	]]>
	</description>
	<pubDate>Wed, 10 Aug 2011 23:43:00 +0900</pubDate>
	<dc:creator><![CDATA[Sigel's house made of ice 。。。]]></dc:creator>
</item>
<item>
	<title><![CDATA[Open Session in View Pattern]]></title>
	<link>http://aeternum.egloos.com/2798098</link>
	<guid>http://aeternum.egloos.com/2798098</guid>
	<description>
	<![CDATA[ 
 현재 참여 중인 프로젝트에서 JPA(Java Persistence API) 구현체로 Hibernate를 사용하고 있습니다.이 문서는 프로젝트 진행 중 Open Session in View 패턴의 적용과 관련해서 논란이 되었던 몇 가지 이슈를 정리한 것으로 전체적으로 Open Session in View 패턴의 개요 ,Spring 프레임워크 지원 기능, Open Session in View 패턴 적용 시의 주의사항으로 구성되어 있습니다. 문서의 마지막 부분은 Open Session in View 패턴에 대한 다분히 개인적인 견해를 중심으로 작성한 것이므로 감안하시고 봐 주시면 감사하겠습니다.	]]>
	</description>
	<pubDate>Tue, 28 Jun 2011 19:52:54 +0900</pubDate>
	<dc:creator><![CDATA[Eternity's Chit-Chat]]></dc:creator>
</item>
<item>
	<title><![CDATA[Hibernate/ORM의 치명적 문제점]]></title>
	<link>http://kwon37xi.egloos.com/4406093</link>
	<guid>http://kwon37xi.egloos.com/4406093</guid>
	<description>
	<![CDATA[ 
Hibernate 혹은 기타 ORM을 쓰다보면 자주 부딪히는 아주 치명적인 문제가 있다(나만 그럴지도... --;).  ORM은 클래스와 객체/프라퍼티 기반으로 쿼리를 날린다.그래서 특히 클래스/프라퍼티 이름을 그대로 테이블/컬럼 이름으로 쓰지 않고 따로 테이블/컬럼 이름을 설정할 경우, 클래스에 대응하는 테이블 이름과 프라퍼티에 대응하는 컬럼 이름에 오타가 있어도 그냥 계속 클래스만 바라보고 코딩하게 되어 오타를 전혀 모르고 지나가게 된다.  그리고는.. 한참 나중에 SQuirrelSQL 같은 쿼리 툴로 직접 쿼리를 날렸을 때 테이블이나 컬럼이 없다는 오류에 직면, 한참을 헤메게 된다.  이거 농담인거 다들 아시죠?  아직 늦지 않았습니다 투표하세요~	]]>
	</description>
	<pubDate>Wed, 02 Jun 2010 10:59:17 +0900</pubDate>
	<dc:creator><![CDATA[까먹지말자!]]></dc:creator>
</item>
<item>
	<title><![CDATA[3가지 ORM 기술을 이용한 3-tier application ]]></title>
	<link>http://debop.egloos.com/3507479</link>
	<guid>http://debop.egloos.com/3507479</guid>
	<description>
	<![CDATA[ 
  NHibernate, LINQ to Entity (EntityFramework), LINQ to SQL 3가지 기술로 3-tier application을 만들 때의 비교를 적은 글입니다.  이런 글은 사실 NHibernate와 EntityFramework와의 논쟁에서 시작되었지만, 올 한해에는 NHibernate의 완승이었습니다.다만 EF가 Microsoft가 집중 지원하단면, 상당히 많은 부분 앞설 수 있다는 주장이 많습니다만...  개인적으로는 EF의 Generation 부분과, 개발 절차가 맘에 들지 않습니다. (class 설계가 우선이 아니라 DB 설계가 우선인게)  Three-tier .NET Application Utilizing Three ORM Technologies  를 읽어보시면, 자신	]]>
	</description>
	<pubDate>Sun, 27 Dec 2009 11:44:20 +0900</pubDate>
	<dc:creator><![CDATA[디밥의 블로그]]></dc:creator>
</item>
<item>
	<title><![CDATA[Domain-Driven Design의 적용-4.ORM과 투명한 영속성 10부]]></title>
	<link>http://aeternum.egloos.com/1648727</link>
	<guid>http://aeternum.egloos.com/1648727</guid>
	<description>
	<![CDATA[ 
휴, 이것 저것 고칠게 너무 많다. 애초에 아키텍처를 잡을 때 영속성을 고려했어야 했는데… 아키텍처의 중요성을 뼈저리게 느끼게 되는 순간이다. 순간 불안한 느낌이 든다. 뭔가 망가지지 않았을까? 이럴 때 의지할 수 있는 건 단 하나밖에 없다. 회귀 테스트를 믿으라. 테스트를 실행하기 전에 한가지 더 알려 둘 것이 있다. 가능하면 단위 테스트는 데이터베이스에 의존하지 않은 채로 실행할 수 있어야 한다. 즉, 데이터베이스가 가동되지 않아도 각 클래스만을 고립시켜 테스트할 수 있도록 테스트 케이스를 작성해야 한다. 정확하게 말하면 데이터베이스를 포함시키는 테스트는 단위 테스트가 아니라 통합 테스트이다.  데이터베이스와 연계해야 하는 통합 테스트에서 가장 어려운 문제는 테스트 데이터를 고립시키는 것이다. 우선 개발	]]>
	</description>
	<pubDate>Tue, 13 Oct 2009 00:11:22 +0900</pubDate>
	<dc:creator><![CDATA[Eternity's Chit-Chat]]></dc:creator>
</item>
<item>
	<title><![CDATA[[독후감]Harnessing Hibernate]]></title>
	<link>http://kingori.egloos.com/4206701</link>
	<guid>http://kingori.egloos.com/4206701</guid>
	<description>
	<![CDATA[ 
하이버네이트 프로그래밍 Harnessing Hibernate -   제임스 엘리어트 외 지음, 정미영.황용대 옮김/한빛미디어  알라딘 링크에 한국어 번역판만 나와있어서 사진은 한국어판인데, 난 원서로 읽었으므로 이 점을 감안해 주시길 바란다. (변방 블로그라서 읽는 분도 얼마 안계시지만 하하하핫)    ORM Framework 은 예전에 써 본 적은 있으나, 그 이후로는 iBatis 정도의 SqlMapping 도구만 사용해왔다. 2006년 이후로는 개발 자체를 거의 안했고.    SI 위주의 우리나라 상황에서는 아직 널리 활용되지 않는 듯 하나, 외국에서는 거의 Spring + Hibernate 류의 조합이 굳건히 자리를 잡고 있다고 한다. ORM Framework 자체에도 관심이 많고, Hibernate 	]]>
	</description>
	<pubDate>Sat, 08 Aug 2009 14:24:26 +0900</pubDate>
	<dc:creator><![CDATA[오리대마왕님 집]]></dc:creator>
</item>
<item>
	<title><![CDATA[Domain-Driven Design의 적용-4.ORM과 투명한 영속성 9부]]></title>
	<link>http://aeternum.egloos.com/1573071</link>
	<guid>http://aeternum.egloos.com/1573071</guid>
	<description>
	<![CDATA[ 
Hibernate에서 사용할 맵핑 파일의 작성이 끝났으므로 Hibernate와 Spring 통합을 위해 Spring 빈 컨텍스트에 Hibernate 관련 빈을 추가하자. 우선 데이터소스를 추가하자.  &amp;lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot; ?&amp;gt;&amp;lt;beans xmlns=&quot;http://www.springframework.org/schema/beans&quot;      xmlns:xsi=&quot;http://www.w3.org/2001/XMLSchema-instance&quot;      xsi:schemaLocation=&quot;http://www.springframework.org/schema/beans     &quot;&amp;gt;    &amp;lt;bean id=&quot;dataSource&quot; class=&quot;org.spri	]]>
	</description>
	<pubDate>Wed, 29 Jul 2009 00:17:00 +0900</pubDate>
	<dc:creator><![CDATA[Eternity's Chit-Chat]]></dc:creator>
</item>
<item>
	<title><![CDATA[Domain-Driven Design의 적용-4.ORM과 투명한 영속성 8부]]></title>
	<link>http://aeternum.egloos.com/1555909</link>
	<guid>http://aeternum.egloos.com/1555909</guid>
	<description>
	<![CDATA[ 
OrderLineItem에도 Long 타입의 IDENTITY FILED를 추가한다. @Cofigurable Annotation이 계속 사용되고 있음에 주목하자. @Cofigurable Annotation은 Spring 컨테이너 외부에서 생성되는 객체에 Spring 컨테이너에서 선언된 빈을 의존 삽입하기 위해 사용된다. 여기에서는 Hibernate가 생성하는 OrderLineItem 객체에 ProductRepository 타입의 빈을 의존 삽입하기 위해 사용되고 있다. package org.eternity.customer;  import org.springframework.beans.factory.annotation.Configurable; @Configurable(value=&quot;orderLineItem&quot;,pr	]]>
	</description>
	<pubDate>Mon, 13 Jul 2009 13:16:49 +0900</pubDate>
	<dc:creator><![CDATA[Eternity's Chit-Chat]]></dc:creator>
</item>
<item>
	<title><![CDATA[Domain-Driven Design의 적용-4.ORM과 투명한 영속성 7부 ]]></title>
	<link>http://aeternum.egloos.com/1540234</link>
	<guid>http://aeternum.egloos.com/1540234</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds15.egloos.com/pds/200906/29/18/f0081118_4a4836c01df52_t.jpg"  
				alt="Domain-Driven Design의 적용-4.ORM과 투명.." 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> 영속성 관리 REPOSITORY  Hibernate는 투명한 영속성을 지원하는 오픈 소스 ORM으로 Java 커뮤니티에서 사용되는 ORM의 표준이다. Hibernate는 EJB 3.0의 엔티티 빈 스펙인 JPA에 큰 영향을 끼쳤으며 JBoss의 엔티티빈 구현체로 포함되어 있다. Spring 프레임웍은 Hibernate를 통합하기 편리하도록 여러 가지 지원 클래스들을 제공한다. 주문 시스템 역시 Hibernate를 적용하기 위해 Spring의 지원 클래스를 사용할 것이다.    다음은 주문 시스템의 도메인 모델과 매핑될 데이터 모델이다.    그림 3 주문 도메인의 데이터 모델  데이터베이스는 HSQLDB를 사용한다. HSQLDB는 다음과 같은 명령을 사용하여 실행시키면 된다.  java -classpath 	]]>
	</description>
	<pubDate>Mon, 29 Jun 2009 12:48:06 +0900</pubDate>
	<dc:creator><![CDATA[Eternity's Chit-Chat]]></dc:creator>
</item>
<item>
	<title><![CDATA[Domain-Driven Design의 적용-4.ORM과 투명한 영속성 5부 ]]></title>
	<link>http://aeternum.egloos.com/1524214</link>
	<guid>http://aeternum.egloos.com/1524214</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds15.egloos.com/pds/200906/15/18/f0081118_4a35ce5926415_t.jpg"  
				alt="Domain-Driven Design의 적용-4.ORM과 투명.." 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> 객체 관계 맵핑과 도메인 모델3부에서 살펴본 바와 같이 상태와 행위를 함께 가지는 풍부한 객체 모델로 도메인 레이어를 구성하는 것을 DOMAIN MODEL 패턴이라고 한다. DOMAIN MODEL 패턴은 상속, 캡슐화, 다형성과 같은 객체 지향의 장점을 십분 활용함으로써 수정이 용이하고 확장성이 높으며 이해하기 쉬운 시스템을 개발할 수 있도록 한다. DOMAIN MODEL 패턴이 객체 지향의 모든 특징을 활용하기 때문에 영속성 메커니즘을 주도하는 관계형 데이터베이스와의 임피던스 불일치 문제가 발생한다. 임피던스 불일치를 해결하는 가장 좋은 방법은 도메인 로직을 처리하는 도메인 레이어와 영속성 로직을 처리하는 퍼시스턴스 레이어 간에 불일치를 조정하는 중간 레이어를 도입하는 것이다. 중간 레이어가 불일치 사항들	]]>
	</description>
	<pubDate>Mon, 15 Jun 2009 13:33:58 +0900</pubDate>
	<dc:creator><![CDATA[Eternity's Chit-Chat]]></dc:creator>
</item>
<item>
	<title><![CDATA[[잡생각] ORM(Object-relational mapping)의 복병을 만나다.]]></title>
	<link>http://zeous.egloos.com/2321096</link>
	<guid>http://zeous.egloos.com/2321096</guid>
	<description>
	<![CDATA[ 
저녁먹고 wow가 아닌 FPS의 게임을 한창 하고 있었다.이번 달에 있는 회사 창립기념행사에 내정된 사내게임대회에 출전하기 위해서오랜만에 열심히 총을 쏴주고 있었는데..   DBA에게서 전화가 왔다. 제우스님. 이번 달 정기점검때 DB가 오라클 9i에서 오라클 10g로 업그레이드 됩니다. plan과 optimize 테스트를 위해서 사용하고 있는 모든 쿼리를 뽑아주세요아.. 그리고 실행 가능하도록 변수에 값을 모두 넣어주세요  허거걱.. 이게 왠 날벼락이냐.. 게임도중에 멍하니 서있었다. (그래서 커피내기 졌다.. ㅠㅜ)쿼리가 많기도 하였지만 결정적인 문제가 있었다.  1. perl 배치에서의 쿼리  약간 귀찮긴 하지만 간단하였다. 소스상에서 다이렉트 쿼리를 쓰고 있기에 소스를 찾아가면서 쿼리를 뽑아내면 된다	]]>
	</description>
	<pubDate>Mon, 18 May 2009 15:48:40 +0900</pubDate>
	<dc:creator><![CDATA[결론에 가보기]]></dc:creator>
</item>
<item>
	<title><![CDATA[Domain-Driven Design의 적용-4.ORM과 투명한 영속성 4부 ]]></title>
	<link>http://aeternum.egloos.com/1421145</link>
	<guid>http://aeternum.egloos.com/1421145</guid>
	<description>
	<![CDATA[ 
ENTITY의 식별자(Identity)ENTITY는 추적해야할 도메인 개념이 시간과 장소에 따라 다양한 형태를 지닐 수 있다는 개념을 도메인 모델에 도입한다. 따라서 변화되는 ENTITY의 모든 형태가 공유할 수 있는 일반적인 식별자의 개념을 필요로 한다. REFERENCE OBJECT의 경우처럼 식별자를 단순히 객체 생성 시에 할당되는 메모리 주소로만 한정해서 생각한다면 데이터베이스 레코드의 형태를 띈 도메인 개념을 ENTITY로 간주할 수는 없을 것이다. 따라서 생명주기에 걸쳐 구현 기술과 무관하게 각 ENTITY의 유일성을 보장할 수 있는 속성을 식별자로 삼아야 한다.  그렇다면 ENTITY의 식별자로 적당한 속성의 특징은 무엇일까? 무엇이 구현 기술과 무관하게 ENTITY의 유일성을 보장할 수 있을까	]]>
	</description>
	<pubDate>Wed, 25 Mar 2009 12:22:37 +0900</pubDate>
	<dc:creator><![CDATA[Eternity's Chit-Chat]]></dc:creator>
</item>
	</channel>
</rss>

