Comments 3
Мне кажется или "в реальном времени", "мгновенный отклик" никак не связаны с понятием OLTP?
Понятно, что всем хочется быстрее, но скорость принципом OLTP никак не постулируется. Да, и на практике время ожидания завершения транзакции бывает весьма ощутимым.
В 1980-х годах идея получила коммерческое воплощение. Компании, такие как Relational Database Systems (RDS), выпустили одну из первых реляционных СУБД Informix...
Ну, до 80-х уже были РСУБД. INGRES, System R в 74 вышли. Знаменитая Oracle в 79 появилась. Informix, поддерживающий SQL, вообще в 86 появился --- совсем не одним из первых. До него уже появилась "великая и ужасная" DB2 в 82-м году.
Нормализация делается не для повышения производительности, а для целостности данных. Для повышения производительности, как раз, частенько ДЕнормализацию делают. Ибо в сложном запросе столько JOIN-ов может быть, что ваша СУБД тихо "забудет" про вас, а вы отправитесь на перекур.
Впечатление, что автор смешал сам принцип транзакции онлайновой и особенности промышленных систем в практическом применении, где скорости реально важны.
Грубо говоря, есть сама суть и глубинный смысл OLTP, как теоретического принципа, и есть особенности практических реализаций, где скорости достигаются методами, к самому OLTP отношения не имеющими.
Дальше пока не читал... Позже допишу.
Автор начал за здравие, а под конец налил кучу воды не относящейся к теме. Ну транзакции, они и есть транзакции. Примеры примитивные приведены, а текста зато - читать не перечитать. Куча общих фраз, ничего интересного.
Ощущение, что статья написана ИИ: куча повторений и переливание из пустого в порожнее
Что такое OLTP: просто о сложном