Автор Тема: MySQL vs. .txt  (Прочитано 64033 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
MySQL vs. .txt
« Ответ #30 : 16 Декабря 2004, 21:37:09 »
Цитировать
Alexey333:
 При этом работа с файлами отличается немалым удобством.

каким?
 если информация будет размещаться не в одном файле, а нескольких (индексы или еще чего-то) - там ты найдешь оч.много удобства :)  все-таки когда пишешь гостевую книгу можно и без БД обойтись, если что-то серьезнее, то не стоит извращаться..
[OFF]а некоторые извращенцы программируют в блокноте...[/OFF]
 в исканиях.

Оффлайн Меняздесьдавнонет

  • новичЕк
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 5698
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
MySQL vs. .txt
« Ответ #31 : 16 Декабря 2004, 21:39:42 »
Однако, снизойду.
Цитировать
Alexey333:
Выборка и сортировка при работе с текстовыми файлами осуществляется ОДНОЙ СТРОКОЙ (ну или 2-3 максимум)!

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

Оффлайн Alexey333

  • Фанат форума
  • Постоялец
  • ***
  • Сообщений: 107
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #32 : 16 Декабря 2004, 21:41:20 »
Цитировать
RomikChef:
сколько угодно.
хоть джек-потрошитель.
меня совершенно не интересует мнение всяких ламеров.
Я иногда снисхожу до вас, чтобы ткнуть носом. Однако доказывать вам что-то - много чести. Да и бесполезная трата времени.
Вырастешь - сам поймешь. А не поймешь - тем более зачем время тратить.

Ты слишком гордый! А гордые, как известно, больнее всего падают.
Не хочу в ответ тебя оскорблять и что-то доказывать, так как ты просто наплюешь на мои слова да и все. Да и вообще не собираюсь заниматься оскорблениями. Моя совесть будет чиста, а ты о своей позаботься.
А обо мне думай что хочешь. Меня твое мнение абсолютно не интересует. Просто ты начал откровенно дезинформировать народ, и я был обязан выступить на стороне справедливости.

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
MySQL vs. .txt
« Ответ #33 : 16 Декабря 2004, 21:50:19 »
Цитировать
RomikChef:
на овца и зверь бежит. Как будто специально тему подняли :-) http://www.phpfaq.ru/mysql

RomikChef, если честно статья смотрится слегка по-ламерски. С одной стороны, понятно, что написана для людей которые "не в теме" но стоит ли опускаться до уровня детского сада?

Цитировать

Базы данных, и в частности, язык SQL, и, в частности, СУБД MySQL  - гениальное изобретение человечества.

Насчет SQL спорить не буду, но MySQL это всего лишь реализация, ничего гениального там нет, она просто бесплатна и доступна. А почитав эту фразу (даже первый абзац) создается впечатление, что все БД - реляционные, и вообще есть только MySQL и она "гениальное изобретение чел-ва" :) Впрочем следущая фраза:
Цитировать
Это совершенно иной подход к хранению и обработке данных, чем столетиями использовавшиеся последовательные списки.

чистой воды %$# простой пример - картотека в библиотеке, как вариант распределенной БД :)
 в исканиях.

Оффлайн Alexey333

  • Фанат форума
  • Постоялец
  • ***
  • Сообщений: 107
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #34 : 16 Декабря 2004, 21:50:55 »
Цитировать
Green Kakadu:
каким?
если информация будет размещаться не в одном файле, а нескольких (индексы или еще чего-то) - там ты найдешь оч.много удобства  все-таки когда пишешь гостевую книгу можно и без БД обойтись, если что-то серьезнее, то не стоит извращаться..

Удобства я давно нашел и никогда не хранил все в одном файле.
Вот некоторые преимущества файлов:
1. Как тут верно заметили, это хорошая переносимость. Без труда можно перенести с одного хостинга на другой. С MySQL приходится извращаться.
2. Потенциально более высокие возможности выборки данных.
3. Потенциально более высокая скорость работы.
4. При необходимости легко подредактировать данные через обычное открытие файла.
5. Меньше требований к хостингу.
Вот некоторые навскидку.

Оффлайн Alexey333

  • Фанат форума
  • Постоялец
  • ***
  • Сообщений: 107
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #35 : 16 Декабря 2004, 21:54:52 »
Цитировать
RomikChef:
у тебя только операции по открытию, закрытию и блокировке файла займут 4 строчки. Ты еще ни строчки оттуда не прочитал, ни байта не занисал, никак обрабатывать не начал. а у тебя уже 4 строчки.
а не одна-две, как ты беспомощьно пытаешься втереть окружающим.
Ты просто не понимаешь, где ты находишься. Друзьям своим-лохам впаривай эти сказки.


Ну ты и артист. Я тебе говорил непосредственно о сортировке/выборке, а не считывании данных. Ведь ты же тоже не сразу все сортируешь, а подключаешься к БД, выбираешь таблицы, столбцы и т.д., т.е. тоже не одна строка!

Оффлайн Neter

  • Жустер
  • Старожил
  • ****
  • Сообщений: 324
  • +0/-0
  • 2
    • Просмотр профиля
MySQL vs. .txt
« Ответ #36 : 16 Декабря 2004, 21:54:53 »
Alexey333
Покажи мне пожалуйста код который будет выводить из текстового файла все записи за определённый период времени с сортировкой по нескольким полям.

Не то чтобы я тут пытаюсь кому-то доказать что текстовый файл лучше чем БД, что само по себе глупость,
просто интересно посмотреть на "2-3" строчки кода.
Мне тормоз послужил толчком...

Оффлайн Alexey333

  • Фанат форума
  • Постоялец
  • ***
  • Сообщений: 107
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #37 : 16 Декабря 2004, 22:04:46 »
Цитировать
Alexey333:
Покажи мне пожалуйста код который будет выводить из текстового файла все записи за определённый период времени с сортировкой по нескольким полям.

array_filter()
array_multisort ()

Оффлайн Меняздесьдавнонет

  • новичЕк
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 5698
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
MySQL vs. .txt
« Ответ #38 : 16 Декабря 2004, 22:06:30 »
Alexey333
сермяжная правда этой жизни состоит в том, что ничего из перечисленного мне делать не надо.
подключаюсь к бд я один раз на весь скрипт. это ОДНА строчка.
на весь скрипт. а у тебя - ЧЕТЫРЕ. на КАЖДЫЙ файл или на КАЖДУЮ операцию.
остальное - детский лепет.
да, я указываю таблицу.
прямо в запросе. в той же строчке.
да, я указываю столбцы.
ЧТОБЫ НЕ ТЯГАТЬ ЛИШНЮЮ ИНФУ, как это делаешь ты в своей песочнице с файлами. Могу и не указывать.

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
MySQL vs. .txt
« Ответ #39 : 16 Декабря 2004, 22:06:52 »
Цитировать
Alexey333:
1. Как тут верно заметили, это хорошая переносимость. Без труда можно перенести с одного хостинга на другой. С MySQL приходится извращаться.

mysqldump
аргумент аховый

Цитировать
Alexey333:
2. Потенциально более высокие возможности выборки данных.

причем объем кода при этом будет расти еще выше этих воз-тей.
Может стоит освоить SQL?
Цитировать
Alexey333:
3. Потенциально более высокая скорость работы.

эээ тут вопрос объемов. Если ты будешь писать свою программу на C/C++ то не спорю :) при наличии прямых рук возможно так и будет.
А  скриптик на пхп :) с "более высокими возможностями выборками данных" умрет при простых операциях работы с файлом в 500+Мb
Цитировать
Alexey333:
4. При необходимости легко подредактировать данные через обычное открытие файла.

ню-ню, подредактируй файлик, вес которого несколько гигов

Цитировать
Alexey333:
5. Меньше требований к хостингу.

ты ориентируешься на скрипт для домашней странички? Да спору нет, наКуй там эти SQL да и пхп по большому счету тоже не нужен.
 в исканиях.

Оффлайн Меняздесьдавнонет

  • новичЕк
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 5698
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
MySQL vs. .txt
« Ответ #40 : 16 Декабря 2004, 22:11:26 »
Цитировать
Alexey333:
array_filter()

это шутка?

Оффлайн Neter

  • Жустер
  • Старожил
  • ****
  • Сообщений: 324
  • +0/-0
  • 2
    • Просмотр профиля
MySQL vs. .txt
« Ответ #41 : 16 Декабря 2004, 22:16:46 »
Alexey333
Молодец :)) Ты вникни в суть вопроса. И посчитай ещё раз количество строк. раз мы уж до этого упали.
А изменение/удаление этих записей ты как сделаешь?
Я забыл уточнить что у тебя в "БД" более 10,000 записей.
Мне тормоз послужил толчком...

Оффлайн Alexey333

  • Фанат форума
  • Постоялец
  • ***
  • Сообщений: 107
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #42 : 16 Декабря 2004, 22:22:11 »
Цитировать
RomikChef:
да, я указываю таблицу.
прямо в запросе. в той же строчке.
да, я указываю столбцы.
ЧТОБЫ НЕ ТЯГАТЬ ЛИШНЮЮ ИНФУ, как это делаешь ты в своей песочнице с файлами. Могу и не указывать.

Суть одна и та же.
А лишнюю инфу я тоже не читаю.

Цитировать
Green Kakadu:
А скриптик на пхп  с "более высокими возможностями выборками данных" умрет при простых операциях работы с файлом в 500+Мb

Какие еще 500 Мб? Да при таких объемах и MySQL умрет.
Сортировка всех данных с файлами будет маловероятна, но можно сортировать часть. А вот вывод данных даже с такими объемами будет работать нормально!
Кстати, Котеров в своей книге написал, что MySQL предназначена для баз не более 100 Мб!
Цитировать
Green Kakadu:
ню-ню, подредактируй файлик, вес которого несколько гигов

Такого не бывает. Это ты загнул. MySQL в гигах тоже не бывает.
Цитировать
Green Kakadu:
ты ориентируешься на скрипт для домашней странички? Да спору нет, наКуй там эти SQL да и пхп по большому счету тоже не нужен.

Я читал, что на некоторых хостингах MySQL работает очень медленно. Видимо из-за перегрузки.
Цитировать
RomikChef:
это шутка?

А в чем проблема то?

Оффлайн Alexey333

  • Фанат форума
  • Постоялец
  • ***
  • Сообщений: 107
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #43 : 16 Декабря 2004, 22:31:51 »
Цитировать
Neter:
Молодец ) Ты вникни в суть вопроса. И посчитай ещё раз количество строк. раз мы уж до этого упали.
А изменение/удаление этих записей ты как сделаешь?
Я забыл уточнить что у тебя в "БД" более 10,000 записей.

Я уже тестировал. Сортировка 8 файлов в каждом из которых по  10000 элементов накидывает на моем слабом домашнем компьютере 3 секунды. Но мой комп в 10 раз медленнее современных. Вполне реально. Но больше 10000 я сортировать и не планирую. Смысл?
Изменение/удаление всех выбранных записей одновременно? Не думал об этом. А вот одну какую-то запись удалить не проблема.

Оффлайн Меняздесьдавнонет

  • новичЕк
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 5698
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
MySQL vs. .txt
« Ответ #44 : 16 Декабря 2004, 22:39:04 »
Цитировать
Alexey333:
А лишнюю инфу я тоже не читаю.

брехня.
отвечать за слова будем, или как?

Цитировать
Alexey333:
Суть одна и та же.

НЕТ НЕ ОДНА!
Тебе на кажую операцию записи файла нужно ЧЕТЫРЕ СТРОЧКИ.
только ты, этого не всасываешь.
именно поэтому я не вступаю в беседы с ламерами вроде тебя. Это бесполезно. Тебе говоришь факт, а ты от него отмахиваешься.

Цитировать
Alexey333:
А в чем проблема то?

а в том, мой милый, что мы с тобой строчки считаем.
и Array_filter из одной строчки состоять не может. этой фунцией ты как в лужу воздух испортил.
дешевая отмазка.
и сам ты - дешевка.
что функцию в  Array_filter указывай - что так пребирай, суть останется ОДНА:
1. код фильтрации ты пишешь САМ. НЕиз одной строчки.
2. перебирать тебе приходится ВЕСЬ файл.

Может, хватит уже клоуна изображать?

 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28