Исходное сообщение
"В SQLite добавлена поддержка WASM для использования СУБД в w..." Отправлено Брат Анон, 31-Окт-22 07:33
1) Откройте для себя мир правильно структурированных ключей. Что-то вроде такого: /users/admins/vasya 2) Не нужно тратить время на походы по сети. Это в десятки тысяч раз ускоряет выборку данных. 3) Если не использовать внешние ключи -- агрегатное хранение на порядок быстрее. 4) Если использовать внешние ключи -- вы ничего не теряете. Скорость будет немного выше, так как не тратится время на парсинг, компиляцию и оптимизацию запроса (эту часть придётся сделать руками, но можно в 2..3 раза оптимизировать, по сравнению с РСУБД). 5) К слову, материализованные графы, поток линейного логирования, сырых измерительных данных -- всё это дурно влияет на производительность РСУБД. Более того, они от таких режимов дохнут. 6) Слабо структурированные данные, жирные двоичные блобы -- РСУБД вообще для этого не предназначены. Да и с шардированием (в меньшей степени репликацией, но тем не менее) -- тоже всё достаточно грустно. Это мы ещё до биг даты толком не доехали, угу. Закат Солнца вручную далеко не всегда оправдан. Но если в организации 50..100 БД или больше -- затраты организации на железо будут сокращены кратно. Начальство такое любит.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> 1) Откройте для себя мир правильно структурированных ключей. Что-то вроде такого: > /users/admins/vasya > 2) Не нужно тратить время на походы по сети. Это в десятки > тысяч раз ускоряет выборку данных. > 3) Если не использовать внешние ключи -- агрегатное хранение на порядок быстрее. > 4) Если использовать внешние ключи -- вы ничего не теряете. Скорость будет > немного выше, так как не тратится время на парсинг, компиляцию и > оптимизацию запроса (эту часть придётся сделать руками, но можно в 2..3 > раза оптимизировать, по сравнению с РСУБД). > 5) К слову, материализованные графы, поток линейного логирования, сырых измерительных > данных -- всё это дурно влияет на производительность РСУБД. Более того, > они от таких режимов дохнут. > 6) Слабо структурированные данные, жирные двоичные блобы -- РСУБД вообще для этого > не предназначены. Да и с шардированием (в меньшей степени репликацией, но > тем не менее) -- тоже всё достаточно грустно. Это мы ещё > до биг даты толком не доехали, угу. > Закат Солнца вручную далеко не всегда оправдан. Но если в организации 50..100 > БД или больше -- затраты организации на железо будут сокращены кратно. > Начальство такое любит.
	Введите код, изображенный на картинке: