Вход | Регистрация
    1  2  3  4  5  6  7  8  9  10  11   

Killer 1s Application

Ø [длинная ветка, 05.08.20 - 07:38]
Killer 1s Application
Я
   Гений 1С
 
22.06.20 - 11:40
Народ, я вот подумываю о том, чтобы написать убийцу 1С. Ну не самому, а наняв товарищей.
Но сперва хочу спросить, а на чем бы вы (кроме 1С) реализовывали вот подобные задачи:

1. Небольшую программу для учета личных финансов (для единоличного пользования).
2. Небольшую программу для учета прихода-реализации-списания товаров на складе (для бизнеса на 3-4 пользователя).

Как понятно из задачи, это приложения с базой данных.

Т.е. на чем сейчас с точки зрения уровня развития IT имеет смысл это реализовывать? Неужели на модном Питоне?
И какой движок баз данных использовать?

Единственное требование к разработке - это чтобы оно получилось тиражным и работало оффлайн. Т.е. если у вас 5-6 клиентов, то чтобы каждый получил апдейт, который сделает нужные изменения в структуре базы данных. И чтобы этот апдейт не приходилось писать вручную, сравнивая базу прошлой и текущей структуры, и чтобы можно было пропустить несколько релизов, т.е. по сути в апдейте была бы нужная структура БД, а обновление бы подгоняло БД под эту структуру?

Может уже есть готовые решения кроме 1С и я зря туплю?
   Гений 1С
 
601 - 26.06.20 - 15:58
(590) ничего не понял, вроде много умных слов, но не по делу. Но спасибо за критику.
   Гений 1С
 
602 - 26.06.20 - 15:59
(582) а что у вас за система-то? Главное не сказали
   Гений 1С
 
603 - 26.06.20 - 16:00
(562) не согласен, 8ка это тоже RAD, там быстро клепаются приложения. Что за клюшничество?
   H A D G E H O G s
 
604 - 26.06.20 - 16:13
Заголовок ветки навеял
https://youtu.be/cXOAcuNhFS4
   Arbuz
 
605 - 26.06.20 - 16:16
ничёсе, у вас тут вакханалия...
   fisher
 
606 - 26.06.20 - 16:19
(600) Когда додумаешь свой html, не забудь про css - тоже пригодится.
   Гений 1С
 
607 - 26.06.20 - 16:20
(606) я понимаю вашу реакцию
   Гений 1С
 
608 - 26.06.20 - 16:23
Просто этой статьёй про формы я закрываю вопросы типа: "А какой у тебя GUI"?
   fisher
 
609 - 26.06.20 - 16:31
(608) Вопрос действительно закрыт. Гуй у тебя никакой. У тебя просто есть пожелание, чтобы тебе кто-то реализовал УФ.
   Гений 1С
 
610 - 26.06.20 - 16:39
(609) это четкие и ясные декларации (описания) системы описания форм. В следующих выпусках модель форма-данные, структура БД, дистрибуция конфигурации и т.п. Запасайтесь кок-порном.
   fisher
 
611 - 26.06.20 - 16:50
(610) К сожалению, твое шоу вторично и неинтересно. Ты как будто вернулся на сцену через много лет с неизменившимся репертуаром. Мир ушел вперед, а ты остался на том же месте. Наблюдать это, честно говоря, неприятно. Не знаю, почему. Вернее, частично знаю, но дальше углубляться в психоанализ не хочется :)
   Гений 1С
 
612 - 26.06.20 - 16:54
(611) не наблюдай. мне интересно, это главное.
   Кирпич
 
613 - 26.06.20 - 16:56
(600) Ты точно гений. Взял и еще раз изобрел YAML :)
   Кирпич
 
614 - 26.06.20 - 16:57
Кстати, поддерживаю такое описание форм как (600)
   Полован
 
615 - 26.06.20 - 17:00
(611) Чем бы дитё не тешилось, лишь бы с властями не боролось :)
   Гений 1С
 
616 - 26.06.20 - 17:05
(613) Что такое YAML, погуглю. Все же это ближе к моей RAD. ;-)
   Serginio1
 
617 - 26.06.20 - 17:11
(600) А для дизайнера отчетов, что будешь использовать?
   pechkin
 
618 - 26.06.20 - 17:57
а формы а ля оф(указание координат и привязок) или уф?
   Злопчинский
 
619 - 26.06.20 - 18:23
(614) херня полная. это для любителей ручками лабать (а-ля фузиновцы).
мне проще в визуальном конструкторе накидать кнопок.
   Fragster
 
620 - 26.06.20 - 18:30
(619) на самом деле нужна комбинация гридов и визивига. А формы должны быть на html. Ну или чем-то промежуточным, типа компонентами со свойствами, аля https://quasar.dev/vue-components/input
   Sserj
 
621 - 26.06.20 - 18:43
(610) А где в этом четком описании говорится как форма и элементы должны реагировать на изменение размера, разрешения, ориентации окна?
   Asmody
 
622 - 26.06.20 - 18:45
(600) Посмотри https://flutter.dev/docs
   Ivan_495
 
623 - 26.06.20 - 18:50
на 620 посту про grid вспомнили эт прогресс. до грида browse в foxe была.
   Сияющий Асинхраль
 
624 - 26.06.20 - 18:51
(622) И вроде бы все просто, но уже даже в простейшем Здравствуй, мир можно запутаться в количестве закрытых и открытых скобок :-(
   Ivan_495
 
625 - 26.06.20 - 18:52
а блокировки вообще с появлением многопользовательских решений появились.
   Fragster
 
626 - 26.06.20 - 18:55
(623) ну, я в кутекреаторе гриды накидывал еще когда это не было мэйнстримом.
во, в 2009 году, одна из немногих софтин на плюсах, которой пользовались: http://catalog.mista.ru/public/19576/
   Fragster
 
627 - 26.06.20 - 18:57
там, правда, грид 1х1 ячейку :)
   Ivan_495
 
628 - 26.06.20 - 19:04
   Ivan_495
 
629 - 26.06.20 - 19:06
хотел разработать аналог 1с в конце 90х на visual foxpro. так от скуки на работе.
   Ivan_495
 
630 - 26.06.20 - 19:07
там все просто делается было б желание.
 
 Рекламное место пустует
   Ivan_495
 
631 - 26.06.20 - 19:07
несколько таблиц, нормальные связи между таблицами и все будет летать.
   Ivan_495
 
632 - 26.06.20 - 19:08
если про законы разработки бд знаете:)
   Ivan_495
 
633 - 26.06.20 - 19:32
https://www.sql.ru/forum/foxpro во народ на нем работает. они тебе 1с за пару тыщ баксов наваяют болванку.
   Ivan_495
 
634 - 26.06.20 - 19:33
там и ооп есть для любителей.
   Ненавижу 1С
 
635 - 26.06.20 - 19:36
(600) Алле, за такое убивать надо:

Control.Action = "OnCalculateAction";
   Гений 1С
 
636 - 26.06.20 - 19:49
(619) вы статью не читали. разумеется, можно написать визуальный конструктор, конечно же. Но не сразу. Сразу ресурсов не хватит.
(621) а что, реализация этого для вас кажется сложным? Сложности в взаимодействии с БД, а не тут.
(635) почему?
(633) не годится. FreeRAD должна быть независима. В данном случае от FoxPro. Ну и потом я думаю, вы преувеличиваете возможности FoxPro для реализации RAD, к тому же FoxPro - уже старье.
   Ненавижу 1С
 
637 - 26.06.20 - 19:51
(636) потому что складывается впечатление, что Action это строка
   Гений 1С
 
638 - 26.06.20 - 19:58
(637) ход мысли понятен. Детали будут более понятны в реализации. Но и в строке не вижу криминала.
   Гений 1С
 
639 - 26.06.20 - 19:58
(638) Хотя класс-заглушку можно сделать, да, как в 1с сделано Новый Действие.
   Ненавижу 1С
 
640 - 26.06.20 - 20:00
(639) и повторить теже ошибки. Почему не ввести понятие функционального типа?
   Гений 1С
 
641 - 26.06.20 - 20:01
(640) Возможно все, я пока не планирую сделать "Лучше 1С", хотелось бы повторить то хорошее, что есть в 1С. Можно и функциональный тип. ггг
   Злопчинский
 
642 - 26.06.20 - 20:01
Пока тодасЁ - Снегопат вышел
Версия 2.2.0.1 доступна для скачивания.
Добавлена поддержка 8.3.12-8.3.17.
Исправлено несколько ошибок и для старых версий.
   Гений 1С
 
643 - 26.06.20 - 20:01
(642) вот видишь, ентузиасты нарисовали снегопат.
так и к FreeRAD будут примочки, тем более, что она открыта.
   Ivan_495
 
644 - 26.06.20 - 20:02
(636) преувеличиваю.ну-ну. эт вы еще журнал американских разрабочиков на foxе не читали, а зря там все ваши задумки описаны.
   Злопчинский
 
645 - 26.06.20 - 20:02
(643) меньше трындежа, больше продукта!
пока только ляляля
   Гений 1С
 
646 - 26.06.20 - 20:22
(645) не все сразу, мой юный друг. В свободное от фриланса 1С время, как говорится.
   Гений 1С
 
647 - 26.06.20 - 20:22
(644) ссылки в студию
   Злопчинский
 
648 - 26.06.20 - 20:33
(646) тюююю будем ждать долго...
   ДенисЧ
 
649 - 26.06.20 - 20:34
(648) Ну, я точно не доживу. Ты тоже...
   Гений 1С
 
650 - 26.06.20 - 20:34
(648) ну до Видения дожили. Доживем и до реализации
   Ненавижу 1С
 
651 - 26.06.20 - 20:37
(650) тут таких видений у каждого было по несколько раз думаю. Я серьезно вполне
   Ненавижу 1С
 
652 - 26.06.20 - 20:40
Ну и я с языком ты так и неопределился
   ДенисЧ
 
653 - 26.06.20 - 20:45
(650) До видений обычно допиваются...
   Гений 1С
 
654 - 26.06.20 - 21:06
(651) Серьезно? Покажи ТЗ
   Гений 1С
 
655 - 26.06.20 - 21:06
(652) C# и мускул. В первом приближении.
   Serginio1
 
656 - 26.06.20 - 21:23
(655) Писать запросы проще на Linq он близок по синтаксиый с SQL но типизированный. Вот поддерживаемые базы
https://linq2db.github.io/articles/releasenotes/2.0.0.html

То есть один и тот же запрос работает для различных баз
   Ненавижу 1С
 
657 - 26.06.20 - 21:40
(654) интернет почитай
   Гений 1С
 
658 - 26.06.20 - 21:48
(657) 0 бит.
(656) да ну, SQL знают все, linq никто.
   pechkin
 
659 - 26.06.20 - 21:56
а что мускул уже вложеные и временные поддерживает?
   Ненавижу 1С
 
660 - 26.06.20 - 22:05
(658) ты из какой пещеры вылез, когда про linq узнал?
 
 Рекламное место пустует
   Ненавижу 1С
 
661 - 26.06.20 - 22:28
Процесс движется?
https://www.sql.ru/forum/1128007/posovetuyte-rad-alternativnuu-1s?hl=

Кажется 2014 год
   Serginio1
 
662 - 26.06.20 - 22:34
(658) Ну у Linq Sql подобный синтаксис. И поверь Linq знают многие. Если уж ты хочешь C# использовать, то Linq его неотъемлемая часть. И все кто знает C# напрополую используют Linq не только для SQL но и для коллекций.
   Гений 1С
 
663 - 26.06.20 - 23:09
(661) движется. Тогда я искал готовую RAD, а сейчас решил делать ее сам.
   Гений 1С
 
664 - 26.06.20 - 23:10
(659) ну этого добра в любом SQL можно насоздавать.
   HeKrendel
 
665 - 26.06.20 - 23:44
ХЗ, по мне писать фреймворки для производства бизнес приложений в 2020 году, без бюджетов от 10-20кк зеленых- утопия

Если хотелось пописать- чо не применить себя в задачах планирования, транспортной логистики? ОПять же чат написать и продать его Сосасоле

Или там игрули напрограммировать
   dangerouscoder
 
666 - 27.06.20 - 00:13
(600) Ужасный сайт - дизайтна нет..
шрифт я бы помельче поставил
   Конструктор1С
 
667 - 27.06.20 - 06:35
(600) хрень полная. Будет как в той фузине - на двупальцевом примере а ля "диалог о трёх полях и двух кнопках" всё красиво, но стоит только попытаться описать что-нибудь близкое к реальности, и получится редкостное кривое дерьмо. Посмотри как GUI организован, например, в android или web. Там очень мощные графические средства, гораздо мощнее чем в 1с. Одновременно сочетаются и мощная декларативность и возможность донастроить элементы хоть попиксельно. Нужно только к этому добру добавить некоторые стандарты по-умолчанию (padding, marging et all) и автоматический проброс полей таблицы в диалог
   jbond
 
668 - 27.06.20 - 07:46
(50) они вошли на рынок когда он был пуст.

Сейчас рынок перенасыщен.
   Bro
 
669 - 27.06.20 - 08:29
(592) Также как и в других технологиях. Оптимистичные блокировки. То есть при возникновении любого UPDATE CONFLICT, платформа откатывает транзакцию и начинает ее заново, незаметно для пользователя. Простое решение - да, легкое для реализации в платформе - нет, потому как по сути требует обеспечить транзакционность сервера приложений платформы, то есть чтобы платформа могла откатывать состояние сервера приложений на момент старта транзакции без какого либо эффекта последействия (то есть требует максимально immutable архитектуру со сборкой мусора, что удобно делать далеко не на всех языках). Плюс при таком подходе ОЧЕНЬ ЖЕЛАТЕЛЬНА динамическая физическая модель (а особенно прозрачные материализации), так как именно физической моделью по сути и управляется конкурентность (чем больше материализаций и все в одних таблицах лежит тем она выше, и меньше в обратных случаях). Оптимистичные блокировки - это с одной стороны достаточно просто и декларативно, с другой стороны максимально масштабируемо. И кстати именно это скорее всего помогло тому же ораклу (первому версионнику) подмять под себя рынки с большим объемом данных и конкурентностью (банки и ритейл)

Речь идет естественно о "транзакционных" блокировках. "Объектные" блокировки это из другой оперы, и это по большому счету костыль для того чтобы пользователи делая РАЗНЫЕ изменения не затирали изменения друг друга. И на самом деле скорее ограничение, чем возможность так как по сути запрещает одновременный ввод информации для одного объекта (в той же фузине такого ограничения нет)

В любом случае эта тема явно не лучшее место для обсуждения таких "фундаментальных" вопросов. Тут сейчас все очень напоминает текущие выборы в Беларуси. Кандидатов-клоунов (аля Жириновский) никто не трогает, они играют свою роль, несут всякую ерунду (Гений 1С, без обид, но мне кажется ты троллишь, все что ты пишешь имеет отношение к реальности, как мытье сапог в Индийском океане) и создают илллюзию выборов. Только появляется кто-то кто задает реальные вопросы власти и обозначает проблемы, сразу заводится уголовное дело, а по телеку начинается явная пропаганда и чернуха в их отношении. Бан за офтоп в теме УБИЙЦА 1С, где обсуждается один из фундаментальных вопросов бизнес-приложений и как это реализовано в 1С, и как это лучше по другому реализовать - это сильно. За офтоп, Карл. В лучших традициях нашего ЦИК с заявлением "в чужой монастырь со своим уставом не лезут".
   Бурза
 
670 - 27.06.20 - 08:34
(669) Зря ты про выборы начал, в России сейчас тоже что-то типа выборов :) идёт..
.
   Bro
 
671 - 27.06.20 - 08:35
(667) Есть только одно НО. В бизнес-приложениях всем насрать на интерфейс. Как мне рассказывал один наш новый сотрудник (бывший 1Сц), у него на прошлой работе, ГОД назад, 1С Розница (причем 8.3 на расширениях все дела) которую он поддерживал, поменяли на GESTORI. GESTORI (!). С ДОСОВСКИМ интерфейсом. В 2019 году (!). Понятно что это ОЧЕНЬ РЕДКИЙ случай. Но подчеркивает, что в бизнес-приложения очень часто внутренность важнее обертки. Хорошо это или плохо.
   v77
 
672 - 27.06.20 - 08:44
(671) ну может кому то насрать, а кому то целый день в экран пыриться и нажимать 100500 лишних раз на мышку, потому что интерфейс не продумали и шрифт мелкий хрен прочитаешь.
А за батьку не голосуйте. Выберите себе в президенты полудурка в кедах и на велике.
   Бурза
 
673 - 27.06.20 - 08:47
(672) Толи дело в сап раньше было... Текстовые команды запомнил, и фигачь
   v77
 
674 - 27.06.20 - 08:48
+(672) кстати, красивый интерфейс на начальство действует гораздо сильнее чем рассказы о неведомых блокировках и транзакциях
   Конструктор1С
 
675 - 27.06.20 - 08:49
(669) понятно. В фузине согласованность данных похеряна ради псевдомасштабируемости
   Конструктор1С
 
676 - 27.06.20 - 08:51
Во взрослом мире в бизнес-приложениях используются пессимистические блокировки. А масштабируемость достигается за счет уменьшения времени жизни блокировок
   Гений 1С
 
677 - 27.06.20 - 08:55
(666) возможно, возможно.
   Гений 1С
 
678 - 27.06.20 - 08:57
(668) Серьезно? Назови хотя бы одну RAD, похожую на 1С по функционалу для быстрой разработки БД. Тогда поговорим о перенасыщенности рынка RAD.
(671) это называется "вам шашечки или ехать".
(672) тыкать это называется "юзабилити" а не "интерфейс". Функционал и красота - немного о разном.
   Конструктор1С
 
679 - 27.06.20 - 08:57
(669) "Оптимистичные блокировки - это с одной стороны достаточно просто и декларативно, с другой стороны максимально масштабируемо"

Ничего подобного. В случае сильной конкурентности транзакций производительность оптимистических блокировок сильно снижается, т.к. приходится прерывать большой процент транзакций и повторно их выполнять
   v77
 
680 - 27.06.20 - 09:01
(678) это "интерфейс" же бывает "юзабилити" и не "юзабилити"
   pechkin
 
681 - 27.06.20 - 09:05
интерфейс ваден при прочих равных
но такого не бывает никогда
   Bro
 
682 - 27.06.20 - 09:06
(679) Фокус оптимистичных блокировок в том, что данные обычно НЕ КОНКУРЕНТНЫ. То есть в 97% конфликтов нет, а в 3% есть (кто из Беларуси поймет :)). Если естественно речь не идет о какой-нибудь биржевой торговле. А то как организованы эти самые оптимистичные блокировки (просто версиями записей) позволяет избежать оверхеда как раз в этих 97%, что на самом деле и производительность значительно увеличивает. То есть блокировочники в 97% делают тяжелую ненужную работу (да еще по сути тормозит мелкие важные OLTP транзакции в угоду большим и соответственно как правило менее важным транзакциям)

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

Я видел и вижу вживую как это все работает (на террабайтах данных и тысячах одновременных пользователей). И еще раз, так работает во ВСЕМ мире. И сам факт того что MS SQL сделал версионный режим, а Оракл блокировочный нет, говорит о многом.
   Bro
 
683 - 27.06.20 - 09:08
(682) > И сам факт того что MS SQL сделал версионный режим, а Оракл блокировочный нет, говорит о многом.
Ну и тот факт что 1Су пришлось делать ручные блокировки и по сути предлагать их основным вариантом использования, тоже говорит о многом (в оракле есть SELECT FOR UPDATE но его рекомендуют использовать в КРАЙНИХ случаях).
   Bro
 
684 - 27.06.20 - 09:09
(682) * в рантайм, я имею ввиду во время основной нагрузки (скажем днем, когда происходит тучу транзакций)
   Bro
 
685 - 27.06.20 - 09:11
(675) И нет, я надеюсь вы понимаете что динамической физической моделью можно добиться ЛЮБОЙ согласованности. То есть материализуйте все все показатели и будет максимальная согласованность (хотя база по факту превратится конечно в однопоточную, впрочем как и если вы будете все полностью блокировать руками)
   Bro
 
686 - 27.06.20 - 09:22
(674) Кстати у меня тот же вопрос был про тот мега-переход с 8.3 на GESTORI. Но как я понял, начальство то в программе не работает. У него в принципе другие KPI, и морально эстетических аля хочу material design там нет (естественно если речь идет о бизнесе чуть больше мелкого).
   Ненавижу 1С
 
687 - 27.06.20 - 09:27
(672) мышка не нужна, горячие клавиши рулят
   Bro
 
688 - 27.06.20 - 09:31
(687) это кстати да, я помню как меня завораживало, как люди работают в интерфейсах с мгновенным временем отклика (тех же досовских). Это была магия конечно, я не мог заметить как экраны мелькают. Один человек мог ввести данных, столько же сколько и 5 человек мышкой. Но это все касается, только ограниченного числа интерфейсов. В другой части интерфейсов (творческо-аналитических) нужно видеть гораздо больше информации и тут 80x25 конечно убийство.
   Конструктор1С
 
689 - 27.06.20 - 09:40
(682) в бизнес-системах ВСЕГДА будет как-минимум одна таблица, изменения которой будут высококонкурентными. В автоматизации торговли таковыми обычно оказываются таблицы товарного учета. В эти таблицы будут долбиться большинство пользователей системы. И вот это "узкое горлышко" как раз и похоронит производительность всей базы. Поэтому оптимистические блокировки и не используют в высоконагруженных промышленных БД. Под ваши масштабы ОБ зайдут, а под большие не заходят. И это не догадки, это практика, чуть ли не хрестоматийная истина
   Конструктор1С
 
690 - 27.06.20 - 09:53
(683) ты как всегда не понял смысл 1сных механизмов. Филосовия "ручных" блокировок 1с совершенно в другом. Пользователь жмякает одну кнопку, а на другой стороне должны поменяться данные сразу в десяти таблицах. То, что эти десять апдейтов с точки зрения бизнес-логики являются единым целым СУБД не знает и знать не может. Если попросить СУБД следить одновременно за изменениями в этих десяти таблицах, то блокировки будут держаться долго (пока все изменения не будут выполнены) и производительность летит в трубу. Вот как раз управляемые блокировки 1с устраняют этот пробел - сервер 1с стопорит пользователей с "конфликтными" данными (которые не могут записаться параллельно с уже записывающимися), а в это время СУБД быстренько апдейтит
   Bro
 
691 - 27.06.20 - 10:11
(689) Конкурентность должна быть не только по таблицам, но и по ДАННЫМ. То есть грубо говоря пользователи должны ПОСТОЯННО одновременно (то есть в одну и ту же СЕКУНДУ, которая проводится транзакция) изменять данные для ОДНИХ И ТЕХ ЖЕ измерений (скажем склада И товара). Ключевое слово постоянно, так как если просто так совпало, ничего страшного, перестартует одна из транзакций и все закончится. такое совпадение факторов это в принципе весьма редкая ситуация, и решается просто тем что добавляется какое нибудь разрезающее измерение. Ну или SELECT FOR UPDATE.

И вы что то путаете, во всем мире в хайлоад бизнес приложений в абсолютном большинстве случаев используется оракл, который чистый версионник. Это хрестоматийная истина как вы говорите.
   Конструктор1С
 
692 - 27.06.20 - 10:23
(691) в высоконагруженных бизнес-системах так и происходит: пользователи постоянно изменяют данные с одинаковыми ключами индексов. Именно поэтому во взрослой автоматизации от оптимистических блокировок отказываются. Удел оптимистических блокировок это небольшие БД, либо какие-нибудь веб-ресурсы, где данные пользователей заведомо разграничены (например, пользователь на форуме может редактировать только свои сообщения), в больших промышленных БД оптимистические блокировки не применяют
   Bro
 
693 - 27.06.20 - 10:26
(690) СУБД отлично знает что является единым целым, это и называется транзакциями. И для того чтобы не держать блокировки и придумали оптимистичные блокировки.
   Bro
 
694 - 27.06.20 - 10:30
(692) Ещё раз проблема решается или добавлением ещё одного разрезающего измерения или select for update. Но это делается для одного конкретного конкурентного показателя. А таких показателей по определению не много. Считайте сами если у вас продается один товар по одному складу каждую секунду, то это за рабочий день 28800 отгрузок. Это что за товар такой?
   Bro
 
695 - 27.06.20 - 10:32
(694) и ещё раз, не всего отгрузок, а одного конкретного набора измерений (то есть скажем товара склада)
   Конструктор1С
 
696 - 27.06.20 - 10:32
(693) я тебе ещё раз объясняю, что не работают оптимистические блокировки в высоконагруженных системах. НЕ РАБОТАЮТ. Процент откатов транзакций сильно повышается, из-за этого производительность летит в трубу
   Bro
 
697 - 27.06.20 - 10:44
(696) То есть ОРАКЛ с 150 ярдной капитализацией в самых хайлоад бизнес приложениях (банки и ритейл) и у которого режима пессимистичных блокировок по умолчанию нет, вас не смущает?

И ещё раз даже если процент и повышается, то в ОДНОМ конкретном ОЧЕНЬ РЕДКОМ случае, где вы вставляете или допизмерение или изменяет физическую модель или вставляете FOR UPDATE в селект. И я как раз и сталкиваюсь в основном с хайлоад, потому как не хайлоад много кто вытянет, и там деньги по сравнению с хайлоад весьма незначительные.
   Конструктор1С
 
698 - 27.06.20 - 10:44
(694) опять твоя эта ларёчность лезет. Никто не продаёт один товар. Даже чек в розничном магазине это 5-10-15-... наименований. А чтобы твоя оптимистическая блокировка обосралась, достаточно двуми кассирам одновременно пробить чеки с товаром "Молоко деревенское". Совершенно побоку, что в этих двух чеках другие 30 товаров не совпадают, одного совпадения достаточно, чтобы одна из транзакций откатилась и заново начала записываться. Пока откатившаяся транзакция будет перезаписываться, уже другой кассир пробъёт чек с "Молоко деревенское", и снова пошли откаты транзакции... Так это только банальный гипермаркет, где одновременных пользователей хорошо если человек 30. А если конкурирующих пользователей будет сотни, то будет целая вереница из откатывающихся транзакций
   Конструктор1С
 
699 - 27.06.20 - 10:58
(697) эксперд, ну кому ты чешешь? Ты называешь оптимистические блокировки "оптимистичными", на кой-то ляд притягиваешь FOR UPDATE, да и вообще рассуждаешь о цветах галстука в сферическом вакууме
   Bro
 
700 - 27.06.20 - 11:12
(698) А теперь посчитайте сколько одного товара на одном гипере перемещается в день и посчитайте вероятность пересечения даже для 30 товаров. А фокус в том, что как правило чем более конкурентный товар (то есть скажем распредцентр), тем более крупными партиями и меньшими документами он перемещается, а в рознице наоборот больше документы, но реже конкретные позиции перемещаются, то есть система самобалансирующаяся.

Вы как теоретик рассуждает, а я как практик. Например сейчас наблюдаю предприятие которое одновременно один из крупнейших импортёров и поставщиков рыбы и фруктов в 10млн стране и одновременно один из топ 6 ритейлеров с распредцентром и все у него работает в одной базе и даже финучет (правда без бух и зуп) под 1к одновременных пользователей и все ТОЛЬКО на оптимистичных блокировках. И таких проектов с десяток. Ну и про оракл вы усиленно игнорируете.

Кстати а какой у вас опыт работы на ОПТИМИСТИЧНЫХ блокировках в хайлоад чтобы уверенно заявлять про процент перестартов?
  1  2  3  4  5  6  7  8  9  10  11   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.