PostgreSQL 9.0 cookbook.

@rubytree: hmmmm

@jaskowice1: zamiast localhost podaj IP lub domenę

@michael94:
@jaskowice1:
nie uzywajcie mysql_connect...

ssh -fNg -L 3307:127.0.0.1:3306 jaskowice1@wykop.masa - wykonane na serwerze gdzie chodzi php.

i teraz juz z php łączysz się z 127.0.0.1 na porcie 3307

@Zdalny: właśnie, bez przesady. praca naprawdę nie jest jakaś szczególnie wymagająca pod względem wiedzy, bardziej liczy się percepcja i ogólne "ogarnięcie". kasa jak za takie stanowisko oferowana jest naprawdę dobra.

@Zdalny: szkoda, że do przyuczenia nie szukacie kogoś. :D

@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ść