Andrew_Novikov, зачем вам деньги? Здесь помогают бесплатно.
Надо только задавать вопрос по исходной проблеме, а не по костылям, которые вы себе навоображали от невежества.
Ну и собственно прислушиваться к ответам, а не отмахиваться от них
Вы себе не упростили жизнь, а усложнили
Получается, вам нужно три таблицы
таблица бойцов
таблица боев (в которой два id бойцов)
таблица статистики, в которой id боя и id бойца
при такой структуре легко можно будет получить всю нужную информацию.
Ну ок, до такой степени я не разбираюсь в этих параметрах.
Но ведь есть же все равно общие данные - дата, победитель, тип победы, локация поединка. Они куда пишутся?
Andrew_Novikov, конечно хотим.
А как оно может не дублироваться? Вот у вас таблица, Petr_Yan.
Но он же не сам с собой дрался, а с кем-то еще. Например со Стерлингом.
Получается, что в таблице Aljamain_Sterling должна быть точно такая же запись.
Кстати, у вас сейчас информация о боях дублируется, правильно?
А она не должна.
То есть в таблице fights должно быть два id бойцов,
И соответственно запрос должен быть WHERE athlete_id1=22 or athlete_id2=22
таким образом получим все бои в которых он участвовал.
Andrew_Novikov, думать имеет смысл, если есть определенные базовые знания.
А если их нет, то лучше спросить тех, у кого они есть.
Лучше напишите отдельный вопрос, тут специальный тег есть, Проектирование баз данных
Опишите там текущую структуру и спросите, как это все организовать правильно.
А думать вы сейчас такого же чебурашку надумаете, с крокодильими ушами.
Andrew_Novikov, вам сначала надо понять что это не вопрос мнений.
Это все равно что спросить "а сколько по-вашему будет дважды два?"
Это не как будет "по-моему", а какой будет единственно правильный ответ.
Вместо 100500 таблиц должно быть ДВЕ.
В одну пишется информация о спортсмене. Назовем её athletes. Кроме имени и других очевидных полей в ней должно быть уникальное автоинкрементное поле id.
Во второй должна быть информация из всех этих ваших таблиц, плюс значение id соответствующего спортсмена из таблицы athletes.
И выбирать из неё запросом, который я привел выше.
Плюс надо посмотреть что у вас там в еще двух базах данных. и явно перенести все в одну
Andrew_Novikov, вы не поняли.
Проблема не в сервере. Под ваши задачи даже утюг подойдет в качестве сервера.
Проблема в том что у вас, если говорить прямо, идиотская структура БД.
Это нормально для самоучки. Все с этого начинают.
Но вот что ненормально - это то, что вы за нее держитесь, и вместо того чтобы сделать по-человечески, пытаетесь подставить какой-нибудь костыль
Это хороший ответ, но под него надо редактировать заголовок вопроса
иначе этот пост превратится в то, за что мы все так ненавидим Q&A сайты, когда пытаемся гуглить ответ на свой вопрос
"select * from Petr_Yan", извините, но это какой-то бред.
Начиная с имени спортсмена, как у какого-нибудь рептилоида, и заканчивая кривой структурой БД
Сколько у вас записей в этой таблице?
Zefirot, а никто и не говорит, что это "мало". Но с точки зрения больших данных ваш "даже гигабайт" - это детский лепет.
Вы разве не видите предложенную правку? "Как хранить часто используемые большие объемы данных в игре" отражает суть вопроса и не сбивает с толку использованием термина "большие данные".
Как раз наоборот, поведение абсолютно нормальное. Я понимаю, что в угоду своему самолюбию вы стараетесь переложить свою ошибку на "нубов", "винду" или питон. Но старайтесь быть честным с собой и признавать ошибки. Это очень важное умение для программиста, именно в профессиональном плане.
Питон, особенно последних версий - очень логичный и продуманный язык.
И в данном случае он демонстрирует как раз предсказуемость поведения. Строки в нем можно использовать только в UTF-8. Таким образом, ошибка, про которую вы говорите, становится невозможной в принципе. Если вы попытаетесь написать строку в 1251, то питон уже при запуске программы сообщит об этом.
Это является очень большим достоинством, а не недостатком.
Я достаточно поработал с языками, где вообще никак не узнать, в какой кодировке написан текст, что как раз и приводит к множеству недоразумений. А здесь все стройно и логично
Да, кстати, про изменить кодировку в файле. Сразу видно, что вы никогда не пробовали :)
Тут ведь дело не в нубах, и не в виндах. А в Питоне.
Попробуйте выполнить скрипт на питоне, в котором есть строка в 1251. потом расскажете результат ;)
На самом деле наоборот - выглядит ровно так, как и должен выглядеть текст в utf-8, интерпретируемый как 1251
Вот даже если просто символы посчитать, РјРёСЂ - здесь все шесть, а никак не три, как было бы в однобайтной кодировке 1251.
А когда отображается 1251 в UTF-8, то браузер показывает черные ромбики, потому что в utf-8 просто нет валидных символов с кодами из второй половины ASCII
Надо только задавать вопрос по исходной проблеме, а не по костылям, которые вы себе навоображали от невежества.
Ну и собственно прислушиваться к ответам, а не отмахиваться от них