id - int(80) auto_increment,
username - varchar(20),
password - varchar(32),
email - varchar(200),
sex - enum('m','f')
fName - varchar(20),
lName - varchar(50),
country - varchar(30),
city - varchar(40),
birthday - int(8),
about_me - text,
avatar - varchar(25),
foot - mediumtext,
created_at - int(14),
last_visit - timestamp,
actcode - varchar(50),
status - int(1).

Users:
id
username
password
email
created_at
last_visit
actcode
status

UsersInfo:
uid
fName
lName
sex
country
city
birthday
about_me
avatar
foot

Używaj unsigned tak gdzie nie ma być liczb ujemnych (szczególnie id-iki)

W przypadku MySQL jest to under_score_notation czyli "f_name"

W większości przypadków to będzie jedynie większy problem. Raz, że mało prawdopodobne by przekroczył gdzieś limit. Dwa, że prawdopodobnie będzie używać PHP razem z tą bazą, a ten typów UNSIGNED nie obsługuje.

MySQL radzi taką konwencje czy coś innego? Bo napisałeś tak jakby to była jedyna słuszna konwencja.

[SQL] pobierz, plaintext 
DELETE FROM tbl_name WHERE col_name = other_col_name;
[SQL] pobierz, plaintext 

Wtedy możemy tak same wielkie liczby na wersji SIGNED zapisywać na 2 razy mniejszej liczbie bitów

Bo to jest jedyna słuszna konwencja. A słowa kluczowe pisane są wielkimi literami. Taka konwencja się przyjęła i pisanie inaczej jest błędne.

[SQL] pobierz, plaintext 
DELETE FROM tbl_name WHERE col_name = other_col_name;
[SQL] pobierz, plaintext 

A bzdura. INT w MySQL to 32 bitowy format i zawsze zapisywany jest 32 bitami, niezależnie od wartości jaką reprezentuje. Zresztą... wszędzie tak jest. Modyfikatora UNSIGNED nie powinno się używać jeżeli rzeczywiście nie ma innego wyjścia. Komplikują one jedynie wiele spraw.

Ale jakie są przesłanki by pisać abc_id zamiast abcId?

Ale możesz zrobić zamiast SIGNEG INT > UNSIGNET MEDIUMINT

Dobra, to co mogą komplikować?

Users:
id - int(10) auto_increment,
username - varchar(50),
password - varchar(64), // hash, sha256
email - varchar(200),
sex - enum('m','f').
first_name - varchar(20),
last_Name - varchar(50),
country - int(5),
city - int(5),
birthday - int(8),
about_me - text,
avatar - varchar(25),
foot - mediumtext,
created_at - timestamp,
last_visit - timestamp,
posts - int(10), // ilość postów na forum
ip - varchar(15), // ip aktualizowane przy logowaniu
admin - enum('n','y') // n - nie, y - tak
actcode - varchar(50), // unikalny kod do potwierdzenia na maila aktywacji konta...
status - enum('a', 'd', 'b'). // a - active, d - disable, b - block


Countries:
id - int(5),
name - varchar(40).

Cities:
id - int(5),
name - varchar(40).

CategoryArticles:
id - int(2),
name - varchar(200),
description - mediumtext,
total_articles - int(5).

Articles:
id - int(10),
cid - int(2), // id kategorii
title - varchar(250),
date_add - timestamp,
short_text - mediumtext,
long_text - text,
author - varchar(50), // kto dodał artykuł, myślę czyby tu nie dać ID konta osoby dodającej
sender - varchar(50), // kto nadesłał artykuł
date_end - timestamp, // data po której artykuł przestanie być wyświetlany...
icon - varchar(50), // nazwa obrazka do artykułu
views - int(5), // ilość wyświetleń artykułu
status - enum(0, 1, 2). // 0 - nieaktywny, 1 - aktywny, 2 - promowany

ArticlesComments:
id - int(10),
aid - int(10), // id artykułu
name - varchar(50), // nazwa/login osoby dodającej komentarz
mail - varchar(200),
text - text,
ip - varchar(15),
date_add - timestamp.


forum_cat
id - int(3)
name - varchar(100),
description - mediumtext,
position - int(2), // pozycja wyświetlania
posts - int(10), // ilość postów w kategorii
topics - int(10), // ilość topów w kategorii
last_post_id - int(10), // id ostatniego postu w tej kategorii
status - enum(1,2). // 1 - można zakładać topy, 2 nie można zakładać topów

forum_moderator:
fid - int(3) // id kategorii forum
uid - int(10) // id użytkownika

forum_top
id - int(10),
cid - int(3), // id kategorii
title - varchar(100), // nazwa topu
author - varchar(50), // osoba zakładająca top
email - varchar(200), // adres email osoby zakładającej top
date_add - timestamp // data utworzenia topu
replay - int(5) // ilość odpowiedzi
last_post_id - int(10) // id ostatniego postu
date_replay - timestamp // data ostatniej odpowiedzi
status - enum(1,2) // 1 - można pisać odpowiedzi, 2 zablokowany
min_post - int(5) // niektóre topy będą dostępne dla osób które mają określoną liczbę postów na swoim koncie...

forum_post
id - int(10)
tip - int(10), // id topu
author - varchar(50), // autor odpowiedzi
email - varchar(200), // adres email autora
ip - varchar(15),
date_add
edit_count - int(3), // ilość edycji postu
date_last_edit - timestamp // data ostatniej edycji
text - text // tresc wiadomosci

pw
id - int (10)
rid - int(10) // id osoby odbierającej wiadomość
sid - int(10) // id osoby wysyłającej wiadomość
title - varchar(150) // tytuł wiadomości
text - text // treść wiadomości
date - timestamp
readed - enum('y', 'n') // czy przeczytano wiadomość y - tak, n - nie

pw_type
pid - int(10) // id wiadomość
uid - int(10) // id użytkownika
type - enum(0, 1) // 0 - wiadomość wysłana, 1 - wiadomość zapisana

I...? W dużej części projektów to i SMALLINT można by użyć dla wielu rzeczy. Dla niektórych to i nawet TINYINT. To nie jest żaden argument.

Po pierwsze SIGNED INT i UNSIGNED INT to dwa różne typy.

Po drugie wiele języków (a przecież to programy w nich napisane używają głównie tej bazy danych) nie wspiera typów unsigned, więc będą musiały użyć obszerniejszych typów (przykładowo Java będzie musiała skorzystać z LONG zamiast INT pobierając UNSIGNED INT).

Po trzecie http://www.google.com/search?client=opera&...-8&oe=utf-8 (ponieważ nie ma to związku z jakimś konkretnym językiem).

Po czwarte użycie BIGINT zamiast UNSIGNED INT nie będzie miało specjalnego wypływu na wydajność. Szczególnie, że w bazie będziesz miał ponad 4 mld rekordów - to one będą problemem.

Wiele języków (a przecież to programy w nich napisane używają głównie tej bazy danych) nie wspiera TAK DUŻYCH TYPÓW, więc będą musiały użyć obszerniejszych typów (przykładowo Java będzie musiała skorzystać z LONG zamiast INT pobierając BIGINT).

No okej, ale gdzie komplikacja? To tak jakby napisać VARCHAR i INT to inne typy.

Jeśli gdzieś nie ma SIGNED/UNSIGNED tak jak w C++

Poza tym w takim C++ w różnych kompilatorach można mieć różna liczba bitów przypadającą na jakiś typ prosty.

country - TINYINT Unsigne (po co INT skoro ma zakres 2,1.. mld jeśli państwa jest ~200 )

city - tutaj raczej był dał char 32

jak dla mnie tabela cities jest bez sensu bo jak .. będziesz trzymał wszystkie nazwy miast,miejscowości,wsi ? :|

Users:
id - int(10) auto_increment, UNSIGNED
username - varchar(50),
password - varchar(64), // hash, sha256, salt...
email - varchar(200),
sex - enum('male','female').
first_name - varchar(20),
last_Name - varchar(50),
country_id - tinyint(3) UNSIGNED
city - smaillint(5) UNSIGNED
birthday - date,
about_me - text,
avatar - varchar(25),
signature - mediumtext,
created_at - datetime,
last_visit - datetime,
posts - smallint(5) UNSIGNED // ilość postów na forum
ip - int(10) UNSIGNED // ip aktualizowane przy logowaniu, funkcja ip2long
admin - enum('no','yes')
actcode - varchar(50), // unikalny kod do potwierdzenia na maila aktywacji konta...
status - enum('active', 'disable', 'block').


Countries:
id - tinyint(3) auto_increment, UNSIGNED
name - varchar(40).

Cities:
id - smaillint(5) auto_increment, UNSIGNED,
country_id - tinyint(3) UNSIGNED,
name - varchar(40).

CategoryArticles:
id - smaillint(2) auto_increment, UNSIGNED
name - varchar(200),
description - mediumtext,
total_articles - smaillint(5) UNSIGNED.

Articles:
id - int(10) auto_increment, UNSIGNED
category_id - smaillint(2), // id kategorii
title - varchar(250),
date_added - datetime,
short_text - mediumtext,
long_text - text,
author - varchar(50), // kto dodał artykuł, myślę czyby tu nie dać ID konta osoby dodającej
sender - varchar(50), // kto nadesłał artykuł
date_end - datetime, // data po której artykuł przestanie być wyświetlany...
icon - varchar(50), // nazwa obrazka do artykułu
views - smaillint(5) UNSIGNED, // ilość wyświetleń artykułu
status - enum("active", "inactive", "promo").

ArticlesComments:
id - int(10) auto_increment, UNSIGNED
article_id - int(10) UNSIGNED, // id artykułu
name - varchar(50), // nazwa/login osoby dodającej komentarz
mail - varchar(200),
text - text,
ip - int(10),
date_add - datetime.


forum_cat
id - int(3) auto_increment, UNSIGNED
name - varchar(100),
description - mediumtext,
position - smallint(2) UNSIGNED, // pozycja wyświetlania
posts - int(10) UNSIGNED, // ilość postów w kategorii
topics - int(10) UNSIGNED, // ilość topów w kategorii
last_post_id - int(10) UNSIGNED, // id ostatniego postu w tej kategorii
status - enum("open", "closed").

forum_moderator:
forum_category_id - int(3) auto_increment, UNSIGNED // id kategorii forum
user_id - int(10) UNSIGNED // id użytkownika

forum_topic
id - int(10) auto_increment, UNSIGNED
category_id - smallint(3) UNSIGNED, // id kategorii
title - varchar(100), // nazwa topu
author - varchar(50), // osoba zakładająca top
email - varchar(200), // adres email osoby zakładającej top
date_added - datetime // data utworzenia topu
replay - smallint(5) UNSIGNED// ilość odpowiedzi
last_post_id - int(10) UNSIGNED // id ostatniego postu
date_replay - datetime // data ostatniej odpowiedzi
status - enum("open", "closed", "blocked")
min_post - smallint(5) UNSIGNED // niektóre topy będą dostępne dla osób które mają określoną liczbę postów na swoim koncie...

forum_post
id - int(10) auto_increment, UNSIGNED
toptic_ip - int(10) UNSIGNED, // id topu
author - varchar(50), // autor odpowiedzi
email - varchar(200), // adres email autora
ip - int(10) UNSIGNED,
date_added - datetime,
edit_count - smallint(3) UNSIGNED, // ilość edycji postu
date_last_edit - datetime // data ostatniej edycji
text - text // tresc wiadomosci

pw
id - int (10) auto_increment, UNSIGNED
receiver_user_id - int(10) UNSIGNED // id osoby odbierającej wiadomość
sender_user_id - int(10) UNSIGNED // id osoby wysyłającej wiadomość
title - varchar(150) // tytuł wiadomości
text - text // treść wiadomości
date - datetime
readed - enum('yes', 'no')

pw_type
pw_id - int(10) UNSIGNED // id wiadomość
user_id - int(10) UNSIGNED // id użytkownika
type - enum("sent", "saved")