Как думать в хранилищах данных вместо баз данных?

Путем я шел о переключателе ума, должен забыть о базе данных в целом.

В реляционном мире дб всегда необходимо волноваться о нормализации данных и структуре таблицы. Угробьте все это. Просто расположение Ваша веб-страница. Положите их всех. Теперь посмотрите на них. Вы уже 2/3 там.

, Если Вы забываете понятие, что вопросы размера базы данных и данные не должны быть дублированы тогда, Вы - 3/4 там, и Вы не должны были даже писать код! Позвольте своим представлениям продиктовать Ваши Модели. Вы не должны брать свои объекты и делать их 2 размерными больше как в реляционном мире. Можно хранить объекты с формой теперь.

Да, это - упрощенное объяснение испытания, но оно помогло мне забыть о базах данных и просто подать заявку. Я сделал 4 приложения для Механизма Приложения до сих пор с помощью этой философии и существует больше для прибытия.

Если Вы привыкли думать о ORM-отображенных объектах тогда, это в основном, как работает основанное на объекте хранилище данных как Механизм Приложения Google. Для чего-то как соединения можно посмотреть ссылочные свойства . Вы не должны действительно быть обеспокоены тем, использует ли это BigTable для бэкенда или чего-то еще, так как бэкенд абстрагирован API-интерфейсами Хранилища данных и GQL.

Будучи базированным в мире базы данных, хранилище данных мне было бы гигантской таблицей (отсюда имя "bigtable"). BigTable является плохим примером, хотя, потому что он делает много других вещей, которые типичная база данных не могла бы сделать, и все же это - все еще база данных. Возможности состоят в том, если Вы не знаете, что необходимо создать что-то как "bigtable" Google, Вы, вероятно, согласитесь со стандартной базой данных. Им нужно это, потому что они обрабатывают безумные объемы данных и системы вместе, и никакая коммерчески доступная система не может действительно сделать задание точным путем, они могут продемонстрировать, что им нужно задание, которое будет сделано.

(bigtable ссылка: http://en.wikipedia.org/wiki/BigTable )

Я всегда хихикаю, когда люди выпускают - это не является реляционным. Я записал cellectr в django, и вот отрывок моей модели ниже. Как Вы будете видеть, у меня есть лиги, которыми управляют или тренируют пользователи. Я могу от лиги получать всех менеджеров, или от данного пользователя я могу возвратить лигу, которую она тренирует или менеджеры.

Просто, потому что нет никакой определенной поддержки внешнего ключа, не означает, что у Вас не может быть модели базы данных с отношениями.

Мои два пенса.

class League(BaseModel):
    name = db.StringProperty()    
    managers = db.ListProperty(db.Key) #all the users who can view/edit this league
    coaches = db.ListProperty(db.Key) #all the users who are able to view this league

    def get_managers(self):
        # This returns the models themselves, not just the keys that are stored in teams
        return UserPrefs.get(self.managers)

    def get_coaches(self):
        # This returns the models themselves, not just the keys that are stored in teams
        return UserPrefs.get(self.coaches)      

    def __str__(self):
        return self.name

    # Need to delete all the associated games, teams and players
    def delete(self):
        for player in self.leagues_players:
            player.delete()
        for game in self.leagues_games:
            game.delete()
        for team in self.leagues_teams:
            team.delete()            
        super(League, self).delete()

class UserPrefs(db.Model):
    user = db.UserProperty()
    league_ref = db.ReferenceProperty(reference_class=League,
                            collection_name='users') #league the users are managing

    def __str__(self):
        return self.user.nickname

    # many-to-many relationship, a user can coach many leagues, a league can be
    # coached by many users
    @property
    def managing(self):
        return League.gql('WHERE managers = :1', self.key())

    @property
    def coaching(self):
        return League.gql('WHERE coaches = :1', self.key())

    # remove all references to me when I'm deleted
    def delete(self):
        for manager in self.managing:
            manager.managers.remove(self.key())
            manager.put()
        for coach in self.managing:
            coach.coaches.remove(self.key())
            coaches.put()            
        super(UserPrefs, self).delete()