@KwadratowyPomidor2

Na przykład tabela ze szczegółami faktur - przyrost to kilka-kilkanaście tysięcy wierszy dziennie.
Są to dane historyczne (nie zmieniają się), ale często odpytywane na różne sposoby (historia faktur, raporty etc). Partycjonując to umożliwiasz zrównoleglenie tego na poziomie engine'u MySQLa, bo przeszukujesz jednocześnie kilka mniejszych zbiorów zamiast jednego dużego.

Dodatkowo umieszczając te partycje na różnych fizycznych dyskach zyskujesz na wydajności na poziomie sprzętowym, bo przeszukiwanie każdego podzbioru odbywa się na innym dysku,Pokaż całość

@mirekk090090: spróbuj sam xD ja nie wiem co ty tam kombinujesz i to IDENTITY NVARCHAR to raczej mi wygląda na mssql a nie mysql

@directPlay: jeżeli userId w obu tabelach ma być zawsze taki sam (tzn nie przewidujesz opcji, żeby np inni userzy mogli dodawać ćwiczenia do kursów innych userów), to tylko opcja nr 2

@directPlay: Żadna z opcji. Łączysz jedno z drugim po użytkowniku:
- User(id),
- Kursy(id),
- Ćwiczenia(id, kurs_id),
- KursyUsera(user_id, kurs_id),
- ĆwiczeniaUsera(user_id, cwiczenie_id)
Ćwiczenia wiedzą do jakich kursów należą, chyba że jedno może należeć do wielu - wtedy Ćwiczenia(id) + ĆwiczeniaKursów(id, cwiczenie_id, kurs_id), a ĆwiczeniaUsera zmienia się w ĆwiczeniaKursówUsera(user_id, cwiczenia_kursów_id) lol.

@1234509876: Słyszałeś kiedyś o relacjach w bazach danych?

Tiger, kobra w gratisie, bierzesz?

@singollo: jak może być null, jak deklarujesz jako NOT NULL . Masz jakieś strict powyłączane - to nie ma prawa działać - błąd jest jak najbardziej na miejscu.

edit: a , jednak w 5.6.5 coś pozmieniali http://stackoverflow.com/questions/168736/how-do-you-set-a-default-value-for-a-mysql-datetime-column

Co nie zmienia faktu, że nie wolno Ci jawnie podać nulla. Możesz nie podać wartości, ale nie wolno NULL

@gromusek: CentOS oczywiście.

@gromusek: Debian only

@devean: https://github.com/fzaninotto/Faker ma wszystko czego będziesz potrzebował

@devean: https://github.com/fzaninotto/Faker

@Jurigag: No to te klucze deklaruj jako TINYINT albo SMALLINT w takim razie.

@czuczer: jeżeli to są dwie dane w jednej kolumnie rozdzielone $ to ktoś źle zaprojektował tabelę, just sayin.

@Jurigag: jeśli IF masz w polu, a nie w warunku, to nie ma to specjalnego wpływu na wydajność. Pola i tak będą musiały zostać pobrane (największe obciążenie), a co z nimi zrobisz, to już jest marginalna kwestia.

@ThePiotrek: Poczytaj o JOIN

@ThePiotrek: albo zapytanie zagnieżdżone. Ale takie może być wolniejsze od dwóch zapytań.

@Baczy:

Dlaczego tak może się dziać ?

Coś jest nie tak

@Baczy: szczegółowość odpowiedzi @sokytsinolop jest idealnie dopasowana do twojego opisu problemu

@Centurio93 codecademy a nie codeAcademy :) praktycznie kazdy popelnia ten błąd

@Centurio93 nawet tag codeacademy obserwuje wiecej ludzi niz poprawny :)

Ja tu widzę minimum 6 tabeli.

1. Users (id, name email, pass)
2. devices(id, device_lang )
3. coins()
4. transactions()Pokaż całość

@BlueKygo: nie za bardzo rozumiem jak to jest i nie chce mi się myśleć, ale 1) jest to relacji jeden do wielu, 2) jest wiele do wielu

@BlueKygo: Bardzo dobrze kminisz. Tak zrób.

@Jurigag: Jak chcesz scalić to po całości – jedna baza na wszystko. Nie próbuj robić, że np wspólna tabelka użytkowników, a inne rzeczy w oddzielnych tabelach, bo pokiereszują Ci się relacje.

Sprawa nie jest taka prosta, do odpowiedzi i opracowania planu scalenia była by potrzebna znajomość struktury całej bazy. Masz w niej pewnie relacje typu zamówienie---->pozycje_zamowienia itp. Zmiana jednego id rozsypie ci te relacje.

Najpierw trzeba przeanalizować strukturę, podjąć decyzję czy można zmieniać id i na jakie relacje będzie to miało wpływ. Następnie trzeba skorygować wiązania. Operacja wykonalna ale raczej kosztowna, wymaga dokładnego zaplanowania i przetestowania.

@damiano_polishiano: Lepiej niczego nie porzucaj, tylko działaj wielotorowo :) Co do js/jQuery, olej countdowny, tylko skoncentruj się na operacjach na elementach DOM i współpracy js z PHP (AJAX). Operacje na elementach HTML-owych są dość proste, dają sporo satysfakcji i zachęcają do nauki bardziej poważnego js-a

@paramyksowiroza: Fakt nie doczytałem a zmyliły mnie tagi #html5 #css3 #php #mysql
Brakowało mi #js i #ajax ;)

@crazy_blazer: indexować ( ͡° ͜ʖ ͡°)

@crazy_blazer: @karolr: @jxlhc: @SystemHalted: przy zapytaniu bez order by limit skraca jego czas poniewaz baza przestaje je wymonywac po znalezieni rzadanej ilosci pasujacych rekordow. Dodatkowo takie zapytanie (z limitem) na pewno wyladuje w cache.