Witajcie.
Przymierzam się do pewnej inwestycji i zapaliła mi się w głowie żarówka...
Otóż aplikacja będzie często odwiedzana przez adres www oraz często nasłuchiwana przez link url / co kilka sekund.
Dane będą przechowywane w bazie, ale jeszcze nie wiem jaką bazę wybrać.. może tu coś doradzicie?
Jak radzicie, w jakiej technologi to wykonać, aby nie obciążać maszyny i aby soft był lekki?
- Rejestracja:prawie 7 lat
- Ostatnio:prawie 4 lata
- Postów:23

- Rejestracja:około 6 lat
- Ostatnio:około 3 lata
- Postów:2206
Trochę mało informacji. Co znaczy "często odwiedzana". Jakie dane będziesz tam trzymał. Co będziesz robił z tymi danymi: filtrowanie, sortowanie itp itd. Ile danych będzie wyciągał jeden użytkownik. A to nasłuchiwanie to na czym ma polegać? To jakieś websocket czy cos takiego? Co to nasłuchiwanie ma robić.
Może się okazać, że zwykła baza relacyjna da radę z jakimiś tabelami in memory. A może potrzebujesz bazy in memory. To już zależy od tego co chcesz zrobić.
- Rejestracja:prawie 7 lat
- Ostatnio:prawie 4 lata
- Postów:23
Tomek Pycia napisał(a):
Trochę mało informacji. Co znaczy "często odwiedzana". Jakie dane będziesz tam trzymał. Co będziesz robił z tymi danymi: filtrowanie, sortowanie itp itd. Ile danych będzie wyciągał jeden użytkownik. A to nasłuchiwanie to na czym ma polegać? To jakieś websocket czy cos takiego? Co to nasłuchiwanie ma robić.
Może się okazać, że zwykła baza relacyjna da radę z jakimiś tabelami in memory. A może potrzebujesz bazy in memory. To już zależy od tego co chcesz zrobić.
Nasłuchiwać będzie program zainstalowany w windows, który pokaże wiadomość jeśli zostanie ona dostarczona dla danego użytkownika.
Nie będzie filtracji itd. przy operacji nasłuchu.
Filtracja będzie w panelu użytkownika od strony web aplikacji, ale nie będzie ciągle katowana bo nie będzie takiej potrzeby.

- Rejestracja:około 6 lat
- Ostatnio:około 3 lata
- Postów:2206
Damian Mi napisał(a):
Tomek Pycia napisał(a):
Trochę mało informacji. Co znaczy "często odwiedzana". Jakie dane będziesz tam trzymał. Co będziesz robił z tymi danymi: filtrowanie, sortowanie itp itd. Ile danych będzie wyciągał jeden użytkownik. A to nasłuchiwanie to na czym ma polegać? To jakieś websocket czy cos takiego? Co to nasłuchiwanie ma robić.
Może się okazać, że zwykła baza relacyjna da radę z jakimiś tabelami in memory. A może potrzebujesz bazy in memory. To już zależy od tego co chcesz zrobić.Nasłuchiwać będzie program zainstalowany w windows, który pokaże wiadomość jeśli zostanie ona dostarczona dla danego użytkownika.
Nie będzie filtracji itd. przy operacji nasłuchu.
Filtracja będzie w panelu użytkownika od strony web aplikacji, ale nie będzie ciągle katowana bo nie będzie takiej potrzeby.
Nie wiem co rozumiesz przez ten nasłuch. No ale wygląda na to, że byle baza (nawet MySQL) da radę. Tylko trzeba dobrze zaprojektować schemat i indeksy itp.

- Rejestracja:około 21 lat
- Ostatnio:prawie 3 lata
- Lokalizacja:Space: the final frontier
- Postów:26433
Ale ile takich aplikacji chcesz równolegle obsługiwać? Tysiące? Miliony? Ile takich req na sekundę się spodziewasz? Jak boisz się o wydajność to sugeruje wszystko trzymać w pamięci i co jakoś czas robić reload stanu danymi z bazy.

- Rejestracja:ponad 8 lat
- Ostatnio:około godziny
A to nie jest XY przy okazji?
Chcesz z klienta co jakis czas odpytywac serwer czy jest cos nowego? Moze jakis socket powinienes otworzyc? I wtedy to serwer bedzie informowal klienta.
- Rejestracja:prawie 7 lat
- Ostatnio:prawie 4 lata
- Postów:23
Tomek Pycia napisał(a):
Damian Mi napisał(a):
Tomek Pycia napisał(a):
Trochę mało informacji. Co znaczy "często odwiedzana". Jakie dane będziesz tam trzymał. Co będziesz robił z tymi danymi: filtrowanie, sortowanie itp itd. Ile danych będzie wyciągał jeden użytkownik. A to nasłuchiwanie to na czym ma polegać? To jakieś websocket czy cos takiego? Co to nasłuchiwanie ma robić.
Może się okazać, że zwykła baza relacyjna da radę z jakimiś tabelami in memory. A może potrzebujesz bazy in memory. To już zależy od tego co chcesz zrobić.Nasłuchiwać będzie program zainstalowany w windows, który pokaże wiadomość jeśli zostanie ona dostarczona dla danego użytkownika.
Nie będzie filtracji itd. przy operacji nasłuchu.
Filtracja będzie w panelu użytkownika od strony web aplikacji, ale nie będzie ciągle katowana bo nie będzie takiej potrzeby.Nie wiem co rozumiesz przez ten nasłuch. No ale wygląda na to, że byle baza (nawet MySQL) da radę. Tylko trzeba dobrze zaprojektować schemat i indeksy itp.
Chodzi o to, że taki link będzie odpalony np. w przeglądarce i w sumie to po stronie skryptu będzie odświeżanie / pokazywanie nowego komunikatu.
Shalom napisał(a):
Ale ile takich aplikacji chcesz równolegle obsługiwać? Tysiące? Miliony? Ile takich req na sekundę się spodziewasz? Jak boisz się o wydajność to sugeruje wszystko trzymać w pamięci i co jakoś czas robić reload stanu danymi z bazy.
j.w
stivens napisał(a):
A to nie jest XY przy okazji?
Chcesz z klienta co jakis czas odpytywac serwer czy jest cos nowego? Moze jakis socket powinienes otworzyc? I wtedy to serwer bedzie informowal klienta.
Taki miałem plan, ale w sumie to skrypt, który będzie odpalony może po prostu pokazywać coś nowego bez ciągłego odpytywania adresu.
- Rejestracja:ponad 6 lat
- Ostatnio:około 23 godziny
- Postów:3561
@damian Mi
na tym etapie widzę, że nie jesteś w stanie wyartykułować, co naprawdę trzeba / wydaje Ci się że trzeba - do tej "inwestycji".
- Rejestracja:prawie 6 lat
- Ostatnio:2 miesiące
- Postów:214
Autor chyba chce powiedzieć, że robi chat
i chce używać short pollingu
, ale nie jestem tak do końca pewny