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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

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

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Dmitriy Belkin
Что-то вы завернули - если бы были ошибки, которые могли влиять на количество и консистентность данных, например, такие ошибки мы бы точно отловили. Так как команда мердж - это команда работы с данными. Если таких проблем нет - значит и ошибок нет. Или речь идёт о каких-то других ошибках, то я, возможно, не понимаю о чем речь
Нет, я именно об ошибках в данных. Но ладно, я ж не знаю, может у вас и правда все проверено....
источник
11:02пожаловаться#1

Д

Денис Лёвкин... in SqlCom.ru - Стиль жизни SQL
Konstantin Taranov
https://www.mssqltips.com/sqlservertip/3074/use-caution-with-sql-servers-merge-statement/
Mssqltips
Use Caution with SQL Server's MERGE Statement
SQL Server 2008 introduced the MERGE statement, which promised to be a simpler way to combine insert/update/delete statements, such as those used during ETL (extract, transform and load) operations. However, MERGE originally shipped with several wrong re
Статья хорошая, ее хорошо переварить надо, поскольку несколько ошибок с признаком "wont fix" оказываются исправленными в версиях 2016 и выше (например, пройдя по ссылке с ошибкой можно увидеть "исправленно в версии..."). Было бы неплохо увидеть актуальный вариант статьи
источник
11:37пожаловаться#2

О奧

Олег 奧列格 (Ào liè gé)... in SqlCom.ru - Стиль жизни SQL
Денис Лёвкин
Статья хорошая, ее хорошо переварить надо, поскольку несколько ошибок с признаком "wont fix" оказываются исправленными в версиях 2016 и выше (например, пройдя по ссылке с ошибкой можно увидеть "исправленно в версии..."). Было бы неплохо увидеть актуальный вариант статьи
А вы проведите исследование и напишите свою статью, коммьюнити скажет вам спасибо, вы получите известность и плюс в резюме
источник
12:30пожаловаться#3

A

Art in SqlCom.ru - Стиль жизни SQL
подскажите как правильно. Мне надо хранить данные это число, но мне не принципиально чтобы тип был именно число.
Так вопрос в том что лучше выставить varchar(20) или bigint(20). Что проще для обработки?
источник
19:19пожаловаться#4

АА

Андрей Агеев... in SqlCom.ru - Стиль жизни SQL
Art
подскажите как правильно. Мне надо хранить данные это число, но мне не принципиально чтобы тип был именно число.
Так вопрос в том что лучше выставить varchar(20) или bigint(20). Что проще для обработки?
bigint конечно же (8 байт). если это число, то откуда вообще мысли про varchar?
источник
19:26пожаловаться#5

VB

Vitaliy Bajenov in SqlCom.ru - Стиль жизни SQL
Подскажите в какую сторону копать, в ssms студии при открытии списка хранимок , выдает ошибку возможно повреждена схема, запустите тим dbcc checkcatalog, запускал ошибок нет, хотя dbcc checkdb в конце тоже реелммендует запустить такую проверку
источник
19:30пожаловаться#6

A

Art in SqlCom.ru - Стиль жизни SQL
Андрей Агеев
bigint конечно же (8 байт). если это число, то откуда вообще мысли про varchar?
varchar будет больше занимать?
источник
19:31пожаловаться#7

P

Petr in SqlCom.ru - Стиль жизни SQL
Vitaliy Bajenov
Подскажите в какую сторону копать, в ssms студии при открытии списка хранимок , выдает ошибку возможно повреждена схема, запустите тим dbcc checkcatalog, запускал ошибок нет, хотя dbcc checkdb в конце тоже реелммендует запустить такую проверку
было такое один раз - у меня загвоздка в названии объекта была....
источник
19:33пожаловаться#8

АА

Андрей Агеев... in SqlCom.ru - Стиль жизни SQL
Art
varchar будет больше занимать?
и больше тоже
источник
19:33пожаловаться#9

A

Art in SqlCom.ru - Стиль жизни SQL
Андрей Агеев
и больше тоже
спс
источник
19:34пожаловаться#10

A

Art in SqlCom.ru - Стиль жизни SQL
Андрей Агеев
bigint конечно же (8 байт). если это число, то откуда вообще мысли про varchar?
а я понял в чем на самом деле тут косяк((
источник
19:35пожаловаться#11

A

Art in SqlCom.ru - Стиль жизни SQL
Андрей Агеев
bigint конечно же (8 байт). если это число, то откуда вообще мысли про varchar?
Там у числа есть 0 спереди. и их надо тоже сохранять.. а база их спиливает сама
источник
19:35пожаловаться#12

A

Art in SqlCom.ru - Стиль жизни SQL
в таком случае все таки varchar использовать или есть обходные пути?
источник
19:36пожаловаться#13

VB

Vitaliy Bajenov in SqlCom.ru - Стиль жизни SQL
Petr
было такое один раз - у меня загвоздка в названии объекта была....
И как найти?
источник
19:36пожаловаться#14

P

Petr in SqlCom.ru - Стиль жизни SQL
Art
в таком случае все таки varchar использовать или есть обходные пути?
смотря что за сущность - если фиксированный длины  - то можно просто в выводе забивать недостающие символы нулями
источник
19:41пожаловаться#15

P

Petr in SqlCom.ru - Стиль жизни SQL
если длина не известна то только varchar
источник
19:41пожаловаться#16

A

Art in SqlCom.ru - Стиль жизни SQL
Petr
смотря что за сущность - если фиксированный длины  - то можно просто в выводе забивать недостающие символы нулями
понял спс
источник
19:42пожаловаться#17

P

Petr in SqlCom.ru - Стиль жизни SQL
Vitaliy Bajenov
И как найти?
попробуй селект сделать к all_objects, в мое случае было проще потому-что я сразу косяк увидел когда создал пакет
источник
19:45пожаловаться#18

АА

Андрей Агеев... in SqlCom.ru - Стиль жизни SQL
Art
Там у числа есть 0 спереди. и их надо тоже сохранять.. а база их спиливает сама
Тогда это не число
источник
19:45пожаловаться#19

A

Art in SqlCom.ru - Стиль жизни SQL
Андрей Агеев
Тогда это не число
понял
источник
19:46пожаловаться#20