2010-05-01 3 views
8

더 좋은 곳이 있으면 알려 주시기 바랍니다. . 대부분웹 사이트에 로컬 데이터베이스가 더 필요합니까?

  • 재사용 가능한 코드에 공통 기능을 추출 (젬와 jQuery를 플러그인 :

나는 등 새로운 웹 사이트/블로그/쇼핑 카트를/만들 때마다, 나는 다음을 수행하려고 노력 계속)

  • 가능하면 해당 보석을 소규모 서비스로 변환하십시오. 관련 객체에 대한 데이터베이스를 다루지 않아도됩니다 (서비스로 인해, 핵심 모델이 거의없는 Sinatra Web Framework으로 구축 된 무언가와 의미가 있음).
  • 로컬 데이터베이스의 종속성을 제거 할 수 있다면 장기간에 걸쳐 더 쉽고 확장 가능한 (재사용 가능성과 관리 효율성 측면에서 확장 성이 있지만 반드시 데이터베이스/성능은 아님) 가정합니다. 그게 좋은지 나쁜지 아직 확실하지 않습니다. 어떻게 생각해?

    때문에 나는 다음과 같은 이유로이 가정을했습니다 :

    가장 심각한 데이터베이스/모델 기능은 어딘가에 인터넷을 기반으로하고있다.

    • 소셜 네트워크 API : 페이스 북
    • 메시징 API :

    그냥 몇 가지 이름 트위터

  • 메일 링 API : 구글
  • 이벤트 API :에서 Eventbrite
  • 쇼핑 API : Shopify
  • 주석 API : Disqus
  • 양식 API : Wufoo
  • 이미지 API : Picasa를
  • 비디오 API : 유튜브 ...

    것들의 각

  • 은 처음부터 구축 및 최적화, 간단하게하기 위해 매우 복잡하고 그 회사들이 만든 것처럼 사용하기 쉽습니다.

    이벤트 페이지 (eventbrite)에 그림 (피카사)을 표시하는 앱을 빌드하고 이벤트에 참여한 사람 (Facebook 이벤트)을보고 이메일 (google apps api)을 보내고 월간 설문 조사 (wufoo)를 작성하고 완료되면 동영상 (YouTube)을 볼 수 있으며 사용자 정의 웹 사이트에 쉽게 통합 할 수 있으며 로컬 데이터베이스를 만들지 않고도이를 수행 할 수 있습니다. 은 좋은 것입니다.?

  • 편안하고

    • 포스트 API/예쁜 URL API

    많이있다 동안 : 그 로컬 데이터베이스를 만들기 위해 저를 강제로 계속 퍼즐에서 누락 된 두 가지가 있기 때문에

    내가 물어 블로깅 시스템 및 API를 사용하면 콘텐츠를 작성하고 방대한 양의 일부로 사용할 수있는 곳이 없습니다. 모든 응용 프로그램에서 pretty/restful URL을 만들기위한 코드를 사용해야하며, 이렇게하면 게시물을 저장할 수 있습니다. 그러나 그것이 서비스가되어야하는 것처럼 보인다!

    질문은 웹 사이트 인 것입니까? ... 그 자리에 내 구체적인 원인에 대한 세계 서비스를 통합 ... 그리고, 한숨, 내 사이트가에 액세스 할 수있는 게시물을 저장합니다. 모든 사람은 항상 "자신의 블로그"가 필요합니까? StackOverflow 나 Facebook과 같은 기존 플랫폼에 많은 프로필을 작성하고 많은 콘텐츠를 작성해야하는 이유는 무엇입니까?

    ... 그런 식으로 데이터베이스없이 앱을 완전히 쓸 수 있고 내가 제대로하고 있다는 것을 알 수 있습니다.

    참고 : 물론 어떤 점에서는 독특하거나 새로운 것을하려는 경우 데이터베이스가 필요합니다. 그러나 정보를 다시 배선하거나 비디오, 이벤트 및 제품과 같은 것을 만드는 경우에는 더 이상 정말로 필요합니까 ??

  • +0

    나는 경험이 없지만 couchdb (http://couchdb.apache.org/)는 그 틈새 시장을 채우지 않습니까? –

    +0

    캐시하는 것이 예의입니다. 클라우드로 오프로드하면 기술적으로 * 데이터베이스가됩니다. – cbednarski

    답변

    3

    난 당신이 꽤 많이 질문에 자신의 질문에 대답 한 생각 : 당신이 지속성에 대한 귀하의 웹 사이트의 요구 사항을 충족하는 타사 웹 기반 서비스를 찾을 수 있다면, 당신의 웹 사이트하지 않는

    • 로컬 데이터베이스가 필요합니다.

    • 그렇다면 불가능합니다.

    는 그러나 "요구 사항"문제는 이상 단지 기술적 인 것들이다. 원격 데이터베이스/지속성 서비스를 식별한다고 가정하면 적합하지 않을 수있는 데에는 많은 이유가 있습니다.

    • 고객 사이트에 필요한 자세한 기능을 제공하지 않을 수 있습니다. 예 : 특정 유형의 쿼리, 확장 성 등을 수행 할 수있는 능력을 제공합니다.
    • 고객의 사이트 예상 조회 율에 비해 사용하기에는 너무 비쌉니다.
    • 그것은 측면에서 너무 위험 할 수 있습니다
      • 최종 사용자 개인 정보 보호,
      • 서비스 가용성/신뢰성, 서비스의
      • 장기 생존 및 서비스의의
      • 장기 안정성 아피스.

    이 이러한 문제가 해결 될 수 없다는 말은 아니다. 그러나 적어도 "위험"문제는 고객과 논의 할 필요가 있습니다. 문제가 발생할 경우 궁극적으로 고객과 대처해야하기 때문입니다.

    그러나 모든 것을 말하고 완료하면 원격 데이터베이스를 통한 로컬 데이터베이스의 큰 장점 중 하나는 귀하와 귀하의 고객이 로컬 데이터베이스를 완벽하게 제어 할 수 있다는 것입니다.

    0

    나는 아마 당신이 어떤 정보를 저장/검색하려고하는지에 달려 있다고 생각한다. 많은 정보는 openid 또는 유사한 제공자를 사용하는 것으로 보입니다. 필요한 경우 참조/포함 (필요한 경우 원격으로)하는 openid 또는 대체 '모듈'을 만들 수 있습니까?

    많은 것들이 저를 넘어서는 것처럼 보입니다. 그러나 나는 사용자 데이터베이스를 구축하려고 노력하고 있으며, 이것은 다양한 컨텍스트에서 코드를 재사용 할 수있는 방식으로이를 수행하는 방법이라고 생각했습니다. .

    바라건대, 이것은 당신을 위해 그 생각 프로세스를 조깅합니다.

    관련 문제