GoZync3

Transactional

GoZync3.Transactional History

Hide minor edits - Show changes to output

March 04, 2014, at 04:22 PM by 50.132.84.245 -
Changed lines 21-25 from:
Wikipedia definition: %newwin% [[http://en.wikipedia.org/wiki/Database_transaction | http://en.wikipedia.org/wiki/Database_transaction]]

%newwin% [[http:
//www.geistinteractive.com/2010/07/21/filemaker-go-and-transactions/ | http://www.geistinteractive.com/2010/07/21/filemaker-go-and-transactions/]]

%newwin%
[[http://www.geistinteractive.com/2010/04/21/inventory-transactions/ | http://www.geistinteractive.com/2010/04/21/inventory-transactions/]]
to:
The %newwin% [[https://www.geistinteractive.com/filemaker-transactions/ | FileMaker Transactions reference page]]

Older Articles
:
%newwin% [[http://www.geistinteractive.com/2010/07/21/filemaker-go-and-transactions/ | filemaker-go-and-transactions]] and %newwin% [[http://www.geistinteractive.com/2010/04/21/inventory-transactions/ | inventory-transactions]].

Wikipedia definition
: %newwin%
[[http:
//en.wikipedia.org/wiki/Database_transaction | http://en.wikipedia.org/wiki/Database_transaction]]
August 05, 2013, at 04:26 AM by 50.132.84.245 -
Added lines 1-2:
(:include NewerDocs:)
December 10, 2012, at 10:34 PM by cm - clarifying paragraph and edits
Changed lines 3-4 from:
A transaction means that everything associated with a record stays with the record. In a sync context that means the record, and all it's related records, are bound together in an indivisible package (you, as the developer, control how far across the graph--how many tables--that package spans) which can also include any scripted edits that have to happen on either the mobile or hosted side: scripted things like notifications or logging.
to:
A transaction means that everything associated with a record stays with the record. In a sync context that means the record, and all its related records, are bound together in an indivisible package. You, as the developer, control how far across the graph – how many tables – that package spans. Transactions can also include any scripted edits that have to happen on either the mobile or hosted side – scripts like notifications or logging.
Changed lines 7-8 from:
When you have a shaky connection, or turn off your device mid sync. You could sync an invoice, but not its line items. Or sync the invoice and its line items, but not send the notification. Or sync the invoice, fail the line items, and the send the notification.
to:
When you have a shaky connection, or turn off your device mid-sync, you could sync an invoice, but not its line items. Or sync the invoice and its line items, but not send the notification. Or sync the invoice, fail the line items, and the send the notification.
Changed lines 11-12 from:
Transactions are what let us say that when you see "uploaded" on a zynced record in your mobile file, you '''know''' that record made it to the host / server.
to:
GoZync eliminates the possibility of incomplete syncs by enclosing all of the data within a transaction envelope. If a transaction completes a Zync, it's complete. If it fails because of connection problems, it leaves the data untouched.

Transactions are what let us say that when you see "uploaded" on a Zynced
record in your mobile file, you '''know''' that record made it to the host / server.
Changed lines 17-18 from:
Todd Geist, co-author of GoZync pioneered the concept of transactions for FileMaker Pro. Read more on this here:
to:
Todd Geist, co-author of GoZync, pioneered the concept of transactions for FileMaker Pro. Read more on this here:
Changed line 23 from:
%newwin% [[http://www.geistinteractive.com/2010/04/21/inventory-transactions/ | http://www.geistinteractive.com/2010/04/21/inventory-transactions/]]
to:
%newwin% [[http://www.geistinteractive.com/2010/04/21/inventory-transactions/ | http://www.geistinteractive.com/2010/04/21/inventory-transactions/]]
July 15, 2012, at 10:57 PM by 63.138.103.86 -
Changed lines 5-10 from:
All of that goes with the record, or none of it goes.

Outside
of a transaction, some or all of that could happen per record, per sync.

You could sync an invoice, but not its line items. Or sync the invoice and its line items, but not send the notification. Or sync the invoice, fail the line items, and the send the notification.
to:
All of that goes with the record, or none of it goes. Outside of a transaction, some or all of that could happen per record, per sync.

When you have a shaky connection, or turn off your device mid sync. You could sync an invoice, but not its line items. Or sync the invoice and its line items, but not send the notification. Or sync the invoice, fail the line items, and the send the notification.
July 15, 2012, at 10:56 PM by 63.138.103.86 -
Changed lines 3-4 from:
A transaction means that everything associated with a record stays with the record. In a sync context that means the record, and all it's related records, are bound together in an indivisible package (devs control how far across the graph--how many tables--that package spans) which can also include any scripted edits that have to happen on either the mobile or hosted side: scripted things like notifications or logging.
to:
A transaction means that everything associated with a record stays with the record. In a sync context that means the record, and all it's related records, are bound together in an indivisible package (you, as the developer, control how far across the graph--how many tables--that package spans) which can also include any scripted edits that have to happen on either the mobile or hosted side: scripted things like notifications or logging.
July 02, 2012, at 04:59 PM by 50.132.84.245 -
Added lines 13-14:
Transactions are what let us say that when you see "uploaded" on a zynced record in your mobile file, you '''know''' that record made it to the host / server.
July 02, 2012, at 04:56 PM by 50.132.84.245 -
Added lines 1-21:
!! What does it mean that GoZync is "transactional"?

A transaction means that everything associated with a record stays with the record. In a sync context that means the record, and all it's related records, are bound together in an indivisible package (devs control how far across the graph--how many tables--that package spans) which can also include any scripted edits that have to happen on either the mobile or hosted side: scripted things like notifications or logging.

All of that goes with the record, or none of it goes.

Outside of a transaction, some or all of that could happen per record, per sync.

You could sync an invoice, but not its line items. Or sync the invoice and its line items, but not send the notification. Or sync the invoice, fail the line items, and the send the notification.

While you'll see this on FileMaker networked solutions sometimes (usually as incomplete records, or totals that don't match) you see it much more often in distributed (Go) solutions where disconnect and record lock can be common.

!! Learn more about transactions.

Todd Geist, co-author of GoZync pioneered the concept of transactions for FileMaker Pro. Read more on this here:

Wikipedia definition: %newwin% [[http://en.wikipedia.org/wiki/Database_transaction | http://en.wikipedia.org/wiki/Database_transaction]]

%newwin% [[http://www.geistinteractive.com/2010/07/21/filemaker-go-and-transactions/ | http://www.geistinteractive.com/2010/07/21/filemaker-go-and-transactions/]]

%newwin% [[http://www.geistinteractive.com/2010/04/21/inventory-transactions/ | http://www.geistinteractive.com/2010/04/21/inventory-transactions/]]
(855) SEEDCODE
[email protected]
Follow us: