Структура таблиц

[Williams]

Пишу мини онлайн-игрушку. В ней локации. В каждой локации могут быть игроки, монстры, предметы. У каждого игрока могут быть параметры, предметы.
Как лучше организовать структуру таблиц? База MS SQL.

[trash]

Так, чтобы она была оптимизирована под наиболее частые запросы.

[VBTerminator]

Таблицы: "Локации", "Персонажи" (в ней хранятся игроки и монстры, их различия только в значении поля "Тип"), "Предметы".
Связи:

• Локации->Персонажи (много-ко-многим)
• Локации->Предметы (много-ко-многим)
• Персонажи->Предметы (много-ко-многим)

[Ramzes]

Таблица локаций
Таблица игроков
таблица монстров
таблица предметов
таблица параметры

таблица Локация-Игроки
таблица Локация-Монстры
таблица локация-пердметы
таблица игрок-предметы
таблица игрок-параметры

[karlex]

Код: Выделить всё

Локации (м)<->(м) Игроки

Один игрок может находиться сразу же на нескольких локациях?

[VBTerminator]

таблица игрок-параметры

Если я правильно понял, а именно что таблица "параметры" включает в себя такие поля, как "здоровье", "статус", "координаты" и т. д., получается, что один игрок может, к примеру, иметь несколько "здоровий" и находиться в нескольких местах (поле "координаты")? Или если одному игроку соответствует одна такая запись параметров, то смысл разделять игрока и данные о нём на две таблицы?

[Ramzes]

VBTerminator это уточнялось? если да, то я что-то пропустил. И Если таки ты прав, то ты прав не имеет смысла создавать отдельную таблицу для параметров. Но я подумал, что раз параметры указаны отдельно их можно рассматривать как объекты, а значит для них нужно использовать отдельную таблицу

karlex Это тоже не уточнялось. И если игрок может находится только на одной локации, тогда разумнее сделать поле в таблице игроков (ИДЛокации)

[Williams]

Еще момент - монстры, по мере истребления игроками, должны переодически появляться в лице новых экземпляров.

Упомянули оптимизацию под частые запросы. Как это реализуется?

[trash]

Индексами и разделением данных. Допустим, если к какой-то таблице происходит много обращений, но часть полей затрагивается сравнительно редко, то имеет смысл вынести эти поля в отдельную таблицу. А вообще, для всего этого нужно детально знать механику игрового процесса, особенно в части клиент-серверного обмена данными.

Что касается структуры данных, нужны ответы на такие вопросы:
- могут ли быть в одной локации два и более игрока?
- монстра?
- предмета?
- игрок и монстр?
- монстр и предмет?
- любая комбинация объектов?

[Williams]

Индексами и разделением данных. Допустим, если к какой-то таблице происходит много обращений, но часть полей затрагивается сравнительно редко, то имеет смысл вынести эти поля в отдельную таблицу. А вообще, для всего этого нужно детально знать механику игрового процесса, особенно в части клиент-серверного обмена данными.

Смысл ясен. А игрушка браузерная. Самые частые обращения к таблицы локаций, т.к. перемещение являются наиболее важным действием в игре.

[VBTerminator]

Самые частые обращения к таблицы локаций, т.к. перемещение являются наиболее важным действием в игре.

А точнее, к таблице локаций, игроков и монстров (если последние выделены в отдельную таблицу), т. к. в таблице локаций есть ключевое поле "ИД локации", по которому ищутся персонажи. А координаты персонажей - это поля таблицы "игроки".

[Williams]

Слушайте, а как быть с трупами, которые в локации могут лежать некоторое время после заваливания игрока, а потом должны исчезнуть?

[Williams]

еще, кто напомнит, как в VS 2008 сгенерировать диаграму базы? Говорят через server explorer, правый клик на соединении с базой, "New Diagram". Но там этого или похожего пункта нету.

Все, нашел, надо было добавить объекты, необходимые для построения диаграм.

[karlex]

Слушайте, а как быть с трупами, которые в локации могут лежать некоторое время после заваливания игрока, а потом должны исчезнуть?

Если Health = 0, то "труп".
И по какому-то алгоритму нужно обрабатывать таблицу игроков, удаляя всех, кто "труп".
Например, если игрок может возрождаться, то "тело" по сути итак будет перемещено туда, где он возрождается.
Или при приближении другого персонажа к "телу" проверить как долго (запомнить время и сравнить с текущим) это "тело" находится в состоянии "труп", вынести вердикт: убирать или не убирать.

[Ramzes]

Как вариант фиксировать в таблице время смерти, и удалять по нему

[trash]

Слушайте, а как быть с трупами, которые в локации могут лежать некоторое время после заваливания игрока, а потом должны исчезнуть?

Странный вопрос. Кто идеолог и разработчик, ты или потусторонний разум? Как хочешь, так и будь. Техническая реализация тривиальна.

В Ultima Online труп игрока вообще можно было расчленить ножиком, а куски зажарить. По интерактиву и всяким лулзам WOW рядом не стоит.

[Williams]

Кто идеолог и разработчик, ты или потусторонний разум?

не, я бог этой игры

Трупов может быть сколько угодно. Убитый игрок становится призраком. Труп лежит в той локации, где игрока убили, вместе с предметами, если такие были у игрока. Призрак может воскресится при помощи спец. предметов или магии.