powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Как обстоят дела с большими базами данных.
20 сообщений из 70, страница 3 из 3
Как обстоят дела с большими базами данных.
    #38528726
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоидсейчас запрашивает изделие, которое имеется только в резерве. Если
запрашивает VIP, а по пункту "2)" резервировал частник, то там могут и отменить резерв
этого частника.
Т.е. частника, который товар уже оплатил, забрал и из магазина вышел, догонят, товар
отберут, а труп сбросят в речку?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528739
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТаблоидЖёсткий.
А чего он жёсткий-то? Ответил этому клиенту "товара нет" сразу, а потом выясняй хоть до
морковкина заговня действительно товара нет или кто-то просто забыл резервацию снять. Во
втором случае товар просто будет продан следующему человеку, который позвонит через час.Не, так дело не пойдёть :-)
Во-первых, склад крайне заинтересован в максимальном уровне продаж, от этого их зарплата зависит;
Во-вторых, следующий чел за этой же деталькой может позвонить через месяц, или еще позже;
В-третьих, есть такое понятие как "уровень сервиса": отношение числа свершивхися продаж (т.е. строк в документах в состоянии "Отгружено") к общему числу запросов. Оно должно быть не меньше 0.75...0.8 - иначе будут на нас "нехорошо глядеть" из представительств заводов-изготовителей а/м.
Так что надо непременно стараться впарить :-)
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528743
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТаблоидсейчас запрашивает изделие, которое имеется только в резерве. Если
запрашивает VIP, а по пункту "2)" резервировал частник, то там могут и отменить резерв
этого частника.Т.е. частника, который товар уже оплатил, забрал и из магазина вышел, догонят, товар отберут, а труп сбросят в речку?..Ни один частник (и юрик тоже) не выйдет живым из нашего Самого Правильного магазина с товаром без чека
То есть, с документом, подтверждающим отгрузку ему этого товара, что ТОЖДЕСТВЕННО списанию этого же товара с регистра резерва.
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528761
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Таблоид]Не, так дело не пойдёть :-)
Во-первых, склад крайне заинтересован в максимальном уровне продаж, от этого их зарплата
зависит;
Три покупателя: первый пришёл сейчас, второй позвонил через минуту, третий через час.
Изделие на складе всего одно. Оно резервируется первому покупателю. Для второго у вас
могут резервацию снять или не снять. В первом случае изделие достанется второму
покупателю, а первый, придя на кассу и получив отказ, будет сильно ругаться. Во втором
случае изделие достанется первому покупателю, а второй будет разочарован. Третий
обломается в любом случае. Уровень продаж, что занимательно, во всех случаях одинаковый. В
чём фенька?

ТаблоидВо-вторых, следующий чел за этой же деталькой может позвонить через месяц,
или еще позже;
Т.е. на единственный оставшийся на складе неликвид вдруг возник ажиотажный спрос? Не верю.
Во что верю, так это в менеджера-пофигиста, который знает, что товара осталось мало, но не
чешется с заказом новой партии.

ТаблоидВ-третьих, есть такое понятие как "уровень сервиса": отношение числа
свершивхися продаж (т.е. строк в документах в состоянии "Отгружено") к общему числу
запросов. Оно должно быть не меньше 0.75...0.8 - иначе будут на нас "нехорошо глядеть" из
представительств заводов-изготовителей а/м.
В описанном случае хоть ужом выкрутись, а уровень продаж не подымешь выше 0.(3). Потому
что на трёх покупателей всего одно изделие.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528783
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТаблоидНе, так дело не пойдёть :-)
Во-первых, склад крайне заинтересован в максимальном уровне продаж, от этого их зарплата
зависит;
Три покупателя: первый пришёл сейчас, второй позвонил через минуту, третий через час.
Изделие на складе всего одно. Оно резервируется первому покупателю. Для второго у вас
могут резервацию снять или не снять. В первом случае изделие достанется второму
покупателю, а первый, придя на кассу и получив отказ, будет сильно ругаться. Во втором
случае изделие достанется первому покупателю, а второй будет разочарован. Третий
обломается в любом случае. Уровень продаж, что занимательно, во всех случаях одинаковый. В
чём фенька?Резерв (если оне не старый и этот же товар запрашивает другой покупатель) на самом деле снимают ОЧЕНЬ редко. А если этот резерв был под клиентский заказ, который предоплачен - вообще никогда. У нас случай был, когда заказанная фара провалялась 3 года,а когда за ней приехал чел, то его спросили: "а чё не брал-то ?". "А я в тюрьме сидел это время, а вот вышел - и теперь мне кататься надо, с фарой" :-)

Dimitry SibiryakovТаблоидВо-вторых, следующий чел за этой же деталькой может позвонить через месяц, или еще позже;Т.е. на единственный оставшийся на складе неликвид вдруг возник ажиотажный спрос? Не верю.
Во что верю, так это в менеджера-пофигиста, который знает, что товара осталось мало, но не
чешется с заказом новой партии.Спрос на некоторые товары непредсказуем. Например, в 2000 году на какую-то модификацию VW PASSAT "вдруг" с наступлением весны начался ажиотаж спроса катушек зажигания. Оказалось, завод допустил косяк: катушки летели при проезде через лужи.
Кроме того, есть товары сезонного спроса и на них не всегда выставляют поправки к точкам заказа с учетом сезонных колебаний: щётки с/очистителей зимой уходят в 3...5 раз больше, чем летом, а фреон для заправки кондеев - наоборот.

И это... Почему ты говоришь: "неликвид" ? 15% товаров - это ходовка (фильтра/масла/колодки), 15% - это неликвид или малорасходуемые (менее 3 штук в год). А вот 70% между ними - товары среднего спроса. Принцип Парето - он и в Африке соблюдается.

Dimitry SibiryakovТаблоидВ-третьих, есть такое понятие как "уровень сервиса": отношение числа свершивхися продаж (т.е. строк в документах в состоянии "Отгружено") к общему числу
запросов. Оно должно быть не меньше 0.75...0.8 - иначе будут на нас "нехорошо глядеть" из
представительств заводов-изготовителей а/м.В описанном случае хоть ужом выкрутись, а уровень продаж не подымешь выше 0.(3). Потому что на трёх покупателей всего одно изделие.Этот случай - один на 10 тыс. И на погоду он не повлияет. Если складской заказ делать своевременно (а прога напоминает об этом; есть также возможность автозапуска складского заказа ночером), то снятие резерва из-за запроса другого чела - крайне редкое явление.
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528800
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидРезерв (если оне не старый и этот же товар запрашивает другой покупатель) на
самом деле снимают ОЧЕНЬ редко.
То есть нет повода второму покупателю не говорить "товара нет" сразу, без долгого
выяснения можно ли резерв снять, поскольку скорее всего его снять таки нельзя. ЧиТД.

ТаблоидИ это... Почему ты говоришь: "неликвид" ?
Это не я говорю, это ты говоришь, что "следующий покупатель только через месяц объявится".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528810
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТаблоидРезерв (если оне не старый и этот же товар запрашивает другой покупатель) на самом деле снимают ОЧЕНЬ редко.То есть нет повода второму покупателю не говорить "товара нет" сразу, без долгого выяснения можно ли резерв снять, поскольку скорее всего его снять таки нельзя. ЧиТД.Это, однако, не полный запрет на снятие резерва.
Если на изделие вдруг повышается спрос (прмер см выше, с VW PASSAT), то вот этот вопрос:Dimitry SibiryakovА чего он (реалтайм) жёсткий-то? Ответил этому клиенту "товара нет" сразу, а потом выясняй хоть до морковкина заговня действительно товара нет или кто-то просто забыл резервацию снять.- будет таки иметь ответ: "да, реалтайм - жесткий".

Dimitry SibiryakovТаблоидИ это... Почему ты говоришь: "неликвид" ?Это не я говорю, это ты говоришь, что "следующий покупатель только через месяц объявится".Ну так это НЕ является приговором торвару, что он "неликвид". 12 продаж в год - нормальный уровень.
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528826
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидЭто, однако, не полный запрет на снятие резерва.
Ну так и клиенту можно не отвечать "товара нет", а "сейчас товара нет на складе,
перезвоните через пару часов", что и размазывает "реалтайм" на пару часов.

Таблоид12 продаж в год - нормальный уровень.
Ну, я, конечно, не продавец и не менеджер, но, по-моему, повышение продаж такого товара до
13 в год погоды не сделают и за стрессование сотрудников и клиентов не стоит.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528828
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я, конечно, "за модой совсем не слежу", но что мешает быстро ответить: "Свободного товара нет, но есть резерв. Будете ждать, пока я выясню, можно ли этот резерв освободить?"
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528838
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТаблоидЭто, однако, не полный запрет на снятие резерва.
Ну так и клиенту можно не отвечать "товара нет", а "сейчас товара нет на складе, перезвоните через пару часов", что и размазывает "реалтайм" на пару часов.В ответ на фразу "перезвоните через пару часов" он просто бросит трубу и будет звонить конкуренту. Тут работает правило "вся инфа должна выдаваться на ПЕРВОМ звонке".
Basil A. Sidorovчто мешает быстро ответить: "Свободного товара нет, но есть резерв. Будете ждать, пока я выясню, можно ли этот резерв освободить?" Ну, вот, мы как раз и приехали к исходному тезису: резерв, которого на самом деле уже НЕТ ввиду отгрузки, не должен морочить башку продавцу! Поэтому как только касса пробивает чек и говорит программе: "Да, отгружено" - резерв надо переводить в отгрузку. Без откладывания на "потом как-нибудь, в фоновом режиме".
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528848
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидЭто "не тот" магазин. Это ты про жратву говоришь :-)
ну да, про жратву типа сантехники, стройматериалов, и проч. Собственно, в данном случае по методике покупки от "жратвы" это не отличается. То есть, есть несколько типов "покупки", одни разные, по разному обрабатываются, и все такое.
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528856
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоидкак только касса пробивает чек и говорит программе: "Да, отгружено" - резерв
надо переводить в отгрузку.
Это один апдейт одной записи. Негде там мусор собирать.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528876
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovНегде там мусор собирать.перечитай выше , что ле...
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528878
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоидперечитай выше, что ле...
Да хоть заперечитываюсь, не вижу связи между "выстроением FIFO цепочек" и кассой. Касса
это оперативный учёт, FIFO - аналитика. Что заставляет вас сливать обои в одном месте - в
упор не понимаю.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528892
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТаблоидперечитай выше, что ле...Да хоть заперечитываюсь, не вижу связи между "выстроением FIFO цепочек" и кассой. Касса это оперативный учёт, FIFO - аналитика. Что заставляет вас сливать обои в одном месте - в упор не понимаю.FIFO-цепочки по любому надо будет выстраивать после отгрузки. То, что сейчас это "поручено" делать кассе - таково было решение проектировщиков. Но даже если убрать этот пример, всё равно остаются такие ситуации, когда на рабочих местах недопустимы непредвиденные тормоза ввиду начавшейся сборки мусора. И поскольку таких мест много (у нас, по кр. мере), то делать на них коннекты с отключенным GC - нельзя. Они все тогда заткнутся ввиду замусоривания базы.
Вот я и сказал ТСу, что лучше будет, если некий усер, запустивший "тяжкий" update / delete, затем еще немного подождёт, дабы его клиентская часть автоматом запустила простой select count(*) по этим же условиям и убрала за собой.
Что неправильного ?
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528899
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоидчто лучше будет, если некий усер, запустивший "тяжкий" update / delete, затем еще немного подождёт, дабы его клиентская часть автоматом запустила простой select count(*) по этим же условиям и убрала за собой.
Что неправильного ?
это будет работать в многопользовательской среде только если
- используются компоненты прямого доступа, позволяющие явное управление транзакциями
- все транзакции максимально короткие (за исключением RO RC), не более 1-2 сек.

С приложениями, которые пишутся "по среднему", такой номер не пройдет. У меня в статистике IBTM в лучшем случае 3 базы из 100 имеют указанное выше управление транзакциями.

А указанная в цитате "технология" если и будет собирать мусор, то старый, а не произведенный предыдущим "тяжким update". Впрочем, тоже полезно. Если этот мусор есть, конечно.
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528918
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvА указанная в цитате "технология" если и будет собирать мусор, то старый, а не произведенный предыдущим "тяжким update". Впрочем, тоже полезно. Если этот мусор есть, конечно.Дык его может и сам поток GC собрать, если доберётся раньше всех. Но это именно "если".
У нас же после массовых апдейтов жалкие всхлипывания усеров - явление не редкое. Чистить надо за собой, и побыстрее, - вот мантра, которую мы в своё время усекли.
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528925
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидЧистить надо за собой, и побыстрее, - вот мантра, которую мы в своё время
усекли.
"Не там чисто, где убирают, а там, где не мусорят." (с)
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38528935
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидДык его может и сам поток GC собрать, если доберётся раньше всех. Но это именно "если".
это в супере поток GC общий. так что в классике и суперклассике - не доберется.
...
Рейтинг: 0 / 0
Как обстоят дела с большими базами данных.
    #38529001
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvТаблоидДык его может и сам поток GC собрать, если доберётся раньше всех. Но это именно "если".это в супере поток GC общий. так что в классике и суперклассике - не доберется.Да, я уже после сообразил, перечитав доку. Заодно и странный эффект нашёл. :-)
...
Рейтинг: 0 / 0
20 сообщений из 70, страница 3 из 3
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Как обстоят дела с большими базами данных.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]