Новости
Документация
Download
Webboard
Поиск
FAQ/ЧаВо
Обратная связь




MySQL.RU - Webboard



Вернуться
Максимум оптимизации! (needed) 03/05/2004 - 04:26:32
      Re: Максимум оптимизации! (dEp) 03/05/2004 - 11:48:43
      Re: Максимум оптимизации! (needed) 04/05/2004 - 01:42:09
      Re: Максимум оптимизации! (dEp) 04/05/2004 - 12:26:38
      Re: Максимум оптимизации! (BigBen) 08/05/2004 - 15:51:21

> Original message text:
> From: needed - 03/05/2004 - 04:26:32
> Subject:Максимум оптимизации!
> -----------------
> Идея реализации БД "игра":
>
> Таблица 1 (все игроки): id, позиция, имя т. д.
>
> Таблица 2 (он-лайн игроки): id, позиция
>
> Таблицы 1-... (личные таблицы игроков): свойства
>
> В таблице 1 хранятся все статические данные, указанные при регистрации (около 20.000.000 строк). (назначение - static)
>
> В таблице 2 хрянятся данные только он-лайн игроков (до 20.000 строк), необходимые всем, кто в он-лайн. (назначение - public)
>
> В личной таблице хрянятся часто изменяемые данные, необходимые лишь игроку персонально. (назначение - private)
>
> В среднем, позиция игрока меняется каждые 3-5 минут (особо не влияет на производительность, можно пренебречь), а свойства - до десятков секунд (очень сильно влияет на производительность).
>
> Поэтому суть оптимизации: минимизировать очередь, возникающую при обновлении данных всеми пользователями в одной таблице с множеством строк, разделив её на множество маленьких с одной строкой.
>
> Отсюда вопрос: рационален ли вариант оптимизации в данном случае и выход ли это вообще?
>
>


From: dEp - 04/05/2004 - 12:26:38
Subject:Максимум оптимизации!
-----------------
А вы почитайте мой ответ. Всё оч. специфично для каждой задачи. Пока не "пощупаете" данные - ничего не узнаете. Опыт - он у всех разный. Я решал подобную задачу на Delphi/Interbase, но там был ещё и размер важен (записи разговоров) и писались user-функции.

Моё мнение - чисто механически работать с дескриптором одного файла и внутри этого файла гораздо быстрее, нежели с тысячей дескрипторов в тысячах файлов. Разумеется, с соответсвующим для каждого случая "железа".


[Это сообщение - спам!]

Последние сообщения из форума

Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL, версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
 Имя:
 E-mail:
 Тема:
 Текст:
Код подтверждения отправки: Code
14578



РЕКЛАМА НА САЙТЕ
  Создание сайтов | |