|
|
|
|
Strona 1 z 1
|
[ Posty: 7 ] |
|
Forte FK i HM na osobnych bazach SQL. Czy to konieczne?
Autor |
Wiadomość |
matrixmm
Rejestracja: 2014-02-21, 17:32 Posty: 41
|
Forte FK i HM na osobnych bazach SQL. Czy to konieczne?
Witam, Potrzebuję opinii (porady bardziej doświadczonych kolegów) Mam u klienta Forte 2013 odziedziczone w spatku. Otóż zaskoczyło mnie to iż do każdego programu (HM i FK) jest utworzona oddzielna baz SQL. Moje pytanie brzmi. Czy to jakaś przemyślana akcja? Czy to czemuś służy? Czy to zwalnia bądź przyspiesza program albo zwiększa bezpieczeństwo? Chciałbym zrozumieć sens tworzenia osobnych baz w jednym systemie. Może ktoś ma taką wiedzę by mi to wyjaśnić.. Będę wdzięczny za pomoc.
|
2014-04-13, 13:16 |
|
|
Autor |
Wiadomość |
Mix-soft.pl
|
|
|
rafal
Ekspert
Rejestracja: 2007-11-16, 15:08 Posty: 3999 Pomógł: 447
|
Re: Forte FK i HM na osobnych bazach SQL. Czy to konieczne?
Takie są założenia. A w czym Ci to przeszkadza? Bo spotkałem się z opinią administratora, że dobrze, że są oddzielnie bo w razie odtwarzania kopii bezpieczeństwa problem jest tylko z jedną bazą a nie wszystkimi.
|
2014-04-13, 19:43 |
|
|
matrixmm
Rejestracja: 2014-02-21, 17:32 Posty: 41
|
Re: Forte FK i HM na osobnych bazach SQL. Czy to konieczne?
Dzięki za szybką odpowiedź Osobiście nie przeszkadza mi to w niczym. Po prostu nie mam doświadczenie w/w temacie i staram się wyrobić sobie zdanie. Trochę mnie to zdziwiło. Bo w zasadzie w ramach jednego programu to wydawało mi się, że bardziej sensowne jest korzystanie z jednej bazy. Nie wiem czy to nie jest dublowanie. Nie mam wiedzy szczegółowej na temat konstrukcji bazy Forte ale tak mi przyszło na szybko do głowy, że w ramach jednego Forte oba programy mogą korzystać np. z jednej spójnej tabeli kontrahentów. Czy np rozrachunków. Tak jak pisałem nie mam dostatecznej wiedzy i staram się to zrozumieć. Ale rozumiem, że taka jest przyjęta praktyka przy instalacji Forte i jest jakieś logiczne uzasadnienie tego. Znaczyłoby to, że ob programy są kompletnie autonomiczne i nie mają ze sobą nic wspólnego, a ich powiązanie jest jedynie na poziomie synchronizacji Handel-> FK, czyli aktualizowania bazy FK. Czy dobrze kombinuję?
|
2014-04-13, 20:05 |
|
|
rafal
Ekspert
Rejestracja: 2007-11-16, 15:08 Posty: 3999 Pomógł: 447
|
Re: Forte FK i HM na osobnych bazach SQL. Czy to konieczne?
(1)
Bazy forte mogą działać osobno (np. FK i HM) - przydatne kiedy używane są w różnych lokalizacjach (np. Firma i Biura Rachunkowe) . Mogą także działać na jednej bazie. Możesz sobie wybrać model na jakim chcesz pracować. Mając rozdzielone możesz je połączyć. Możesz rozdzielić kiedy masz połączone.
|
2014-04-13, 20:21 |
|
|
matrixmm
Rejestracja: 2014-02-21, 17:32 Posty: 41
|
Re: Forte FK i HM na osobnych bazach SQL. Czy to konieczne?
Rozumiem. Moje bazy są w jednym miejscu, na jednej maszynie. Rozumiem, że nie ma to wpływu ani na stabilność ani na bezpieczeństwo. Po prostu kwestia wolnego wyboru. Mogę sobie zrobić dwie jak lubię a mogę mieć jedną. Zasadniczo nie ma to na nic wpływu. Czy dobrze zrozumiałem?
|
2014-04-13, 20:44 |
|
|
rafal
Ekspert
Rejestracja: 2007-11-16, 15:08 Posty: 3999 Pomógł: 447
|
Re: Forte FK i HM na osobnych bazach SQL. Czy to konieczne?
Prawie dobrze zrozumiałeś. Każdy z wariantów ma na "coś" wpływ. Choćby na wykonywanie i odtwarzanie backupu o, którym pisałem wcześniej.
|
2014-04-13, 20:56 |
|
|
matrixmm
Rejestracja: 2014-02-21, 17:32 Posty: 41
|
Re: Forte FK i HM na osobnych bazach SQL. Czy to konieczne?
No tak, jeżeli chodzi o backup to zrozumiałe. Bardziej mi chodzi o ograniczenia któregoś rozwiązania. Ale skoro piszesz, że w każdej chwili można bazy zarówno połączyć jak i rozdzielić więc chyba nie ma to znaczenia. Dzięki za wyjaśnienie, teraz wiem zdecydowanie więcej. :)
|
2014-04-13, 21:19 |
|
|
|
Strona 1 z 1
|
[ Posty: 7 ] |
|
Kto jest online |
Użytkownicy przeglądający to forum: Nie ma żadnego zarejestrowanego użytkownika i 16 gości |
|
Nie możesz tworzyć nowych tematów Nie możesz odpowiadać w tematach Nie możesz zmieniać swoich postów Nie możesz usuwać swoich postów Nie możesz dodawać załączników
|
|
|
|