Автор Тема: не Мускулем единым!  (Прочитано 120389 раз)

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

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
не Мускулем единым!
« : 20 Декабря 2001, 00:55:13 »
;) сейчас наметилась нездоровая тенденция все время использовать  SQL базы. Я не говорю, что это плохо, но согласитесь "Гостевая книга на MySQL", это как меховые плавки - тепло, но потеет.
И из-за чего в большинстве случаев? Из-за того, что так проще и думать почти не надо (отсюда и куча скриптов с кривой моделью БД).

Посему хочу узнать, кто пользуется не SQL базами и какими?
;) если речь идет о csv базах (comma separated values ,т.е. текстовые базы, где значения разделены "спецсимволами"), то используете ли вы для этого какие-нибудь модули, библиотеки?
 в исканиях.

Оффлайн Oak

  • Дерево
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 1481
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
не Мускулем единым!
« Ответ #1 : 20 Декабря 2001, 03:54:18 »
Я стараюсь не пользоваться базами - не вводить сущностей сверх необходимого.

Пользуюсь бросто базами (сильно подитыми на файлы)..
Пользуюсь PHP-style базами (хеши, вгружаемые по include) - написал библиотечку import/save objects

Но все до определенного размера базы...

И забота о race conditions - на тебе...
[основной броузер - SeaMonkey] Netscape Communicator 4 - is the best :) // see sources

Оффлайн Solid

  • Любитель подемогогить =)
  • Постоялец
  • ***
  • Сообщений: 139
  • +0/-0
  • 2
    • Просмотр профиля
    • http://coding.dyn.ee/
не Мускулем единым!
« Ответ #2 : 05 Января 2002, 13:08:29 »
csv - рулит. Всегда ими (фалами) пользовался, обычно разделяю \\t [   ].
Когда то сидел на IIS\'e, недавно кстати, только-только на апатчи переехал, то пару раз пробовал использовать базу access, вообще геморойная база. То-то ей не нравится, то-то ... Короче запарился.
А когда недавно перешёл на apache, попробовал mySQL, ещё хуже access\'a, хоть и быстрее...
Я понимаю, можно использовать базы для бе-магазинов, где охеренно много инфы храниться, но использовать mySQL для какого-то счётчика, который записыват IP и ++, ну это вообще, одним словом - смешные люди, кто так делает. И ещё как мне кажется, у баз очень много недостатков, могу все даже перезислить если надо, хотя думаю вы и сами можите догадаться что за недостатки, если хоть раз работали с БД.
..  ..

Оффлайн Dj Fly

  • Simply Dj :-)
  • Постоялец
  • ***
  • Сообщений: 157
  • +0/-0
  • 2
    • Просмотр профиля
    • http://www.digitals-pace.com
не Мускулем единым!
« Ответ #3 : 05 Января 2002, 14:08:16 »
Не знаю, ребята, конечно, счётчики глупо шлёпать с БД, но я пишу уже второй бе-магазин и не имею проблем с MySQL, например

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
ну-а
« Ответ #4 : 05 Января 2002, 15:08:44 »
Цитировать
но я пишу уже второй бе-магазин и не имею проблем с MySQL,

а мне кажется, что для коммерции MySQL несколько кустарна - не удовлетворяет требованиям безопасности.

В журнале Chip в последних 2-х выпусках были весьма интересные статьи на тему MySQL плюсы и минусы :)
 в исканиях.

  • Гость
Ну я вот например слышал про Cashe
« Ответ #5 : 05 Января 2002, 17:09:53 »
Вобще Для КАЖДОЙ сферы может применяться ЛЮБОЕ рещение, всё зависит от того, кто его использует
Можно и Oracle использовать..а можно MySQL - кому как удобнее..)
А насчёт безопасности в MySQL - байки, выставил грамотно
права доступа т нет проблем..
bdmalex@chat.ru

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
гы-гы
« Ответ #6 : 05 Января 2002, 18:43:56 »
Цитировать
Можно и Oracle использовать..а можно MySQL - кому как удобнее..)

;) тут уже вопрос не кому как удобнее, а смотря у какого какие воз-ти.
То что у MySQL стоит заветная аббревеатура SQL вовсе не значит что она полностью соотв. SQL стандарту, а она ему и не соответствуют - в пресс-релизе к новой версии MySQL сами разработчики написали -  мы стараемся сделать нашу базу более соотв. SQL стандарту.
А насчет безопасности - не в правах дело, MySQL не поддерживает транзакции ;) соотв. про сво-ва A.C.I.D. (Atomic, Consistent, Isolated, Durable), которые жизненно важны системам где ошибки _просто недопустимы_, говорить в отношении MySQL не приходится.
 в исканиях.

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
Блин!
« Ответ #7 : 05 Января 2002, 18:46:26 »
Этот форум не для обсуждения MySQL, как будто кроме нее ничего интересного нет.
Базы Berkeley - рулез! http://sleepycat.com
Вот еще бы им с проблемами блокировки избавиться
 в исканиях.

Оффлайн Alan

  • -{ Наблюдатель }-
  • Старожил
  • ****
  • Сообщений: 493
  • +0/-0
  • 2
    • Просмотр профиля
    • http://www.krivoyrog.info
не Мускулем единым!
« Ответ #8 : 05 Января 2002, 22:12:40 »
я вот уже пол года ищу хоть какой нить движ без SQL....=(
:: Тот кто поднялся выше, просто полез раньше ::
   

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
хех
« Ответ #9 : 05 Января 2002, 22:23:40 »
Цитировать
я вот уже пол года ищу хоть какой нить движ без SQL....=(

ты бы уточнял какой движок, вернее для чего?
каталог - Links2
новостной скрипт - NewsPro (там у них новая версия для тестинга вышла Coranto или что-то в этом духе)
форум - YaBB, Iconboard

Вот написано, что новая Iconboard уже юзает MySQL кто-нибудь пробовал?
 в исканиях.

Оффлайн ThE0ReTiC

  • Главный по тарелочкам
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 4041
  • +2/-0
  • 2
    • Просмотр профиля
    • http://
не Мускулем единым!
« Ответ #10 : 06 Января 2002, 01:18:04 »
Цитировать
В журнале Chip в последних 2-х выпусках были весьма интересные статьи на тему MySQL плюсы и минусы

Чип весьма приличная мурзилка. Всему верить нельзя. Ессно, человек, пришедший с промышленных СУБД будет долбать mySQL и в... и в...
Цитировать
а мне кажется, что для коммерции MySQL несколько кустарна - не удовлетворяет требованиям безопасности.

Кривые настройки способны порушить любую систему.
По-поводу Oracle - кто-нить знает хоть один хостинг с поддержкой этой СУБД?
Цитировать
насчет безопасности - не в правах дело, MySQL не поддерживает транзакции  соотв. про сво-ва A.C.I.D. (Atomic, Consistent, Isolated, Durable), которые жизненно важны системам где ошибки _просто недопустимы_, говорить в отношении MySQL не приходится.

Ну да. Она еще не поддерживает триггеры, хранимые процедуры и еще вагон и маленькую тележку еще чего.
А системы, где ошибки ПРОСТО НЕДОПУСТИМЫ никто на подобном движке и не строит. И надо сказать, что и на РНР тоже. Если его и используют, то только как последнее звено в цепи между клиентов и базой. Причем это далеко не самое главное звено.
AS IS...

Оффлайн Alan

  • -{ Наблюдатель }-
  • Старожил
  • ****
  • Сообщений: 493
  • +0/-0
  • 2
    • Просмотр профиля
    • http://www.krivoyrog.info
не Мускулем единым!
« Ответ #11 : 06 Января 2002, 01:35:02 »
Цитировать
ты бы уточнял какой движок, вернее для чего?
каталог - Links2
новостной скрипт - NewsPro (там у них новая версия для тестинга вышла Coranto или что-то в этом духе)
форум - YaBB, Iconboard

Вот написано, что новая Iconboard уже юзает MySQL кто-нибудь пробовал?

Для статей и на пхп =) -это проблема =)
:: Тот кто поднялся выше, просто полез раньше ::
   

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
ля-ля-ля
« Ответ #12 : 06 Января 2002, 02:28:23 »
Цитировать
А системы, где ошибки ПРОСТО НЕДОПУСТИМЫ никто на подобном движке и не строит.

хех, я про то и говорю, процитирую самого себя зеленого:

Цитировать
а мне кажется, что для коммерции MySQL несколько кустарна

а в коммерции ошибки недопустимы :)

Цитировать
По-поводу Oracle - кто-нить знает хоть один хостинг с поддержкой этой СУБД?

заплатишь - будет.
Цитировать
Для статей и на пхп =) -это проблема =)

а почему именно на php? Создается впечатление, php\'шники  не знают, что кроме MySQL существуют другие способы хранения данных ( ;) опускаем php, все день уже прошел не зря!).

Цитировать
Базы Berkeley - рулез! http://sleepycat.com

кстати, php тоже может с ними работать.
Отличная штука,
допустимый объем БД - 4 терабайта (если есть желание можно увеличить)
макс. размер пары ключ/значение - 4 гигабайта
не SQL (т.е. никаких SQL запросов не будет).
данные представлены в виде хеш-таблиц:
ключ->значение
На большинстве Unix/Linux систем имеется (весьма любит ее FreeBSD )

Для Perl: File_DB.pm - работа с базами Berkeley в пределах воз-ти 1-ой версии (проблемы с блокировкой базы)
BerkeleyDB.pm - работа с базами с воз-ми более старших версий (2-я, 3-я);
 в исканиях.

Оффлайн ThE0ReTiC

  • Главный по тарелочкам
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 4041
  • +2/-0
  • 2
    • Просмотр профиля
    • http://
не Мускулем единым!
« Ответ #13 : 06 Января 2002, 02:39:34 »
Цитировать
заплатишь - будет.

И как думаешь, сколько будет стоить такой хостинг ? (информация к размышлению: Oracle8i EE for WinNT стоить $15000. Зарплаты оракловых админов - от $1000).
AS IS...

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
эх
« Ответ #14 : 06 Января 2002, 02:41:12 »
Цитировать
Чип весьма приличная мурзилка

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

 

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