프로토콜 버퍼와 같은 RPC를 MySQL이나 SQLite 대신 Django의 백엔드로 사용

app-engine-patch 프로젝트 뒤에있는 영리한 사람들은 장고의 모든 재미있는 것들을 관리하고 장고의 ORM을 사용하지 않고 활성화했습니다.프로토콜 버퍼와 같은 RPC를 MySQL이나 SQLite 대신 Django의 백엔드로 사용

자신의 웹 사이트에서

가장 중요한 변화는 개발 모델이 (적어도 장고의 현재 API와) 장고에서 너무 다르기 때문에 Google의 모델 클래스를 사용해야한다는 것입니다.

이것은 본질적으로 내가하고 싶은 일이지만 RPC를 통해 Google's Protocol buffers을 데이터 전송 계층으로 사용하십시오. 자신의 addressbook.proto의 예에서 사람의 메시지를 사용

는

, 나는 기본적으로이 작업을 수행 할 수 :

from django.contrib import admin 
from myrpc.models import Person 

class PersonAdmin(admin.ModelAdmin): 
    list_display = ['id', 'name', 'email'] 

admin.site.register(Person, PersonAdmin)

출처

2009-12-01 Daniel Rhoden

무엇이 당신의 질문입니까? –

Google의 프로토콜 버퍼는 RPC를 통한 *의 데이터 전송 계층으로 버퍼링합니까? 원한다면 Django ORM 모델의 데이터 전송 레이어로 사용할 수 있습니다. RPC는 데이터베이스가 아니며 MySQL을 대체하지 않습니다. 특별히 Google App Engine + Django를 사용하고 싶다면 RPC 레벨을 전혀 사용하지 않아도됩니다. https://github.com/django-nonrel/djangoappengine 및 일반 Django 모델 등을 사용할 수 있습니다. – Anentropic

앱 엔진 패치가 더 이상 유지 나는 그것을 시도 마지막 시간이 너무 버그했다 없다는 것을 I 내가 원하는 미들웨어를 재 구현하는 것이 더 낫습니다. 또한 장고 관리자를 지원하는 것을 기억하지 못합니다.

Django 's Admin은 데이터베이스 액세스를위한 Google App Engine의 API와 호환되지 않습니다. 실제로는 완전히 다릅니다.

다음은 장고의 ORM을 GAE와 호환 가능하게하려고 시도한 Django-norel이며 일부 운이 좋겠지 만 다시 유지되지 않습니다.

따라서 GAE에서는 Django 1.2가 이미 사용 가능한 API 목록에 포함되어 있기 때문에 패치를 사용하지 마십시오. 해당 설명서의 해당 섹션을 참조하십시오. Third Party Libraries, Django

그러면 장고 관리자는 사용할 수 없습니다. 그걸 잊어 버려.

출처

2012-02-03 11:42:36

프로토콜 버퍼와 같은 RPC를 MySQL이나 SQLite 대신 Django의 백엔드로 사용

답변

관련 문제