Drukowana wersja tematu

Napisany przez: eerie 7.09.2018, 06:23:52

Witam

Zainstalowałem w Symfony 4.1 FOSUserBundle i mam pytanie. Stworzona w nim baza danych nie zawiera wartości unsigned (bez minusa) dla liczb i DEFAULT oraz KEY. Jeśli chodzi o unsigned, to ma to sens. I tak "int(11)" czy "int(10) unsigned" to integer i zajmuje [chyba] tyle samo pamięci z minusem czy bez. Ustalanie wartości default'owych też nie ma sensu, bo i tak na dzień dobry mamy w obiektach wartości NULL, które trzeba zmienić przed zapisem do bazy. Inaczej wywali błąd. Jak natomiast jest z kluczami? Klucze PRIMARY KEY, FOREIGN KEY i UNIQUE KEY są stosowane. Co ze zwykłymi kluczami KEY? Czy login i hasło nie powinny mieć zadeklarowanych kluczy KEY? Zapytania logowania bez KEY'a nie wykonuję się wolniej? Jak to jest?

Pozdrawiam
Robert

Napisany przez: mmmmmmm 7.09.2018, 07:35:41

Liczby przy INT mają sens tylko w przypadku użycia ZEROFILL.
INT signed i unsigned zajmują tyle samo miejsca w pamięci, ale mają różny zakres wartości. Cytując dokumentację;
INT[(M)] [UNSIGNED] [ZEROFILL]

A normal-size integer. The signed range is -2147483648 to 2147483647. The unsigned range is 0 to 4294967295.


Ma sens. Jeśli na 99% rekordów jakieś pole ma wartość 0, to po prostu nie ustawiasz tej wartości przy zapisie. DLa tego 1% zmieniasz (przed lub po zapisie) na inną wartoiść


Jakie "zwykłe klucze KEY"? Chodzi ci o indeksy?


Nie. Bo wtedy dopuszczałbyś sytuację z dwoma takimi samymi loginami, ale różnymi hasłami.


Zależy od wielu czynników. Generalnie SELECT odbywa się szybciej. INSERT i UPDATE jest wolniejszy, bo wymaga przebudowania indeksów.

Napisany przez: eerie 7.09.2018, 12:37:49

Czyli na indeks główny (PRIMARY KEY) lepiej stosować unsigned, bo wartości ujemne i tak się nie wykorzysta. Z drugiej strony... Z moich testów wynika, że i tak przy ponad 100-300 tys. wpisów do bazy aplikacja PHP + MySQL strasznie zwalnia...


W zwykłej aplikacji PHP też tak mam, ale we framework'u Symfony świeżo utworzony obiekt przed zapisem ma same wartości NULL. Ustawienia default'owe w bazie MySQL nic nie dają i wywala mi błąd, że chcę zapisać NULL. Jedynym rozwiązaniem jest ustawić wartości default'owe w konstruktorze, aby nie ustawiać wszystkiego set'ami przed każdym osobnym zapisem...

Moje pytanie jest kierowane głównie do znawców Symfony. Bo widzę, że w FOSUserBundle (popularna biblioteka do obsługi uwierzytelniania) default'owo jest NULL. Czy ustawianie wartości DEFAUL we framework'u Symfony ma sens?


Czyli indeks (KEY) dla loginu ma sens, ale hasła już nie...

Napisany przez: Crozin 7.09.2018, 13:08:43

Nie lepiej, bo obsługa wartości bez znaku jest w wielu platformach mocno utrudniona - z PHP na czele - a niczego Ci nie daje w tym kontekście. Nie mówiąc już o dużych problemach w mieszaniu arytmetyki typów z i bez znaków.To będzie wina złego projektu aplikacji czy bazy danych, nie samej platformy/technologi. Nie przy takich wartościach.
To że jakaś wartość jest dominująca nie powinno być samo w sobie przesłanką do korzystania z wartości domyślnych. Przy czym jest to raczej mało istotna kwestia.1. Symfony nie ma tutaj nic do rzeczy - to specyfika języka.
2. Jeżeli nulle nie mają sensu dla Twojego modelu danych - bardzo częsta sytuacja i w sumie jeszcze częściej mocno pożądana - nie umożliwiaj w ogóle ich podania. Od tego są konstruktory by wymusić podanie odpowiednich danych. Jeżeli zaś danych jest za dużo na konstruktor masz do dyspozycji całą paletę sprawdzonych wzorców budowniczych pozwalających konstruować złożone obiekty.
3. Jeżeli jakieś wartości trzeba ustawić to... to je ustaw.

Napisany przez: eerie 7.09.2018, 13:38:36

Ile wpisów (dla jednej tabeli) do bazy MySQL powinna obsłużyć bezproblemowo prawidłowa aplikacja? Moja była banalnie prosta. Aż dziwi to spowolnienie (dobre kilka sekund) przy 100 tys. wpisów.

A co z indeksami (KEY)? Stosować czy nie stosować?

Pozdrawiam
Robert

Napisany przez: nospor 7.09.2018, 13:54:29

Miliony na dzien dobry.

INdeksy zakladasz jak potrzebujesz. Np. gdy masz jakies wyszukiwnania to zakladasz indeksy by zapytania nie trwaly 30 sekund tylko by trwaly ulamek sekundy.
Nie ma sensu zakladac indeksow na wszystko tylko dlatego ze sie da. Nie potrzebujesz- nie zakladasz

Napisany przez: eerie 7.09.2018, 14:42:22

Jeżeli mam PRIMARY KEY, to dodatkowego KEY'a już nie deklaruję. A co z FOREIGN KEY i UNIQUE KEY? Dodatkowy KEY (indeks) jest potrzebny?

Pozdrawiam
Robert

Napisany przez: nospor 7.09.2018, 14:49:49

No jak zacieta plyta...
No przeciez ci napisalem w poprzednim poscie

Napisany przez: eerie 7.09.2018, 14:57:51

Np. UNIQUE KEY daje unikalne wartości. Ale czy też przyspiesza wyszukiwanie? Bo tego nie wiem...

Pozdrawiam
Robert

Napisany przez: nospor 7.09.2018, 14:59:47

Gdy zalozysz UNIQUE key to tak jakbys zalozyl index na dane pola - wiec tak, przyspiesza wyszukiwanie po tym polu ORAZ dodatkowo wymusza unikalnosc danych

Napisany przez: eerie 7.09.2018, 15:05:06

To już poznałem odpowiedzi na moje wątpliwości. Dzięki serdeczne wszystkim za wskazówki...

Pozdrawiam
Robert