В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

SqlCom.ru - Стиль жизни SQL

1995 membersпожаловаться на группу
2020 October 04

A

Art in SqlCom.ru - Стиль жизни SQL
Petr
Изврат. Ну вместо текста сообщения - путь к файлу, длина, комментарий и т.д. сути не меняет. Задача тикетов схожа с функциями форума. Создаёшь тему - получаешь ответы. Если на один тикет может быть много ответов и поддикетов то древовидная структура.
А в бд как это отобразить? Сколько должно быть таблиц?
источник
23:17пожаловаться#1

P

Petr in SqlCom.ru - Стиль жизни SQL
Сколько душе угодно :) Помне начни с 3: user, ticket, message. А дальше как построишь связи, логирование и т.д.
источник
23:28пожаловаться#2

ДК

Дмитрий Калинов... in SqlCom.ru - Стиль жизни SQL
Art
А в бд как это отобразить? Сколько должно быть таблиц?
совет из универской юности: начни проектирование на листочке, обычной ручкой

выпиши названия сущностей и какую информацию для каждой из них нужно хранить
источник
23:45пожаловаться#3

ДК

Дмитрий Калинов... in SqlCom.ru - Стиль жизни SQL
чтобы уже какой-то фактический материал иметь перед глазами
источник
23:46пожаловаться#4
2020 October 05

A

Art in SqlCom.ru - Стиль жизни SQL
Petr
Сколько душе угодно :) Помне начни с 3: user, ticket, message. А дальше как построишь связи, логирование и т.д.
Спасибо
источник
00:01пожаловаться#5

A

Art in SqlCom.ru - Стиль жизни SQL
Дмитрий Калинов
чтобы уже какой-то фактический материал иметь перед глазами
Да я и на листочке, и на доске, и в Гугл таблицах и визуализаторах бд пытался рисовать. Без практического опыта понимание не приходит
источник
00:02пожаловаться#6

A

Art in SqlCom.ru - Стиль жизни SQL
Но сейчас становится яснее
источник
00:03пожаловаться#7

NG

Natig Guseynov in SqlCom.ru - Стиль жизни SQL
источник
02:14пожаловаться#8

NG

Natig Guseynov in SqlCom.ru - Стиль жизни SQL
Всем привет Подскажите плз какая функция применима к такой задаче
источник
02:14пожаловаться#9

DI

Dmitriy Ivanov in SqlCom.ru - Стиль жизни SQL
Natig Guseynov
Всем привет Подскажите плз какая функция применима к такой задаче
Pivot
источник
02:31пожаловаться#10

KT

Konstantin Taranov in SqlCom.ru - Стиль жизни SQL
Tony Simonovsky | Value.to
Народ, а тут кто-то пользуется ERD? Какие инструменты посоветуете?
если не просто диграмму построить, но и объекты в базу генерить, то вот выбирайте http://sqlserver-kit.org/en/sql-server-utilities?queries[search]=[DA]
sqlserver-kit.org
Microsoft SQL Server Utilities and Tools | SQL Server KIT
SQL Server Utilities and Tools free and paid
источник
08:59пожаловаться#11

ПД

Павлов Дмитрий... in SqlCom.ru - Стиль жизни SQL
Привет
Ребят, подскажите пожалуйста, в таблице хранятся заказы, иногда заказы корректируют, нужно хранить историю корректировок.
Нужно ли историю изменений писать в отдельную таблицу, а в основной только последнее состояние хранить или же нормально будет в основную все писать, а выборку делать по максимальной дате.
Бест практикс на этот счёт какие?
источник
09:20пожаловаться#12

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Анна
У меня в ту же тему вопрос,  может кто подскажет. Как перенести данные из excel на sql server, если в таблице более 1000 строк. А точнее в чем проблема, у меня 63 тыс. строк, сервер при  insert пропускает только тысячу.  Я уже часть инсертом сделала, но что-то замучалась, есть ли способ вставить все сразу?
Это проблемы экселя, вот с ним и разбирайся
источник
09:22пожаловаться#13

KR

Kirill Rose in SqlCom.ru - Стиль жизни SQL
Павлов Дмитрий
Привет
Ребят, подскажите пожалуйста, в таблице хранятся заказы, иногда заказы корректируют, нужно хранить историю корректировок.
Нужно ли историю изменений писать в отдельную таблицу, а в основной только последнее состояние хранить или же нормально будет в основную все писать, а выборку делать по максимальной дате.
Бест практикс на этот счёт какие?
Приветствую. я бы сделал так: при больших объемах  партиционировал таблицу и старые (архивные) партиции хранил на отдельных дисках, дабы не мешать оперативной нагрузке
источник
09:23пожаловаться#14

KT

Konstantin Taranov in SqlCom.ru - Стиль жизни SQL
Павлов Дмитрий
Привет
Ребят, подскажите пожалуйста, в таблице хранятся заказы, иногда заказы корректируют, нужно хранить историю корректировок.
Нужно ли историю изменений писать в отдельную таблицу, а в основной только последнее состояние хранить или же нормально будет в основную все писать, а выборку делать по максимальной дате.
Бест практикс на этот счёт какие?
только отдельная таблица, если sql server >= 2016 то есть уже встроенный функционал https://docs.microsoft.com/en-us/sql/relational-databases/tables/temporal-tables?view=sql-server-ver15, а так либо через тригеры, либо через апп
Docs
Temporal Tables - SQL Server
источник
09:24пожаловаться#15

ПД

Павлов Дмитрий... in SqlCom.ru - Стиль жизни SQL
Kirill Rose
Приветствую. я бы сделал так: при больших объемах  партиционировал таблицу и старые (архивные) партиции хранил на отдельных дисках, дабы не мешать оперативной нагрузке
т.е. если база не большая и сервер не напрягает, то нормой будет писать все изменения в одну таблицу, а когда сервер не тянет, то только в архивную таблицу ?
источник
09:26пожаловаться#16

DS

Denis Suhotin in SqlCom.ru - Стиль жизни SQL
Павлов Дмитрий
Привет
Ребят, подскажите пожалуйста, в таблице хранятся заказы, иногда заказы корректируют, нужно хранить историю корректировок.
Нужно ли историю изменений писать в отдельную таблицу, а в основной только последнее состояние хранить или же нормально будет в основную все писать, а выборку делать по максимальной дате.
Бест практикс на этот счёт какие?
Ну так вообще по дефолту логичнее хранить отдельно, если только у Вас не какой-нибудь специальный кейс, когда нужно всю историю всегда рассматривать вместе с последней версией.
источник
09:26пожаловаться#17

TS

Tony Simonovsky | Va... in SqlCom.ru - Стиль жизни SQL
Konstantin Taranov
если не просто диграмму построить, но и объекты в базу генерить, то вот выбирайте http://sqlserver-kit.org/en/sql-server-utilities?queries[search]=[DA]
sqlserver-kit.org
Microsoft SQL Server Utilities and Tools | SQL Server KIT
SQL Server Utilities and Tools free and paid
спасибо!
источник
09:32пожаловаться#18

KR

Kirill Rose in SqlCom.ru - Стиль жизни SQL
Павлов Дмитрий
т.е. если база не большая и сервер не напрягает, то нормой будет писать все изменения в одну таблицу, а когда сервер не тянет, то только в архивную таблицу ?
если таблица небольшая, возможно в вашем случае эффективно будет построить индекс по времени и фильтровать необходимые результаты. без заморочек
источник
09:32пожаловаться#19

ПД

Павлов Дмитрий... in SqlCom.ru - Стиль жизни SQL
Denis Suhotin
Ну так вообще по дефолту логичнее хранить отдельно, если только у Вас не какой-нибудь специальный кейс, когда нужно всю историю всегда рассматривать вместе с последней версией.
15 тыс строк в год добавляется и их корректировки, предположительно, добавят столько же строк.
источник
09:33пожаловаться#20