|
|
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Таблоидсейчас запрашивает изделие, которое имеется только в резерве. Если запрашивает VIP, а по пункту "2)" резервировал частник, то там могут и отменить резерв этого частника. Т.е. частника, который товар уже оплатил, забрал и из магазина вышел, догонят, товар отберут, а труп сбросят в речку?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 18:35:46 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovТаблоидЖёсткий. А чего он жёсткий-то? Ответил этому клиенту "товара нет" сразу, а потом выясняй хоть до морковкина заговня действительно товара нет или кто-то просто забыл резервацию снять. Во втором случае товар просто будет продан следующему человеку, который позвонит через час.Не, так дело не пойдёть :-) Во-первых, склад крайне заинтересован в максимальном уровне продаж, от этого их зарплата зависит; Во-вторых, следующий чел за этой же деталькой может позвонить через месяц, или еще позже; В-третьих, есть такое понятие как "уровень сервиса": отношение числа свершивхися продаж (т.е. строк в документах в состоянии "Отгружено") к общему числу запросов. Оно должно быть не меньше 0.75...0.8 - иначе будут на нас "нехорошо глядеть" из представительств заводов-изготовителей а/м. Так что надо непременно стараться впарить :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 18:42:50 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovТаблоидсейчас запрашивает изделие, которое имеется только в резерве. Если запрашивает VIP, а по пункту "2)" резервировал частник, то там могут и отменить резерв этого частника.Т.е. частника, который товар уже оплатил, забрал и из магазина вышел, догонят, товар отберут, а труп сбросят в речку?..Ни один частник (и юрик тоже) не выйдет живым из нашего Самого Правильного магазина с товаром без чека То есть, с документом, подтверждающим отгрузку ему этого товара, что ТОЖДЕСТВЕННО списанию этого же товара с регистра резерва. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 18:45:36 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
[quot Таблоид]Не, так дело не пойдёть :-) Во-первых, склад крайне заинтересован в максимальном уровне продаж, от этого их зарплата зависит; Три покупателя: первый пришёл сейчас, второй позвонил через минуту, третий через час. Изделие на складе всего одно. Оно резервируется первому покупателю. Для второго у вас могут резервацию снять или не снять. В первом случае изделие достанется второму покупателю, а первый, придя на кассу и получив отказ, будет сильно ругаться. Во втором случае изделие достанется первому покупателю, а второй будет разочарован. Третий обломается в любом случае. Уровень продаж, что занимательно, во всех случаях одинаковый. В чём фенька? ТаблоидВо-вторых, следующий чел за этой же деталькой может позвонить через месяц, или еще позже; Т.е. на единственный оставшийся на складе неликвид вдруг возник ажиотажный спрос? Не верю. Во что верю, так это в менеджера-пофигиста, который знает, что товара осталось мало, но не чешется с заказом новой партии. ТаблоидВ-третьих, есть такое понятие как "уровень сервиса": отношение числа свершивхися продаж (т.е. строк в документах в состоянии "Отгружено") к общему числу запросов. Оно должно быть не меньше 0.75...0.8 - иначе будут на нас "нехорошо глядеть" из представительств заводов-изготовителей а/м. В описанном случае хоть ужом выкрутись, а уровень продаж не подымешь выше 0.(3). Потому что на трёх покупателей всего одно изделие. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 19:03:01 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovТаблоидНе, так дело не пойдёть :-) Во-первых, склад крайне заинтересован в максимальном уровне продаж, от этого их зарплата зависит; Три покупателя: первый пришёл сейчас, второй позвонил через минуту, третий через час. Изделие на складе всего одно. Оно резервируется первому покупателю. Для второго у вас могут резервацию снять или не снять. В первом случае изделие достанется второму покупателю, а первый, придя на кассу и получив отказ, будет сильно ругаться. Во втором случае изделие достанется первому покупателю, а второй будет разочарован. Третий обломается в любом случае. Уровень продаж, что занимательно, во всех случаях одинаковый. В чём фенька?Резерв (если оне не старый и этот же товар запрашивает другой покупатель) на самом деле снимают ОЧЕНЬ редко. А если этот резерв был под клиентский заказ, который предоплачен - вообще никогда. У нас случай был, когда заказанная фара провалялась 3 года,а когда за ней приехал чел, то его спросили: "а чё не брал-то ?". "А я в тюрьме сидел это время, а вот вышел - и теперь мне кататься надо, с фарой" :-) Dimitry SibiryakovТаблоидВо-вторых, следующий чел за этой же деталькой может позвонить через месяц, или еще позже;Т.е. на единственный оставшийся на складе неликвид вдруг возник ажиотажный спрос? Не верю. Во что верю, так это в менеджера-пофигиста, который знает, что товара осталось мало, но не чешется с заказом новой партии.Спрос на некоторые товары непредсказуем. Например, в 2000 году на какую-то модификацию VW PASSAT "вдруг" с наступлением весны начался ажиотаж спроса катушек зажигания. Оказалось, завод допустил косяк: катушки летели при проезде через лужи. Кроме того, есть товары сезонного спроса и на них не всегда выставляют поправки к точкам заказа с учетом сезонных колебаний: щётки с/очистителей зимой уходят в 3...5 раз больше, чем летом, а фреон для заправки кондеев - наоборот. И это... Почему ты говоришь: "неликвид" ? 15% товаров - это ходовка (фильтра/масла/колодки), 15% - это неликвид или малорасходуемые (менее 3 штук в год). А вот 70% между ними - товары среднего спроса. Принцип Парето - он и в Африке соблюдается. Dimitry SibiryakovТаблоидВ-третьих, есть такое понятие как "уровень сервиса": отношение числа свершивхися продаж (т.е. строк в документах в состоянии "Отгружено") к общему числу запросов. Оно должно быть не меньше 0.75...0.8 - иначе будут на нас "нехорошо глядеть" из представительств заводов-изготовителей а/м.В описанном случае хоть ужом выкрутись, а уровень продаж не подымешь выше 0.(3). Потому что на трёх покупателей всего одно изделие.Этот случай - один на 10 тыс. И на погоду он не повлияет. Если складской заказ делать своевременно (а прога напоминает об этом; есть также возможность автозапуска складского заказа ночером), то снятие резерва из-за запроса другого чела - крайне редкое явление. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 19:18:33 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
ТаблоидРезерв (если оне не старый и этот же товар запрашивает другой покупатель) на самом деле снимают ОЧЕНЬ редко. То есть нет повода второму покупателю не говорить "товара нет" сразу, без долгого выяснения можно ли резерв снять, поскольку скорее всего его снять таки нельзя. ЧиТД. ТаблоидИ это... Почему ты говоришь: "неликвид" ? Это не я говорю, это ты говоришь, что "следующий покупатель только через месяц объявится". Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 19:36:30 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovТаблоидРезерв (если оне не старый и этот же товар запрашивает другой покупатель) на самом деле снимают ОЧЕНЬ редко.То есть нет повода второму покупателю не говорить "товара нет" сразу, без долгого выяснения можно ли резерв снять, поскольку скорее всего его снять таки нельзя. ЧиТД.Это, однако, не полный запрет на снятие резерва. Если на изделие вдруг повышается спрос (прмер см выше, с VW PASSAT), то вот этот вопрос:Dimitry SibiryakovА чего он (реалтайм) жёсткий-то? Ответил этому клиенту "товара нет" сразу, а потом выясняй хоть до морковкина заговня действительно товара нет или кто-то просто забыл резервацию снять.- будет таки иметь ответ: "да, реалтайм - жесткий". Dimitry SibiryakovТаблоидИ это... Почему ты говоришь: "неликвид" ?Это не я говорю, это ты говоришь, что "следующий покупатель только через месяц объявится".Ну так это НЕ является приговором торвару, что он "неликвид". 12 продаж в год - нормальный уровень. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 19:47:53 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
ТаблоидЭто, однако, не полный запрет на снятие резерва. Ну так и клиенту можно не отвечать "товара нет", а "сейчас товара нет на складе, перезвоните через пару часов", что и размазывает "реалтайм" на пару часов. Таблоид12 продаж в год - нормальный уровень. Ну, я, конечно, не продавец и не менеджер, но, по-моему, повышение продаж такого товара до 13 в год погоды не сделают и за стрессование сотрудников и клиентов не стоит. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 20:04:26 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Я, конечно, "за модой совсем не слежу", но что мешает быстро ответить: "Свободного товара нет, но есть резерв. Будете ждать, пока я выясню, можно ли этот резерв освободить?" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 20:04:56 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovТаблоидЭто, однако, не полный запрет на снятие резерва. Ну так и клиенту можно не отвечать "товара нет", а "сейчас товара нет на складе, перезвоните через пару часов", что и размазывает "реалтайм" на пару часов.В ответ на фразу "перезвоните через пару часов" он просто бросит трубу и будет звонить конкуренту. Тут работает правило "вся инфа должна выдаваться на ПЕРВОМ звонке". Basil A. Sidorovчто мешает быстро ответить: "Свободного товара нет, но есть резерв. Будете ждать, пока я выясню, можно ли этот резерв освободить?" Ну, вот, мы как раз и приехали к исходному тезису: резерв, которого на самом деле уже НЕТ ввиду отгрузки, не должен морочить башку продавцу! Поэтому как только касса пробивает чек и говорит программе: "Да, отгружено" - резерв надо переводить в отгрузку. Без откладывания на "потом как-нибудь, в фоновом режиме". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 20:15:00 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
ТаблоидЭто "не тот" магазин. Это ты про жратву говоришь :-) ну да, про жратву типа сантехники, стройматериалов, и проч. Собственно, в данном случае по методике покупки от "жратвы" это не отличается. То есть, есть несколько типов "покупки", одни разные, по разному обрабатываются, и все такое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 20:21:09 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Таблоидкак только касса пробивает чек и говорит программе: "Да, отгружено" - резерв надо переводить в отгрузку. Это один апдейт одной записи. Негде там мусор собирать. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 20:28:30 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovНегде там мусор собирать.перечитай выше , что ле... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 20:49:04 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Таблоидперечитай выше, что ле... Да хоть заперечитываюсь, не вижу связи между "выстроением FIFO цепочек" и кассой. Касса это оперативный учёт, FIFO - аналитика. Что заставляет вас сливать обои в одном месте - в упор не понимаю. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 20:57:06 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovТаблоидперечитай выше, что ле...Да хоть заперечитываюсь, не вижу связи между "выстроением FIFO цепочек" и кассой. Касса это оперативный учёт, FIFO - аналитика. Что заставляет вас сливать обои в одном месте - в упор не понимаю.FIFO-цепочки по любому надо будет выстраивать после отгрузки. То, что сейчас это "поручено" делать кассе - таково было решение проектировщиков. Но даже если убрать этот пример, всё равно остаются такие ситуации, когда на рабочих местах недопустимы непредвиденные тормоза ввиду начавшейся сборки мусора. И поскольку таких мест много (у нас, по кр. мере), то делать на них коннекты с отключенным GC - нельзя. Они все тогда заткнутся ввиду замусоривания базы. Вот я и сказал ТСу, что лучше будет, если некий усер, запустивший "тяжкий" update / delete, затем еще немного подождёт, дабы его клиентская часть автоматом запустила простой select count(*) по этим же условиям и убрала за собой. Что неправильного ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 21:08:44 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
Таблоидчто лучше будет, если некий усер, запустивший "тяжкий" update / delete, затем еще немного подождёт, дабы его клиентская часть автоматом запустила простой select count(*) по этим же условиям и убрала за собой. Что неправильного ? это будет работать в многопользовательской среде только если - используются компоненты прямого доступа, позволяющие явное управление транзакциями - все транзакции максимально короткие (за исключением RO RC), не более 1-2 сек. С приложениями, которые пишутся "по среднему", такой номер не пройдет. У меня в статистике IBTM в лучшем случае 3 базы из 100 имеют указанное выше управление транзакциями. А указанная в цитате "технология" если и будет собирать мусор, то старый, а не произведенный предыдущим "тяжким update". Впрочем, тоже полезно. Если этот мусор есть, конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 21:15:40 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
kdvА указанная в цитате "технология" если и будет собирать мусор, то старый, а не произведенный предыдущим "тяжким update". Впрочем, тоже полезно. Если этот мусор есть, конечно.Дык его может и сам поток GC собрать, если доберётся раньше всех. Но это именно "если". У нас же после массовых апдейтов жалкие всхлипывания усеров - явление не редкое. Чистить надо за собой, и побыстрее, - вот мантра, которую мы в своё время усекли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 21:46:57 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
ТаблоидЧистить надо за собой, и побыстрее, - вот мантра, которую мы в своё время усекли. "Не там чисто, где убирают, а там, где не мусорят." (с) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 21:55:23 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
ТаблоидДык его может и сам поток GC собрать, если доберётся раньше всех. Но это именно "если". это в супере поток GC общий. так что в классике и суперклассике - не доберется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 22:07:50 |
|
||
|
Как обстоят дела с большими базами данных.
|
|||
|---|---|---|---|
|
#18+
kdvТаблоидДык его может и сам поток GC собрать, если доберётся раньше всех. Но это именно "если".это в супере поток GC общий. так что в классике и суперклассике - не доберется.Да, я уже после сообразил, перечитав доку. Заодно и странный эффект нашёл. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2014, 23:11:23 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38528726&tid=1563974]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
482ms |
get topic data: |
17ms |
get forum data: |
4ms |
get page messages: |
80ms |
get tp. blocked users: |
2ms |
| others: | 240ms |
| total: | 859ms |

| 0 / 0 |
