[zajeli-wszystkie-loginy]

Witaj Mirko, załóżmy czysto-teoretycznie że mam jakiś system z bazą danych i np. 100 użytkowników. Każdy użytkownik ma swój unikalny ID w bazie. Do bazy można dodawać jakiś rodzaj informacji, taki sam dla wszystkich użytkowników. Jak przechowywać te dane w bazie? Najprościej jest stworzyć jedną tabelę np.:| idrow | userid | jakieś dane |, ale co jeśli każdy ze 100 userów stworzy np. po 30 wierszy? Macie jakieś pomysły na rozbicie takiej tabeli? Jak poprawić wydajność? Albo może korzystacie z innych technologii (poza MySQL)?
#programowanie #mysql #php #informatyka

[l.....e]

Daj konkretna strukturę. Bez tego możemy se #!$%@? o powietrzu.

[Jurigag]

@zajeli-wszystkie-loginy: no normalna relacja ManyToOne, nie wiem o co ci chodzi, możesz skorzystać z mssql/postgresql/mariadb z relacyjnych baz albo mongodb z nierelacyjnych(innych nie znam w sumie)

[zajeli-wszystkie-loginy]

@less_is_more:
@Jurigag:
nie mam jeszcze żadnej struktury db, chodzi głównie o to czy dobrym rozwiązaniem jest trzymanie jednego rodzaju informacji wszystkich użytkowników w jednej tabeli

[pedroz]

@zajeli-wszystkie-loginy: dobrym

[trb]

@zajeli-wszystkie-loginy:

Users
--------
id name password

UserData
--------------
user_id data1 data2 ...

[q.....u]

ale co jeśli każdy ze 100 userów stworzy np. po 30 wierszy?

@zajeli-wszystkie-loginy: To wtedy będzie 300 wierszy w bazie, to jakiś problem? Bo chyba nie rozumiem

[Golborkim]

@zajeli-wszystkie-loginy: ziomeczek @trb dobrze prawi, dwie tabele. Na co duplikować dane użytkowników

[g.....9]

"Do bazy można dodawać jakiś rodzaj informacji, taki sam dla wszystkich użytkowników." ~ Czy chodzi Ci o to, że user a i user b, chce dodać dokładnie tą samą treść ale w bazie ma być ona zapisana tylko raz i przypisana do obu userów?

[Darjo]

@zajeli-wszystkie-loginy: potrzebujemy wiecej szczegolow, bo aktualnie odpowiedz na twoje pytania brzmi: tak/nie/nie wiem/to zalezy.

[v.....e]

@zajeli-wszystkie-loginy: dlaczego nie zrobić dwóch tabel?

+users
- id
- name
- password
- itd....

+content
- title
- body
- user_id

Wydaje mi się to czytelniejsze.

[Jurigag]

nie mam jeszcze żadnej struktury db, chodzi głównie o to czy dobrym rozwiązaniem jest trzymanie jednego rodzaju informacji wszystkich użytkowników w jednej tabeli

@zajeli-wszystkie-loginy: pisząc to w ten sposób masz na myśli oddzielnie tabele użytkowników i tabele danych, jeśli chodzi ci o to aby np dwóch użytkowników miało taką samą treść - to wtedy robisz tabele łączącą

[zajeli-wszystkie-loginy]

@trb: @Golborkim: @g83kp9: @Darjo: @variable: @Jurigag:
mam jakieś informacje, np dokument X. Każdy użytkownik może dodać sobie taki dokument do swojego profilu/konta. Tworzę tabelę w której kazdy wiersz to jeden dokument X. i Teraz czy wszytskie dokumenty X trzymać razem w jednej tabeli czy zrobić to inaczej. Chodzi o efektywność i wydajność.
Przykład: w tabeli z dokumentami X znajduje się razem 300 wierszy z czego 100

[trb]

@zajeli-wszystkie-loginy: zrób tabelę do dokumentów wtedy będzie mógł zrobić coś takiego

SELECT * FROM documents WHERE user_id = $user

duże tabele są z reguły fe, a zawsze można zrobić joina

[S.....g]

To wtedy będzie 300 wierszy

@qwertyu: Nie chcę cię martwić, ale 100*30 to 3000 ( ͡° ͜ʖ ͡°)

[v.....e]

@zajeli-wszystkie-loginy: nie trzymałbym informacji o użytkownikach i dokumentach razem.

użytkownicy to jedno, dokumenty to drugie.

Zrób tabele tak jak Ci rozpisałem i wykorzystaj wtedy zapytanie @trb i już. masz dobre rozwiązanie. tyle.

[Darjo]

@zajeli-wszystkie-loginy: tak, jedna tabela to wlasciwy sposob, do tego klucz na usera i zapytania beda wydajne. Jak dotrzesz do milionow rekordow to sie zaczniesz zastanawiac nad optymalizacjami typu partycjonowanie tabel. poza tym to jedyne rozwiazanie sensowne w przypadku jakbys chcial cos liczyc na dokumentach niezaleznie od usera

[Jurigag]

@variable: @trb: ta tylko nie powinien robić takiego zapytania jak napisałes, binding to podstawa, chyba że mamy pewność że wcześniej wartość $user jest przefiltorwana ale mimo wszystko binding

[v.....e]

@Jurigag: ok ale chodzi o samą ideę ;)

[diwi]

@zajeli-wszystkie-loginy: Dopóki tych rekordów nie będziesz miał kilka milionów to możesz spokojnie olać temat optymalizacji. Ilość danych o których piszesz jest mikroskopijna. Oczywiście zakładam, że będą założone odpowiednie indeksy (np. na user_id w tabeli documents)

[zajeli-wszystkie-loginy]

@Darjo: @variable: @diwi:
widzę ktoś zrozumiał :) dzięki za potwierdzenie moich teorii :)