Witam

Pytanie dotyczy "własnoręcznie" zdefiniowanych (dodanych) tabel baz danych w HMP2009 - czy ma ktoś doświadczenie z wielostanowiskową pracą w dostępie do takich tabel? Chodzi mi o to, czy mogę spodziewać się jakichś problemów w odczycie / zapisie do dołączonych plików bazy danych przy 9-stanowiskowej instalacji na Pervasivie? (definicje tabel umieszczone na poziomie raportów - czy Pervasive w pełni radzi sobie z wielowątkowym dostępem do dołączonych tabel?).

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?

To nie sa typowe pliki w formie listy - btrive indeksuje w formie drzewa binarnego i w sumie reindeksacje nie sa potrzebne zaby szybcije dzialalo itp - a do zmniejszenia pliku mozesz zawsz uzyc rebuild z pervasive :) Choc wlasciwie dziwi mnie ze one tak silnie u ciebie przyrastaja..... masz takie duze pola w nich itp?

Może poustawiałeś za dużo kluczy na bazie lub klucze wielosegmentowe są.

Po usunięciu rekordów z bazy jej wielkość może ulec zmianie, ale dopiero reindaksacja takiej bazy "oczyści" ją z wszelakich śmieci.

Takie mam doświadczenia ze standardowymi bazami Symfonii, przypuszczam że i nowe bazy/bazy użytkownika rządzą się tymi samymi prawami

Po założeniu "czystych" tabel, na wejściu pliki mają jakieś 9-10 kilo. Dodanie pierwszych dwóch rekordów i mam 23 kilo. Nie są to wielkości oszałamiające ale trzeba wziąć pod uwagę, że pliki te będą w sieci współdzielone na 9 stanowiskach, 6 dni w tygodniu w ruchliwym sklepie "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.



No, prawie dokładnie - samo usunięcie rekordów nie zmienia wielkości plików ale "przepisanie" rekordów do nowego pliku już tak.