Как человек с примерно таким же опытом, не согласен с двумя тезисами - о первичных ключах и о файловых СУБД или Excel, ибо в процессе работы столько раз маленькая програмка на 3-5 таблиц и десяток справочников вырастала постепенно в полноценную базу данных, связанную с другими системами, что теперь всё, что попадает в разработку, пишется в SQL.
Замечательный сайт для понимания SQL. Но вряд ли для новичка. К нему нужно прийти уже имея знания. Это наверное, как олимпиадные задачи для школьников. Когда есть основы, то очень интересно и полезно. А про неидеальные базы - мягко сказано.
Есть, храню в обычных текстовых файлах, разбитых по базам данных и тематике. Типовые запросы, а особенно краткие описания UDF. Очень полезно в случае, когда из нескольких баз, у каждой и которых есть свой хозяин, необходимо получить сводный отчет, не вдаваясь в структуру базы.
Плюс отдельные файлы с интересными редко используемыми скриптами из разных источников и различными реализациями стандартных запросов, скорость которых может сильно зависеть от состава данных. ( Для примера, на разных наборах данных время получения последних значений подчиненной таблицы сильно зависит от типа запроса, и сразу не скажешь, какой подойдет лучше в конкретном случае, а наизусть я все их не помню).
Наверное, данная статья имеет ограниченную пользу, так как относится всё-таки больше к начальникам разного уровня. Обычный программист или системный администратор никогда не получит *3 от рынка в населенном пункте, сколько бы не проработал. Ну, может быть в полтора раза. А эти полтора раза даже в городе-миллионнике легко нивелируются нынче зарплатами на удаленке.
С точки зрения человека, проработавшего 20 лет на одном предприятии:
Конечно, определенные компетенции отсутствуют, но зато появляются скиллы, которых могло не быть. И которые позволяют надеяться на достаточно быстрое трудоустройство, в случае форс-мажора. Например, опыт перехода с MS SQL на Postgree своими силами ( не 1С).
Плюс 20 лет на одном месте означают понимание всех бизнес-процессов на предприятии (а значит, и на подобных), что очень помогает в разработке.
SELECT sc1, sc2, Count(*) as kol FROM
(
SELECT a.invoiceno, a.stockcode as sc1, b.stockcode as SC2
FROM sales a JOIN sales b ON a.invoiceno=b.invoiceno AND a.stockcode < b.stockcode
GROUP BY a.invoiceno, a.stockcode, b.stockcode
) AA
GROUP BY sc1, sc2
ORDER BY kol DESC
При соответствующих индексах на такой выборке будет около секунды
Как человек с примерно таким же опытом, не согласен с двумя тезисами - о первичных ключах и о файловых СУБД или Excel, ибо в процессе работы столько раз маленькая програмка на 3-5 таблиц и десяток справочников вырастала постепенно в полноценную базу данных, связанную с другими системами, что теперь всё, что попадает в разработку, пишется в SQL.
Замечательный сайт для понимания SQL. Но вряд ли для новичка. К нему нужно прийти уже имея знания. Это наверное, как олимпиадные задачи для школьников. Когда есть основы, то очень интересно и полезно. А про неидеальные базы - мягко сказано.
Есть, храню в обычных текстовых файлах, разбитых по базам данных и тематике. Типовые запросы, а особенно краткие описания UDF. Очень полезно в случае, когда из нескольких баз, у каждой и которых есть свой хозяин, необходимо получить сводный отчет, не вдаваясь в структуру базы.
Плюс отдельные файлы с интересными редко используемыми скриптами из разных источников и различными реализациями стандартных запросов, скорость которых может сильно зависеть от состава данных. ( Для примера, на разных наборах данных время получения последних значений подчиненной таблицы сильно зависит от типа запроса, и сразу не скажешь, какой подойдет лучше в конкретном случае, а наизусть я все их не помню).
Наверное, данная статья имеет ограниченную пользу, так как относится всё-таки больше к начальникам разного уровня. Обычный программист или системный администратор никогда не получит *3 от рынка в населенном пункте, сколько бы не проработал. Ну, может быть в полтора раза. А эти полтора раза даже в городе-миллионнике легко нивелируются нынче зарплатами на удаленке.
С точки зрения человека, проработавшего 20 лет на одном предприятии:
Конечно, определенные компетенции отсутствуют, но зато появляются скиллы, которых могло не быть. И которые позволяют надеяться на достаточно быстрое трудоустройство, в случае форс-мажора. Например, опыт перехода с MS SQL на Postgree своими силами ( не 1С).
Плюс 20 лет на одном месте означают понимание всех бизнес-процессов на предприятии (а значит, и на подобных), что очень помогает в разработке.
В части SQL полная ахинея.
При соответствующих индексах на такой выборке будет около секунды