Как лучше хранить графики в базе данных ? / Проектирование БД

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Как лучше хранить графики в базе данных ?

21 сообщений из 96, страница 4 из 4

все

Как лучше хранить графики в базе данных ?

#37911116

SerVal

Гость

MasterZiv , Вы пишите какие-то фантастические вещи.
Загрузить все данные в память. Прверить их 60-ю потоками. После чего передать их какому-то "бульку", который скопирует их в таблицу.
После чего загрузить данные из таблицы в память и начать их обработку - построение графиков, вычсление рангов.. итд.

У меня такое впечатление, что после этого, обработанные данные надо поделить на части и снова передать "бульку", чтобы он
записал их в разные таблицы. :)

Вообще-то, загрузчик статистики должен параллельно скачивать из Inet-а 40 статистик и параллельно обновлять 40 баз.
Если с каждой базой так "булькаться"...

15-20 статистик я пробовал - обновление локальных баз происходит за 9-10 часов. Суммарный объём баз 200-300 GB.
Ну вот как-то так. :)

...

Рейтинг:

0 / 0

09.08.2012, 17:32

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911165

SerVal

Гость

2 Забавно :
ЗабавноПросто, одну табличку. попробуйте на табличке типичные запросы.
Причем, пока без удаления данных из нее и расчета агрегатов.

Я уже писал выше. Нетути к SQL серверу никаких запросов! Он делает тупой insert и update.
Вот когда он будет делать это не за 9 часов как сейчас, а за час, тогда появятся запросы.

Забавноа все остальное (парсинг, и т.д.) обрабатывается на сервере или на клиенте?
- ещё раз говорю - всё делает клиент. А сервер только insert и update. примерно 250 GB данных.

...

Рейтинг:

0 / 0

09.08.2012, 17:49

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911240

tanglir

Участник

Сообщения: 30 379

Рейтинг: 0 / 0

SerValНетути к SQL серверу никаких запросов!А нахрена ж вы тогда целую страницу тут распинались, что вот какой сервер бяка, простейший каунт (с ордербаем, хы) посчитать не может меньше чем за 2 секунды??!

SerValвсё делает клиент.и даже данные проверяет тоже клиент? то есть сервер у вас по сути файлопомойка с SQL-интерфейсом? тогда тупо наращивайте дисковую подсистему, другого пути, наверное, нет...

...

Рейтинг:

0 / 0

09.08.2012, 18:35

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911280

делает тупой

Гость

SerVal,
авторОн делает тупой insert и update
не такой уж тупой с учетом вот этого 12984081 ужаса

...

Рейтинг:

0 / 0

09.08.2012, 19:19

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911294

SerVal

Гость

2 S.G. : Я сначала не ответил на Ваш пост. Прошу принять мои извинения.

S.G.Я вначале не имел ничего против. Вопрос звучал "как хранить" - ну если уже сделано так, пускай хранит в xml.
Когда надо, вытащил пару графиков, показал.
Но, оказывается, там надо не просто хранить, а активно работать с ними, обновлять и пр.

Ну да. Кому ж нужны статические данные ? Всех интересует динамика.

S.G.Вообще, топикстартер упорно хранит тайну - что надо делать?
Надо побыстрее закатать полученные данные в базу. К SQL серверу никаких претензий не предьявляется.
Чем быстрее он выполняет простые Insert и Update , тем лучше. Всё остальное готовит клиент.

S.G.На вопрос- "а что там с запросами на чтение, посмотреть план" - ответ "да зачем план, и так понятно, база большая вот и медленно".
Такой вот, диалог :)
Ну вот типичный запрос на чтение:

Код: sql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

SELECT
id,
[name],
total_credit,
credit_day,
credit_week,
credit_month,
nusers,
nteams, 
nhosts
from Countries 
where id=@countryid

Такой же "сложности" запросы к Users, Teams.
S.G. , ну что здесь анализировать ??? Какой тут план запроса ??? :(

2 tanglir :
А нахрена ж вы тогда целую страницу тут распинались, что вот какой сервер бяка, простейший каунт (с ордербаем, хы) посчитать не может меньше чем за 2 секунды??!

Да, из-за того что база большая, выражение select COUNT(*) from Users я не применяю. Именно из-за медлючести.

вместо него:

Код: sql

select @nusers = dbo.nRows('Users')

где func dbo.nRows:

Код: sql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.

ALTER FUNCTION [dbo].[nRows]
(
@table_name varchar(80)
)
RETURNS int
AS
BEGIN
declare @row_count int
select @row_count=
p.rows
FROM  
    sys.tables t 
INNER JOIN       
    sys.indexes i ON t.OBJECT_ID = i.object_id 
INNER JOIN  
    sys.partitions p ON i.object_id = p.OBJECT_ID AND i.index_id = p.index_id 
WHERE t.name = @table_name

return @row_count
END

Про execution plan для select COUNT(*) from Users, я тоже ничего сказать не могу. :(

tanglirто есть сервер у вас по сути файлопомойка с SQL-интерфейсом?
Ну, он ещё таблички для сайта выдаёт. Тоже простыми селектами.

tanglirтогда тупо наращивайте дисковую подсистему, другого пути, наверное, нет...
Другой путь - уменьшать размеры данных, о чём я и спросил.

Ну и я пока не знаю, можно ли ставить для SQL сервера SSD диски.
Может быть четыре штуки по 256 GB в RAID0 не будут сильно изнашиваться ? (статистики нетути, поэтому - боюсь).

...

Рейтинг:

0 / 0

09.08.2012, 19:43

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911310

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

SerValНу и я пока не знаю, можно ли ставить для SQL сервера SSD диски.
Может быть четыре штуки по 256 GB в RAID0 не будут сильно изнашиваться ?

Вы сначала с обычными дисками разберитесь. Обычный одиночный SATAII имеет скорость записи
раз в пять выше чем у вас там повыше показано.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

09.08.2012, 19:58

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911333

SerVal

Гость

Dimitry SibiryakovВы сначала с обычными дисками разберитесь. Обычный одиночный SATAII имеет скорость записи
раз в пять выше чем у вас там повыше показано.
Вы хотите сказать, что SQL сервер мог бы писать и побыстрее ?

Вот чего HD-Tune показывает для диска Дата(db_date):

...

Рейтинг:

0 / 0

09.08.2012, 20:33

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911335

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

SerValВот чего HD-Tune показывает для диска Дата(db_date):

Это чтение. У тебя основная нагрузка - на запись.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

09.08.2012, 20:38

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911338

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

SerValВы хотите сказать, что SQL сервер мог бы писать и побыстрее ?

В силу использования лога транзакций, которым так любят размахивать в "Сравнении СУБД", он
просто обязан писать на всю доступную скорость Sequential Write.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

09.08.2012, 20:41

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911397

Гость

SerVal 2 F# :
F#1. Использовать не XML а бинарную серилизацию в блоб - XML избыточен
Надо признаться, я не знаю, что такое блоб . Это varbinary(max) ?

Ага

"Бинарная серилизация в блоб".. как-то я плохо себе представляю что это такое. :(

А при этой "бинарной серилизации в блоб" размер сохраняемых данных уменьшится ?

Теоретически должен.

ВОт посмотрите, зачем сам хранить выделенное жирным

<chart>
<title> Total Credit </title>
<values>
<x_value> 09.06.2012 </x_value>
<y_value >0 </y_value>
</values>
...
</chart

Это раз. Сделать бинарный формат, в котором будут только нужные биты

...

Рейтинг:

0 / 0

09.08.2012, 22:27

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911418

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

On 08/09/2012 06:32 PM, SerVal wrote:
*MasterZiv*, Вы пишите какие-то фантастические вещи.

Тебе =то лучше знать твою задачу, я только описываю возможности.

Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

09.08.2012, 22:55

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911465

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

On 08/09/2012 09:38 PM, Dimitry Sibiryakov wrote:

> Это чтение. У тебя основная нагрузка - на запись.

.... лога.

Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

09.08.2012, 23:51

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911468

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

> Надо признаться, я не знаю, что такое *блоб*. Это varbinary(max) ?
>
>
>
> Ага

Нет, тип TEXT или LONG VARCHAR.

Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

09.08.2012, 23:52

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911712

АнатоЛой

Участник

Откуда: Киев, Украина

Сообщения: 2 910

Рейтинг: 0 / 0

SerVal,

1. Из чего состоит 300 000 ГБ данных? На 300 000 пользователей это 1 МБ. Весь этот МБ НУЖЕН в БД?
2. MSSQL позволяет не логировать работу с таблицей? Или даже с БД?

...

Рейтинг:

0 / 0

10.08.2012, 10:07

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911768

Забавно

Гость

АнатоЛойSerVal,

1. Из чего состоит 300 000 ГБ данных? На 300 000 пользователей это 1 МБ. Весь этот МБ НУЖЕН в БД?
2. MSSQL позволяет не логировать работу с таблицей? Или даже с БД?
А вы уверены что автор указал именно объем данных в базе? Может, это размер файла с данными а может, размер лога, а может это их суммарный объем.
А тормоза при добавлении данных - может у него первоначальный размер файлов бд маленький, а авторасширение установлено по 1 МБ, и клиент, который заливает данные, передает их по локальной сети?
А модель восстановления какая?

...

Рейтинг:

0 / 0

10.08.2012, 10:30

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37911801

S.G.

Участник

Откуда: cartoon network

Сообщения: 30 700

Рейтинг: 0 / 0

SerValНу вот типичный запрос на чтение:

Код: sql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

SELECT
id,
[name],
total_credit,
credit_day,
credit_week,
credit_month,
nusers,
nteams, 
nhosts
from Countries 
where id=@countryid

Такой же "сложности" запросы к Users, Teams.
S.G. , ну что здесь анализировать ??? Какой тут план запроса ??? :(

В зависимости от того, есть ли индекс по id, план запроса, а также время выполнения, будут существенно разными.

ps. Гм, может показаться, что я стою в позиции Капитана Очевидности, но в этом топике все совсем не очевидно

...

Рейтинг:

0 / 0

10.08.2012, 10:45

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37912009

АнатоЛой

Участник

Откуда: Киев, Украина

Сообщения: 2 910

Рейтинг: 0 / 0

насчёт неоднозначности - это точно...

SerValЕсть ... (тут и далее порезаны приведённые факты... (с) АнатоЛой)
Всё бы ничего, да когда число участников увеличивается размеры таблиц и сама база сильно растёт. :( (первое негативное отношение к факту. Все думают - ну растёт, ну и чё. У всех растёт :) (с) АнатоЛой). При числе участников в 300 тыс. размер базы увеличивается до 40-50 гигабайт. Соответвственно, показ участников в виде таблицы, со всякими join-нами тоже [b]тормозит - (второе негативное отношение к фактам (с) АнатоЛой)). Задержки в выводе страниц на экран становятся 3-4 секунды.[/b] :( (третье обозначенное отношение к фактам. Из чего участники обсуждения решают - проблема в скорости отображения данных!!! (с) АнатоЛой)
В общем, изобретать велосипед не хочется. Посоветуйте что-нибудь. Или поделитесь, пожалуйста, опытом.

...

Рейтинг:

0 / 0

10.08.2012, 12:12

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#37912293

SerVal

Гость

Из чего участники обсуждения решают - проблема в скорости отображения данных!!!

Ребятки, у меня нет желания что-то скрывать.
Просто, не хочется нагружать народ не относящимися к делу обстоятельствами.
Да ещё сочтут за рекламу или ещё что...
Ну раз уж вы оказались столь любезны, потараюсь развеять ваши сомнения и привести некоторые объяснения.

Я делаю сводную статистику участников добровольных распределённых вычислений.
Проектов распределённых вычислений около 60-ти. Каждый со своим сайтом, на который выкладывает статистику.
Выкладывает в виде сжатых xml файлов. Эта статистика стандартизована и доступна для скачивания ВСЕМ.
Для этого её и выкладывают. Даже расположение статистики стандартизовано: %SITE_URL%/stats

Например: Статистика проекта Einstein@home
Или : Статистика Российского проекта SAT@home

Программа скачивает эти файлы, декомпрессирует, парсит участников, команды, компьютеры и запихивает их
в таблицы Teams, Users, Hosts. Для показа на сайте: Сайт stats.boinc.ru

Как я уже писал, входные данные - правоверные xml файлы. Например команда:

Код: xml

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.

  <team>
    <id>13</id>
    <type>0</type>
    <name>Russia Team</name>
    <userid>131</userid>
    <total_credit>11260604.286267</total_credit>
    <expavg_credit>0.000000</expavg_credit>
    <expavg_time>0.000000</expavg_time>
    <nusers>79</nusers>
    <founder_name>Andreev Alexandr</founder_name>
    <create_time>1171135000</create_time>
    <url>www.boinc.ru</url>
    <country>Russia</country>
    <joinable>1</joinable>
  </team>

На основе даннных о команде программа формирует простейший
INSERT into Team( id, type, name..) select @id, @type, @name..

То же самое для участников и их компьютеров. Как видите, ни большого ума, ни способностей тут не требуется.
Ну, а поскольку народ интересует очки за последний день, неделю и месяц, программа добавляет
графики. Ну, и вычисляет, места участников(ранги).
Вот тут-то и оказалось, что графики занимают больше места, чем сами участники.
******************
Сейчас создал индексы для total_credit

Код: sql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.

CREATE NONCLUSTERED INDEX [IX_U_TOTAL_CREDIT] ON [dbo].[Users] 
(
 [total_credit] ASC
)
INCLUDE ( [id]) WITH (
PAD_INDEX  = OFF, 
STATISTICS_NORECOMPUTE  = OFF, 
SORT_IN_TEMPDB = OFF, 
IGNORE_DUP_KEY = OFF, 
DROP_EXISTING = OFF, 
ONLINE = OFF, 
ALLOW_ROW_LOCKS  = ON, 
ALLOW_PAGE_LOCKS  = ON) 
ON [PRIMARY]

Посмотрю, теоретически должно помочь. Как проверю напишу.
*****
2 S.G. : id - PRIMARY KEY. Он, есессно, индексирован.

...

Рейтинг:

0 / 0

10.08.2012, 14:35

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#38255745

Мимокрокодил

Гость

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

...

Рейтинг:

0 / 0

13.05.2013, 20:17

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#38256888

Arm79

Участник

Откуда: МО, Раменское

Сообщения: 3 205

Рейтинг: 0 / 0

SerVal,

ну допустим....

60 проектов, каждый из которых в стандартизированой форме (с неизменяемым количеством полей) выкладывает набор сущностей

почему на каждую такую сущность не завести таблицу? Или если эти сущности совпадают, не завести общие таблицы для таких сущностей с дополнительным полем идентификатора проекта?

В вашем же XML более 50% - паразитные (для БД) данные. то есть 45 Гб сразу жэе превратятся в 20.

Код: xml

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.

  <team>
    <id>13</id>
    <type>0</type>
    <name>Russia Team</name>
    <userid>131</userid>
    <total_credit>11260604.286267</total_credit>
    <expavg_credit>0.000000</expavg_credit>
    <expavg_time>0.000000</expavg_time>
    <nusers>79</nusers>
    <founder_name>Andreev Alexandr</founder_name>
    <create_time>1171135000</create_time>
    <url>www.boinc.ru</url>
    <country>Russia</country>
    <joinable>1</joinable>
  </team>

Опять таки, вопрос с предварительно рассчитанными агрегатами поднимался. Я ваш ответ не понял. Алгоритм подробный есть?

...

Рейтинг:

0 / 0

14.05.2013, 16:33

| Ответить | Цитировать | Написать

Как лучше хранить графики в базе данных ?

#38256900

Arm79

Участник

Откуда: МО, Раменское

Сообщения: 3 205

Рейтинг: 0 / 0

а, блин, не увидел даты постов... Сорри за некротему

...

Рейтинг:

0 / 0

14.05.2013, 16:37

| Ответить | Цитировать | Написать

21 сообщений из 96, страница 4 из 4

все

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Как лучше хранить графики в базе данных ?

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/search_topic.php?author=grin-pis&author_mode=last_posts&do_search=1]:	0ms
get settings:	7ms
get forum list:	16ms
get settings:	8ms
get forum list:	12ms
check forum access:	3ms
check topic access:	3ms
track hit:	59ms
get topic data:	10ms
get forum data:	3ms
get page messages:	69ms
get tp. blocked users:	1ms
others:	633ms

total:	824ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы