Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Вопрос производительности.
 
 автор: Otinys   (11.11.2009 в 08:21)   письмо автору
 
 

Есть необходимость создания пользователями 3х списков.
Каждая запись любого из списка является табличной строкой и содержит набор данных.
Стоит дилемма как лучше реализовать для меньше нагрузки на БД и прочий софт.
Вижу пока два варианта.
- Либо Единая таблица для всех пользователей, с определением принадлежности по ключам юзеров. Но колличество записей будет определяться пользователями, они в этом вопросе ограничены не должны быть, и их колличество со временем может быть...действительно огромное. А с данными надо будет еще работать, => время запросов с течением времени будет все дольше и дольше.
- Второй вариант создавать отдельную таблицу для каждого пользователя...но это приведет к появлению опять же невероятного количества таблиц, что то же не скажется позитивно на работу БД.
...Буду рад услышать ваше мнение, ибо сам выбрать пока не могу...=)

  Ответить  
 
 автор: Valick   (11.11.2009 в 09:21)   письмо автору
 
   для: Otinys   (11.11.2009 в 08:21)
 

Если за применение всего лишь запятой в SQL запросе могут расстрелять деревянными пулями, то за Ваш второй вариант даже боюсь представить что с Вами могут сделать))

Почитайте об уровнях нормализации таблиц , нормализация БД и добрая половина ваших вопросов и белых пятен исчезнет)
Врать не буду, но помоему где-то прочитал, что в гугле БД имеет 60 000(!) таблиц по 5 миллиардов строк, я понимаю, что обычный пентиум это не потянет, но не стоит недооценивать возможности базы данных.
Скорее всего для вашего варианта нужно будет несколько таблиц с правильно организованными связями между ними.

  Ответить  
 
 автор: Otinys   (11.11.2009 в 22:14)   письмо автору
 
   для: Valick   (11.11.2009 в 09:21)
 

Была бы возможность использовать серверное оборудование гугла ...эх =)))

В общем можно и тремя обойтись таблицами, варианты организации могут быть разные...
В принципе наверное попробую сам несколько вариантов и сравню производительность, лабораторные методы обычно не подводят=)

  Ответить  
 
 автор: Trianon   (11.11.2009 в 23:00)   письмо автору
 
   для: Otinys   (11.11.2009 в 22:14)
 

Пучему Вас так беспокоит производительность сервера?

  Ответить  
 
 автор: Otinys   (12.11.2009 в 07:17)   письмо автору
 
   для: Trianon   (11.11.2009 в 23:00)
 

>Пучему Вас так беспокоит производительность сервера?

Это больше желание надежности и стабильности.

  Ответить  
 
 автор: Trianon   (12.11.2009 в 08:34)   письмо автору
 
   для: Otinys   (12.11.2009 в 07:17)
 

На текущем этапе желание должно быть одно. Реализовать.
И чтобы было надежно и стабильно - реализовать по правилам.
Так вот, первый вариант можно сделать по правилам. Второй их всяко нарушает.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования