krzysiek pisze:
Premium z natury działa na wielu plikach bazodanowych równocześnie i szczególnie jeśli po drodze jest Pervasive to nie miewa problemów z wielodostępem. Nie widzę powodów by kilka kolejnych plików miało jakoś specjalnie zmienić tą prawidłowość, oczywiście jesli będa prawidłowo założone i odwołania do nich będą mechanizmami aplikacji.
Dzięki za odpowiedź. Wolę się upewnić, testuję raporty korzystające z dodatkowych tabel na jednym stanowisku i śmigają ok. Wolałbym się nie załamać przy przejściu na "wiele stanowisk" u klienta.
Jak już jesteśmy przy temacie - zauważyłem, że każdy nowy rekord dodany do takich "dodatkowych" tabel powoduje straszne "puchnięcie" pliku bazy danych (testuję na Btrievie) Oczywiście zdaję sobie sprawę z tego, iż na przyrost rozmiaru pliku zdecydowany wpływ (poza ilością zapisanych rekordów) ma ilość i definicja pól tabeli i to nie podlega dyskusji. Nieco problematyczne są jednak próby zmniejszania rozmiarów wspomnianego pliku (usunięcia rekordów nie czynią tego) - trzeba jakoś rozumnie zaimplementować reindeksację, zwłaszcza przy wielu stanowiskach. Jakieś podpowiedzi?
"Wina" najprawdopodobniej leży po stronie pól - 7 typu long (FT_INT 4), 5 kluczy (2 jedno i 3 dwusegmentowe) - ale wszystkie są niestety potrzebne, przechowują odwołania do rekordów "standardowych" tabel.