Вячеслав Онуфриюк

Вот так, например (это T-SQL):

select P.*
  from Products as P
  join Attribute_values as AV
    on AV.ProductID = P.ID
   and AV.Value = 1
   and AV.AttributeID in (attr1, attr2, attr3)
 group by P.*
having count(AV.ID) = 3

Ну, естественно сочетание ProductID/AttributeID в Attribute_values должно быть уникальным.

Это лучше вообще не реализовывать.
Такие вещи делаются совсем другим способом - через :hover, :hover > .item и т.д.

На codepen есть целая куча примеров:
codepen.io/search/pens?q=menu+css&limit=all&type=t...

Трудно сказать, что не так.
Но в первую очередь - референситься нужно не на DLL а на сам проект, раз уж они в рамках одного солюшена.

А вообще .NET Remoting - устаревшая технология, сейчас ее никто не использует.
Либо Web API 2, либо, в особо специфичных случаях, WCF.

А, да, после исправления ссылок стоит сделать rebuild solution, часто помогает избавиться от некоторых глюков вижлы )

Нет, вспомогательная таблица тут не нужна.

Если нужно, чтобы между юзерами могло проходить несколько разных переписок, стоит создать таблицу Conversations (id, initiator_id, date_started, etc ... ) - не для связи, а как самостоятельную сущность, а в таблицу Messages добавить три референса - sender_id, receiver_id и conversation_id.

Но если допускается, что сообщения между двумя юзерами - всегда одна переписка, то достаточно просто в Messages добавить sender_id и receiver_id. Это однозначно свяжет каждое сообщение с двумя юзерами.

А вот если нужна переписка сразу между несколькими юзерами, тогда уже нужна вспомогательная таблица ConversationMembers (user_id, conversation_id), а из Messages нужно убрать receiver_id - сообщение и так будет связано с перепиской, и все ConversationMember'ы смогут его получить.

px в css - это, в общем случае, не пиксель на экране.
Это просто примерно 1/96 дюйма. На обычных экранах это 1 пиксель, на ретина - это даже не целое их число ) (система по умолчанию чаще всего масштабирует разметку под себя).
На экранах с разрешением меньше стандартного (старые мониторы, телевизоры, мониторы с большой диагональю) пиксель может занимать больше 1/96 дюйма.

Так что, да, dpi проверять имеет смысл.
Но я бы стал (честно говоря, я бы вообще не стал) проверять только на то, больше ли оно чем 190 точек на дюйм.
Этого должно быть более чем достаточно.

В CSS нет селекторов для указания стиля контейнера относительно контента.
Боюсь, придется выносить дочерний список из родителя в какой-то общий контейнер.
Вот так, например:

<div class = "menu-item-container">
    <div class = "menu-item"> Parent </div>
    <div class = "menu">
        <div class = "menu-item-container">
            <div class = "menu-item"> Child 1 </div>
        </div>
        <div class = "menu-item-container">
            <div class = "menu-item"> Child 2 </div>
        </div>
    </div>
</div>

Ну, если меню гарантированно двухуровневое, на втором уровне можно попробовать и без контейнеров обойтись.

А вообще это не будет смотреться так уродливо, если контейнер обозвать menu-item, а сам menu-item - menu-item-text или типа того )
Можно еще немного оптимизировать и вообще не делать класс для последнего.