Алексей Кулаков

Давай ты будешь думать логически сам?

Сколько проходов по массиву данных (циклов) ты видишь в первом и во втором варианте?

Следовательно, обладающая максимальной частотой и совместимая с моим процессором память - это DDR4-2133, верно?

Согласно документации Intel (см тута) максимальная частота памяти официально поддерживаемая это 2133. Эта память гарантированно заведется. Все что выше но в пределах характеристик мат.платы скорее всего заведется, но технически это считается разгоном так что маленький процент того что не заведется имеется.

Чтобы проверить на сайте производителя, своей модели банально не могу найти. Понимая, что сама эта величина может быть в некотором роде условной, хотел бы поинтересоваться, каким образом, зная конфигурацию компьютера, выяснить оптимальный верх объёма ОЗУ?

Тут бывают разные случаи, официально процессор поддерживает до 32Гб оперативной памяти, но некоторые производители ноутбуков например могут ограничивать меньшим объемом (у меня такая ситуация). Тут надо именно ноутбучные спецификации смотреть.

Субьективные оценки необходимой памяти примерно такие: 8Гб - уже в притык, лично я бы для комфорта ставил минимум 16.

А вообще модель ноутбука бы перевела разговор из абстрактного в конкретный.

Task.Wait() будет блокировать вызывающий поток, а await не будет этого делать.
Так называемый continuation (то что ниже await) будет выполнен после завершения таска, что ожидается через await. При этом вызывающий поток блокироваться не будет и сможет выполнить еще какую-то работу, например, среагировать на нажатие кнопки если это основной поток GUI приложения или если это асп.нет приложение он сможет начать обрабатывать следующий запрос.
Как только таск выполнится начнется исполнение continuation и в некоторых случаях не гарантируется что это будет тот же поток в котором выполнялся код до await.

Я может быть ересь скажу, но вот не пойму зачем менять старье на старье. Я понимаю цены сейчас такие, что хоть стой хоть падай, но все же. Зачем тратить кровные на что-то что уже морально устарело? Я не в курсе продается ли еще 6-е поколение или нет.

Если речь идет все же о б/у рынке, то может стоит на том же б/у рынке обновить и мать и процессор, чтобы туда можно было бы какую-нибудь 950-ю поставить? Я понимаю что с деньгами может быть туго у многих, но тогда вдвойне нужно думать наперед и не тратиться на то что через год захочется сменить, а может быть и раньше.

Предполагаю, что сейчас на б/у рынок высыпется куча карточек от тех кто будет менять видюху на GTX 1080/1070. Там будут и 7-ой линейки карточки и 9-ой тоже наверняка будут. Нужно только чуточку подождать.

Быстрым взглядом окинул вашу схему.
1) есть одно правило при построении ER-моделей, звучит оно как-то так "мертвые вороны летят на восток". смысл его в том что таблицы располагаются на диаграмме так что справочники и редко изменяемые таблицы скапливаются в правом нижнем углу, а, соответственно, наиболее изменяемые таблицы в левом верхнем. Если следовать этому правилу читаемость диаграммы базы данных улучшается в разы. Пример:

2)User. по правилам модель доводят до 3,5НФ (или Нормальная форма Бойса-Кодда).(Список нормальных форм). Так вот таблица User не нормализована должным образом.

Обычно контакты выносят в отдельную таблицу (по крайней мере я бы так сделал). По адресам тоже возможны дубли записей.
Если у вас указание одной из станций метро обязательно для пользователя, то ссылка на город не нужна если есть ссылка на метро. очевидно что каждое метро относиться к одному городу. Если метро не обязательно указывать то тогда ссылку на город оставляем.

3) Product. Обычно продукт это некоторая номенклатура, то есть описание свойств товара, его названия и прочего. Цена в него не входит. Что вы будете делать если придут продукты из разных партий и закупочная цена у них будет разная? Ваша модель этого не отражает. обычно есть некий прайс-лист в котором есть соответствие продукта и цены. прайс-листы в реальной жизни могут меняться и имеют дату на которую этот прайс-лист действителен. Тогда обозначенной мной ситуации не будет. Прайс лист оформляется как минимум двумя таблицами - собственно прайс-листом с общими параметрами как дата создания, составитель ect. и табличной частью, где записаны позиции всех прайс-листов (с ссылкой конечно же) с указанием продукта и его стоимости по конкретному прайс-листу. Валюту можно указать как в конкретных позициях прайс-листа так и глобально на прайс-лист.

"Для всех страниц страниц, таблица url является родителем, хотелось бы что бы удаляя например товар удалялся урл, сейчас на оборот."
Не совсем понял. у кого у всех? думаю у mysql есть настройки внешних ключей OnUpdate, OnDelete. можно через них организовать корректное удаление.

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

1)Вы уверены что у вас элементов будет меньше чем int.MaxValue?
2)Выкиньте в топку этот List, можно оставить только если вам заранее известно количество элементов и вы можете инициализировать maxCapacity сразу. если нет то выкидывайте однозначно. Дело в том, что после 4-ой вставки (если мне не изменяет память) при каждой следующей вставке элемента Capacity увеличивается вдвое, соответственно массив элементов который там внутрях тоже увеличивается вдвое и элементы перегоняются в новый. представляете с какой скоростью растет массив? то есть на i = 33554433 + 1 list.Add() будет пытаться выделить кусок под 67108866 элементов, а это нужен непрерывный кусок памяти который к тому времени наверняка не находится и все падает с OutOfMemoryException. кстати же еще нужно хранит массив с которого будем копировать в тот который копируем. это огромная трата памяти. жесть просто.

Не знаю что у вас за код, который использует результат метода Time, но если там всего лишь перебор то этот ваш алгоритм это просто жесть, и наверняка можно вообще не использовать внутренний список, а выдавать посчитанное значение по мере необходимости через yield return и вычислять на лету.

Попробуйте все же использовать AssemblyQualifiedName, а не просто полное имя типа и имя сборки.

Как добиться того, чтобы t содержал ссылку на StorageManager?

На объект StorageManager или ссылку на объект Type соответствующий типу StorageManager?

Все просто. Любое событие принимает объект, который вызвал срабатывание события и некоторые аргументы. Вам нужно что-то типа вот такого

private void Keyboard_FormClosing(object sender, FormClosingEventArgs e)
{
  var closingForm = sender as Form1;// пытаемся преобразовать к Form1
  if (closingForm!=null)//если sender это объект класса Form1 или его наследника
      closingForm.webKitBrowser.StringByEvaluatingJavaScriptFromString("");
  // sender не объект класса Form1 или его наследника
}

Ну вот как-то так

По законодательству, насколько я знаю, все исключительные права на то, что вы делаете (создаете, пишите код и прочее) в рамках исполняемой должности принадлежат организации на которую вы работаете, если в договоре не оговорено иное. За вами может быть авторство, но авторство это несколько иное нежели исключительные права. Вам нужно было договориться с начальством, о том можете ли вы внести в свое портфолио проекты, которые вы делали в рамках исполняемой должности. Но студия имеет полное право не давать согласие, если она является держателем исключительных прав. Конечно, если в договоре прописано иное и есть пункт о таких случаях, то следует действовать в рамках договора.

Согласен со Станиславом, база данных спроектированна из рук вон плохо, учитесь делать так как нужно и слушайте что вам опытные товарищи говорят - больше нервных клеток сбережете.

Упрямство это хорошо, но когда более опытный человек говорит вам это не правильно спроектированно, то стоит прислушиваться и не набивать кучу шишек на простых вещах.

Есть несколько Нормальных форм для баз данных. Каждая из них убирает некую избыточность. Минимум база должна соответствовать 3-ей нормальной форме, почитайте про 1НФ, 2НФ, 3НФ и 3,5НФ (или нормальная форма Бойса-Кодда или НФБК). Иногда проводят денормализацию, но для этого нужно понимать для чего и в каких случаях это делается.

Теперь о вашей структуре таблиц.
В вашем случае есть некий товар, есть категории (или группы, ваши видеокарты, кулеры и бог знает что еще) товаров. Вот вам две таблицы - Товар, Категория товара. Ну и связь между ними конечно же один ко многим так, что одной категории соответствует множество товаров, но один товар всегда соответствует одной категории. Если товар может быть в нескольких категориях (связь многие ко многим), то это делается через дополнительную таблицу. Итого имеем удобство добавления новых категорий товаров - добавляем новую категорию и при добавлении товара указываем к какой категории он относится. какие-нибудь теги тоже можно по такой же схеме организовать.

Далее, нужен нам заказ, делаем таблицу Заказ с полями кто заказал, когда заказал, иные примечания и поля, но не что заказал. Табличная часть заказа должна быть в отдельной таблице, где есть ссылка на товар (одну таблицу а не как у вас сейчас), количество, иные поля, и ссылка на заказ к которому та или иная позиция относится.

Если хранить корзину в базе то ее можно реализовывать примерно также, только там в кто заказал будет например идентификатор сессии клиента. Ну и указывать датувремя протухания значений в корзине и с течением времени удалять протухшие или накапливать статистику какие товары чаще всего добавляют в корзину.

Свойства товаров, как сказали, можно хранить в json или в xml, но это не удобно для фильтров каких-нибудь да и добавлять/редактировать значения свойств как-то не удобно - загрузи, десериализуй, измени/добавь, сериализуй и сохрани. Если они никогда не меняются и по ним нет поиска, то я бы сохранил как сериализованный в json или xml объект. Иначе тоже через таблицы, связанные с товаром связью. тут можно накрутить много, и группы свойств для каждой категории и всякое другое.

Убрать наврятли получится, потому что пользователь расшаривая картинку сам добавляет запись в свою ленту. То есть он ее и должен удалять. Согласитесь, было бы не правильно, если какое-то третье лицо (или сайт) удаляло бы некий пост из вашей страницы в соц. сети.

А вот с заменой дело обстоит так:
если соц. сеть копирует картинку к себе на сервер и в ленте указывает на свою копию, то сделать вы ничего не сможете;
если соц. сеть использует ссылку на оригинал, то можно подменить оригинал и все ссылки будут приводить на новое изображение.

Я к сожалению не знаю какую ссылку хранить та или иная соц. сеть.