MySQL vs. .txt

[AliMamed]

Alexey333:
Скоро я напишу свои статьи и буду распространять их по интернету. Хватит уже этого беспредела

зачоот=)

[Neter]

Alexey333
Так, давай по-порядку.
Как ты считаешь, почему файлы лучше СУБД?

1. Выше скорость извлечения/добавления/изменения данных при меньшем потреблении ресурсов компьютера.
2. Запросы на извлечение/добавление/изменение строятся удобнее, проще и быстрее. Более быстрая разработка приложения использующего текстовые файлы в качестве БД.
3. Удачно реализован механизм блокировок, в т.ч. отдельных записей.
4. Более высокая надёжность хранения данных. Я люблю хранить пароли в текстовых файлах.
5. Возможность строить сложные запросы. С многочисленными объединениями, сортировками, агрегатными функциями.
6. Файл можно принести в церковь и осветить за 50 рублей/мегабайт.
7. Мне нравится как в них реализован автоинкремент, индексы и уникальные поля.
8. Я люблю хранить в них бинарные данные.
9. Поддержка целостности данных очень помогает мне.
0. Мой TXT-файл очень любит работать с транзакциями.

[Alexey333]

Neter:
6. Файл можно принести в церковь и осветить за 50 рублей/мегабайт.

Неудачное предложение.

[NeoNox]

Alexey333  а мне понравилось. только дамп базы данных тоже туда стоит принести, мало-ли что с ним при mysqldump-e случится.

[Alexey333]

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

[Yukko]

поколения программистов были слепы... но тут в Интернете появляются статьи... статьи про использование файлов! и все начинают прозревать...

Alexey333
а не подскажешь ли, как в файлах хранить иерархические данные? например, реализовать Nested Sets? или начинать использование файлов совместно с папками и делать обход папок червячком при помощи файловых функций, загонять структуру папок в массивы, а потом работать с массивами?

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

Возвращаемся к основам...

[Green Kakadu]

Yukko:
а не подскажешь ли, как в файлах хранить иерархические данные? например, реализовать Nested Sets? или начинать использование файлов совместно с папками и делать обход папок червячком при помощи файловых функций, загонять структуру папок в массивы, а потом работать с массивами?

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

[glebushka]

Green Kakadu, правильно, я требую продолжения банкета!:) Даёшь MySQL на пхп!!!:)
[OFF]Эх, какую хорошую тему только сейчас заметил. Пока читал - плакалЪ:) (садится рядом с NeoNox\'ом на первый ряд)[/OFF]

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

Green Kakadu это как раз самое смешное во всей истории.
чувак ваяет самопальную бд, но вслепую, и очень фанатично :-)

[hanslinger]

Примечание: На самом деле, БД - это не волшебный ящик, и хранит она данные не в нематериальном эфире, а в тех же самых файлах. И точно так же их переписывает. Но делает это она совершенно прозрачно для пользователя.

С чего все начиналось-то... :super:

[Yukko]

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

Ничего, я думаю, что у него все наладится, когда он будет делать первый заказ с СУБД

[2NetFly]

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

[Green Kakadu]

2NetFly:
Посоветовали бы человеку про DBM почитать

ето уже упоминали но ему все равно - слово \'database\' он не приемлет по идеологическим соображениям, не важно реляционная она или нет.

[Green Kakadu]

Всем любителям  файлов посвящается:
Подбор СУБД для поисковой системы
правда Alexey333 не стоит радоваться, это не подтверждает твою теорию, что файлы рулез форевер, а лишь говорит о том, что прямые руки + знания это круто, и для  реализации довольно специфичных идей +для высокой произ-ти стоит отказываться от СУБД   но это делается не на ПХП
еще сосулка:
inverted files construction

[Alexey333]

hanslinger:
Примечание: На самом деле, БД - это не волшебный ящик, и хранит она данные не в нематериальном эфире, а в тех же самых файлах. И точно так же их переписывает. Но делает это она совершенно прозрачно для пользователя.

С чего все начиналось-то...

Разумное замечание!
А то заявляется, что MySQL решает проблемы одной строкой, хотя в другом месте он же поясняет, что действия все же производятся, только невидимо для программиста. Аналогично везде можно написать функции, подставлять значения, а потом орать, что одна волшебная строка все выполняет!

Yukko:
видать, человек был слишком религиозен и решил отказаться от такой интересной дискуссии, обидевшись на шутку про освещение файлов за 50 рублей за мегабайт...

Почему был???
А от дискуссии с нормальными людьми я не отказываюсь. Почему они должны отвечать за других?

2NetFly:
а то у него, похоже, "синдром гениального изобретения".

А что, от этого будет кому-то хуже?

Green Kakadu:
ето уже упоминали  но ему все равно - слово \'database\' он не приемлет по идеологическим соображениям, не важно реляционная она или нет.

Упоминали, но ссылку не дали.
А к слову "database" я нормально отношусь! Здесь важен сам принцип.

Green Kakadu:
Всем любителям файлов посвящается:
Подбор СУБД для поисковой системы

Я там приметил сообщения на тему нашего немного прошлого обсуждения:
"Думаю мускл с таблицей в 2Г помрёт"
"Не помрет, но будет долго ломаться.  Пробовала. Результат неутешителен. "

Теперь понял о чем я говорил? Даже у MySQL есть свои реальные пределы на объем информации в веб-программировании.