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

@Tim · Регистрация: 10.03.2009

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

Всем доброго времени суток.
Есть необходимость хранения в базе 500 чисел. Числа поступают в большом количестве, но нужны только 500 последних, то есть при поступлении 501-го первое уже не актуально. Как можно это организовать? Ничего не придумал лучше чем хранить их в строке, прикрепляя число к строке с одной стороны и укорачивая строку с другой. Может кто что посоветует...
ps комплектов по 500 в базе много(около 10 000).

@krapotkin · 31.05.2015, 14:48

поступают с одного канала ?

@Tim · 31.05.2015, 16:07 **[ТС]**

Да.

@krapotkin · 31.05.2015, 19:34

тогда нужно еще представлять характер чтения/записи
кол-во в секунду и т.д.

как узнать, что их именно 500 ? тут же дело тонкое
после каждой записи делать коммит - нехорошо, т.е. коммитить надо по несколько записей стразу, чтобы не создавать нагрузку на сервер.
но при чтении видно только уже закоммиченные, т.е. в результате все равно будет не 1 запись пришла, 1 ушла, а пакетные операции
тогда логично просто читать селектом 500 последних записей
а отдельный процесс время от время от времени убивает устаревшие

@gazlan · 31.05.2015, 20:36

500 * 10 000 * sizeof(int32) = 20 Mb

Для чего тут "база"? Кольцевого буфера в памяти должно быть достаточно. Или какого-то варианта In-Memory DB, если требуется разделение доступа и backup запись на диск.

@krapotkin · 31.05.2015, 20:44

если хранить не нужно, то кольцевой буфер это просто очередь (TQueue) либо массив с бегающим указателем

я-то уже представил себе распределенную систему сбора/доставки данных ))

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@Tim 0 / 0 / 0 Регистрация: 10.03.2009 Сообщений: 112

	Как лучше организовать хранение данных? 31.05.2015, 13:55. Показов 787. Ответов 5 Метки нет (Все метки) Всем доброго времени суток. Есть необходимость хранения в базе 500 чисел. Числа поступают в большом количестве, но нужны только 500 последних, то есть при поступлении 501-го первое уже не актуально. Как можно это организовать? Ничего не придумал лучше чем хранить их в строке, прикрепляя число к строке с одной стороны и укорачивая строку с другой. Может кто что посоветует... ps комплектов по 500 в базе много(около 10 000). 0

@krapotkin 6851 / 4677 / 1465 Регистрация: 14.04.2014 Сообщений: 20,674 Записей в блоге: 21
	31.05.2015, 14:48
	поступают с одного канала ? 0

@Tim 0 / 0 / 0 Регистрация: 10.03.2009 Сообщений: 112
	31.05.2015, 16:07 [ТС]
	Да. 0

@krapotkin 6851 / 4677 / 1465 Регистрация: 14.04.2014 Сообщений: 20,674 Записей в блоге: 21
	31.05.2015, 19:34
	тогда нужно еще представлять характер чтения/записи кол-во в секунду и т.д. как узнать, что их именно 500 ? тут же дело тонкое после каждой записи делать коммит - нехорошо, т.е. коммитить надо по несколько записей стразу, чтобы не создавать нагрузку на сервер. но при чтении видно только уже закоммиченные, т.е. в результате все равно будет не 1 запись пришла, 1 ушла, а пакетные операции тогда логично просто читать селектом 500 последних записей а отдельный процесс время от время от времени убивает устаревшие 0

@gazlan 3178 / 1937 / 312 Регистрация: 27.08.2010 Сообщений: 5,131 Записей в блоге: 1
	31.05.2015, 20:36
	500 * 10 000 * sizeof(int32) = 20 Mb Для чего тут "база"? Кольцевого буфера в памяти должно быть достаточно. Или какого-то варианта In-Memory DB, если требуется разделение доступа и backup запись на диск. 0

@krapotkin 6851 / 4677 / 1465 Регистрация: 14.04.2014 Сообщений: 20,674 Записей в блоге: 21
	31.05.2015, 20:44
	если хранить не нужно, то кольцевой буфер это просто очередь (TQueue) либо массив с бегающим указателем я-то уже представил себе распределенную систему сбора/доставки данных )) 0

Опции темы