Сообщение Re[3]: Что плохого в ГУИДах? от 03.01.2021 20:25
Изменено 04.01.2021 9:05 Serginio1
Re[3]: Что плохого в ГУИДах?
Здравствуйте, Коваленко Дмитрий, Вы писали:
КД>Здравствуйте, Serginio1, Вы писали:
S>>Суть в том, что где то нет интернета или плохая связью и нужно работать оффлайн.
S>>И вот здесь прекрасно работают ГУИДы в качестве первичных ключей.
КД>Глобальная уникальность на уровне записи даром не впилась.
КД>Гуид назначается базе.
КД>На уровне таблицы (для PK) используют обычные целочисленные идентификаторы.
КД>Для идентификации объекта на уровне базы используют <идентификатор таблицы>+<PK записи>.
КД>На глобальном уровне (при репликации) идентификатор объекта формируется из <идентификатор базы>+<идентификатор внутри базы>.
Все это прекрасно и понятно. Об этом я сам и писал. Но для репликации нужно еще дополнительные действия прилагать.
Суть Гуида в большинстве случаев интересен для увеличения параллелизма.
И заметь, что Guid v6 даже в википедии нет. Не особо то он и нужен значит.
Та же 1С в 7 ке как раз и использоваля префикс пререферийной базы и автоинкремент. В 8 ке отказались в пользу GUID.
Но GUID у них тоже своеобразный. Он формируется из нормального гуида но в нем есть дата и автоинкремент.
https://infostart.ru/1c/articles/635159/
Плюс есть некие константные значения, которые копируются из разных баз.
Ну и часто приходится писать в базу 1С вне 1С. Используя NEWID https://forum.mista.ru/topic.php?id=465233
GUID просто удобнее ибо он практически уникален.
КД>Здравствуйте, Serginio1, Вы писали:
S>>Суть в том, что где то нет интернета или плохая связью и нужно работать оффлайн.
S>>И вот здесь прекрасно работают ГУИДы в качестве первичных ключей.
КД>Глобальная уникальность на уровне записи даром не впилась.
КД>Гуид назначается базе.
КД>На уровне таблицы (для PK) используют обычные целочисленные идентификаторы.
КД>Для идентификации объекта на уровне базы используют <идентификатор таблицы>+<PK записи>.
КД>На глобальном уровне (при репликации) идентификатор объекта формируется из <идентификатор базы>+<идентификатор внутри базы>.
Все это прекрасно и понятно. Об этом я сам и писал. Но для репликации нужно еще дополнительные действия прилагать.
Суть Гуида в большинстве случаев интересен для увеличения параллелизма.
И заметь, что Guid v6 даже в википедии нет. Не особо то он и нужен значит.
Та же 1С в 7 ке как раз и использоваля префикс пререферийной базы и автоинкремент. В 8 ке отказались в пользу GUID.
Но GUID у них тоже своеобразный. Он формируется из нормального гуида но в нем есть дата и автоинкремент.
https://infostart.ru/1c/articles/635159/
Плюс есть некие константные значения, которые копируются из разных баз.
Ну и часто приходится писать в базу 1С вне 1С. Используя NEWID https://forum.mista.ru/topic.php?id=465233
GUID просто удобнее ибо он практически уникален.
Re[3]: Что плохого в ГУИДах?
Здравствуйте, Коваленко Дмитрий, Вы писали:
КД>Здравствуйте, Serginio1, Вы писали:
S>>Суть в том, что где то нет интернета или плохая связью и нужно работать оффлайн.
S>>И вот здесь прекрасно работают ГУИДы в качестве первичных ключей.
КД>Глобальная уникальность на уровне записи даром не впилась.
КД>Гуид назначается базе.
КД>На уровне таблицы (для PK) используют обычные целочисленные идентификаторы.
КД>Для идентификации объекта на уровне базы используют <идентификатор таблицы>+<PK записи>.
КД>На глобальном уровне (при репликации) идентификатор объекта формируется из <идентификатор базы>+<идентификатор внутри базы>.
Все это прекрасно и понятно. Об этом я сам и писал. Но для репликации нужно еще дополнительные действия прилагать.
Суть Гуида в большинстве случаев интересен для увеличения параллелизма.
И заметь, что Guid v6 даже в википедии нет. Не особо то он и нужен значит.
Та же 1С в 7 ке как раз и использоваля префикс пререферийной базы и автоинкремент. В 8 ке отказались в пользу GUID.
Но GUID у них тоже своеобразный. Он формируется из нормального гуида но в нем есть дата и автоинкремент.
https://infostart.ru/1c/articles/635159/
Плюс есть некие константные значения, которые копируются из разных баз.
Ну и часто приходится писать в базу 1С вне 1С. Используя NEWID https://forum.mista.ru/topic.php?id=465233
GUID просто удобнее ибо он практически уникален.
Еще пример премущества Гуида, это использование в заказах переданного гуида в качестве первичного ключа.
Не нужно отдельно создавать индекс для поиска заказа.
КД>Здравствуйте, Serginio1, Вы писали:
S>>Суть в том, что где то нет интернета или плохая связью и нужно работать оффлайн.
S>>И вот здесь прекрасно работают ГУИДы в качестве первичных ключей.
КД>Глобальная уникальность на уровне записи даром не впилась.
КД>Гуид назначается базе.
КД>На уровне таблицы (для PK) используют обычные целочисленные идентификаторы.
КД>Для идентификации объекта на уровне базы используют <идентификатор таблицы>+<PK записи>.
КД>На глобальном уровне (при репликации) идентификатор объекта формируется из <идентификатор базы>+<идентификатор внутри базы>.
Все это прекрасно и понятно. Об этом я сам и писал. Но для репликации нужно еще дополнительные действия прилагать.
Суть Гуида в большинстве случаев интересен для увеличения параллелизма.
И заметь, что Guid v6 даже в википедии нет. Не особо то он и нужен значит.
Та же 1С в 7 ке как раз и использоваля префикс пререферийной базы и автоинкремент. В 8 ке отказались в пользу GUID.
Но GUID у них тоже своеобразный. Он формируется из нормального гуида но в нем есть дата и автоинкремент.
https://infostart.ru/1c/articles/635159/
Плюс есть некие константные значения, которые копируются из разных баз.
Ну и часто приходится писать в базу 1С вне 1С. Используя NEWID https://forum.mista.ru/topic.php?id=465233
GUID просто удобнее ибо он практически уникален.
Еще пример премущества Гуида, это использование в заказах переданного гуида в качестве первичного ключа.
Не нужно отдельно создавать индекс для поиска заказа.