Автор Тема: Хранение(организация доступа) большого объема бинарных данных?  (Прочитано 2810 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн tartar

  • Титулярный советник
  • ****
  • Сообщений: 149
  • Репутация: 3
  • Глубже, сын, смотри еще глубже...
Необходимо хранить большие объемы непрерывных данных(бесконечно длинная матрица с ограниченной шириной). Хотелось бы узнать по поводу организации хранения (протокол) и быстрого доступа к любому участку данных. В том числе "склейка" данных на границах дискретных файлов например.   Задача: создать свой сервер данных. Если кто-то сталкивался, есть идеи или опыт в данном вопросе - прошу поделиться. Может литературу какую-нибудь посоветуете?                       
                                                                        Заране спасибо!
«Среди континуума дурацких теорий обязательно найдутся такие, предсказания которых совпадают с экспериментом»
                                                                                           Н. Бор

Оффлайн jx

  • Глобальный модератор
  • Коллежский асессор
  • *****
  • Сообщений: 291
  • Репутация: 16
  • Пол: Мужской
попробуй покопаться в исходниках какой-нибудь СУБД (например, MySQL).

Оффлайн tartar

  • Титулярный советник
  • ****
  • Сообщений: 149
  • Репутация: 3
  • Глубже, сын, смотри еще глубже...
А чем это может помочь, тут скорее потоковая организация? сервер висит  на сервере, прошу прощения за эту фразу. Клиент досылает очередную порцию данных для записи или считывает очередную порцию....
«Среди континуума дурацких теорий обязательно найдутся такие, предсказания которых совпадают с экспериментом»
                                                                                           Н. Бор

Оффлайн aureliano

  • Надворный советник
  • *****
  • Сообщений: 400
  • Репутация: 19
А чем это может помочь

Если индексный поиск для быстрого доступа к любой записи не нужен, то создаёшь обычный файл с фиксированной длиной записи (в паскале, по-моему, даже специальный термин имеется "файл записей") и всё. Если размер массива может превышать максимальный размер файла, то несколько таких файлов. И никакие особые алгоритмы тут не нужны. А если поиск по индексу всё-таки желателен -- то это уже элементарная однотабличная СУБД, и проще всего воспользоваться готовым решением, коих море. Правда MySQL, насколько я слышал, для очень больших баз плохо подходит (начиная с какого-то объёма начинает тормозить). Лучше всего (и дороже всего, если приобретать легально) -- Оракл, как компромиссный вариант возможно подойдёт MS SQL Server (он, правда, только под Windows). Ну и ещё один вариант -- изобретать велосипед, если заняться больше нечем. :-)