Текстовый файл - есть ли смысл??

20.03.2011, 15:05. **Показов** 1882. **Ответов** 16

Студворк — интернет-сервис помощи студентам

Вопрос такой:
У меня в т.ф. находится 4000 записей, файл имеет опр. структуру - поля бд, с разделителем |. Уж очень долго выполняются запросы по отображению конкр. инфы из файла - до 30 сек.
Вся фишка в том - что чтение из файла начинается с первіх записей, а вібрать надо например только посл.
Реально ли это для инет-магазина???
Как можно оптимизировать выборку данных из текстового файла??
Есть ли смысл вообще использовать текстовые файлы, когда нельзя использовать бд.
В общем как решить проблему??
PS
Если можно - дайте ссылку на пример реально используемого интернет магазина (в смысле на исх. коды) (на основе бд, корзина - cookie)
Но чтоб магазин был негромоздкий.
Заранее спасибо.

@sl_play · 21.03.2011, 00:09

почему нет возможности использовать бд?
сейчас даже h1 бд выделяют!

24.03.2011, 21:29

Наш сервер закрыт из соображений безопасности (банк).
Это все делается для внутреннего использования..

@sl_play · 24.03.2011, 21:31

я думаю, что с таким количеством записей файлы не справятся или справятся, но будут сильно долго это делать. Бд, однозначно, вам нужна база данных.

26.03.2011, 13:39

спасибо.
помогли.

@jado · 26.03.2011, 18:32

Ты говоришь, что это инет магазин. Можно попробовать поделить товары на группы и для каждой группы организовать текстовый файл.

@sl_play · 26.03.2011, 20:45

не стоит этого делать, разве что заняться нечем!

@jado · 27.03.2011, 15:36

ну так если другого выхода нет, то это один из лучших и простых вариантов

@sl_play · 27.03.2011, 16:09

дело в том, что ыт наверно никогда не разбивал такой набор данных допустим на три текстовика(у меня был подобный вариант).
Так вот, если бы ты пробовал такое делать, ты бы заметил, что после включения в работутретьего текстовика работоспособность падает на процентов 80%. После чего посылаешь ко всем чертям текстовики и начинаешь юзать бд.
Пусть человек учится на чужих ошибках.

@jado · 27.03.2011, 16:34

смотря как хост настроен

) у мя дружбан купил сервак и поставил его на площадку, дык, када я по нему полазил, смешно стало... даже режим dma не был включен хардов

) а хостеры некоторые не лучше..

@rapri · 19.05.2011, 07:16

могу предложить создать файловую БД где работа идет с директориями, поддиректориями и т.п.
т.е. не использовать один файл (а соответственно не обрабатывать его целиком), а хранить инфу в мелких файлах. искать нужный файл по имени, дирректории и т.п.
некоторые утверждают, что это работает даже быстрее чем работа с MySQL...

@pl · 19.05.2011, 10:22

Как вариант, хранить занные не в текстовом формате, а в XML, считывать его целиком в память парсером и работать с объектной моделью XML документа. Не могу сказать что этот способ решит проблему, но попробовать можно.
Конечно если есть возможность использовать БД, то надо использовать БД.

@AlexKar · 27.05.2011, 14:40

Идея разбить на несколько текстовых файлов (по группам товаров) мне кажется правильной в данной ситуации. Сам так пользую - имеется 30 файлов с товарами разных групп. Никаких тормозов не наблюдал. И поиск без проблем по ним.

@sl_play · 29.05.2011, 10:20

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

@vers · 29.05.2011, 12:35

Используй XML, а выборку делай с помощью XSLT.
Все это встроено в PHP, тормозов не наблюдалось.

@AlexKar · 31.05.2011, 06:45

s_play, в описаной тобой ситуации со вложенными циклами может быть и будут тормоза, но вот по моей задаче - просто найти искомую строку во всех файлах - все быстро и правильно.

@sl_play · 31.05.2011, 10:19

ну не знаю, решай сам.
Я не без основания так говорю! Писал я когда-то форум, ну и по неопытности пришло в голову сделать крутой форум, но на текстовиках, чтоб без бд. Желаемый форум должен был быть тройной вложенности, каждая таблица скл, а их было три, заменяется текстовым файлом. Вот и прочувствовал всё, о чём выше говорил.

Новые блоги и статьи Все статьи Все блоги /
Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .
Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.

twister

	Текстовый файл - есть ли смысл?? 20.03.2011, 15:05. Показов 1882. Ответов 16 Метки нет (Все метки) Вопрос такой: У меня в т.ф. находится 4000 записей, файл имеет опр. структуру - поля бд, с разделителем \|. Уж очень долго выполняются запросы по отображению конкр. инфы из файла - до 30 сек. Вся фишка в том - что чтение из файла начинается с первіх записей, а вібрать надо например только посл. Реально ли это для инет-магазина??? Как можно оптимизировать выборку данных из текстового файла?? Есть ли смысл вообще использовать текстовые файлы, когда нельзя использовать бд. В общем как решить проблему?? PS Если можно - дайте ссылку на пример реально используемого интернет магазина (в смысле на исх. коды) (на основе бд, корзина - cookie) Но чтоб магазин был негромоздкий. Заранее спасибо.

@sl_play 4 / 4 / 3 Регистрация: 25.05.2009 Сообщений: 2,576
	21.03.2011, 00:09
	почему нет возможности использовать бд? сейчас даже h1 бд выделяют! 0

twister
	24.03.2011, 21:29
	Наш сервер закрыт из соображений безопасности (банк). Это все делается для внутреннего использования..

@sl_play 4 / 4 / 3 Регистрация: 25.05.2009 Сообщений: 2,576
	24.03.2011, 21:31
	я думаю, что с таким количеством записей файлы не справятся или справятся, но будут сильно долго это делать. Бд, однозначно, вам нужна база данных. 0

@jado 0 / 0 / 0 Регистрация: 26.03.2011 Сообщений: 34
	26.03.2011, 18:32
	Ты говоришь, что это инет магазин. Можно попробовать поделить товары на группы и для каждой группы организовать текстовый файл. 0

@sl_play 4 / 4 / 3 Регистрация: 25.05.2009 Сообщений: 2,576
	26.03.2011, 20:45
	не стоит этого делать, разве что заняться нечем! 0

@jado 0 / 0 / 0 Регистрация: 26.03.2011 Сообщений: 34
	27.03.2011, 15:36
	ну так если другого выхода нет, то это один из лучших и простых вариантов 0

@sl_play 4 / 4 / 3 Регистрация: 25.05.2009 Сообщений: 2,576
	27.03.2011, 16:09
	дело в том, что ыт наверно никогда не разбивал такой набор данных допустим на три текстовика(у меня был подобный вариант). Так вот, если бы ты пробовал такое делать, ты бы заметил, что после включения в работутретьего текстовика работоспособность падает на процентов 80%. После чего посылаешь ко всем чертям текстовики и начинаешь юзать бд. Пусть человек учится на чужих ошибках. 0

@jado 0 / 0 / 0 Регистрация: 26.03.2011 Сообщений: 34
	27.03.2011, 16:34
	смотря как хост настроен ) у мя дружбан купил сервак и поставил его на площадку, дык, када я по нему полазил, смешно стало... даже режим dma не был включен хардов ) а хостеры некоторые не лучше.. 0

@rapri 0 / 0 / 0 Регистрация: 19.05.2011 Сообщений: 9
	19.05.2011, 07:16
	могу предложить создать файловую БД где работа идет с директориями, поддиректориями и т.п. т.е. не использовать один файл (а соответственно не обрабатывать его целиком), а хранить инфу в мелких файлах. искать нужный файл по имени, дирректории и т.п. некоторые утверждают, что это работает даже быстрее чем работа с MySQL... 0

Опции темы

@pl 51 / 17 / 6 Регистрация: 18.05.2007 Сообщений: 1,322
	19.05.2011, 10:22
	Как вариант, хранить занные не в текстовом формате, а в XML, считывать его целиком в память парсером и работать с объектной моделью XML документа. Не могу сказать что этот способ решит проблему, но попробовать можно. Конечно если есть возможность использовать БД, то надо использовать БД. 0

@AlexKar 1 / 1 / 0 Регистрация: 13.05.2009 Сообщений: 244
	27.05.2011, 14:40
	Идея разбить на несколько текстовых файлов (по группам товаров) мне кажется правильной в данной ситуации. Сам так пользую - имеется 30 файлов с товарами разных групп. Никаких тормозов не наблюдал. И поиск без проблем по ним. 0

@sl_play 4 / 4 / 3 Регистрация: 25.05.2009 Сообщений: 2,576
	29.05.2011, 10:20
	допустим тебе надо циклом пройтись по файлу найти нужное значение и вернуть его. Внути цикла, когда находишь нужное значение, открываешь другой текстовый файл и ищишь по найденому значени. И тут внутри второго цикла появляется надобность пролистать третий файл - тут-то и начиноется сплошной тормоз и пожирание ресурксов. Нужно использовать бд, однозначно. 0

@vers 3 / 3 / 6 Регистрация: 20.06.2010 Сообщений: 580
	29.05.2011, 12:35
	Используй XML, а выборку делай с помощью XSLT. Все это встроено в PHP, тормозов не наблюдалось. 0

@AlexKar 1 / 1 / 0 Регистрация: 13.05.2009 Сообщений: 244
	31.05.2011, 06:45
	s_play, в описаной тобой ситуации со вложенными циклами может быть и будут тормоза, но вот по моей задаче - просто найти искомую строку во всех файлах - все быстро и правильно. 0

@sl_play 4 / 4 / 3 Регистрация: 25.05.2009 Сообщений: 2,576
	31.05.2011, 10:19
	ну не знаю, решай сам. Я не без основания так говорю! Писал я когда-то форум, ну и по неопытности пришло в голову сделать крутой форум, но на текстовиках, чтоб без бд. Желаемый форум должен был быть тройной вложенности, каждая таблица скл, а их было три, заменяется текстовым файлом. Вот и прочувствовал всё, о чём выше говорил. 0