MS SQL синхронизация / Timestamp

← →
Inovet © (2014-12-06 20:58) [80]

> [77] Омлет © (06.12.14 10:33)
> date_p<11.10.2012 00:00:00.000

Вроде как это первое и приходит на ум.

← →
Омлет © (2014-12-07 10:09) [81]

>> [77] Омлет © (06.12.14 10:33)
>> date_p<11.10.2012 00:00:00.000
>Вроде как это первое и приходит на ум.

Приходит, да не всем )
Надо сказать запросы с <= или between успешно работали на Постгресе.

← →
junglecat © (2014-12-07 11:07) [82]

> Надо сказать запросы с <= или between успешно работали на
> Постгресе.

они везде правильно работают, если дату правильно указать

← →
Ellisium © (2014-12-07 15:54) [83]

> они везде правильно работают, если дату правильно указать

а between, кстати, включает концы?

← →
junglecat © (2014-12-07 16:19) [84]

http://www.w3schools.com/sql/sql_between.asp

← →
junglecat © (2014-12-07 16:52) [85]

http://www.techonthenet.com/sql/between.php

← →
Ellisium © (2014-12-08 21:59) [86]

Удалено модератором

← →
Mystic © (2014-12-08 22:25) [87]

Не специалист в MS SQL, но будет ли этот случай коректно обработан?

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; GO BEGIN TRANSACTION; GO INSERT(..); GO WAITFOR DELAY "02:00 ;" /* Тут запускается сериализация */ GO COMMIT TRANSACTION; /* Тут старые записи должны попасть в базу */ GO

← →
Кщд © (2014-12-09 10:33) [88]

казалось бы, причём здесь сериализация?))

← →
junglecat © (2014-12-09 11:00) [89]

и причем тут timestamp и between? )

← →
Кщд © (2014-12-09 12:09) [90]

мне, вот, тоже не ясно, зачем на форуме спрашивать, как работает between)

← →
junglecat © (2014-12-09 12:30) [91]

> [90] Кщд © (09.12.14 12:09)

ну, тут люди опытные собрались... мало ли у кого-то битвин не включал концы, или включал, но только один

← →
Mystic © (2014-12-09 12:50) [92]

> казалось бы, причём здесь сериализация?))

Синхронизация, очепятка

> SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

Mystic, ты гений! Спасибо )

Вот именно в этом режиме и надо делать САМУ синхронизацию, чтобы она зависала на каждый чих, дожидаясь, сделают commit или rollback для данных. Чуть подправил проект.

А вот "сломать" синхронизацию можно например на уровне SNAPSHOT. Данные прочтутся "старые" из снимка, а потом после commit "станут" новыми, но в новую синхронизацию уже не попадут.

Кстати, есть способ сделать данные не подпадающие под синхронизацию. С помощью DDL операций, например вставка нового столбца с Default значением. Это не меняет ни timestamp записей, ни приводит к срабатыванию триггеров.

автор похоже так и не сподобится справку открыть

Удалено модератором

MS SQL синхронизация / Timestamp Найти похожие ветки