Cтраница 1
Короткие транзакции представляют большинство информационных задач, решаемых людьми, например, снятие наличных денег в банкомате, запись часов работы в платежном приложении или ввод медицинских записей. [1]
Короткие транзакции не годятся для такого сценария, так как когда вы добавляете трансформатор, вы в действительности редактируете не один пространственный объект, а гораздо более крупный и сложный объект, а именно, всю сеть в целом. [2]
Короткие транзакции представляют большинство информационных задач, решаемых людьми, например, снятие наличных денег в банкомате, запись часов работы в платежном приложении или ввод медицинских записей. [3]
Короткие транзакции не годятся для такого сценария, так как когда вы добавляете трансформатор, вы в действительности редактируете не один пространственный объект, а гораздо более крупный и сложный объект, а именно, всю сеть в целом. [4]
Модель короткой транзакции хорошо работает во многих важных приложениях, которые требуют мгновенного доступа к единообразному виду данных, но географические данные требуют более продолжительного представления процесса обновления данных. [5]
Когда идет короткая транзакция, в реляционной базе данных применяются блокировки ( locks) на затрагиваемые строки в таблицах базы данных, поэтому обновляющиеся данные защищены от изменений до завершения транзакции. Когда короткая транзакция завершена, блокировки снимаются. [6]
Еще одна причина, по которой короткие транзакции не подходят для географического редактирования в многопользовательской среде, состоит в том, что вам всегда необходимо видеть текущее состояние базы данных, как она отображается на карте. Каждый раз, когда кто-либо вносит изменение, ваша система обязана перерисовать карту на дисплее, что в случае сложной карты может занять достаточно много секунд. [7]
Как только в реляционной БД совершена короткая транзакция, то уже не просто отменить транзакцию или восстановить состояние базы данных в прошлый момент времени. Есть только одно состояние реляционной БД: ее состояние в результате самой последней завершенной короткой транзакции. [8]
Еще одна причина, по которой короткие транзакции не подходят для географического редактирования в многопользовательской среде, состоит в том, что вам всегда необходимо видеть текущее состояние базы данных, как она отображается на карте. Каждый раз, когда кто-либо вносит изменение, ваша система обязана перерисовать карту на дисплее, что в случае сложной карты может занять достаточно много секунд. [9]
Как только в реляционной БД совершена короткая транзакция, то уже не просто отменить транзакцию или восстановить состояние базы данных в прошлый момент времени. Есть только одно состояние реляционной БД: ее состояние в результате самой последней завершенной короткой транзакции. [10]
Реляционные базы данных отвечают этому требованию с помощью коротких транзакций ( short transactions), которые соответствуют операционным задачам, выполняемым за долю секунды, или максимум, за одну-две мшгуты. За то малое время, когда исполняется короткая транзакция, не возможны какие-либо другие обновления задействуе-мых строк. [11]
Выше было рассказано о важности создания как можно более коротких транзакций. Когда длительная транзакция использует достаточно высокий уровень изоляции, могут возникнуть серьезные проблемы во время параллельной работы пользователей. Посмотрим, как выполнение, казалось бы, безобидного оператора может привести к неожиданным трудностям и задержкам выполнения других операторов. [12]
Основные преимущества метода Кодасил состоят в том, что он обеспечивает эффективное обновление множеств записей и быстрый доступ к записям некоторых выделенных типов, что, в свою очередь, полезно для коротких транзакций. Кроме того метод обеспечивает разумную скорость при выполнении операции соединения, где может потребоваться просмотр большого количества записей. Главные недостатки этого метода состоят в отсутствии полного языка запросов высокого уровня, а также в отсутствии математического обоснования, вроде того, которое лежит в основе реляционной модели. [13]
Когда идет короткая транзакция, в реляционной базе данных применяются блокировки ( locks) на затрагиваемые строки в таблицах базы данных, поэтому обновляющиеся данные защищены от изменений до завершения транзакции. Когда короткая транзакция завершена, блокировки снимаются. [14]
Реляционные базы данных отвечают этому требованию с помощью коротких транзакций ( short transactions), которые соответствуют операционным задачам, выполняемым за долю секунды, или максимум, за одну-две мшгуты. За то малое время, когда исполняется короткая транзакция, не возможны какие-либо другие обновления задействуе-мых строк. [15]