Какое количество позиций номенклатуры выдержит ТиС? #268806

Опять подниму давний вопрос: а сколько позиций номенклатуры выдержит Торговля и Склад? Почему спрашиваю - есть еще одна база, самописная, "Фотоуслуги". В ней есть куча заказов, в день проходит по 1500 заказов (усредненно). Хочется эти заказы загнать в ТиС и отгружать их на удаленные кассы для продажи, ну и учет по ним вести. Удалять номенклатуру с движением нельзя,но может есть какие мысли умные как получить желаемое и не уронить базу ТиС (доработанную кстати)?

А при чем здесь номенклатура? Заказ должен быть документом, а не элементом :)

документом не прикольно...

У вас будет всего пару элементов:

Не 2, а 4. 3. Домашнее порно. 4. Доказательство суицида тещи.

Из проверенного: (продажа талонов на бензин) каждый талон=элемент справочника (хранится штрихкод). 6 лет работает. Не скажу точно, но дето 500 талонов в день выписывается, то-есть под миллион. Лет пять еще проработает до "обрезки". Потому как больше двух млн. = долго искать будет.

Ход мыслей знаком :) каким образом (для проверки своего алгоритма)? Вообще же в идеале руководство хочет иметь данные по тому сколько и каких (по номерам) заказов есть на розничной точке - откатывать данные о продажах в Фотоуслуги? Хм. А конфигурация ПО/железа?

ковыряю скуль базу - 250 тысяч + 29 видов цен... убил бы нафик.....

.... ээ ээ опять "скуль пингуешь"?

отпинговал... поднял родимую на свет божий......

Совсем плохо? 250 тысяч мы добъем через месяца 3, если каждый заказ будем учитывать.. А типов цен у нас мама не горюй - порядка 50 (наследие прошлых лет).. Если даже сворачивать - все равно тормозить будет? Сейчас база дбф в терминале..

повесить за яйки..... зачем столько видов цен? посчему штатный механизм (доработанный) скидок не использовать?

Миллион нормально выдержит... Тут же распределенки не будет я думаю... С большим количеством перифериек.

Штатный вообще не надо использовать... имхо

согласен - ключевое слово - ДОРАБОТАННЫЙ

Открывается розничная точка, формируется своя цена.. Потом она закрывается, а цена остается.. База с 2003 года ведется. Сворачивать бы надо, а ТиС переписаный несколько - палевно, специалист треба :)

База ТИС доработка под АЗС. ДБФ, железо=никакое (цел 2500 и 512 оперы, в терминале w2k, трое-четверо) заметно не тормозит, разве что отчет лет за неколько, но это уже понятно.

перепешу на расстоянии вашу базу. расценки умерерно-московсие

"перепишу" конечно же

по теме - очень большое :)

(+19) Я даже где-то на количественный расчетик натыкался...

Можно и в личку - trv.78@mail.ru Но база не одна, здесь вопрос в сопряжении нескольких баз и правки того что есть в ТиСе под свои нужды (еще). Всегда считал, что подохнет с таким количеством.. Но - это все равно получается где-то раз в год надо базу сворачивать. Вопрос перерождается (или дополняется) насколько реально свернуть стандартными методами нестандартный ТиС? (понятно, что смотреть надо)

для sql - ограничение 6 символов в 36-разраядной системе (ZZZZZZ) для dbf - не помню

Вопрос перерождается (или дополняется) насколько реально свернуть стандартными методами нестандартный ТиС? ответ - всё зависит от нестандартного похода к решению проблемы

скуль и дбф эквифаллично - 6 разрядов, в дбф тока правда ограничение на 2 гига... а так получается около 2 177 000 000

дитер как всегда умного туману напустил... как пернул

нюхай молча....

щазззззз... тож подвзбзднуть в ответку  ж надо

ограничение только для DBF - и то в размере файла 2 Гб. а записей может быть до безконечности, и скажется только на производительности.

а вот буй те, см

500000-700000 единиц было....5 видов хранимых цен.....

удавил бы.....

У одного чувачка десятки тысяч... при том что реально из них когда-либо поступало и продавалось процентов 10% :)