06.10.2017 21:45, Alex Peshkoff via Firebird-devel wrote:
Certainly faster. That was main reason to add feature to services.
Feel free to add PR for gbak support.
If I do it at once, the patch will be big and rejected again. I was planning to
accomplish that by several little steps.
--
On 10/06/17 19:59, Dimitry Sibiryakov wrote:
06.10.2017 18:50, Alex Peshkoff via Firebird-devel wrote:
Unfortunately no support in gbak
That's pity. Stream transfer from service is faster than using
queries as it is done now, right?
Certainly faster. That was main reason to add
06.10.2017 18:50, Alex Peshkoff via Firebird-devel wrote:
Unfortunately no support in gbak
That's pity. Stream transfer from service is faster than using queries as it is done
now, right?
--
WBR, SD.
--
Check
On 10/06/17 19:40, Leyne, Sean wrote:
A general question about the idea of "streaming" fbk file to a remote
server for restore.
There would need to be a proper protocol to handle the stream, no?
It would be impossible to send the fbk in a single operation, so sending the
fbk in blocks
06.10.2017 18:40, Leyne, Sean wrote:
What would the gbak command look like to stream the fbk to a remote restore?
You must use fbsvcmgr as described in doc/README.services_extension.
--
WBR, SD.
--
Check out the
> > A general question about the idea of "streaming" fbk file to a remote
> server for restore.
> >
> > There would need to be a proper protocol to handle the stream, no?
> >
> > It would be impossible to send the fbk in a single operation, so sending the
> fbk in blocks would be required.
>
>
On 10/06/17 19:28, Leyne, Sean wrote:
It's clear that choice to use isc_info_svc_line to mark chunk of stdin sent to
service via SPB was not wise choice (to say it mildly). Both
isc_info_svc_to_eof and isc_info_svc_line are normally used for service
output (query items) and they were created
> > It's clear that choice to use isc_info_svc_line to mark chunk of stdin sent
> > to
> service via SPB was not wise choice (to say it mildly). Both
> isc_info_svc_to_eof and isc_info_svc_line are normally used for service
> output (query items) and they were created just for that purpose.
>
>
06.10.2017 18:02, Pavel Cisar (JIRA) wrote:
It's clear that choice to use isc_info_svc_line to mark chunk of stdin sent to
service via SPB was not wise choice (to say it mildly). Both
isc_info_svc_to_eof and isc_info_svc_line are normally used for service output
(query items) and they were
