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

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

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

Всем доброго времени суток.
Есть необходимость хранения в базе 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) либо массив с бегающим указателем

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

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

@krapotkin 5784 / 4526 / 1431 Регистрация: 14.04.2014 Сообщений: 20,157 Записей в блоге: 20
	31.05.2015, 14:48	2
	поступают с одного канала ? 0

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

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

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

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