Drno, мне непонятно почему это произошло на "пустом" месте. Даже не так. Почему старый скрипт продолжает получать информацию без задержек, в то время как я это сделать не могу. Хотя раньше мог (я все тестил). Может я чего то не вижу перед носом...
Ипатьев, не спорю. Там еще много, где можно улучшать и улучшать. Но никому мои наработки не понравились, чтобы делать проект со мной. А тех денег, что запрашивали за создание MPV у попросту нет))) так что приходится придумывать все самому)))
Ипатьев, да, есть такие показатели, их получается 6-7 столбцов из 58. Победитель, время, метод, имена судей. Получается, что они дублируются. Я по началу не придумал, как их вынести. Хотел отдельную таблицу создать по ивентам, а потом решил не париться и прописывать их у кахжого бойца в его таблице. С одной стороны это увеличило размер БД (она поличилась под 44 мб) с другой упростила жизнь при анализе данных ( не надо было придумывать сложные запросы, а просто импортировать сразу данные и с ними работать)
Ипатьев, я написал парсер, который берет данные их поединка. Те удары, тейкдауны и прочее, которые нанес Ян идут в его таблицу, те, что нанес Стерлинг идут в таблицу Стерлинга. Если мне нужно узнать, сколько ударов пропустил Ян в том поединке, я просто пишу запрос по типу "select * from aljamain_sterling where opponent='petr_yan'" или что-то в этом духе. Если мне нужно получить показатели защиты за все время, то я просто вытаскиваю имена всех бойцов, с которым он встречался, и по циклу их прогоняю как в предыдущем запросе. В целом, так и получается, что каждая таблица содержит уникальные значения
Ипатьев, нет она не дублируется))) я не правильно вопрос сформировал, но обсуждение на решение натолкнуло))) думаю на следующей недели доделаю и если хотите, то скину оценить, что получилось)))
Ипатьев, так, грубо говоря я пытаюсь собрать онлайн дашборд исходя из запроса пользователя. Есть три базы данных. В первой БД хранятся 2 500 таблиц названия - это имена спорстменов. Внутри у каждой таблицы от 2 до 50 записей внутри. Это их показатели в конкретной встрече. И при запросе пользователя, я вывожу все записи из этой таблицы + делаю запросы из двух других БД, где есть его статистические показатели. Как бы Вы в таком случае построили структуру БД?
Ну ок, видимо пока вариант первый, переписать все, чтобы было в нижнем регистре, и посмотреть как будет фурычить. А по поводу архитектуры БД, то были такие подозрения, что не будет хватать мощностей сервера. Отсюда другой вопрос, как тогда существуют приложения, формирующие целые дашборды на запрос пользователя? Где строятся и обрабатывается их информация, которая передается фреймворку?
maksam07, проблема в том, что я не знаю. Мало опыта работы с БД. При выгрузке БД с локального компьютера пользуюсь программой HeildiSQL и не смог найти там записи о кодировке. Загружаю ее на сервер через SSH подключение и все названия (бд, таблицы) загружаются в нижнем регистре. А какая кодировка у всего этого добра я нигде не заметил
mayton2019, название бд и имена таблиц. Если с названием БД можно не париться, а поменять одну переменную в алгоритме, то на вводимых именах много чего в коде завязано. Пользователь выбирает имя спортсмена, например "Petr_Yan", дальше идет запрос к БД "select * from Petr_Yan", и на локалном компе все хорошо работает. На сервере выдает ошибку, мол такой таблицы не сущесвтует. Сменил на нижний регистр "petr_yan" и MySQL на сервере эту таблицу видит.
Варианта два пока нашел: 1. Переписать алгоритм, чтобы имена были в нижнем регистре (долго). 2. Убрать у MySQL на сервере чувствительность к регистру (но этот вариант пока провалился)
Алан Гибизов, Пока что самое путное, что пришло в голову, это пропаботать запрос в SQL, чтобы он возвращал значения в df4 в соответствии с порядком в df3. Но это не панацея, так как и дальше мне придется работать с конкретными элементами из таблицы.
