Страницы: (2) [1] 2  ( Перейти к первому непрочитанному сообщению ) Ответ в темуСоздание новой темыСоздание опроса

> HTML версия базы танцоров АСХ
sombr
Дата 7.03.2011 - 18:39
Цитировать сообщение




Сочувствующий
**

Профиль
Группа: Пользователи
Сообщений: 22
Пользователь №: 831
Регистрация: 27.05.2009





Добрый день.

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

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

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

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

Просьба рассмотреть возможность добавления ссылки на проект в разделе "Рейтинг" сайта АСХ.
PMСайт пользователяICQ
Top
ktotomskru
Дата 10.03.2011 - 10:17
Цитировать сообщение




Новичок
*

Профиль
Группа: Пользователи
Сообщений: 4
Пользователь №: 927
Регистрация: 24.11.2009





респект и уважуха, наконец-то сделали!
PMПисьмо на e-mail пользователю
Top
archer
Дата 10.03.2011 - 14:48
Цитировать сообщение




Активист
***

Профиль
Группа: Пользователи
Сообщений: 58
Пользователь №: 869
Регистрация: 24.08.2009





sombr
отлично!

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


--------------------
PMПисьмо на e-mail пользователюСайт пользователяICQ
Top
elefantina
Дата 10.03.2011 - 22:46
Цитировать сообщение




Новичок
*

Профиль
Группа: Пользователи
Сообщений: 10
Пользователь №: 861
Регистрация: 12.08.2009





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


--------------------
Птица говорун отличается умом и сообразительностью.
PMПисьмо на e-mail пользователю
Top
sombr
Дата 11.03.2011 - 11:41
Цитировать сообщение




Сочувствующий
**

Профиль
Группа: Пользователи
Сообщений: 22
Пользователь №: 831
Регистрация: 27.05.2009





Цитата (archer @ 10.03.2011 - 14:48)
sombr
Предалагаю считать количество танцоров по чистой клубной принадледжности...

окей, посмотрим )
PMСайт пользователяICQ
Top
Denegin
Дата 15.03.2011 - 11:54
Цитировать сообщение




Мудрец
*********

Профиль
Группа: Администраторы
Сообщений: 11041
Пользователь №: 3
Регистрация: 13.02.2008





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

(Д-А4)B1/23

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

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

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



--------------------
PMСайт пользователяICQ
Top
sombr
Дата 16.03.2011 - 00:09
Цитировать сообщение




Сочувствующий
**

Профиль
Группа: Пользователи
Сообщений: 22
Пользователь №: 831
Регистрация: 27.05.2009





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

(Д-А4)B1/23

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

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

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

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

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

Это сообщение отредактировал sombr - 16.03.2011 - 00:18
PMСайт пользователяICQ
Top
Denegin
Дата 16.03.2011 - 01:07
Цитировать сообщение




Мудрец
*********

Профиль
Группа: Администраторы
Сообщений: 11041
Пользователь №: 3
Регистрация: 13.02.2008





Цитата
к примеру 4B1/23


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


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


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




--------------------
PMСайт пользователяICQ
Top
sombr
Дата 16.03.2011 - 01:13
Цитировать сообщение




Сочувствующий
**

Профиль
Группа: Пользователи
Сообщений: 22
Пользователь №: 831
Регистрация: 27.05.2009





Цитата (Denegin @ 16.03.2011 - 01:07)
Я не знаком с принципами программирования на HTML, но знаком с программированием вообще. Я не очень понимаю, с чем будет связана задержка. Предлагается вообще просто брать ту надпись о месте, которая в базе. За счет чего будет замедление не могу представить.
Вы могли бы сделать два разных варианта то как есть, и то как предлагаю я?
Чтобы можно было оценить разницу в скорости.

Запросто smile.gif

Потеря производительности составит примерно от 100 до 300 миллисекунд из-за дополнительных выборок БД.
PMСайт пользователяICQ
Top
Denegin
Дата 16.03.2011 - 01:22
Цитировать сообщение




Мудрец
*********

Профиль
Группа: Администраторы
Сообщений: 11041
Пользователь №: 3
Регистрация: 13.02.2008





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


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


--------------------
PMСайт пользователяICQ
Top
sombr
Дата 16.03.2011 - 01:25
Цитировать сообщение




Сочувствующий
**

Профиль
Группа: Пользователи
Сообщений: 22
Пользователь №: 831
Регистрация: 27.05.2009





Цитата (sombr @ 16.03.2011 - 01:13)
Запросто smile.gif

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

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

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

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

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

Это сообщение отредактировал sombr - 16.03.2011 - 01:35
PMСайт пользователяICQ
Top
Vasfed
Дата 16.03.2011 - 14:00
Цитировать сообщение




Сочувствующий
**

Профиль
Группа: Организатор турниров
Сообщений: 39
Пользователь №: 1035
Регистрация: 30.04.2010





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

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

У меня есть наработки по этой же теме, как будет время - доведу до ума и выложу smile.gif
PMПисьмо на e-mail пользователюСайт пользователя
Top
sombr
Дата 16.03.2011 - 14:16
Цитировать сообщение




Сочувствующий
**

Профиль
Группа: Пользователи
Сообщений: 22
Пользователь №: 831
Регистрация: 27.05.2009





Цитата (Vasfed @ 16.03.2011 - 14:00)
Похвально, что наконец-то кто-то выложил подобное в публичный доступ smile.gif

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

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

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

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

3. Кеширование классов и запросов sql и так производится. smile.gif
Кешировать страницу невозможно из-за динамического доступа к информации)

Anyway, I'm waiting for your solution wink.gif

Это сообщение отредактировал sombr - 16.03.2011 - 14:20
PMСайт пользователяICQ
Top
archer
Дата 16.03.2011 - 15:07
Цитировать сообщение




Активист
***

Профиль
Группа: Пользователи
Сообщений: 58
Пользователь №: 869
Регистрация: 24.08.2009





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


--------------------
PMПисьмо на e-mail пользователюСайт пользователяICQ
Top
Denegin
Дата 16.03.2011 - 15:42
Цитировать сообщение




Мудрец
*********

Профиль
Группа: Администраторы
Сообщений: 11041
Пользователь №: 3
Регистрация: 13.02.2008





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


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

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

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


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

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



--------------------
PMСайт пользователяICQ
Top

Опции темыСтраницы: (2) [1] 2  Ответ в темуСоздание новой темыСоздание опроса