Если написать онлайн шашки на PHP с использованием MySQL , т.е. каждый ход записывать в БД и проверять правильность хода на основе данных БД. Это будет сильно грузить сервер?

!  MoLeX

Вопрос в разделе не по теме. В следующий раз будет предупреждение!!! и -1 тебе

Это сообщение отредактировал(а) MoLeX - 8.2.2008, 10:24

Непонятно, откуда возьмется нагрузка. У тебя игоки делают по несколько сот ходов в секунду?
И непонятно, зачем вообще ходы записывать в БД. Для истории?

Смотря как написать. Например, никто не заставляет каждый раз восстанавливать каждый раз все ходы от начала партии -- можно просто хранить сериализованный объект доски.

хотя бы и для этого. 



все зависит от того сколько человек будет одновременно играть (хотя скорей всего так: сколько человек будет одновременно посылать данные) и как составишь БД.

Добавлено через 1 минуту и 2 секунды
да, тут лучше использовать связку PHP + MySQL (или файлы) + AJAX, т.к. людям точно не понравится постоянное обновление... 

GeneralElectric, нагрузка возмется от большого количества пользователей. 
Ходы... записывать обязательно иначе грош цены такому сервису, который не дает проанализировать партию.

solenko, может канечно глупый вопрос, но что такое - сериализованный объект доски?

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

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

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


Это сообщение отредактировал(а) GeneralElectric - 8.2.2008, 10:45

GeneralElectric, бд не не объект фетиша, а инструмент длч хранения данных и манипуляции ими. И в идеале, она применяется по назначению а не для построения базы с огромным количеством зависимостей просто для того чтобы потом на схему любоваться.

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

Это сообщение отредактировал(а) solenko - 8.2.2008, 10:55

GeneralElectric, Как бы ты стал(а) решать такую задачу? Если после игры человек захочет посмотреть всу сделанные ходы.
 

Скидывал бы ходы в файл. Ну, или писал их целиком в БД, в одну запись, по завершении партии.
solenko, не понимает одну вещь. Что хранение и запись - это противоположные задачи. И одновременно выполняться не могут.
Да, сервера баз данных для того и создаются чтобы управлять таблицами, количество строк в которых исчислятся миллионами.
вот только при управлении такой таблицей приходется выбирать, что мы будем  делать с этой таблицей - записывать в неё, или делать выборки. Одновременно не получится.
Применительно к озвученной задаче.

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

Это сообщение отредактировал(а) GeneralElectric - 8.2.2008, 11:05

Tutti, допустим все действия с доской выполняются неким классом Bord. Тогда каждая конкретная партия -- экземпляр данного класса, поля  которого содержат всю необходимую информацию (положения фигур, чей ход и т.д.). Тогда, чтобы не восстанавливать это состояние из исходного, анализируя каждый ход, можно просто в базе хранить текущее состояние. В самом простом виде это запись в базу результата сериализации объекта


GeneralElectric, с каких пор и в каких субд операция записи блокирует таблицу целиком и тем более для чтения?

PHP и MySQL конечно хорошо, но я плохо себе представляю, как это все будет выглядеть без JavaScript и, в частности, AJAX.

Я так понимаю, все это образно. Вставка строки в таблицу отнюдь не требует перестройки ВСЕГО индекса, иначе грошь ему цена такому индексу.