Перейти на главную страницу сайта АСХ · Правила форума | Помощь Поиск Участники Календарь |
Здравствуйте Гость ( Вход | Регистрация ) | Выслать повторно письмо для активации |
Страницы: (2) [1] 2 ( Перейти к первому непрочитанному сообщению ) |
sombr |
Дата 7.03.2011 - 18:39
|
Сочувствующий Профиль Группа: Пользователи Сообщений: 22 Пользователь №: 831 Регистрация: 27.05.2009 |
Добрый день.
В тестовом режиме мной запущена html-версия базы танцоров с приемлимыми задержками доступа, а так же фильтром по имени. База обновляется автоматически примерно раз в сутки. На данный момент ее использование предоставляется на условиях AS IS, поскольку проект находится в активном развитии, однако планируется поддержка проекта и расширение функционала. Адрес сайта: http://sporthustle.ru Просьба рассмотреть возможность добавления ссылки на проект в разделе "Рейтинг" сайта АСХ. |
ktotomskru |
Дата 10.03.2011 - 10:17
|
Новичок Профиль Группа: Пользователи Сообщений: 4 Пользователь №: 927 Регистрация: 24.11.2009 |
респект и уважуха, наконец-то сделали!
|
archer |
Дата 10.03.2011 - 14:48
|
Активист Профиль Группа: Пользователи Сообщений: 58 Пользователь №: 869 Регистрация: 24.08.2009 |
sombr
отлично! Предалагаю считать количество танцоров по чистой клубной принадледжности и кумулятивно как сейчас. формулировка понятна?) -------------------- |
elefantina |
Дата 10.03.2011 - 22:46
|
Новичок Профиль Группа: Пользователи Сообщений: 10 Пользователь №: 861 Регистрация: 12.08.2009 |
не наиграца пряма-таки!)))
-------------------- Птица говорун отличается умом и сообразительностью.
|
sombr |
Дата 11.03.2011 - 11:41
|
||
Сочувствующий Профиль Группа: Пользователи Сообщений: 22 Пользователь №: 831 Регистрация: 27.05.2009 |
окей, посмотрим ) |
||
Denegin |
Дата 15.03.2011 - 11:54
|
Мудрец Профиль Группа: Администраторы Сообщений: 11071 Пользователь №: 3 Регистрация: 13.02.2008 |
Не совсем понятно, зачем обрезаются результаты танцоров.
В начальной базе танцоров результат выглядит так (на примере моего): (Д-А4)B1/23 Из нее видно, что я выступал в абсолюте с Д по А классы. У вас в базе мой результат выглядит как B1/23, я даже сразу не понял, что это за результат такой у меня, и когда это я в В классе выступить успел. Если дать информацию о расшифровке, как читатся код (Д-А4)B1/23, то думаю ни у кого проблем с прочтением не будет. -------------------- |
sombr |
Дата 16.03.2011 - 00:09
|
||
Сочувствующий Профиль Группа: Пользователи Сообщений: 22 Пользователь №: 831 Регистрация: 27.05.2009 |
Причины такого решения: 1. Значительное повышение скорости предоставления информации. 2. Упрощение интерпретации результатов (более подробную информацию можно легко получить по клику) Без уменьшения производительности возможен следующий вариант записи: B1/23(4) - где в скобках (либо с любым другим модификатором, к примеру 4B1/23) будет указано место в общем зачете. Это сообщение отредактировал sombr - 16.03.2011 - 00:18 |
||
Denegin |
Дата 16.03.2011 - 01:07
|
||||
Мудрец Профиль Группа: Администраторы Сообщений: 11071 Пользователь №: 3 Регистрация: 13.02.2008 |
На мой взгляд информативность теряется. Все равно не понятно, в какой номинации человек выступал.
Я не знаком с принципами программирования на HTML, но знаком с программированием вообще. Я не очень понимаю, с чем будет связана задержка. Предлагается вообще просто брать ту надпись о месте, которая в базе. За счет чего будет замедление не могу представить. Вы могли бы сделать два разных варианта то как есть, и то как предлагаю я? Чтобы можно было оценить разницу в скорости. -------------------- |
||||
sombr |
Дата 16.03.2011 - 01:13
|
||
Сочувствующий Профиль Группа: Пользователи Сообщений: 22 Пользователь №: 831 Регистрация: 27.05.2009 |
Запросто Потеря производительности составит примерно от 100 до 300 миллисекунд из-за дополнительных выборок БД. |
||
Denegin |
Дата 16.03.2011 - 01:22
|
||
Мудрец Профиль Группа: Администраторы Сообщений: 11071 Пользователь №: 3 Регистрация: 13.02.2008 |
Интересно, каких выборок? Что мешает в самой базе хранить готовый результат вида "(Д-А4)B1/23"? -------------------- |
||
sombr |
Дата 16.03.2011 - 01:25
|
||
Сочувствующий Профиль Группа: Пользователи Сообщений: 22 Пользователь №: 831 Регистрация: 27.05.2009 |
Протестированы оба варианта: Текущий на самом нагруженном запросе: Completed 200 OK in 1360ms. Что укладывается в определенную ГОСТ РФ рекомендуемую границу показателей ответа приложения (1.5 секунды). Вариант с расширенной информацией: Completed 200 OK in 2173ms. Совершенно ужасная цифра, на мой взгляд ) Результат в готовом виде не хранится по двум причинам: 1. Это уменьшит гибкость БД в целом. 2. Появится дублирующая информация и соответственно затраты памяти на нее. К примеру, сейчас около 3500 тысяч танцоров в базе, даже если они имеют по одному результату каждый - накладные расходы увеличатся минимум - на 3 килобайта. PS. по той же причине потери производительности не указываются клубы танцора в сводной таблице. Однако эта информация так же будет доступна в подробном просмотре. Это сообщение отредактировал sombr - 16.03.2011 - 01:35 |
||
Vasfed |
Дата 16.03.2011 - 14:00
|
Сочувствующий Профиль Группа: Организатор турниров Сообщений: 39 Пользователь №: 1035 Регистрация: 30.04.2010 |
Похвально, что наконец-то кто-то выложил подобное в публичный доступ
Но вышеприведенные выкладки приводят к нескольким мыслям: 1. база спроектирована недостаточно корректно под задачу, скорее всего степень нормализации неподходящая 2. 3 килобайта в свете современного развития техники - вообще можно принять за шум квантизации, уверен что других накладных расходов намного больше, не зацикливайтесь 3. кеширование и шардинг спасут отца русской демократии, характер изменения и структура данных таковы, что для большинства запросов вообще легко можно уложиться в 100-200мс на запрос У меня есть наработки по этой же теме, как будет время - доведу до ума и выложу |
sombr |
Дата 16.03.2011 - 14:16
|
||
Сочувствующий Профиль Группа: Пользователи Сообщений: 22 Пользователь №: 831 Регистрация: 27.05.2009 |
1. база спроектирована достаточно корректно. Перед базой не ставится задача предоставить полную аналогию с представлением результатов в xls таблице АСХ. Задачей является гибкое хранение и быстрый доступ к информации, доступной в xls таблице АСХ. 2. Окей, давайте посчитаем на реальных цифрах. Для хранения строки "B-C-D10-24" как это представлено в таблице надо 10 байт. Сейчас количество результатов всех танцоров: 9681 и их число, очевидно, будет увеличиваться. Реальные расходы на хранение: +94.5 килобайта (а учитывая, что строки-то в БД юникодовые, то в 2 раза больше). Я считаю такой расход неприемлимым независимо от уровня развития технологий Тем более, что мне будет очень интересно, сколько времени займет изменение всех записей результов при внезапном изменении отображения в таблице АСХ. 3. Кеширование классов и запросов sql и так производится. Кешировать страницу невозможно из-за динамического доступа к информации) Anyway, I'm waiting for your solution Это сообщение отредактировал sombr - 16.03.2011 - 14:20 |
||
archer |
Дата 16.03.2011 - 15:07
|
Активист Профиль Группа: Пользователи Сообщений: 58 Пользователь №: 869 Регистрация: 24.08.2009 |
(Д-А4) - совершенно бесполезная информация =)
-------------------- |
Denegin |
Дата 16.03.2011 - 15:42
|
||||
Мудрец Профиль Группа: Администраторы Сообщений: 11071 Пользователь №: 3 Регистрация: 13.02.2008 |
Да что ты говоришь? Я ровно противоположного мнения. По результату B1/23 - я выступал в В классе и был первым. По результаты (Д-А4)B1/23 - я выступал в абсолюте и был 4м. Не знаю как тебе, а мне разница глобальная.
Вы меня радуете 1.5 секунды укладывается в гост, и это НОРМАЛЬНО. А 2 секуныд и еще 173 милисекунды, это уже УЖАСНО! Я просил показать наглядно пример, а не в цифрах. !! Две разные сслыки, одна работает так, другая так. -------------------- |
||||
Страницы: (2) [1] 2 |