У нас есть транзакции в Доступе MS?

На работе мне часто приходится накапливать большие наборы XML-документов для последующего анализа. Обычно это сделано, засунув их в справочник, и анализ сделан grep (или сделанная на заказ Явская программа со всеми ее ФАБРИЧНЫМИ/СТРОИТЕЛЯМИ/ОБЕРТКАМИ/API принадлежностями XML).

Однажды я подумал, что попробую поместить его в PostgreSQL. Есть две возможности, которые я хотел бы опробовать:

• Автоматическое сжатие больших данных, когда это необходимо (TOAST).
• Индексирование с использованием выражения.

Что касается первой функции, размер базы данных был меньше половины размера необработанных файлов. Выполнение полнотекстового поиска, сканирование таблицы с использованием WHERE data:: TEXT LIKE '% образец%' , было на самом деле быстрее, чем выполнение grep для файлов. Когда вы имеете дело с несколькими ГБ XML, это само по себе делает БД стоящей.

Вторая функция, индексация, - это немного больше работы для обслуживания. Было несколько конкретных элементов, которые, как я предположил, было бы полезно проиндексировать. Индекс на xpath ('//startHeader/startId/text () ', data) работает, но в каждом запросе может возникнуть боль при дублировании. Мне было проще добавлять обычные столбцы для некоторых полей и использовать триггеры вставки/обновления, чтобы синхронизировать их.

Вы можете всегда лучше работать с помощью malloc (), чтобы выделить большой объем памяти и разделить его самостоятельно. Malloc () был оптимизирован для хорошей работы в общем случае и не делает никаких предположений, используете ли вы потоки или каков может быть размер распределений программы.

Целесообразно ли реализовать собственный субраспределитель - вопрос второстепенный. Это редко так, явное управление памятью уже достаточно сложно. Вам редко нужен другой уровень кода, который может облажаться и разрушить вашу программу без какого-либо хорошего способа ее отладки. Если вы не пишете распределитель отладки.

Никто не дал вам никаких примеров кода здесь в ответе или даже привел пример (файлы справки Access содержат примеры, хотя). Основная проблема, которую следует иметь в виду, заключается в том, что в Jet/ACE (Access не поддерживает сами транзакции - это зависит от того, какое ядро базы данных вы используете для этого) транзакция управляется на уровне рабочей области. Можно создать новую рабочую область для транзакции или создать новую рабочую область. Вот пример кода:

  On Error GoTo errHandler
    Dim wrk As DAO.Workspace
    Dim db As DAO.Database
    Dim lngInvoiceID As Long

    Set wrk = DBEngine.Workspaces(0)
    Set db = wrk.OpenDatabase(CurrentDb.Name)
    With wrk
      .BeginTrans
      db.Execute "INSERT INTO tblInvoice (CustomerID) VALUES (123);", dbFailOnError
      lngInvoiceID = db.OpenRecordset("SELECT @@IDENTITY")(0)
      db.Execute "INSERT INTO tblInvoiceDetail (InvoiceID) VALUES (" & lngInvoiceID & ")", dbFailOnError
      .CommitTrans
      Debug.Print "Inserted Invoice header and detail for Invoice " & lngInvoiceID
    End With

  exitRoutine:
    If Not (db Is Nothing) Then
       db.Close
       Set db = Nothing
    End If
    Set wrk = Nothing
    Exit Sub

  errHandler:
    MsgBox Err.Number & ": " & Err.Description, vbExclamation, "Error in transaction"
    wrk.Rollback
    Resume exitRoutine

(код протестирован и работает в Access)

Да, Microsoft Access поддерживает транзакции, и они работают достаточно хорошо. Я построил коммерческое POS-приложение, используя Access в качестве своей базы данных несколько лет назад, и поддержка транзакций работала очень хорошо.

Тем не менее, если это возможно, я бы использовал SQL Server Express. Это бесплатно и намного мощнее Access.