
18.08.2014, 12:21
|
 |
Профессор
|
|
Регистрация: 07.03.2011
Сообщений: 1,141
|
|
|
Если сервер на ноде чем не устраивает данные в var ?
Как я понял изменение данных довольно редкая и не накладная задача?
Основной вопрос это быстрый доступ к данным множества клиентов?
Имхо данные записываются в любую удобную БД после этого присваиваются любой var переменной где с успехом и хранятся на любой запрос от клиентов данные отдаются максимально быстро и без лишних танцев с бубном.
Единственное возможное проблемное место это целостность данных при внезапно остановке ноды но целостность легко обеспечить просто сохранив данные перед использованием(присвоениеÐ ¼ переменной) сохранение загрузка данных элементарна имхо все должно неплохо работать прямо из коробки и не нужно хитрых решений.
|
|

18.08.2014, 13:39
|
 |
I am Student
|
|
Регистрация: 17.12.2011
Сообщений: 4,415
|
|
|
MallSerg, Данные будут весеть в ОЗУ и так просто что бы если что то дропнет или какае то другая проблема, не парсить данные заново потому что парсить там приилично, то данные будут браться из бд
__________________
|
Цитата:
|
|
Если ограничения и условия описываются как "коробка", то хитрость в том что бы найти именно коробку... Не думайте о чем то глобальном - найдите коробку.
|
|
|

18.08.2014, 14:47
|
 |
Профессор
|
|
Регистрация: 07.03.2011
Сообщений: 1,141
|
|
|
Так перед тем как присвоить данные переменной или изменить просто сохрани их в базу в том виде в котором они будут использоваться при падении просто загрузи их из базы (я использую json как оч. удобный формат для почти любой платформы) .
Если падение сервера будет реже чем один раз в минуту то заметных проблем возникнуть не должно.
На все это должны писаться тесты которые эмулируют нагрузку и киляют веб сервер для проверки проблем с потерей данных.
Чем больше хороших тестов тем надежнее и быстрее пишется приложение.
А если совсем по хорошему то сначала пишутся тесты которые тестируют приложение по ТЗ а на основе этих тестов пишется приложение.
|
|

18.08.2014, 14:56
|
 |
I am Student
|
|
Регистрация: 17.12.2011
Сообщений: 4,415
|
|
|
Сообщение от MallSerg
|
|
А если совсем по хорошему то сначала пишутся тесты которые тестируют приложение по ТЗ а на основе этих тестов пишется приложение.
|
Это пока для меня слишком
__________________
|
Цитата:
|
|
Если ограничения и условия описываются как "коробка", то хитрость в том что бы найти именно коробку... Не думайте о чем то глобальном - найдите коробку.
|
|
|

18.08.2014, 14:58
|
|
sinistral
|
|
Регистрация: 28.03.2011
Сообщений: 5,418
|
|
Я бы сделал так: SQL, если отношения есть (или будут), и NoSQL, если их нет (и не будет).
Redis заменяется на любое другое - он для кеша

Моё имхо, пытаться делать реляции на NoSQL - это просто жесть
Последний раз редактировалось melky, 18.08.2014 в 15:00.
|
|

18.08.2014, 15:21
|
 |
I am Student
|
|
Регистрация: 17.12.2011
Сообщений: 4,415
|
|
|
melky, что подразумеваеться под "отношение между сущностями" ?
__________________
|
Цитата:
|
|
Если ограничения и условия описываются как "коробка", то хитрость в том что бы найти именно коробку... Не думайте о чем то глобальном - найдите коробку.
|
Последний раз редактировалось cyber, 18.08.2014 в 15:34.
|
|

18.08.2014, 17:13
|
 |
猫
|
|
Регистрация: 07.06.2007
Сообщений: 7,504
|
|
|
Сообщение от melky
|
|
Я бы сделал
|
на которой умею и которую знаю.
Если не знаешь, то сначала изучи их возможности и сравни с потребностями. Многие задачи можно реализовывать с помощью разных бд.
(my)sql стопудово более гибкий вариант. По сути я еще не сталкивался с задачами где, требовалась иная бд. С другой стороны нужны потребности, чтобы выбрать нужный вариант.
Короче: Реляционная база данных vs NoSQL
Выбери то, что тебе нужно, а не то, что посоветуют!
__________________
Последний раз редактировалось Gozar, Сегодня в 24:14.
|
|

18.08.2014, 18:40
|
 |
I am Student
|
|
Регистрация: 17.12.2011
Сообщений: 4,415
|
|
|
Сообщение от Gozar
|
|
Выбери то, что тебе нужно, а не то, что посоветуют!
|
Я вот и пытаюсь понять что мне нужно)
__________________
|
Цитата:
|
|
Если ограничения и условия описываются как "коробка", то хитрость в том что бы найти именно коробку... Не думайте о чем то глобальном - найдите коробку.
|
|
|

18.08.2014, 19:03
|
|
sinistral
|
|
Регистрация: 28.03.2011
Сообщений: 5,418
|
|
|
Сообщение от Gozar
|
|
Выбери то, что тебе нужно, а не то, что посоветуют!
|
я лишь предлагаю варианты. ничего не навязываю
|
Сообщение от cyber
|
|
melky, что подразумеваеться под "отношение между сущностями" ?
|
отношения - это связи между таблицами вида "один-к-одному" , "один-ко-многим" и "многие-ко-многим"
лично для меня геморно было разруливать их на NoSQL. в (my)SQL это делают JOIN запросы, но с ними ... легче как-то, что-ли
|
Сообщение от cyber
|
|
Я вот и пытаюсь понять что мне нужно)
|
возьми и попробуй проанализировать свою приложуху. попробуй сделать игрушечный проект на каждой из БД и выбери любую понравившуюся
Последний раз редактировалось melky, 18.08.2014 в 19:31.
|
|

18.08.2014, 19:57
|
|
sinistral
|
|
Регистрация: 28.03.2011
Сообщений: 5,418
|
|
Сообщение от cyber
|
Мне нужно на бэкенде через n времени парсить страницу, как это лучше сделать?
Через обычный setTimeout или есть более продвинутые решения?)
|
тут уже оофтоп пошел )
есть CRON - тут для расписания вещь более подходит, мне кажется
|
|
|
|