Дмитрий Ковальский

1) надо сделать SELECT во временную таблицу содержимого csv
2) А потом что-то вроде

INSERT INTO number_owner(number_table_id,contragent_id)
SELECT nt.id, c.id FROM @tempTable as t
INNER JOIN contragents as c ON t.inn = c.inn
INNER JOIN number_table as nt ON t. number = nt.number

Примерно так.

SELECT *(убрать звездочку, перечислить нужные столбцы) FROM Pages as p
LEFT JOIN page_tag as pt ON pt.pageId = p.Id
INNER JOIN tag as t ON t.tag_id = pt.tag_Id
WHERE <Условия фильтрации>

Разбирайтесь с JOIN

select ROW_NUMBER() OVER(ORDER BY id_user asc), ...over fields FROM MyTable

На слух звучит как очень плохая идея.. Может конкретизируете задачу?

Шутите чтоли? select col2 from table1 WHERE col1 = someValue

UPD:

--Был мусор... 

IF EXISTS(select MAX(time) FROM params WHERE...)
BEGIN 
--Выборка
END
ELSE
BEGIN 
SELECT MIN(time) FROM params WHERE...
END

Решение в лоб.

Насчет быстрого не знаю, но я бы написал как-то так

SELECT id,name, substring(name,1,3) as threeLetters
WHERE threeeLetters IN(SomeSource)

UPD :

SELECT id, name from _pc_PartnerRequest
WHERE SUBSTRING(name,1,3) IN (someSource)

Так точно сработает. Но опять же - вопрос насколько быстро

Ну чтобы не убить базу и не создавать коллизии существует инструкция WITH NOLOCK

MySQL NOLOCK syntax is equivalent to WITH (NOLOCK) in SQL Sever, and it is a transaction isolation level that defines how data is available during an update. With other words, it is a property that defines at what point changes made by an update operation will become available in a row, table or database to requesting processes.

По поводу денормализации - могу вам предложить сделать таблицу ReviewsCounts где хранить id товара и число отзывов. Соответственно вы не будете грузить триггерами таблицу самих товаров. Можете сделать парный ключ idтовара/номер отзыва и число отзывов делать через группировку id товара и MAX(номера отзыва).

Постановка вашего вопроса слегка пугает. Такие вопросы решаются задолго до backend-а. Выдачей и отзывом прав на таблицы. Читайте документацию по MySQL в разделе синтаксиса запроса GRANT

Ну лишней скорость чтения не будет, но нужно все-же на 100% быть уверенным в том что сами запросы вполне оптимальны. Если вы любите звездочку и множественный join через запятую - SSD вас не спасет.

Если у вас просто каталог, то можно иметь такой товар как bundle, можно даже такую категорию завести.Но если у вас есть учет кол-ва товара - нужно заводить отдельную сущность.

upd: Тут еще встает вопрос о кол-ве таких комплектов. Не хочется ради 5-10 строк плодить сущности и join-запросы

довольно путаное объяснение задачи. вам нужен или сложный select для четкой выборки что добавлять или "курсор"

Попробуйте так

SELECT id,SUM(кол-во)
GROUP BY id
HAVING SUM(кол-во) > someValue

Что вы реализовываете? Зачем эта функциональность? В теории все решается скриптом grant "' on table1 to user1 или внешним ключом на таблицу users. Но в целом попахивает бредом. пользователи не должны иметь доступа к бд, и уж тем более индивидуального. Хотите поадминить? дайте им собственную базу и пусть измываются как хотят

Если это чат, то непонятно зачем держать архив в одной таблице. Раз в день прибирайтесь. Или в мусорку, или в бекап.