d-stream

Можно выкупить б/у терминал оплаты. Там есть все, кроме печати на картоне.

Но это очень тяжелый железный ящик... но типа более-менее надежный ящик для купюр.

софт: forpay или utspay - у них более-менее с драйверами разнообразнейшего зоопарка периферийного железа

Зарегистрировать в патентном бюро, росреестре, спортлото, союзе кинематографистов и т.п.

Но собственно это процесс несложный и недорогой по сравнению с последующими погонями за пиратами - Шарику из Простоквашино с фоторужьем было в разы проще.

определится для себя что же важнее, что менее важно и указать это через запятую в order by

p.s. where - это не сортировка, а отбор

https://msdn.microsoft.com/ru-ru/library/system.te...
https://msdn.microsoft.com/ru-ru/library/ds4kkd55(...
То бишь вначале юникод конвертируем в однобайтную кодировку (например Windows-1251) и потом GetBytes

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

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

Наиболее красивое решение - делать скрипты создания и стартового наполнения базы.

Как образчик - скрипты в "инсталляторах" большинства готовых движков форумов, cms и т.п.

Большую часть можно выкусить из того же mysqldump

В итоге будет нечто типа
create table
...
create table
insert into
...
insert into

Учить, как и проходить - однозначно не надо.
Изучать - да, возможно. Хотя бы с точки зрения понимания работы процессора как такового.

Никаких отличий от локальной, разве что:
1. разрешить sql серверу сетевые подключения (например tcp/ip)
2. озаботится безопасностью подключений (ну как минимум чтобы извне вообще не было доступа для sa ролей)
3. несколько позже - подумать о промежуточном звене....

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

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

p/s/ и да, триггеры бывают не только DML, но и DDL разных уровней + всяких специфичных видов типа event_driven, logon и т.п.

Канва примерно такая:
есть ip - primary key и dup_fld - поле, которое могло дублироваться
1. select dup_fld from table group by dup_fld having count(*)>1 -- это дубликаты как таковые
2. select max(id) from table group by dup_fld having count(*)>1 -- это id (уникальный, последний) в дубликатах
3. само удаление по условию что dup_fld из 1 селекта и id НЕ из 2 селекта

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

Ну а как реалезовать - вопрос вкуса и компромисса с оптимизатором. Я бы делал 2 cte - первым inner join "урезал" набор до только дубликаты, вторым - left join where cte2.id is null

with cte_dbls(dup_fld) as (select dub_fld from table group by dup_fld having count(dup_fld)>1),
cte_ones( id ) as ( select max(id)  from table group by dup_fld having count(dup_fld)>1)

--delete from table where id in (

select 
id
from table
inner join cte_dbls on cte_dbls.dup_fld=table.dup_fld
left join cte_ones on cte_ones.id=table.id
where cte_ones.id is null
--)

Для удобства - само удаление закомменчено, чтобы увидеть результат селекта, а так можно избавится из конструкции where in

Матрица - нет. А вот матрица с контроллером - да. При некотором усердии даже можно подключить это дело от убитого ноута к какому-нибудь компьютеру и использовать как монитор.

select 
table.id, min(table.name)
from table
left join table as t2 on t2.paren=table.id
where table.parent is null
group by table.id
having count(t2.parent)>=3

до MySQL доточить по вкусу и сдать домашнее задание -)

Проверить наличие таблицы:

select OBJECT_ID('tempdb..#t_nrv','U')

есть таблица - будет значение ее id, иначе - null

только если таблица нужна исключительно внутри процедуры - лучше использовать не #table а @table

иначе будут танцы...

declare @qqqq table (id primary key, value nvarchar(max))

class Program
    {
        static void Main(string[] args)
        {
try{
            ManagementObjectSearcher searcher = new ManagementObjectSearcher(@"root\WMI", "SELECT * FROM MSStorageDriver_ATAPISmartData WHERE Active=True");
            foreach (ManagementObject obj in searcher.Get())
            {
                byte[] vendorSpec = obj["VendorSpecific"] as byte[];
                if (vendorSpec != null)
                {
                    Console.WriteLine("Температура = " + vendorSpec[115]);
                }

            }

            Console.ReadKey();
}
catch(Exception ex)      {
 ex.message - будет содержать текст сообщения об ошибке и его можно вывести через messagebox или хотя бы посмотреть в отладке
}
  }
    }

Гм... если бы не пауза "1.5 байта" - все бы было легко и хорошо, на так - несколько неестественное использование... со всеми вытекающими...
Если меня склероз не обманывает - у 8251 буфер в пределах 15 байт. То бишь если пакет/фрейм больше - он должен фрагментироваться.

p/s/ по бреду: упасть на уровень-другой ниже до эмуляции 8251, выключить буффер и ловить побайтно данные и паузы отслеживать по таймеру... только, боюсь, первыми непреодолимыми граблями окажется частичная эмуляция интерфейса...