Форум АСХ [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум АСХ > Вопросы к РК АСХ, протесты, обсуждения документов и решений РК АСХ > HTML версия базы танцоров АСХ

Автор: sombr 7.03.2011 - 18:39

Добрый день.

В тестовом режиме мной запущена html-версия базы танцоров с приемлимыми задержками доступа, а так же фильтром по имени.

База обновляется автоматически примерно раз в сутки.

На данный момент ее использование предоставляется на условиях AS IS, поскольку проект находится в активном развитии, однако планируется поддержка проекта и расширение функционала.

Адрес сайта: http://sporthustle.ru

Просьба рассмотреть возможность добавления ссылки на проект в разделе "Рейтинг" сайта АСХ.

Автор: ktotomskru 10.03.2011 - 10:17

респект и уважуха, наконец-то сделали!

Автор: archer 10.03.2011 - 14:48

sombr
отлично!

Предалагаю считать количество танцоров по чистой клубной принадледжности и кумулятивно как сейчас.
формулировка понятна?)

Автор: elefantina 10.03.2011 - 22:46

не наиграца пряма-таки!)))

Автор: sombr 11.03.2011 - 11:41

Цитата (archer @ 10.03.2011 - 14:48)

sombr
Предалагаю считать количество танцоров по чистой клубной принадледжности...

окей, посмотрим )

Автор: Denegin 15.03.2011 - 11:54

Не совсем понятно, зачем обрезаются результаты танцоров.
В начальной базе танцоров результат выглядит так (на примере моего):

(Д-А4)B1/23

Из нее видно, что я выступал в абсолюте с Д по А классы.

У вас в базе мой результат выглядит как B1/23, я даже сразу не понял, что это за результат такой у меня, и когда это я в В классе выступить успел.

Если дать информацию о расшифровке, как читатся код (Д-А4)B1/23, то думаю ни у кого проблем с прочтением не будет.

Автор: sombr 16.03.2011 - 00:09

Цитата (Denegin @ 15.03.2011 - 11:54)

Причины такого решения:
1. Значительное повышение скорости предоставления информации.
2. Упрощение интерпретации результатов (более подробную информацию можно легко получить по клику)

Без уменьшения производительности возможен следующий вариант записи:
B1/23(4) - где в скобках (либо с любым другим модификатором, к примеру 4B1/23) будет указано место в общем зачете.

Автор: Denegin 16.03.2011 - 01:07

Цитата

к примеру 4B1/23

На мой взгляд информативность теряется. Все равно не понятно, в какой номинации человек выступал.

Цитата

Без уменьшения производительности возможен следующий вариант записи: B1/23(4) - где в скобках (либо с любым другим модификатором, к примеру 4B1/23) будет указано место в общем зачете.

Я не знаком с принципами программирования на HTML, но знаком с программированием вообще. Я не очень понимаю, с чем будет связана задержка. Предлагается вообще просто брать ту надпись о месте, которая в базе. За счет чего будет замедление не могу представить.
Вы могли бы сделать два разных варианта то как есть, и то как предлагаю я?
Чтобы можно было оценить разницу в скорости.

Автор: sombr 16.03.2011 - 01:13

Цитата (Denegin @ 16.03.2011 - 01:07)

Запросто

Потеря производительности составит примерно от 100 до 300 миллисекунд из-за дополнительных выборок БД.

Автор: Denegin 16.03.2011 - 01:22

Цитата

100 до 300 миллисекунд из-за дополнительных выборок БД

Интересно, каких выборок? Что мешает в самой базе хранить готовый результат вида "(Д-А4)B1/23"?

Автор: sombr 16.03.2011 - 01:25

Цитата (sombr @ 16.03.2011 - 01:13)

Запросто

Потеря производительности составит примерно от 100 до 300 миллисекунд из-за дополнительных выборок БД.

Протестированы оба варианта:

Текущий на самом нагруженном запросе: Completed 200 OK in 1360ms.
Что укладывается в определенную ГОСТ РФ рекомендуемую границу показателей ответа приложения (1.5 секунды).
Вариант с расширенной информацией: Completed 200 OK in 2173ms.
Совершенно ужасная цифра, на мой взгляд )

Результат в готовом виде не хранится по двум причинам:
1. Это уменьшит гибкость БД в целом.
2. Появится дублирующая информация и соответственно затраты памяти на нее.
К примеру, сейчас около 3500 тысяч танцоров в базе, даже если они имеют по одному результату каждый - накладные расходы увеличатся минимум - на 3 килобайта.

PS. по той же причине потери производительности не указываются клубы танцора в сводной таблице. Однако эта информация так же будет доступна в подробном просмотре.

Автор: Vasfed 16.03.2011 - 14:00

Похвально, что наконец-то кто-то выложил подобное в публичный доступ

Но вышеприведенные выкладки приводят к нескольким мыслям:
1. база спроектирована недостаточно корректно под задачу, скорее всего степень нормализации неподходящая
2. 3 килобайта в свете современного развития техники - вообще можно принять за шум квантизации, уверен что других накладных расходов намного больше, не зацикливайтесь
3. кеширование и шардинг спасут отца русской демократии, характер изменения и структура данных таковы, что для большинства запросов вообще легко можно уложиться в 100-200мс на запрос

У меня есть наработки по этой же теме, как будет время - доведу до ума и выложу

Автор: sombr 16.03.2011 - 14:16

Цитата (Vasfed @ 16.03.2011 - 14:00)

Похвально, что наконец-то кто-то выложил подобное в публичный доступ

1. база спроектирована достаточно корректно.
Перед базой не ставится задача предоставить полную аналогию с представлением результатов в xls таблице АСХ.
Задачей является гибкое хранение и быстрый доступ к информации, доступной в xls таблице АСХ.
2. Окей, давайте посчитаем на реальных цифрах.
Для хранения строки "B-C-D10-24" как это представлено в таблице надо 10 байт.
Сейчас количество результатов всех танцоров: 9681 и их число, очевидно, будет увеличиваться.
Реальные расходы на хранение: +94.5 килобайта (а учитывая, что строки-то в БД юникодовые, то в 2 раза больше).

Я считаю такой расход неприемлимым независимо от уровня развития технологий

Тем более, что мне будет очень интересно, сколько времени займет изменение всех записей результов при внезапном изменении отображения в таблице АСХ.

3. Кеширование классов и запросов sql и так производится.

Кешировать страницу невозможно из-за динамического доступа к информации)

Anyway, I'm waiting for your solution

Автор: archer 16.03.2011 - 15:07

(Д-А4) - совершенно бесполезная информация =)

Автор: Denegin 16.03.2011 - 15:42

Цитата

(Д-А4) - совершенно бесполезная информация =)

Да что ты говоришь?
Я ровно противоположного мнения. По результату

B1/23 - я выступал в В классе и был первым.
По результаты (Д-А4)B1/23 - я выступал в абсолюте и был 4м.
Не знаю как тебе, а мне разница глобальная.

Цитата

Текущий на самом нагруженном запросе: Completed 200 OK in 1360ms. Что укладывается в определенную ГОСТ РФ рекомендуемую границу показателей ответа приложения (1.5 секунды). Вариант с расширенной информацией: Completed 200 OK in 2173ms. Совершенно ужасная цифра, на мой взгляд )

Вы меня радуете

1.5 секунды укладывается в гост, и это НОРМАЛЬНО. А 2 секуныд и еще 173 милисекунды, это уже УЖАСНО!

Я просил показать наглядно пример, а не в цифрах. !! Две разные сслыки, одна работает так, другая так.

Автор: sombr 16.03.2011 - 15:54

Цитата (Denegin @ 16.03.2011 - 15:42)

Цитата

(Д-А4) - совершенно бесполезная информация =)

Цитата

Вы меня радуете

1.5 секунды укладывается в гост, и это НОРМАЛЬНО. А 2 секуныд и еще 173 милисекунды, это уже УЖАСНО!

Я просил показать наглядно пример, а не в цифрах. !! Две разные сслыки, одна работает так, другая так.

конечно ужасно

даже 1.5 секунды - ужасно, но чтож поделать, данных много )

в качестве теста вам: до утра завтра сайт работает в режиме расширенных результатов.

Автор: Denegin 16.03.2011 - 16:40

Цитата

даже 1.5 секунды - ужасно, но чтож поделать, данных много

Онако 1.5 секунды подпадает в ГОСТ, который вы упоминали

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

Цитата

в качестве теста вам: до утра завтра сайт работает в режиме расширенных результатов.

Эксперимент не очень правильный. Чтобы сравнить два варианта, надо иметь возможность одновременно поработать в одной и другой базе.
Что касается варианта "расширенный", я лично разницы никакой не заметил! моя буква Д открылась быстро и без проблем.

Автор: sombr 16.03.2011 - 17:51

Цитата (Denegin @ 16.03.2011 - 16:40)

Цитата

даже 1.5 секунды - ужасно, но чтож поделать, данных много

Онако 1.5 секунды подпадает в ГОСТ, который вы упоминали

Цитата

в качестве теста вам: до утра завтра сайт работает в режиме расширенных результатов.

Попробуйте "K" или "Б" - больше всего танцоров. Замедление ощутимо.

Автор: sombr 16.03.2011 - 22:38

Было принято следующее решение по отображению результатов:
1. Наверху страницы - переключатель. Кому это нужно, u r welcome, можете включить расширенные результаты.
2. Выбор запоминается в куках, так что постоянно переключаться не придется

Автор: archer 17.03.2011 - 00:04

Цитата

B1/23 - я выступал в В классе и был первым.
По результаты (Д-А4)B1/23 - я выступал в абсолюте и был 4м.
Не знаю как тебе, а мне разница глобальная.

все относительно.
такая разница _возможно_ есть для 15 человек А класса, выступающих в абсолюте не в свое паре не по своему классу, а по более низкому (а такие случаи вообще есть? о_О ).
остальным 3+ тысячам важнее видеть места по своему классу.

да и будь у Леры тогда прописан не С, а хотябы В класс - у вас и результат был бы А4-29 или сколько там.

ну что спорить - уже все сделали))))

Автор: Denegin 17.03.2011 - 11:00

Цитата

Было принято следующее решение по отображению результатов: 1. Наверху страницы - переключатель. Кому это нужно, u r welcome, можете включить расширенные результаты.

Вот это грамотно!!!!!

Автор: Denegin 17.03.2011 - 11:04

Только можно эту незаметную надпись "Расширенные результаты (медленно)" сделать не в далеком правом углу а более заметно!
Как один из основателей рейтинга АСХ я все-таки ратую за более полное отображение данных, а не в усеченном виде.

Кроме того фраза "МЕДЛЕННО" не совсем точно отображает действительность. Уж если писать, то "немного медленнее". Да и разницы вообще фактически не заметно!

Автор: sombr 17.03.2011 - 11:07

Цитата (Denegin @ 17.03.2011 - 11:04)

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

Автор: Seventh Son 17.03.2011 - 12:06

Разовый - это значит, что один раз выбрал, а потом он исчез?

Автор: sombr 17.03.2011 - 12:15

Цитата (Seventh Son @ 17.03.2011 - 12:06)

Разовый - это значит, что один раз выбрал, а потом он исчез?

1. Разовый, это значит, что нет необходимости каждый раз выбирать свой вариант при заходе на сайт.
2. Выбор сохранится в куках и будет по умолчанию, для вас, таким, какой вы выбрали единожды.
3. Настройки можно изменить, воспользовавшись переключателем снова. Последний сделанный выбор - сохраняется.

То бишь, грубо говоря, выбрал – и забыл

Есть такая чудесная парадигма, KISS – "Keep It Simple", в вольной расшифровке

Автор: Denegin 1.04.2011 - 16:40

При таком подходе я буду против того, чтобы ваш ресурс был официальным отображением рейтинга АСХ.
Остался при мнении, что сокращенная таблица искажает истинные результаты. А кнопку переключатель мелким шрифтом "черти где" найти невозможно без дополнительной инструкции.

Автор: sombr 1.04.2011 - 16:45

Цитата (Denegin @ 1.04.2011 - 16:40)

Окей

Whatever, мерси за интересную беседу )