Návrh optimálního umístění databáze pro aplikaci na závody

[matej]

Tak začínám tomu snad trochu rozumět.

Bylo by dobré tedy řešit všechny tři případy takhle?
Vždy na PC nainstalovat lokální server a připojit aplikaci přes FireDAC (i při jednom PC a bez telefonů)
Pro připojení druhého PC připojit přes lokální sít (wifi) přímo k DB přes FireDAC
Pro připojení telefonů - telefony se připojí také k Wifi a k aplikaci přes Datasnap+REST

Dává to takhle smysl?
Jaký je rozdíl mezi přístupem přes DataSnap s HTTP a Datasnap+REST?
Zvládne průměrný notebook spuštěný server a samostatnou práci v databázi přes aplikaci + připojení druhého PC k databázi na tomto notebooku + přístupy cca 50-150 telefonů pro zobrazování dat?

Telefony nebudou zapisovat ani upravovat žádná data, jen číst.

[98523]

Tak začínám tomu snad trochu rozumět.

Bylo by dobré tedy řešit všechny tři případy takhle?
Vždy na PC nainstalovat lokální server a připojit aplikaci přes FireDAC (i při jednom PC a bez telefonů)
Pro připojení druhého PC připojit přes lokální sít (wifi) přímo k DB přes FireDAC
Pro připojení telefonů - telefony se připojí také k Wifi a k aplikaci přes Datasnap+REST

Dává to takhle smysl?

Dava. Jen budes psat dvoji interface (jeden pro prime spojeni s RDBMS a druhy pro REST server).

Jaký je rozdíl mezi přístupem přes DataSnap s HTTP a Datasnap+REST?

Nevim co tim myslis nebo kde jsi na to narazil. Ptas se jaky je rozdil mezi TDSRESTServer a TDSHTTPServer?

Zvládne průměrný notebook spuštěný server a samostatnou práci v databázi přes aplikaci + připojení druhého PC k databázi na tomto notebooku + přístupy cca 50-150 telefonů pro zobrazování dat?

Telefony nebudou zapisovat ani upravovat žádná data, jen číst.

Snad ano, ale mel by sis jej vyzkouset pod umelou zatezi (REST server muzes otestovat trebas pomoci Apache HTTP server benchmarking tool).

[matej]

Tak začínám tomu snad trochu rozumět.

Bylo by dobré tedy řešit všechny tři případy takhle?
Vždy na PC nainstalovat lokální server a připojit aplikaci přes FireDAC (i při jednom PC a bez telefonů)
Pro připojení druhého PC připojit přes lokální sít (wifi) přímo k DB přes FireDAC
Pro připojení telefonů - telefony se připojí také k Wifi a k aplikaci přes Datasnap+REST

Dává to takhle smysl?

Dava. Jen budes psat dvoji interface (jeden pro prime spojeni s RDBMS a druhy pro REST server).

OK, tak to takhle udělám. Nejsem si jistý, jak by to šlapalo při práci pouze přes REST server i na zapisujících PC.

Jaký je rozdíl mezi přístupem přes DataSnap s HTTP a Datasnap+REST?

Nevim co tim myslis nebo kde jsi na to narazil. Ptas se jaky je rozdil mezi TDSRESTServer a TDSHTTPServer?

Ano, asi tak. Pro mě by bylo asi nejsnazší vytvořit projekt DataSnap REST Application a dále Stand-alone app>VCL app>TDataModule
V této aplikaci bych potom vytvořil připojení k DB a spouštěl REST server pro připojení mobilů.

Zvládne průměrný notebook spuštěný server a samostatnou práci v databázi přes aplikaci + připojení druhého PC k databázi na tomto notebooku + přístupy cca 50-150 telefonů pro zobrazování dat?

Telefony nebudou zapisovat ani upravovat žádná data, jen číst.

Snad ano, ale mel by sis jej vyzkouset pod umelou zatezi (REST server muzes otestovat trebas pomoci Apache HTTP server benchmarking tool).

Ok, až to bude někdy hotové, tak to vyzkouším.

[98549]

[quote  link=topic=15981.msg98523#msg98523 date=1515406445]
Dava. Jen budes psat dvoji interface (jeden pro prime spojeni s RDBMS a druhy pro REST server).

OK, tak to takhle udělám. Nejsem si jistý, jak by to šlapalo při práci pouze přes REST server i na zapisujících PC.
[/quote]

Je tam overhead v podobe prijeti a "precteni" pozadavku na zapis (REST requestu). Za cenu dvojiho interface.

Moznosti je spousta. Co me napada trebas, nevim jak ma Delphi ten REST implementovany, ale neco malo bys mohl ziskat "integrovanim" obou interface, kdy bys napr. po commitu zaznamu primym RDBMS interface predpripravil do cache session klientu potrebne zaznamy nebo primo sestavil REST response pro REST interface (alespon na casove kriticke operace). Tim by klienti nemuseli pres REST opakovane sahat do databaze. Pak treba moznost chodit si jen pro delty mezi tim co uz na klienta stahli a co je na serveru noveho. Atd.

Tech moznosti i optimalizaci bude dost