О программирование

[Jooz]

Сообщение от muxa

Не с того конца подход
Миллион записей даёт основание предполагать что проект располагается на собственном хостинге. То есть вопрос производительности это вопрос двух-трёх сотен баксов на камень и память.

Да, на своем сервере.
В вашем рассуждение напоминает мне один забавный случай, когда в наш IT отдел пришел работать молодой программер, ну дали ему разработать систему учета помещений и их занятость, типа что бы в аренду сдавать и контролировать. Выделили ему ресурсы для тестирования в виде сервачка X серии IBM (кто знает тот поймет) и что вы думаете, не продуманный алгоритм и структура базы, при выборке из нее попросту в даун роняло все железо! И это програмлинка уровня аля калькулятор + микро ексель! Таких примеров хватает, полазти по специализированным форумам. Так что с дури если заранее не продумать даже 8камней по 3Ghz и 18G оперативы ситуацию не спасут.

Сообщение от muxa

Главный вопро который должен стоять - управляемость проекта.
Как часто нужно будет заводить новые столбцы, в каком виде они будут использоваться, как часто будет меняться логика проекта.
Программист стоит всяко дороже процессора.

Это уже другой вопрос, я же спросил вопрос конкретный и даже не абстрактный. Решение уже принято, всем спасибо за советы.

[priap]

Сообщение от vvvvv

Не надо пользоваться логикой. Надо пользоваться теорией нормализации баз данных.

Не надо заниматься ерундой.

Если понимаете по-английски, читайте западные сайты.

http://radar.oreilly.com/archives/20...part_1_se.html

More entries in the database war stories series: Bloglines and Memeorandum, Flickr, NASA World Wind, Craigslist, O'Reilly Research, Google File System and BigTable, Findory and Amazon, Brian Aker of MySQL Responds.

Статьи и интервью на темы кризисов роста. Особенно радуют пацаны из Майспейса.

Можно полистать книжки типа Building Scalable Web Sites By Cal Henderson
Publisher: O'Reilly Pub Date: May 2006 (скачать здесь: http://slil.ru/24777001)

Советы "думать в сторону нормализации", "думать в сторону коммерческого софта" - ф топку. Работа "по стандартам" требует очень сильной дисциплины и опыта. Такой роскоши у 90% местных нет. И ненадо.

Держать под рукой датабейс арчитектора стоит от трёх тысяч долларей в месяц. Стартовое железо, на которое они реагируют, выглядит приблизительно так:

"ICQ RedBeard (18:56:23 11/03/2007)
2xXeon(2core) 16GB ram, 300X300GB on board disks + 1TB Library??HP dl730?
Два моих кабанчика новых. Одинаковые
Restore 220GB Oracle DataBase за 20!!!!! минут
Через RMAN"

Это крупный телеком, где под биллинг берут таких кобанчиков каждые два месяца.

При этом архитегт будет просить для работы нормального и вменяемого системного админа, и за ним надо выносить горшки и менять памперсы.

В эпоху веб2.0 ставка делается не "на науку", а на увертливость.

Например, грепами и sqlite-ом на одном и том же материале (полтора миллиона записей по 30 столбцов) я сделаю mysql на частных задачах при большом тайм-прессинге.

(До тех пор, пока разраб на mysql не сделает кластеризацию руками. У меня на этот момент уже будет нужный результат дня три как. Но на долгом забеге это окупится.)

При правильных человеческих мозгах решение на тридцатикилобайтных regexp-ах для sed, собираемых автоматом, быстрее перлового лобового решения "в общем случае".

Топикстартер будет месить воду в ступе до тех пор, пока не покажет scheme и тем самым не оголит ноу-хау своего проекта.

Отцы Web2.0 выезжают вообще на flatfiles, и не бухтят.