Хранение MySQL GUID / UUID
$( document.activeElement )Извлечет его, не выполнив поиск по всему дереву DOM, как рекомендовано в документации jQuery
2 ответа
Не много последствий. Это замедлит запросы немного, но Вы едва заметите его.
UNIQUEIDENTIFIER хранится как 16-byte binary внутренне так или иначе.
, Если Вы собираетесь загрузить двоичный файл в клиент и проанализировать его там, отметьте эти bit order, он может иметь другое строковое представление, чем начальная буква NEWID().
Oracle SYS_GUID() функция подвержена этой проблеме, преобразовывание ее к строке дает различные результаты на клиенте и на сервере.
Я бы хэшировал его в 8-байтовое целое число и сохранил бы целое число, используя высокопроизводительный односторонний хеш-алгоритм с низким уровнем коллизий, такой как MurmurHash64A. Это использует намного меньше места и может быть проиндексировано и / или разбито на разделы. Существует проект SourceForge, который включает функции MemCached для mySQL ( http://forge.mysql.com/projects/project.php?id=250 ), который может включать MurmurHash64A, поскольку его использует Memchached, но я не знаю. Или посмотрите на эту реализацию FNV для mySQL: http://www.xaprb.com/blog/2008/03/09/a-very-fast-fnv-hash-function-for-mysql/
Cloner<BaseClass>.Clone(someDerivedObject);? Моя догадка - то, что это перестало бы работать, потому что you' ре с помощью статической информации о поле времени компиляции для создания клона. Реализации клона часто определяются в базовом классе (крылоMemberwiseClone), который не может возможно знать о будущих производных классах, но должен все еще скопировать все поля вниз иерархия. – Bruce Pierson 21 August 2015 в 17:07