Ты издеваешься??? 
Изначально планируется брать VPS с 2x2000 ядрами, оперативкой 2 Гб и 30 Гб памяти.
Полная Версия: Структура базы данных онлайн игры
Игорь_Vasinsky хостинг? Ты издеваешься???
Изначально планируется брать VPS с 2x2000 ядрами, оперативкой 2 Гб и 30 Гб памяти.
Ты издеваешься??? Изначально планируется брать VPS с 2x2000 ядрами, оперативкой 2 Гб и 30 Гб памяти.
| Цитата (JohnBraxton @ 7.05.2015 - 06:43) |
| myisam - медленно обрабатывает инсерты но быстро выполняет селекты |
| Цитата (JohnBraxton @ 7.05.2015 - 06:43) |
| innodb - поддерживает связи и транзакции, быстрый в инсертах но медлителен в селектах. |
Чушь.
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
| Цитата |
| VPS с 2x2000 |
хмммм
| Цитата |
| оперативкой 2 Гб и 30 Гб памяти. |
озу 2гб
жесткий диск 30 ??
с таким аппетитом у тебя в первый месяц вол винта будет забито )
_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker
| Цитата (123456 @ 7.05.2015 - 06:26) |
| Истории операций должны быть доступны для просмотра пользователями 30 дней, после чего будут выгружаться в архив, и только по запросу в тех поддержку, будет предоставляться excel файл с операциями за запрошенный период. |
Ну вот, каждый месяц "разгружаем" БД. 30кк записей - хорошая железка на ура справится.
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
JohnBraxton
изначально присматриваюсь к InnoDB
изначально присматриваюсь к InnoDB
| Цитата (Игорь_Vasinsky @ 7.05.2015 - 06:50) |
| с таким аппетитом у тебя в первый месяц вол винта будет забито ) |
Можно использовать подсистему хранения данных Archive для архивных данных. Но в целом, да, железка хилая изначально.
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
| Цитата (sergeiss @ 7.05.2015 - 09:11) | ||
Дай человеку помечтать, не будь вредным  А если мечтает, то пусть хоть в мечтах правильно всё делает. Поэтому - его мечты должны быть о партициях. |
Человек разберется с патрицияими - очевидный плюс создания игры
.Valick думая что отвечая на этот вопрос правильно говорить об архитекторе бд, предполагая что ТС есть мидл в прогерстве, а вот архитектора бд нанять не мешало бы!
Что касается таблиц:
t history many надо удалить потому, что она содержит расчетные статистические данные которые можно считать налету по запросу.
t history жить может, но думаю что количесво записей надо считать из расчета на южном, а не.по все сразу. Если юзер будет делать 1000 записей в месяц то и выборка будет идти из 1000 что нормально. Можно также подумать про то, чтобы на каждого юзера завести по таблице t history username.
Однако! Нанять архитектора бд отличная идея.
_____________
Трус не играет в хокей
| Цитата |
| t history many надо удалить потому, что она содержит расчетные статистические данные которые можно считать налету по запросу. |
и куда эти данные записывать? Где их хранить?
| Цитата |
| Однако! Нанять архитектора бд отличная идея. |
Если нанимать кого-то, то сам не научусь!
| Цитата (T1grOK @ 7.05.2015 - 06:48) |
| Чушь. |
Да не уже ли...
Поясните...
123456
| Цитата |
| и куда эти данные записывать? |
некуда
их считать на лету надо будет и всё.
_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker
Эмм.. Видимо вы не поняли, эту информацию надо хранить, т.к. Для одной операции может быть задействовано несколько РАЗНЫХ валют. Их суммировать не получится
| Цитата (JohnBraxton @ 7.05.2015 - 07:01) | ||
Да не уже ли... Поясните... |
Единственное ощутимое преимущество MyISAM перед InnoDB - это полнотекстовый индекс, в последних версиях Mysql это преимущество нивелируется, подсистема хранения данных InnoDB теперь тоже поддерживает полнотекстовый индекс.
MyISAM на обновлении/вставки данных быстра(только при низком конкурентном доступе), скорость выборки в большинстве случаев сопоставима с InnoDB.
InnoDB производит дополнительные операции при операциях обновления/вставки - проведение транзакции, проверка целостности, поэтому при низком конкурентном доступе - проявляет себя медленнее MyISAM. При высоком же конкурентном доступе скорость компенсируется за счет, блокировки на уровне строк.
Если продолжать сравнение дальше - целостность данных, восстановление данных, то MyISAM здесь и вовсе в пролете.
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
Все еще проще не использовать Mysql он не нужен, а взять Постгрес у которого нет проблем Mysql и есть больше возможностей и производительности
для горячих данных можно взять nosql решение в виде монгоДБ или Тарантула те к которым нужно иметь быстро доступ и быстро записать ,в фоне сбрасывать данные в бд уже каждый несколько минут или как удобнее
для горячих данных можно взять nosql решение в виде монгоДБ или Тарантула те к которым нужно иметь быстро доступ и быстро записать ,в фоне сбрасывать данные в бд уже каждый несколько минут или как удобнее
JohnBraxton
ты почти всё перепутал.
_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
ты почти всё перепутал.
_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
| Цитата (Guest @ 7.05.2015 - 12:58) |
| Эмм.. Видимо вы не поняли, эту информацию надо хранить, т.к. Для одной операции может быть задействовано несколько РАЗНЫХ валют. Их суммировать не получится |
1) можно stored proc которая все подсчитает
2) хранить данные в местах их появления, а расчетный данные расчитывать при надобности потому что они не затребованны постоянно, а будут расти в своем количестве как дрожах.
В примере 2х таблиц где что хранить сказать не могу, надо диаграмму всей бд, вникать что где происходит, и потом дельно разговаривать.
_____________
Трус не играет в хокей
Здесь расположена полная версия этой страницы.