Мне как-то это маловероятным кажется.
Обслуживать больше абонентов на одной скорости - да.
Увеличивать скорость для одного абонента - нет.
Цитата из Вашей же статьи
"И последнее немаловажное замечание про скорость каналов
Возьмем 2 неравнозначных канала, например, 100 мбит и 50 мбит. Сбалансируем их через Nth, PCC или ECMP. Какую суммарную пропускную способность получим?
На самом деле — где-то около 100 мбит (самый слабый канал Х раз). "
1) Делаете отдельно Таблицу реальных значений(xval) с полем val boolean, отдельно string, отдельно number.
Итого три таблицы на все случаи жизни.
2) Выбираете из Таблицы реальных значений те значения, которые Вас устраивают и все.
Есть основная таблица. Дома. Есть Варианты характеристик домов. Т.е. какие характеристики МОГУТ быть у дома.
Есть таблица реальных значений этих характеристик с привязкой к дому.
ДОМ->ХАРАКТЕРИСТИКА->РЕАЛЬНОЕ ЗНАЧЕНИЕ.
Понятнее?
"Хорошо сформулированный вопрос - это половина ответа."
Четче выражайте свои желания, и не бойтесь пользоваться гуглом: g.zeos.in/?q=matlab%20web%20server
Вообще человек дело говорит. Зря Вы так резко..
А Вы хотите решать так, как все решается в России - не причину лечить, а следствия.
Как с ямами на дорогах. А давайте будем мониторить, сколько ям на каждой дороге? Отлично же получится.
Может стоит нормально дороги делать? И профилактику проводить раз месяц?
Что значит "напрямую"? И что значит "через rs232 или rj45"?
Есть com-порты, есть ethernet-порты, там совершенно разные протоколы передачи данных.
Умеет ли система управления базой данных напрямую считывать данные с com-портов? Нет, не умеет. Это не ее задачи.
Все равно Вам придется писать приложение, так или иначе.
Иван: естественно они будут тяжелее, но вопрос, как всегда, в цене. Какая разница будет для Вас значительной? 1ms? 10ms? 50ms?
Два join'а по индексу на 300тыс записей (при условии 30 параметров на 10000 пользователей) это, ну максимум секунда. При самых худших условиях.
Это когда надо вернуть параметры для всех. А если для одного? У Вас высокопроизводительные системы реального времени? Сомневаюсь.
Поэтому, мне кажется, разговор о скорости здесь неуместен.
ACTUAL это если надо какой-то неактуальный параметр убрать из выборки например, к общей реализации не имеет отношения.
Разве лишний join по индексу замедляет запрос? Или его дольше писать? Или может это долго создать три дополнительных таблицы для реализации очень гибкой структуры?
Да пока мы тут переписываемся я уже сделал бы эту схему и забил бы все параметры.
Я согласен про оптимальность. Но, если хочешь расти, то изучай медленно сложное, потом сможешь применять сложное быстро.
Иначе всю жизнь будешь заниматься добавлением параметров в колонки.
Выбор за ТС.
Вопрос конечно у Вас сформулирован очень некорректно.
Попытаюсь заванговать что Вы хотите.
"Мне нужно выбрать базу данных, что бы можно было хранить в ней около 8000 строк (7-10 столбцов) и писать в нее данные."
8000 для любой базы данных в нашем пространство-временном континууме - ни о чем. Берите любую.
По личному опыту рекомендую firebird. Легкая, бесплатная, с широкими возможностями и отличным простым редактором (ibexpert). К тому же импортозамещение)
Создаете базу и пишите приложение которое будет считывать с датчиков инфу и инсертить в базу.
- Я не обратил внимания на версию. Думаю, раз ТС задумал такое дело, то должен проверить совместимость.
- В смысле проверить tcpip, открыть порты и все в таком духе.
А самый дешевый коммутатор SFP+ минимум 200-250 т.р.