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

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

Оффлайн Alexey333

  • Фанат форума
  • Постоялец
  • ***
  • Сообщений: 107
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #120 : 19 Декабря 2004, 18:20:07 »
Цитировать
Макс:
Ты не можешь судить об огрниченности СУБД.

Приведи пример.

Оффлайн 2NetFly

  • Модератор
  • Глобальный модератор
  • Постоялец
  • *****
  • Сообщений: 144
  • +0/-0
  • 0
    • Просмотр профиля
    • http://feotast.net
MySQL vs. .txt
« Ответ #121 : 19 Декабря 2004, 18:21:48 »
Цитировать

Ты не можешь судить об огрниченности СУБД.
1. ты не написал ни одного скрипт с использованием СУБД
2. ты не знаешь теории СУБД

Я бы сформулировал первый пункт немного по-другому: он просто не сталкивался с задачами, которые нельзя решить текстовыми файлами. И пока этого не произойдет, что-то объяснять нет смысла.
There Is More Than One Way To Do It (c)

Оффлайн hanslinger

  • H2Oer
  • Ветеран
  • *****
  • Сообщений: 1148
  • +0/-0
  • 2
    • Просмотр профиля
    • http://www.orava.ru
MySQL vs. .txt
« Ответ #122 : 19 Декабря 2004, 18:25:18 »
Цитировать
И пока этого не произойдет, что-то объяснять нет смысла.

Похоже на то +)

Оффлайн glebushka

  • студент
  • Ветеран
  • *****
  • Сообщений: 944
  • +0/-0
  • 2
    • Просмотр профиля
    • http://www.intellectuals.ru
MySQL vs. .txt
« Ответ #123 : 19 Декабря 2004, 18:31:51 »
Цитировать
Alexey333:
Дело в ограниченности готовых баз данных.

:)))
Вот у меня вопрос возник. А какого ты пишешь на пхп?
Вот есть прекрассный язык - ассемблер называется. Сплошные плюсы, и производительновть, и возможности.
А ещё лучше машинные коды:)
Ну к чему все это, лучше бы водки выпили...

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
MySQL vs. .txt
« Ответ #124 : 19 Декабря 2004, 20:30:41 »
Насчет DBM:
DBM администраторов сущ.несколько - есть различия по максимальной длине одной записи, структуре хранения записей. На любом *nix хостинге какой-нибудь DBM администратор да будет
Если говорить о BerkeleyDB (одна из самых распространенных, производительных и надежных реализаций) то вот сайт производителя:
http://sleepycat.com/
насчет кол-ва операторов для работы :) все вышеперечисленное - это лишь то, что предлагает пхп, API там помощнее будет. Поддерживаются транзакции
 в исканиях.

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
MySQL vs. .txt
« Ответ #125 : 19 Декабря 2004, 20:37:06 »
Цитировать
Alexey333:
 Моя цель - сделать файлы удобным и быстрым способом хранения информации, независимо от объемов.

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

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

  • новичЕк
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 5698
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
MySQL vs. .txt
« Ответ #126 : 20 Декабря 2004, 10:51:37 »
Цитировать
Alexey333:
Не знаю. Моя цель - сделать файлы удобным и быстрым способом хранения информации, независимо от объемов.

ГЫГЫГЫГЫГЫ!
И вышел таки обратно на Дерибасовскую!

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

  • новичЕк
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 5698
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
MySQL vs. .txt
« Ответ #127 : 20 Декабря 2004, 10:55:59 »
Цитировать
Alexey333:
Ну и что? Один раз написал, а потом пользуйся готовым. MySQL же тоже кто-то написал, а не ныл.

Только разница в том, что мускуль ипсали сотни людей не один год. А не один лох голозадый.

Цитировать
Alexey333:
Дело в ограниченности готовых баз данных. Нет простора для творчества.

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

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

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

  • новичЕк
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 5698
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
MySQL vs. .txt
« Ответ #128 : 20 Декабря 2004, 10:59:16 »
glebushka , 5 баллов.
Причем если бы у нашего уважаемого оппонента была хотя бы капля мохзгов в той части тела, которая у него служит только для приема пищи, то он бы понял этот аргумент.
Но, как здесь уже неоднократно отмечали, беседа здесь идет с идиотом, который просто не понимает того, что ему говорят.
И поддерживается она исключительно силами новых волонтеров, которые еще не въехали в тот простой факт, что наше чучело стоеросовое просто не понимает ни бельмеса, а тупо долдонит единственную песню, которая помещается в его микроскопических мозгах.

Оффлайн Green Kakadu

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

ну может и не сотни - все-таки mysql лишь распространяется как open source, а разрабатывается и поддерживается силами компании Mysql AB. Другое дело, что разрабатывалось это (да все БД) высококвалифицированными программистами :) и может какой-нибудь гений-одиночка и способен наваять что-то приличное и толковое (конкурентноспособное), но Alexey333 под такое определение явно не подходит.
 в исканиях.

Оффлайн NeoNox

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 3012
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #130 : 20 Декабря 2004, 12:44:34 »
Алгоритмы, такие как сортировка или рекурсивный проход по дереву, не меняются десятками лет, но Alexey333 их не знает. Каждый раз, когда ему приходится решать проблему, которой у профессионала просто нет - он изобретает что-то свое и с упорством достойным иного применения защищает только-что созданную трехногую лошадку. И самое интересное, он будет проходить весь путь эволюции с самого начала, подтверждая поговорку - умные учатся на чужих ошибках.
« Последнее редактирование: 20 Декабря 2004, 12:51:59 от NeoNox »
The documentations is your friend

Оффлайн NeoNox

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 3012
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #131 : 20 Декабря 2004, 12:50:15 »
Цитировать
Alexey333:
MySQL и при 2Гб либо загнется, либо будет очень медленно работать.

Дело в том, что ты не понимаешь почему это происходит.
Я тебе в этом случае подскажу: это особенности файловой системы, а ни как не технологии. В 99% случая это невозможность создать один файл размером более 2Гб. Лечится это установкой патча фс, а ни как не ожидания патча от mysql девелоперов.
The documentations is your friend

Оффлайн Croaker

  • Модератор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 927
  • +0/-0
  • 0
    • Просмотр профиля
    • http://alex-files.ru
MySQL vs. .txt
« Ответ #132 : 20 Декабря 2004, 12:51:53 »
А кто-нибудь видел хоть кусочек кода для работы с файлами от Alexey333?
Не все коту матрица.

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

  • новичЕк
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 5698
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
MySQL vs. .txt
« Ответ #133 : 20 Декабря 2004, 12:54:51 »
кстати, откуда всплыл этот бред про то, что мускуль при размерах бд под два гига загнется или будет медленно работать?

Оффлайн NeoNox

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 3012
  • +0/-0
  • 0
    • Просмотр профиля
MySQL vs. .txt
« Ответ #134 : 20 Декабря 2004, 13:04:37 »
RomikChef просто неверная формулировка.
пошукай "mysql 2Gb file problem" в гугле.
http://dev.mysql.com/doc/mysql/en/Full_table.html
The documentations is your friend

 

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