SearchEngines.bg

Това е примерно съобщение за гост. Регистрирайте безплатен акаунт днес, за да станете потребител на SearchEngines.bg! След като влезете, ще можете да участвате в този сайт, като добавите свои собствени теми и публикации, както и да се свържете с други членове чрез вашата лична входяща кутия! Благодарим ви!

въпрос за mysql

ioio

New member
Някои знае ли дали има и колко е ако има ограничение в 1 таблица за полетата?А ако няма колко е оптимално за да работи нормално?за саит за запознанства дали е удачно всичките данни(височина ,пуши ли ,пие ли ...)примерно 35 такива да са в една таблица?А и как е по добре да ги запазвам като tinyint с 1,2 3 и т.н. и при показването на страницата с if 1{$дринк=пие} if 2{$дринк=ne pie} да ги визуализирам или направо да си ги запазвам като varchar и текста си?Явно че първото ще заема по малко място в базата и по бързо ще ги извлича от там но пък повече ще товари сървъра при правенето на страницата.Та примерно при 50 000 записа как е по добре
 
Re: въпрос за mysql

IMHO да си е всичко както трябва - където имаш нужда само от int - int, от текст в text etc ;)
Само си прави пекани селекти, а не * на тези 35 и не би трябвало да имаш (много) проблеми :)
 
Re: въпрос за mysql

Много зависи от структурата на сайта и кои данни къде ползваш.
Например в данните за профила в листинги като кой е онлайн или кой последно е качил снимка ще ти трябват доста по-малко данни за потребителя. Докато в профила му ще ти трябва почти всичко.
Най-добре е да поддържаш основните и постоянно изполвани данни в една таблица, а за другите - тези, които се показват само в основния профил, може да направиш отделна таблица или повече от една.

Не мисля, че ще има разлика ако съхраняваш данни като varchar - пие/не пие или като int-ове - 1/2. Вторият вариант е по-гъвкав според мен.

И най-важното - индексите. Много хора ги подценяват, но те са изключително важни.
 
Re: въпрос за mysql

ioio каза:
Някои знае ли дали има и колко е ако има ограничение в 1 таблица за полетата?А ако няма колко е оптимално за да работи нормално?за саит за запознанства дали е удачно всичките данни(височина ,пуши ли ,пие ли ...)примерно 35 такива да са в една таблица?А и как е по добре да ги запазвам като tinyint с 1,2 3 и т.н. и при показването на страницата с if 1{$дринк=пие} if 2{$дринк=ne pie} да ги визуализирам или направо да си ги запазвам като varchar и текста си?Явно че първото ще заема по малко място в базата и по бързо ще ги извлича от там но пък повече ще товари сървъра при правенето на страницата.Та примерно при 50 000 записа как е по добре

Подържат се доста повече от 35 колони, не се притеснявай.

1. Задай си въпроса дали ще се търси по тези данни.
2. Прочети за enum
3. Като си отговориш на предните две точки, ще знаеш как да постъпиш :)
 

Горе