Алексей

Я на своей практике (а работаю я именно с системами учета) из нормальных могу порекомендовать такую структуру:
1) таблица Приходов Income (заголовок, где указанны дата прихода, подразделение куда пришел и прочее) + IncomeGoods - (тело заголовка, где указан товар, количество и цена)
2) Таблица Расходов Outgo(заголовок, где указанны дата расхода, подразделение от куда ушел) + OutgoGoods - (тело заголовка, где указан товар, количество и цена)
3) таблица взаимосвязей - RelationIO (идентификаторы приходной позиции товара из IncomeGoods и OutgoGoods )-> таблица взаимосвязей приходов и расходов.
В чем суть таблицы: у вас есть приход допустим 20 штук. Вам нужно забрать из него 10 штук. Вы записываете в RelationIO то количество которое вы забрали из прихода и что его забрало.
Только понадобится написать процедуру проведения накладной - под проведением я подразумеваю набор свободных остатков для расхода.
Теперь по отдельным пунктам.

• Проводить документ только в транзакции. Никакие вычитания в данной системе не нужны. Все операции обратимы. Вы можете убрать взаимосвязи и удалить расход
  

• при каждом обращении рассчитывать предыдущее состояние склада, вычитать из него 3-4 тысячи заказов и прибавлять 3-4 сотни поставок – не решение

  
  Для проведения это единственное правильное решение. Иначе готовьтесь к большой Ж... в приходах и расходах, когда вся ваша система разрастется.
  
• Создайте в заголовках места хранения "Основное" и "Брак" + прочие
  
• По последнему писать не буду. Много там слишком. Если такая система заинтересует, могу примерную структуру таблиц прислать с алгоритмом (или кодом на MS SQL) для проведения
  
  

Сначала получите из базы в таблицу или в коллекцию результат вашего запроса. Причем, желательно не только имена, а идентификаторы тоже SELECT ID,NameGroup FROM Groupt
Потом в свойстве DataSource укажите то куда вы данные засунули. В поле DisplayMember укажите NameGroup, а в ValueMember укажите ID.
Таким образом когда пользователь выберет Имя группы, вы сможете считать ее идентификатор.
Это для WinForms. Для WPF немного иначе.
P.S. писал по памяти, мог где-нибудь ошибиться

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

SET @par1 = (  select [поле] from [таблица1] WHERE ....  )

ну или можно написать
select @par1 =[поле] from [таблица1] WHERE .... ;

По моему проще создать дополнительное поле типа числовое или денежное. Перенести данные из старого поля с конвертацией. Старое поле удалить, новое переименовать в старое.
Если не знаете как написать запрос:

UPDATE таблица
SET <Новое поле> = CAST(<старое поле> as <тип данных>

Join таблицы саму на себя. Дальше отбор по условию.
Проверил. Работает.

create table #table ( id int, parrentid int)
insert into #table (id, parrentid)
values
(1 , 1),
(2 , 2),
(3 , 2),
(4 , 3),
(5 , 3),
(6 , 4),
(7 , 5),
(8 , 1),
(9 , 1 )

select * from #TABLE  T 
left join  #TABLE  T2 ON T.ID=T2.parrentid
where T2.id is null

У вас немного неправильная логика построения запроса. Сначала сгруппируйте таблицы Order_position и Order_other по GROUP BY Order_id. А потом соединяйте их с заказом.
Добавил код:

SELECT O.ID
	,O.Customer
	,x.Summ
	,y.summ
FROM ORDER O
LEFT JOIN (
	SELECT order_id
		,SUM(Price * Value) AS summ
	FROM Order_other
	GROUP BY order_id
	) x ON O.Id = x.Order_id
LEFT JOIN (
	SELECT order_id
		,SUM(Weight) AS summ
	FROM Order_position
	GROUP BY order_id
	) y ON O.Id = y.Order_id

alter table marki add id int not null identity(1,1) primary key

select 
top 100
tags,
COUNTposts  
from 
(
select  tags, COUNT( posts ) as COUNTposts 
from  Posts_Tags
where  (указываешь диапазон времени)
group by tags
) x
order by COUNTposts

Либо убираешь top 100 и пишешь условие для выборки.
Можно конечно через HAVING еще упростить. Но не знаю есть ли он на MySQL и Postgresql...