2012-02-08 2 views
1

App Engine의 개발 서버에서 "gae.unindexed"확장이 무시 되었습니까? 한 번의 쓰기 호출로 약 246 개의 엔티티를 탐색하여 총 약 25 개의 데이터 스토어 작업을 생성합니다. 몇 가지 연구를 한 후에 이것이 자동 인덱스 저장으로 인한 것이라고 판단했습니다.개발 서버에서 gae.unindexed가 무시 되었습니까?

@PersistenceCapable(identityType = IdentityType.APPLICATION) 
    public class RealmEntity extends BaseEntity implements Serializable { 

     @Persistent 
     private String name; 

     @Persistent 
     @Extension(vendorName = "datanucleus", key = "gae.unindexed", value = "true") 
     private String population; 

     @Persistent 
     @Extension(vendorName = "datanucleus", key = "gae.unindexed", value = "true") 
     private String region; 

     @Persistent 
     private String slug; 

      ... 

그러나 내 개체에 이러한 주석의 두 가지를 추가 한 후, 난 여전히 똑같은를 얻을 : (적어도 JDO를위한) 아래에있는 내 엔티티와 같이 그 주위를 얻는 방법은 다음 @Extenstion를 추가하는 것입니다 25 작업 넣기. 내 희망은 이러한 속성은 개발 서버에서 무시되지만 프로덕션 환경에서 작동한다는 것입니다. 누구든지 이것을 확인하거나 거부 할 수 있습니까? 또는 왜 작동하지 않는지 설명하십시오.

답변

1

데이터 스토어 쓰기에 데이터 저장소를 혼동하지 않으시겠습니까?

속성을 색인화하지 않으면 데이터 저장소 쓰기가 줄어들지 만 엔티티를 데이터 저장소에 유지하는 데 필요한 풋 수에는 영향을 미치지 않습니다. AppStats를 통해 풋의 수를 보았습니까?

+0

어제 밤 1 시경에 그걸 알아 냈고 내 소식을 잊어 버렸습니다. 개발 데이터 저장소에서 'Write Ops'열을 보면 색인이 꺼져 있으므로 올바르게 업데이트되고 있습니다. 감사! – nwallman

1

objectify를 사용하고 개발 서버가 예상 한 쓰기 조작의 수를 올바르게보고합니다. 그것은 인덱스되지 않은 것으로 표시 한 속성을 고려합니다.

설정을 수정하는 방법을 모르지만 추측과 상반 될 수 있으며 변경 내용 이 개발 서버 쓰기 연산 횟수에 반영되어야한다고 말합니다.

+0

어쩌면 내 빌드 과정에서 뭔가있을 수 있습니다. @Extension과 Without을 모두 테스트했으며 appstats에 의해보고 된 put 작업 수를 제로 변경합니다. – nwallman

+0

빌드 관련성이없는 것으로 보입니다 ... – nwallman

관련 문제