Prosím, ještě jednou o vysvětlení. Předpokládám, že používáš makra napsaná ve VBA jazyku v ASSESSu nebo EXCELu. Z Tvého popisu si nejsem jistý, zda nepoužíváš přímo nějaký kompilátor VBA a Tvá aplikace jen nechodí do ACCESU nebo EXCELu pro data či grafiku. Pokud ano pak si můžeš vyrobit vlastní interface :)
Ad a) OK ... ale v čem to je (makra/binární program)
Ad b) Jde to ... stojí to pár korun a jedná se o rozšíření offisu nad MSSQL Server. Pak je možné aktualizovat data z kontingenční tabulky/grafu a zpětně je aktualizovat v DB. Tato OLAP platforma pro SQLSrv je pro NET a C#Sharp a stojí možná kolem mega. Přiznám se, že nevím, zda je něco takového možné mezi Excelem a Accessem. Napadlo mne, zda by nebylo lepší řešení, mít data v Excelu - záleží kolik jich je a jaké důvody Tě vedou pro to mít to v Accessu. (Já jsem Access "odepsal" před roky a nechci jej vidět. Jsem proti němu zaujatý.)
Ad c) Určitě to jde, už jsem to dělal. Viděl bych to ale spíš na výměnu mezi kompilovanými programy - ne na naše makra.
Ad d) OLE stačí na jednoduché věci. Velmi jednoduše se dá ovládat z jiného programu třeba Excel a ani není vidět že je spuštěný. Delphi (i jiní) dovedou vytvořit interface na tyto OLE části, pak je obalí do objektů a pracuješ s nimi jako by to byl Tvůj program a pak je možné je ovládat/ využívat jak potřebuješ :)
Na druhou stranu to chce spoustu času a hlubší znalosti abys to dotáhnul do konce. Proti tomu mi příjde pivot tabulka + graf v Excelu připojen na přes ODBC na data jako procházka po pláži. Pokud chceš, tak co Ti brání v Excelu si udělat makro, které přes ole napíše zpět do accessu nějaké data nebo např. zavolá proceduru a předá ji parametr ... a již se o nic nestará. Dalším je trigger a pak např. obnovení okna v Accessu po události ... atd.
Můj názor je, že vedle sebe postavené dvě okna (Excel + Acces) a v jednom mít graf a v druhém třeba nějaké dialogy je příjemné prostředí pro práci.
citovat
RSS nejnovější články