Record locking
http://dbpedia.org/resource/Record_locking an entity of type: TopicalConcept
Le record locking est une technique empêchant l'accès simultané aux données d'une base de données, afin d'éviter les incohérences. L'exemple classique est la démonstration avec 2 commis de banques tentant de mettre à jour simultanément le même compte en banque pour 2 transactions distinctes.
rdf:langString
Record locking is the technique of preventing simultaneous access to data in a database, to prevent inconsistent results. The classic example is demonstrated by two bank clerks attempting to update the same bank account for two different transactions. Clerks 1 and 2 both retrieve (i.e., copy) the account's record. Clerk 1 applies and saves a transaction. Clerk 2 applies a different transaction to his saved copy, and saves the result, based on the original record and his changes, overwriting the transaction entered by clerk 1. The record no longer reflects the first transaction, as if it had never taken place.
rdf:langString
Блокировка записи — это метод предотвращения одновременного доступа к данным в базе данных, чтобы предотвратить противоречивые результаты. Классический пример демонстрируют два банковских служащих, пытающихся обновить одну и ту же банковскую учетную запись для двух разных транзакций. Служащие 1 и 2 извлекают (то есть копируют) запись учетной записи. Клерк 1 применяет и сохраняет транзакцию. Клерк 2 применяет другую транзакцию к своей сохраненной копии и сохраняет результат на основе исходной записи и его изменений, перезаписывая транзакцию, введенную клерком 1. Запись больше не отражает первую транзакцию, как если бы она никогда не существовала.
rdf:langString
rdf:langString
Record locking
rdf:langString
Record locking
rdf:langString
Блокировка записи
xsd:integer
689470
xsd:integer
1108896346
rdf:langString
Record locking is the technique of preventing simultaneous access to data in a database, to prevent inconsistent results. The classic example is demonstrated by two bank clerks attempting to update the same bank account for two different transactions. Clerks 1 and 2 both retrieve (i.e., copy) the account's record. Clerk 1 applies and saves a transaction. Clerk 2 applies a different transaction to his saved copy, and saves the result, based on the original record and his changes, overwriting the transaction entered by clerk 1. The record no longer reflects the first transaction, as if it had never taken place. A simple way to prevent this is to lock the file whenever a record is being modified by any user, so that no other user can save data. This prevents records from being overwritten incorrectly, but allows only one record to be processed at a time, locking out other users who need to edit records at the same time. To allow several users to edit a database table at the same time and also prevent inconsistencies created by unrestricted access, a single record can be locked when retrieved for editing or updating. Anyone attempting to retrieve the same record for editing is denied write access because of the lock (although, depending on the implementation, they may be able to view the record without editing it). Once the record is saved or edits are canceled, the lock is released. Records can never be saved so as to overwrite other changes, preserving data integrity. In database management theory, locking is used to implement isolation among multiple database users. This is the "I" in the acronym ACID. A thorough and authoritative description of locking was written by Jim Gray.
rdf:langString
Le record locking est une technique empêchant l'accès simultané aux données d'une base de données, afin d'éviter les incohérences. L'exemple classique est la démonstration avec 2 commis de banques tentant de mettre à jour simultanément le même compte en banque pour 2 transactions distinctes.
rdf:langString
Блокировка записи — это метод предотвращения одновременного доступа к данным в базе данных, чтобы предотвратить противоречивые результаты. Классический пример демонстрируют два банковских служащих, пытающихся обновить одну и ту же банковскую учетную запись для двух разных транзакций. Служащие 1 и 2 извлекают (то есть копируют) запись учетной записи. Клерк 1 применяет и сохраняет транзакцию. Клерк 2 применяет другую транзакцию к своей сохраненной копии и сохраняет результат на основе исходной записи и его изменений, перезаписывая транзакцию, введенную клерком 1. Запись больше не отражает первую транзакцию, как если бы она никогда не существовала. Простой способ предотвратить это — заблокировать файл всякий раз, когда запись изменяется любым пользователем, чтобы никакой другой пользователь не мог сохранить данные. Это предотвращает неправильную запись записей, но позволяет обрабатывать только одну запись за один раз, блокируя других пользователей, которым необходимо одновременно редактировать записи. Чтобы разрешить нескольким пользователям одновременно редактировать таблицу базы данных, а также предотвращать несоответствия, созданные неограниченным доступом, можно восстановить одну запись при её извлечении для редактирования или обновления. Любому, кто пытается получить одну и ту же запись для редактирования, запрещается доступ на запись из-за блокировки (хотя, в зависимости от реализации, они могут просматривать запись, не редактируя её). Когда запись сохранена или изменения отменены, блокировка будет отпущена. Записи могут быть не сохранены, чтобы перезаписывать другие изменения, сохраняя целостность данных. В теории управления базами данных блокировка используется для реализации изоляции между несколькими пользователями базы данных. Это «I» в сокращенном ACID. Подробное и авторитетное описание блокировки. было написано Джимом Грей.
xsd:nonNegativeInteger
7063