MySQL vs. .txt

[Макс]

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

Во-первых о хостинга.
Ни о какой профессиональной работе не может идти и речи, если ты не можешь управлять хостингом (установка нового софта или апгрейд старого).
2 и 3 - неправда (ты не знаешь SQL + не работал с большими объемами данных).
4 - этого не надо хотеть


А теперь вопрос.
Как ты сделаешь следующую (вобщем-то типичную для СУБД) задачу.
Есть список сотрудников компании (ФИО, возраст, зарплата, адресс, должность) и есть список качеств (ответсвенность, аккуратность, скурпулезность и т.д.)
У каждого сотрудника может быть свой список качеств. У кого-то их 10, у кого-то 5.
Как ты организуешь свои файлы для хранения таких данных (сотрудников и их качеств).
Операции, которые нужно будет производить :
1. Выбрать всех сотрудников у которого есть такое-то качество
2. Выбрать 5 наиболее популярных качеств
3. Вывести таблицу, в одном столбце - качество, во втором - кол-во сотрудников, имеющих это качество.

С использованием СУБД эти задачи решаеются одним SQL-запросом

[Alexey333]

А чего обсуждать? Залей себе на хостинг базу в 1 Гб и напиши под нее какой-нибудь скрипт, замерь скорость, а мы все проверим.
Если скорость будет приемлемая (скажем, не более 3-5 секунд), то ты оказался прав.

[Green Kakadu]

100

Alexey333:
 Она предназначена для создания небольших (сравнительно, конечно - скажем, не более 100 Мбайт) баз данных

давно это было
Переходим с PHP на Perl, как это ни печально... - мне эта статья больше всего нравится ([off]Perl rulezzZ forever![/off]).

[Макс]

Alexey333:
"Одна из самых популярных СУБД, которые используются в Web-программировании, - MySQL. Она предназначена для создания небольших (сравнительно, конечно - скажем, не более 100 Мбайт) баз данных, и поддерживает подмножество языка запросов SQL."

во-первых, это лишь мнение Котерова
во-вторых, эта книга была написана давно, с тех времен mysql сильно изменился

[Green Kakadu]

Alexey333:
Если скорость будет приемлемая (скажем, не более 3-5 секунд), то ты оказался прав

 Кстати, а как ты узнаешь время отклика базы?

[Alexey333]

Макс:
не работал с большими объемами данных

Работал (тестировал).

Макс:
С использованием СУБД эти задачи решаеются одним SQL-запросом

Если я напишу функцию, то тоже все будет одной строчкой решаться. Надо же понимать, что вы только передаете параметры, а MySQL выполняет все эти невидимые для вас действия.
А решать тут твою задачку я не собираюсь. Зачем мне это надо? Те задачи, которые передо мной встают, я успешно решаю, а отчитываться перед каждым как школьник я не собираюсь.

Green Kakadu:
Кстати, а как ты узнаешь время отклика базы?

Понятия не имею. Ведь пишут же (например, на некоторых форумах IPB) время выполнения скрипта. Как у обычного скрипта это время посчитать я знаю, а если с MySQL что-то особенное, то ты должен знать.
Кстати, здесь же и считается:
Страница сгенерирована за 0.48648810 секунд (кстати, не так уж и быстро...)

[Меняздесьдавнонет]

Макс, принял эстафету метания бисера?
удачи тебе :-)

[Макс]

RomikChef:
Макс, принял эстафету метания бисера? удачи тебе :-)

Нет, я уже сдаюсь :-)

[Alexey333]

Ладно Удачи вам
Когда-нибудь вы все поймете!

[Green Kakadu]

Alexey333:
Страница сгенерирована за 0.48648810 секунд (кстати, не так уж и быстро...)

это все вместе - бд + php, причем если посмотришь выполняется ~ 20 запросов к БД.

Alexey333:
Когда-нибудь вы все поймете!

наверное нет, это глухой тупик

[Yukko]

Судя по всему пора исключать MySQL из обязательной программы изучения РНР, а то люди начинают думать, что кроме как
select * from mytable order by my_field MySQL ничего не умеет и начинают сравнивать его с текстовыми файлами.

[Меняздесьдавнонет]

Green Kakadu:
это все вместе - бд + php, причем если посмотришь выполняется ~ 20 запросов к БД.

Не надоело? Ну не всасывает чувак, КАКОЙ объем информации обрабатывается за эти пол-секунды.
Ну не объяснишь ты слепому, что такое синий цвет.

[Green Kakadu]

RomikChef:
Ну не объяснишь ты слепому, что такое синий цвет.

я слышал некоторые слепые различают цвет на ощупь (там аура какая-то или еще что-то)

[Alexey333]

Green Kakadu:
это все вместе - бд + php, причем если посмотришь выполняется ~ 20 запросов к БД.

От этого не легче.

Green Kakadu:
наверное нет, это глухой тупик

Топик тут ни при чем. Здесь никто никому уже ничего не докажет. Жизнь покажет и дальнейшее развитие событий.

RomikChef:
Не надоело? Ну не всасывает чувак, КАКОЙ объем информации обрабатывается за эти пол-секунды.
Ну не объяснишь ты слепому, что такое синий цвет.

В любом случае это НЕ БЫСТРО. Причем скорость может меняться. Вот сейчас, например, пишет "Страница сгенерирована за 0.98747706 секунд ". Почти секунда! С файлами все происходит гораздо быстрее.
И не надо говорить, что я что-то не вижу. Полсекунды, секунда...все ясно написано. А если объем форума увеличится в 10 раз, то можно предположить, что по 5-10 секунд будет загружаться (хотя не знаю насколько верно такое предположение).

Green Kakadu:
я слышал некоторые слепые различают цвет на ощупь (там аура какая-то или еще что-то)

Я вообще все прочитал и сюда скопировал. Скорость работы ясно написана.
Понимаю, что вы скажете "Ну и что что медленно, зато это MySQL, это круто! Ты не видишь очевидного!" и т.п. Я вижу факты.
Еще раз предлагаю: продемонстрируйте скорость скрипта с размером базы в 1 Гб (на одной машине без особыч оптимизаций и фич). Если скорость будет приемлемая, то я с вами соглашусь!

[Меняздесьдавнонет]

Понимаю, что вы скажете "Ну и что что медленно, зато это MySQL, это круто! Ты не видишь очевидного

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

Alexey333:
Если скорость будет приемлемая, то я с вами соглашусь!

Задай себе вопрос.
Кому ты нужен - что-то тебе доказывать?