count?

понятно что count, но оно не выдает сам тип к которому это значение привязано

Так выведи его в другой колонке

Или alias, как вариант

Mysql /

Такое дело, что мне подсказали сделать базу данных так, как база не работает. Там  было предложено сделать:

[табл1 items], 
[табл2 category] и [табл3 dear] 
[табл4 item_category] и [табл5 item_dear] 

А они не могут взаимодействовать.

Подскажите, как реализовать таблицы, чтобы можно было работать с данными :

id

(auto increment)

, 
src, 
name, 
price,
category

(их может быть от одной до множества)

,
dear

(их может быть от одной до множества)

.

select field, count(distinct field)
From thetable
Group by field

[табл1 items], 
[табл2 category] и [табл3 dear] 
[табл4 item_category] и [табл5 item_dear] 

id

, 
src, 
name, 
price,
category

,
dear

.

Очень расплывчато и неясно...
Сформулируй более четко и с деталями

Связи сделал, но вот пример:
В таблицу items ввожу все поля(id, src, name, price)
далее
связь есть по id с таблицами item_category и item_dear
в таблицы item_category и item_dear должно попадать по два значения, тоесть
значение1 id(из таблицы items)
и значение2 category_id(из таблицы categories).

Получается что нужно вводить сразу одновременно данные в items и данные в categories, чтобы все таблицы были заполнены.

Или как?

Получается создаю данные для таблицы items и данные для таблицы categories а патом только связываю посредством items_category где id из items и id из categories ?

Если так, то всё понятно!

Пришли пож. DDL всех твоих таблиц, я так лучше пойму

Ну, тут все логично выглядит, да

Почему одновременно?
Сначала независимо в родительские таблицы, в произвольном порядке, затем -в таблицы связей

Благодарю, уже решил. Но появился вопрос в том, когда я свяжу таблицы,  а патом придется пополнить одну таблицу еще, то что делать )

Ну опять не ясен вопрос...
Пополняют таблицы вообще оператором
Insert

Всем привет. Понадобилось мониторить disk space usage cassandra на уровне нода. Нашел такую документацию:
https://cassandra.apache.org/doc/latest/operating/metrics.html#storage-metrics
Там есть такая метрика:
Load  Counter  Size, in bytes, of the on disk data size this node manages.
Но тип метрики - counter. И если я правильно понял, counter в отличии от gauge только растет.
Тогда получается, что когда произойдут compaction-ы, эта метрика не будет показывать реальную ситуацию? Или я неправильно понял эту метрику?

какая бд подойдет для хранения больших данных?

большая ;)

любая))

#define БОЛЬШИХ_ДАННЫХ

Дедушка, вы на плюсах перепрограммировали, тут про базу данных спрашивают 😅