직장에서 우리는 최근 CouchDB (문서 지향 데이터베이스)를 사용하여 프로젝트를 시작했습니다. 내 모든 관계형 DB 지식을 배우지 않는데 어려움을 겪고 있습니다. 나는이 장애물을 어떻게 극복했는지 궁금합니다. 어떻게 당신은 관계 적으로 생각하기를 그만두고 문서 적으로 생각하기 시작 했습니까 (나는 그 단어를 구성하는 것에 대해 사과합니다). 제안 사항?
sortable 형식 (2009/05/07 21:40:17 +0000)으로 created_at 타임 스탬프를 사용하는 couchdb보기를 작성하려고하는데, 더 큰 created_at 값. 저는 couch_foo를 사용하고 있습니다.하지만 뷰를 작성하는 방법을 알아낼 수 있다면 couch_foo 모델 대신 couch_foo 모델을 만들면됩니다. 가능한 경우지
CouchDB와 잘 통합되는 서버 측 웹 응용 프로그램 프레임 워크가 있는지 알고 싶습니다. 누구든지이 일을 해본 경험이 있습니까? 역동적 인 언어가 JSON을 사용하는 데 적합 할 것 같지만 프레임 워크와 애플리케이션의 디자인에 어떻게 부합되는지에 대해 더 관심이 있습니다.
저는 CouchDB에 익숙하며 그 결과를 Scala 객체에 매핑하는 아이디어뿐만 아니라 iteract에 대한 자연스러운 방법을 찾아 immediatly했습니다. 그러나 Ruby 및 Javascript와 같은 동적 언어는 CouchDB의 json/document-centric/shchema-free aproach로 매우 잘 수행됩니다. 정적 언어로 소파를 사
CouchDB (및 RelaxDB ruby 라이브러리)를 사용하고 있지만보기를 만든 다음이보기에 액세스하려고하면 불쾌한 특정 오류가 발생합니다. RelaxDB가 내가 사용하고있는 CouchDB 버전과 호환되지 않을 수도 있다고 생각했기 때문에 단계를 밟았지만 (0.8.1), 새로운 데이터베이스와 동등한 뷰를 생성하고 수동으로 URL을 명목으로 호출해도
http://books.couchdb.org/relax/browsing-map-views에 가능한 한 가깝게 정보를 따라 왔지만 내 문서에 대한보기를 생성 할 수 없습니다. 내 데이터베이스 이름은 "트위터"이고 내 설계 문서는 다음과 같습니다 {
"_id": "_design/testdocview",
"_rev": "2-3250434125"
아마존 EC2에서 호스팅되는 응용 프로그램을 만들고있어 저장되는 많은 데이터가 더 문서 지향적 일뿐만 아니라 트윗을 저장하고 그러한 문서와 관련이 있습니다. 지금 나는 교차로에 있습니다 ... 나는 simpleDB 또는 couchDB를 사용해야합니까? 어느 쪽이든을 사용하는 찬반/반대 의견은 무엇입니까? 나는 단지 한 달 동안 모두 시도해야하고 그때 결정해
같은 유효성 검사를 사용할 수 있습니다 : class Post < ActiveRecord::Base
validates_presence_of :name, :title
validates_length_of :title, :minimum => 5
end
basic_model? 소스를 읽으려고했지만 아무 것도 찾을 수 없었습니다. 그 vali