Главная категория > Подбор ККМ и оборудования под потребности клиентов

Что выбрать меркурий-115 или меркурий-130

<< < (5/5)

Юр:
А в чем там проблема? Нам же не MD считать.

Two_byte:
Ну что же, господа хорошие - давайте прикинем поиск по БД.
1 - надо индексировать. Есть много способов, берем самые простые ( у нас стоит задача ускорения поиска ).
а - по алфавиту. Нам не подходит.
б - по ШК. Вроде оно!
думаем про способы - на ум приходит только одно: по ШК сразу вычислять адрес в памяти.
Пробуем реализовывать, сразу сталкиваемся с проблемой постоянного места записи, в зависимости от ШК. Не подходит - память не безгранична.
Вырисовывается моделька с записями индексов по первым цифрам номера ШК в Area C Nand.
Только тоже проблема - при добавлении ШК, придется переписывать всю базу с индексами ( в общем возможно, если товар не добавляется каждый день по нескольким позициям ).
тогда можно, только все равно какая нибудь оптимизация нужна.
Вот такое мое видение данной ситуации.

Юр:
В 130-м с его конфигуратором редактирование БТ не проблема, все будет работать так же, как и сейчас с конфигуратором, т.е. область флэш переписывается целиком подготовленной информацией, и все ложится по своим местам - либо  отдельные записи, либо вся база сразу. Работа с клавиатурой уж слишком громоздка и неудобна.
Вообще, было бы неплохо узнать, как сейчас поиск организован разрабом.

Two_byte:
Я не знаю как у разраба, свое мнение я озвучил ( в свое время была задумка пересортицы базы телефонных номеров, году эдак в 95-м ).
Задумка была такова - сначала перебор по первой цифре номера, затем из получившегося списка по второй, и.т.д. Перед этим создавалась таблица индексов наличия и кол-ва в базе.
Я это к чему - если запись в базе у нас фиксированной длинны ( а это так и есть ), то, в 1-й странице пишется инфа об наличии в базе ШК с совпадениям по цифрам. Т.е., допустим, имеем ШК 4601234567890, по первой 4-ке у нас например 2000 совпадений, берем вторую цифру = 0, из 2000 совпадений будет 2000 ( например ), лады, берем 3-ю, опять 2000, фиг бы с ним, берем 1, уже допустим 500, идем дальше - 2, из 500 уже 300, идем дальше, и так до упора.
В итоге - считав всего первую страницу, мы уже практически получим физический адрес нужного ШК, при условии, что он есть в базе.
Забыл добавить - возможно одной страницы не хватит, дык можно или сделать фиксированное размещение данных в ней, либо типа ФайлоСистемы вводить.

Навигация

[0] Главная страница сообщений

[*] Предыдущая страница