[Volgograd] news archiv

[Serge S. Fukanchik]

On Wed, Feb 26, 2003 at 08:10:52PM +0300, scor2000 wrote:
> Сам  вопрос  КАК  именно  хранить  данные  в  БД???  Там есть какой-то
> непонятный  (с  ним пока не разбирался) формат: BLOB (или что-то в это
> роде),  позволяющий  хранить большие объемы (ИМХО до 65кб) информации.
BLOB=Binary Large OBject. Это способ хранить в БД неструктурированные данные
большого объема. Неструктурированность означает что к ним не применимы обычные
операторы извлечения-помещения данных в сервер. И каждый сервер БД накладывает
на них свои ограничения. (на размер, применяемые операторы и т.д...) Так что это
не самый лучший выход.

> Но  в  каком  это  будет  виде??? Если архив - то это для поиска нужно
> будет   распаковывать...   если   нет...   то  слишком  большой  объем
> информации...
ИМХО архив даже большого сайта можно хранить прямо в файловой системе. 
AFAIK ни один SQL сервер не поддерживает сжатие своих баз и никогда не будет,
так что объем в твоем случае не при чем.

> Есть идея хранить в БД только ключевые слова к статьям и линки на них,
> а сами статьи просто на сервере. Как думаешь, такая фигня прокатит??
Многие так и делают. Но на то чтобы написать такую полнофункциональную
штуку уйдет много времени, гораздо проще взять готовую программу такого рода,
я бы посоветовал посмотреть в сторону mnoGoSearch, она легко настраивается, и
поддерживает MySQL. Я бы сделал именно так. Хранил бы статьи в файловой системе,
а поиск бы сделал при помощи mnoGoSearch.

> SSF> во многих есть операторы like и им подобные, которые извлекают записи
> SSF> содержащие похожие строки.
> 
> А в MySQL такой зверь есть???
Я не знаю что есть и чего нет в MySQL. Скорее всего есть. обычно это выгядит
так: select ... from users where last_name is like '.*chik' или что-то подобное.
при этом last_name это char или varchar. Разные серверы накладывают разные
ограничения на размер этих полей, так что на них не нужно особенно надеяться.

> Ага, только вопрос обычно упирается во время... :-((
Сделай рабочий прототип при помощи самой простой техники. У тебя будет что
показать. Потом, если будет время, будешь оптимизировать и переписывать те
части которые не устроят. Не поверишь какое количество программ написано таким
образом. И чаще всего все так и оставляют, так как это устраивает и заказчика
(который не может оценить качество принятых решений а оно работает) и
программистов (у которых нет времени на изменения, так как все сроки уходят)).
На самом деле важна скорее не техника, а дизайн программы. ИМХО именно дизайн
а не реализация влияют на время жизни той или иной программы.

-- 
fuxx