Pull to refresh
6
Регеда Антон@regeda

User

7
Subscribers
Send message
По заявке телезрителей regeda.ru/hcloud/demo.html
семантически — да
спасибо за советы
Это облако, поэтому явная группировка к нему неприменима
Я думал над этим, но хотелось провести тест производительности и тест юзабилити на большой облаке тэгов.
А чем не устраивает MooTools плагин для работы с fragment-адресацией?
Постебаться я тоже умею, только ничего хорошего из этого не выйдет…
академический интерес к подобному роду извращений
Я имел в виду СУБД — как SQL СУБД.

Пока что мое решение — это лишь прототип. Поставить его наравне с уже изместными MySQL, PostgreSQL, Oracle и другими нельзя.

Файловые системы тоже бывают разные. А сами документы кэшируются и чтение идет уже из памяти.
Несомненно на есть архитектуры (наример. бухгалтерия), где без СУБД не обойтись никак.

Уточнение по поводу алгоритма — правильное. Только, чтобы сделать JOIN, эти данные тоже нужно откуда-то взять…
Так в основном все в ОЗУ и хранится…
В моем решении можно использовать любой cache backend
В моем решении нет SQL.
РСУБД — будет править миром. Но в мире сеть еще много непознанного…
Я время не трачу. Мне это интересно.
Я считаю, что отказываться от СУБД рано. Хотелось пойти в другую сторону и посмотреть на альтернативные решения, которые могут иметь место
Я не холивар! Если «XSLT давать в массы», то «точка» здесь ни при чем…
Если XSLT не дает им преимущства, то тогда «о чем речь»?
Эти 95% просто не знали о существовании XSLT
Любое решение, которое стандартизовано уже должно вызывать сомнение по поводу того — «а не является ли это решение универсальным»…

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity