|
Процедура для NoSQL хранилища
|
|||
---|---|---|---|
#18+
Добрый день. Исторически так сложилось, что данный о статусе чеков хранятся как NoSQL данные. Файл имеет структуру следующую - каждые 4 байта = статус чека с соответствующим номером. Первые 4 байта - статус первого чека, вторые 4 байта - статус 2 чека итд. Есть программа, которая с этим файлом работает, но к ней нет исходников, только таблица статусов. Принято решение от этой программы избавиться, написать свой софт для работы с ней. Собственно, нужно примитивно 2 метода - get_status(ID) и set_status(ID), которые написанны на, к примеру, C# (или лучше С++?) и завёрнут в dll, который дёргается из хранимой процедуры. Но, поскольку, я ничего такого не делал (в смысле подключать dll как внешнюю функцию), хочется поинтересоваться, как это может работать и будет ли это быстро? П.С. Такая структура хранения статусов возникла исторически и вызвана в первую очередь стремлением сократить размер и скорость доступа к данным. Если данные записать в табличку, они занимают 2,5 Гб, а в файликах - 50Мб (их там несколько, они содержат дополнительную информацию в названии файла и его расположении в дереве директорий). Модератор: Тема перенесена из форума "Microsoft SQL Server". ... |
|||
:
Нравится:
Не нравится:
|
|||
07.01.2016, 14:27 |
|
Процедура для NoSQL хранилища
|
|||
---|---|---|---|
#18+
Извиняюсь, код статуса хранят 4 бита для каждой позиции, всего возможны 16 вариантов статуса. Как только выпускаются новые чеки, они заносятся в файл со статусом 0, далее статус меняется в зависимости от жизненного цикла чека. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.01.2016, 16:02 |
|
|
start [/forum/topic.php?fid=48&msg=39143022&tid=1856778]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
173ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 276ms |
0 / 0 |