|
Флудильня Разговоры на любые темы. Мы устаем постоянно работать. Иногда надо где-то немного отдохнуть. Пожалуйста, не надо здесь устраивать бардак. |
|
Опции темы | Поиск в этой теме | Опции просмотра |
31.08.2011, 15:08 | #1 |
Гость
Сообщений: n/a
|
NoSQL in WoW
ну даже не знаю с чего начать...
после разбора полетов связанных с хранением данных плеера, возник вопрос: а что если пользоваться NoSQL вариантами реализации? как варианты: Neo4j - для хранения mesh карты ( спавнов, траекторий движений юнитов и т.п.). Кто то пытался? Уж очень сладко выглядят в использовании. |
31.08.2011, 16:00 | #2 |
Новичок
Регистрация: 07.04.2010
Сообщений: 25
Сказал(а) спасибо: 1
Поблагодарили 2 раз(а) в 2 сообщениях
|
Не пользовался. Neo4j вроде как для хранения данных связанных между собой т.е. иерархических данных?
Для хранения траекторий, спавнов мало смысла, по-моему Последний раз редактировалось Forgotten; 31.08.2011 в 16:08. |
31.08.2011, 16:30 | #3 |
Гость
Сообщений: n/a
|
Neo4j - для хранения данных представленных графом...а это фактически любые данные.
|
31.08.2011, 17:56 | #4 |
Гость
Сообщений: n/a
|
это всего лишь примеры которые проще принять как граф ( по координатам).
Отношения между игроками тоже можно представить ( френды, игнор и т.п.) , система спелов аналогично... |
01.09.2011, 08:16 | #5 |
Новичок
Регистрация: 08.03.2010
Сообщений: 26
Сказал(а) спасибо: 1
Поблагодарили 4 раз(а) в 4 сообщениях
|
Что-то не совсем понятно в чём тут сильное преимущество..
Ведь все узлы, отношения и т.д. хранятся как обычно. |
01.09.2011, 09:23 | #6 |
Гость
Сообщений: n/a
|
Не надо приписывать лишнего. Как раз отношения в БД не хранятся (в бд мангос их точно нет), а реализуются на сервере. Хотите проверить? Удалите запись плеера из БД characters - он корректно удалится везде?
|
01.09.2011, 10:02 | #7 | |
Новичок
Регистрация: 08.03.2010
Сообщений: 26
Сказал(а) спасибо: 1
Поблагодарили 4 раз(а) в 4 сообщениях
|
Да узел знает о своих отношениях...
Я ни на чём не настаиваю просто вижу, что некоторые данные хранятся обычным макаром. Цитата:
Каскадное удаление никто не отменял, правда вопрос скорости. |
|
01.09.2011, 10:48 | #8 |
Гость
Сообщений: n/a
|
если "обычным макаром" считать жесткий диск либо память - согласен.
Но там все хранится: ключ - значение. Это даже близко не SQL -like |
21.11.2011, 20:38 | #10 |
Новичок
Регистрация: 19.10.2010
Сообщений: 21
Сказал(а) спасибо: 4
Поблагодарили 0 раз(а) в 0 сообщениях
|
|
21.11.2011, 21:00 | #11 |
Умный
Регистрация: 07.03.2010
Адрес: Северный Урал (60°сш, 60°вд)
Сообщений: 330
Сказал(а) спасибо: 82
Поблагодарили 399 раз(а) в 120 сообщениях
Записей в дневнике: 30
|
сам то понял о чем тут писали, и что ты написал в ответ?
KiriX написал, что возможности MySQL очень большие, а мангос общаясь с базой всё делает простейшими запросами, т.е. использует минимальные возможности MySQL-я как базы данных. И YTDB тут совсем не причем. Это примерно так же как на автобусе перевозить пассажиров по 5 человек вместо 30. |
22.11.2011, 07:06 | #12 |
Ученый
Регистрация: 02.04.2010
Сообщений: 237
Сказал(а) спасибо: 41
Поблагодарили 99 раз(а) в 44 сообщениях
|
Начинал подключать к MongoDB но блииин... там надо тянуть добрую половину буста и я забил
__________________
SpellWork Qt4 |
22.11.2011, 14:04 | #13 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Ну основная причина была в нежелании жестко привязываться только на работу с mysql заведомо обрубая другие варианты. Да и в большинстве случаев там и не требуется чего то большего.
__________________
Так как устал объяснять знайте ICQ не пользуюсь |