Имена участников (разделяйте запятой).
Как категорично! ;)
Имеется linux-сервер. На нём стандартный предустановелнный LAMP (php 4.4.xx, MySQL 4.1.xx), при этом пхп для Апача 1.3.37 стоит как модуль....
P.S. Всё, ухожу на обед. тем более, что тема за час-полтора почти себя исчерпала и начинает превращаться в пустой трёп... :( Может к вечеру...
"потом удалю, эт так, для размышления" -- ну зачем же его удалять. Хоть и не в тему, а информация кому-то может быть полезней...
Между прочим, говоря "мало применимо", имел я в виду прежде всего подобную сетевую организацию. В Мускул, работающем на локалхосте, это все...
А где я хаял Мускул?! Да я его юзаю едва ли не с пелёнок! :) ОФФТОПИК. Ну что здесь все такие "заведённые"? То по аватарам, то за Мускул не по...
Хм, странно! У меня дока на более позднюю версию, но там этого нет! :(((( Спасибо что ткнули пальцем... в ДЕЛО!
Ну так то Оракул!.. ;) В Мускуле это всё мало применимо, и поэтому трудно сравнивать, и тем более едва ли практически можно применять...
В имеющейся у меня доке на Мускул этого нет точно, но она - "не первой свежести"... :)
P.S. Вопросы я задаю вовсе не риторические. Они адресованы именно к тем, кто ПРАКТИЧЕСКИ сталкивался с этими проблемами.
Ну так "тонны таблиц" все равно образуются та или иначе (в одной или многих БД). Вопрос в том, будет ли "тормозить" Мускул и/или его система...
Кстати, ещё соображение. Если БД одна, то можно использовать объединение таблиц в одном запросе. Если их несколько, то - нет. (ИМХО) Или не так?
Вопрос не в том, что "технически" проще или сложнее. Вопрос имено в производительности. Если на каждом субдомене на каждой (буквально) странице...
Вообще говоря, вопрос можно поставить и так: Что лучше - одна БД с чертовой прорвой таблиц, или множество БД с небольшим количеством таблиц?