[AccessD] Pushing data to Azure SQL database VERY VERY slow

Ryan W wrwehler at gmail.com
Thu Oct 19 13:42:18 CDT 2017


I should have mentioned:


I'm simply using 2 Azure tables "in place" of my Shared Hosting Plan (for
testing purposes).  I'm still querying my actual Production DB (local to
me) and pushing that data out to azure. Not using my Azure DB snapshot from
last week and inserting it into what would be "local" tables into the same
Azure DB.   Just for clarity sake.



On Thu, Oct 19, 2017 at 1:39 PM, Ryan W <wrwehler at gmail.com> wrote:

> Back story:
>
> We have an Access FE with a SQL Server back end.  We push up a relatively
> small dataset (6000 rows total) up to our website for some updated
> 'statistics' on client work.
>
> Right now my SQL server is on a shared windows host and pushing those 6000
> rows takes anywhere from 1m30s to 2 minutes, usually!
>
> I'm also testing a snapshot of our SQL database in Azure (S1 plan) for
> some devs we have in Denmark to query off, it doesn't have to be updated so
> it doesn't do any log shipping or anything (not that azure supports it,
> from what I can tell).
>
>
> Anyway those same tables on my shared Windows hosting plan were created in
> my azure instance and those very same queries take over 6 minutes!
>
> First off, it seems highly suspect that azure would be 3 times slower?
> Secondly aside from WAN latency and such why would it even be taking 2
> minutes to insert 6,000 rows across the WAN?  Is there a way I can speed
> that up in either the shared server or the Azure server?
>
>
> When I check the Azure DB statistics and "DTU usage" it's barely a blip on
> the radar, so I'm not pegging my DTU allocation by any means.
>
>
> When I query that information back out of Azure I pull down those 6,000
> rows in less than one second.. so it doesn't seem like my WAN is
> necessarily the culprit.
>
>
>
>


More information about the AccessD mailing list