|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
31.03.2016, 11:23
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
Проектирую приложение которое помимо прочего должно демонстрировать графики хода котировок валют! сделал бд(Пока MySQL) туда каждую секунду поступает текущая цена на каждую пару валют! Пар валют много так что за час может легко набижать 50000 и более а данные надо собирать на месяцы может более года! Как вы считает подойдёт ли MySQL или стоит смотреть в сторону NOSQL??? Как вариант могу инфу на разные пары по разным таблицам распихать!! Какие будут соображения!?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 11:31
|
|||
|---|---|---|---|
|
|||
MySQL или NOSQL |
|||
|
#18+
железо+партицирование далее смотреть по нагрузке... почему не потянет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 11:37
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
Alex_Ustinov, Пока тенет и не потеет :)) (пока тесты провожу), но пробую на 100000 - 200000 записей! а если будет 20 000 000 или 200 000 000!?? и по разным таблицам есть смысл раскидать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 11:54
|
|||
|---|---|---|---|
|
|||
MySQL или NOSQL |
|||
|
#18+
может откликнутся ребята, у кого есть большие объемы, подскажут точнее. Я же упомянул про железо...Оно должно быть соответствующее (память, быстрые диски) и с запасом Если у вас индексы влезут в память, то будет быстро. Записи "небольшие", просто их много Варианты проектирования далее сводные таблицы - месяц год.... Это все по требованиям заложенным в приложении. в 90% случаев не рекомендуется сущность делить. Упретесь в построение динамических запросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 11:58
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
Alex_Ustinov, Ясно, Продолжаю копать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 12:09
|
|||
|---|---|---|---|
|
|||
MySQL или NOSQL |
|||
|
#18+
вы же более точную информацию не выкладываете а то, что я ответил, это общий, так сказать, подход к высоконагруженым приложениям может в идеале разнести по 2-ум серверам (PHP-сервер приложений и сервер СУБД) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 12:15
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
Alex_Ustinov, Будет доп инфа - выложу! Новые сервера ещё не получил. :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 12:43
|
|||
|---|---|---|---|
|
|||
MySQL или NOSQL |
|||
|
#18+
Areostar, Посчитайте размер одной строки (записи) , исходя из этого умножайте на прогнозируемое колво записей в базе, что бы получить приблизительный размер и таблици и базы. Исходя из этого уже планируйте мощности, архитектуру хранения . Практически всегда есть решение задачи, решений много - репликация с балансировкой, кластеризация, шардирование и тд. Так же исходя из всего этого прикиньте колво запросов, вычислите процентное соотношение чтение/запись. так же мы можете провести нагрузочное тестирование, что то же даст вам дополнительную информацию для размышления. Готового рецепта тут нет. Коллеги выше верно сказали что мало вводных от вас что бы давать тут какие то советы. Железо как писали важно конечно, но архитектура тоже. Железо более мощное закупить не так сложно порой, как переделать архитектуру на проакшене. Успехов! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 13:13
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
Areostar, Возможные решения сильно зависят от подробностей того, что именно нужно будет делать с данными. Например, если в основном нужны только графики для диапазонов времени кратных часу, то можно все показания за один час писать в одно поле типа TEXT/BLOB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 13:40
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
memcached plugin спасет отца русской демократии ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 15:22
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
Про мемкеш почитаю. Скажите есть ли придел размера таблицы в Mysql? В текстовое поле складывать. Мысль но текст покрасить может .что долго. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 15:31
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
Areostarтекст покрасить может .что долгоПокрасить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
31.03.2016, 20:40
|
|||
|---|---|---|---|
|
|||
MySQL или NOSQL |
|||
|
#18+
Areostar... Скажите есть ли пр>>>Е<<<дел размера таблицы в Mysql? ...В ширину или в длину? ) Вы что-то недоброе затеяли... ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2016, 08:39
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
Alex_Ustinov, Ну к примеру в Access(Есть или была у мелкософта такая игрушка) придел веса таблицы был помоему 2 или 2.5 гига! а в MySQL есть такое??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2016, 09:00
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
miksoft, Парсить! писал с телефона! а там словарные подстановки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2016, 09:26
|
|||
|---|---|---|---|
|
|||
MySQL или NOSQL |
|||
|
#18+
AreostarAlex_Ustinov, Ну к примеру в Access(Есть или была у мелкософта такая игрушка) придел веса таблицы был помоему 2 или 2.5 гига! а в MySQL есть такое???ограничения только файловой системы на макс размер файла, если мне не изменяет память, да и то можно обойти если делать несколько ibdata файлов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2016, 10:48
|
|||
|---|---|---|---|
MySQL или NOSQL |
|||
|
#18+
AreostarПарситьНу это смотря в каком виде складывать. Если, например, на каждый час складывать массив из 3600 float-ов (по отсчету на каждую секунду), то в C его можно будет прочитать целиком и сразу использовать как массив float-ов, без парсинга. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=47&mobile=1&tid=1831972]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
167ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 218ms |
| total: | 444ms |
| 0 / 0 |
