Правильное распределение данных

@Graf1385 · Регистрация: 09.10.2015

Студворк — интернет-сервис помощи студентам

Приветствую всех. Друзья помогите решить вопрос который меня мучает ночами. Вот в чём смысл к базе данных подключено 2 вида клиентов:
1 - клиент сбора данных (Собирает аналитические данные с различных объектов)
2 - клиент просмотра данных
Как это работает сейчас, когда клиент сбора данных приезжает на новый объект и начинает сбор, в удалённой базе создаётся три таблицы, и так каждый раз когда объект изменился, объём данных в таблицах может достигать 5gb, и таких клиентов на данный момент 40. Вопрос может лучше вместо таблиц под объект создавать отдельную базу данных с тремя таблицами? Ну и таблиц в дальнейшем будет значительно больше. Посоветуйте не работал я с такими объёмами.

@grgdvo · 02.05.2018, 13:04

Сообщение от Graf1385

Вопрос может лучше вместо таблиц под объект создавать отдельную базу данных с тремя таблицами?

Лучше для чего?? Какой критерий.
Резервировать большие базы данных кончено сложнее, чем маленькие.
Вероятно клиент просмотра данных как-то учитывает, что у него есть множество объектов. Когда это будет разбросано по многим базам данных, то нужно будет поддерживать множество коннектов к этим базам, а это дорогое удовольствие. Опять же аналитику в разрере множества объектов сложнее делать на множестве баз, чем над одной.
...
Ну вот так дальше и нужно рассуждать и прикидывать (по остальным аспектам СУБД), как лучше сделать.

@Graf1385 · 02.05.2018, 13:43 **[ТС]**

Клиент может получать только с одного объекта, да и данные объектов ни как между собой не пересекаются. Вопрос только о быстродействии, будут ли расчёты производиться быстрее, и самое главное это выборка она должна быть быстрой. Я к тому что лучше иметь много маленьких баз или одну очень большую и постоянно растущую. Ну а клиенты как загружаемый так и просматривающий данные, будет иметь дело только с одним объектом будь то набор таблиц в большой базе или база данных.

@grgdvo · 03.05.2018, 15:50

На быстродействие сильно влияет производительность ввода/вывода (дисков), настройка ключевых параметров потребления памяти, правильные индексы у таблиц. А будут таблицы в одной базе данных или нескольких - это не влияет. Единственное повторюсь, для большой базы затратнее обеспечивать ее надежность (бакапы, репликации и т.д.). Если вдруг база упадет, что делать??? Насколько важно все быстро восстановить??

Новые блоги и статьи Все статьи Все блоги /
Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Нашел на реддите интересную статью под названием «Кто-нибудь знает, где получить бесплатный компьютер или. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro
Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .

@Graf1385 0 / 0 / 5 Регистрация: 09.10.2015 Сообщений: 229

	Правильное распределение данных 01.05.2018, 13:08. Показов 585. Ответов 3 Метки нет (Все метки) Приветствую всех. Друзья помогите решить вопрос который меня мучает ночами. Вот в чём смысл к базе данных подключено 2 вида клиентов: 1 - клиент сбора данных (Собирает аналитические данные с различных объектов) 2 - клиент просмотра данных Как это работает сейчас, когда клиент сбора данных приезжает на новый объект и начинает сбор, в удалённой базе создаётся три таблицы, и так каждый раз когда объект изменился, объём данных в таблицах может достигать 5gb, и таких клиентов на данный момент 40. Вопрос может лучше вместо таблиц под объект создавать отдельную базу данных с тремя таблицами? Ну и таблиц в дальнейшем будет значительно больше. Посоветуйте не работал я с такими объёмами. 0

@Graf1385 0 / 0 / 5 Регистрация: 09.10.2015 Сообщений: 229
	02.05.2018, 13:43 [ТС]
	Клиент может получать только с одного объекта, да и данные объектов ни как между собой не пересекаются. Вопрос только о быстродействии, будут ли расчёты производиться быстрее, и самое главное это выборка она должна быть быстрой. Я к тому что лучше иметь много маленьких баз или одну очень большую и постоянно растущую. Ну а клиенты как загружаемый так и просматривающий данные, будет иметь дело только с одним объектом будь то набор таблиц в большой базе или база данных. 0

@grgdvo 1263 / 977 / 384 Регистрация: 02.09.2012 Сообщений: 3,020
	03.05.2018, 15:50
	На быстродействие сильно влияет производительность ввода/вывода (дисков), настройка ключевых параметров потребления памяти, правильные индексы у таблиц. А будут таблицы в одной базе данных или нескольких - это не влияет. Единственное повторюсь, для большой базы затратнее обеспечивать ее надежность (бакапы, репликации и т.д.). Если вдруг база упадет, что делать??? Насколько важно все быстро восстановить?? 0