Current time: 20.04.2018, 23:17 Hello There, Guest! (LoginRegister)
Language: english | russian  

Post Reply 
Threaded Mode | Linear Mode
Свободная тема
Author Message
Berserker Offline
Administrators

Posts: 10541
Post: #1921

Молодцы, что учатся у опытных )


Скачать Герои 3 Эра и всё, что с ней связано
30.11.2017 04:36
Find all posts by this user Quote this message in a reply
Algor Offline
Administrators

Posts: 2489
Post: #1922

Image: %D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%...18905.jpeg


19.02.2018 20:24
Visit this user's website Find all posts by this user Quote this message in a reply
Brion Offline

Posts: 4
Post: #1923

Героям III 19 лет
04.03.2018 11:29
Find all posts by this user Quote this message in a reply
Bes Offline

Posts: 3139
Post: #1924

ужас как время пролетело ))) я успел и ночами напролёт поиграть в неё, и забросить далеко-далеко "на полку"


05.03.2018 20:25
Visit this user's website Find all posts by this user Quote this message in a reply
FallenAngel Offline

Posts: 804
Post: #1925

Ребят, есть кто-нибудь с опытом в SQL базах? Прошу выручить. Нужна подсказка по одной задаче (тема: формирование статистики с разрезами по дням, работа с бд 10M+ записей).
12.04.2018 17:17
Find all posts by this user Quote this message in a reply
Algor Offline
Administrators

Posts: 2489
Post: #1926

FallenAngel, а что конкретно требуется то хоть? Запрос написать? Или оптимизировать запрос? Или статистику по использованию / анализ производительности БД?
И какая СУБД? MySQL/MS SQL/Oracle прилично различаются.


12.04.2018 18:58
Visit this user's website Find all posts by this user Quote this message in a reply
FallenAngel Offline

Posts: 804
Post: #1927

Нужно собирать статистику в системе по работе с клиентами средствами MySQL можете не шутить про то, что лучше застрелиться.
Вопросов бы не возникло, если бы не то, что статистику нужно фильтровать по всем полям, которые есть у сущности клиента (10+ полей). Т.е. в обычном случае, если бы фильтров было всего пару (статус и т.п.), я бы просто писал в базу счетчики и не парился насчет объема хранимой информации.
Пробема в этих 10+ полях. Примерный кейс: начальник хочет посмотреть статистику по клиентам со статусом "продажа" за прошлый месяц, но только по клиентам, которые были добавлены в систему с сентября по ноябрь, имеющим значение поля field1 = 'foo', field2 = 1, field3 = 'bar'.

Первое, что пришло в голову - это копипастить список клиентов в таблицу\таблицы со статистикой ежеминутно (для актуальности). В 00:00 стирать все записи за прошедший день до 23:59. В итоге остается один набор данных с актуальной информацией на прошедший день.
Подводный камень - это объем. При запуске нужно будет стартовать с 6000 записей сущности "клиенты". И каждый день количество клиентов будет только расти. Максимальный прирост с замком, граалем, статуей легиона - 80 в день. 6000+i*80 (записей) * 30 (дней) * 12 (месяцев) = close to bigdata. Через пару месяцев боюсь, что запросы в таблицу совсем замедлятся.

Вопросы: -правилен ли мой подход в данном случае? -какие есть возможности апгрейда (репликация\индексация\...)?

Я очень боюсь медленных запросов. А потому даже были мысли приземлить это все на какой-нибудь hadoop. Но это еще не BigData, знаю. Люди говорят, что 600M+ записей даже норма для MySQL.
13.04.2018 10:18
Find all posts by this user Quote this message in a reply
« Next Oldest | Next Newest »
Post Reply 


Forum Jump:

Powered by MyBB Copyright © 2002-2018 MyBB Group