Thank you. The fog is lifting just a little.
Ok, so help me out here. Say we have a complex .pdf form. A user sits down and fills it out locally. On his client screen he also is looking at one of our web pages that has the ability to fill its OWN fields and submit them to the server, where they get ensconced in our database.
And if the answer is "no" -- can you just give me a bit more insight here? Are the api and sdk any help AT ALL in auto-capturing the data that was just typed into the .pdf form so it can also be sent to our database?
No help at all because the program would run on the server and Acrobat MUST NOT be used on a server. In any case you don't normally submit a PDF...
When you submit a form you can choose the format to submit fields. If you choose HTML format you may be able to use existing skills to write the database from PHP CGI ASP or whatever.
By the way are you aware that most browsers don't do PDF forms...?
With the SDK and writing plug-ins in a complied computer language you might be able to interface with and SQL data base directly.
ADBC was removed from Acrobat with version X. It is available to LiveCycle forms.
As TSN mentioned, you can set up a PDF form to submit the form data to a web server. The desktop versions of Adobe Reader and Acrobat are able to submit directly, outside of a web sever. Chrome supports submitting a PDF form to a web server, as does Internet Explorer when the Reader plug-in is used. Firefox's built-in PDF viewer does not support submitting and neither does Microsoft Edge. So it can work, but for it to work well your users' systems will have to be properly set up. Some mobile devices are capable of submitting a PDF form to a web server with the right PDF viewer, which means a paid app.