Blog title

Две таблицы в БД. Обе примерно по полмиллиона записей, а в рабочем виде будет и больше, миллиона 2-3. Таблицы не сами по себе, а связанные Один-ко-многим. При LEFT JOIN все это безбожно тормозит, невзирая на тип ключей, по которым идет связка, пробовал и INT вместо VARCHAR, который там изначально. Думаю над тремя вариантами. Обработку связей унести в код модели/контроллера Cake. т.е. SELECTить все по одельности. Попробовать InnoDB вместо MyISAM Перенести на PostgreSQL Пока обдумываю варианты, как буриданов осел, работа не движется. Буду пробовать на выходных сначала пункт 2, как наиболее простой в реализации, потом 3, потом 1-й как самый, на мой взгляд, идеологически неверный :-)

Небольшое введение . Весь пост написан с оглядкой на MySQL, из-за ее распространенности в web. Конечно, у Oracle возможностей больше, но хостинг с Oracle (или, например, с PostgreSQL) поискать еще надо. Нас же интересует практическое применение в веб-приложениях и обычных сайтах. Для построения сложных систем вообще надо сильно подумать над возможностью применения реляционной БД и рассмотреть другие варианты. Ведь не строчно-табличным видом все БД ограничиваются. Основным посылом к написанию этого поста послужили частые обсуждения темы хранения древовидных структур на различных форумах и комьюнити. Я с удивлением узнал, что многие люди просто не знают методов, отличных от первого, " родитель-дети ". Я точно помню, что в начале 90-х видел статью, посвященную этой проблеме, но уже не помню где. Может, вPC Magazine или в Компьютерпресс? Может даже это было в безруковской Софтпанораме. Так или иначе статья я не нашел, может, плохо гуглил. Родитель-дети Это самый распростране...