У меня часы на руке переведены на 5-7 минут вперед (уже не знаю точно, да и не хочу знать) и так как я «копуша», то это позволяет мне выходить вовремя или начать дело вовремя. Причем заметил, что я когда смотрю на часы, то полностью забываю, что они переведены. Вспоминаю только когда другие начинают кудахтать, что они уже «сильно» опаздывают. Помогает!
В пробках, или когда понимаешь, что ты лично ни самолет, ни автобус, ни метро, ни машину не подвинешь лично, не заставишь ехать быстрее, то тоже отключаешь волнение и просто наслаждаешься жизнью. Понимаешь, что от тебя ничего не зависит и нервы мотать себе — только страдание одно и пользы ноль. Только настроение испортится.
С таймерами хорошая идея. Надо попробовать. Спасибо!
да, согласен, guid бы спас, как самое простое. Но до этого как-то не сразу дошло и уже архитектура не позволила так быстро перескочить, а заказчик требовал уже результата.
жутко бесит, что злые тролли высказываются так, как будто очень важная функциональность не была реализована, и до этого нельзя было, вообще, использовать MS SQL ;)
Полностью поддерживаю. Честно сказать я над примером долго думал, чтобы такого вспомнить, что могло быть к месту. Проблема с новым функционалом такая, что не сразу и удумаешь куда его применить, так как старого бывало достаточно часто.
Из практики такой случай вспомнился. Есть три таблицы, в которых естественно хранятся разные сущности. Всех общих свойств у них это ID и NAME. Элементы из этих трех таблиц участвуют в построении иерархического дерева на интерфейсе.
Чтобы сделать возможным редактирование и запись приходилось прибегать к ненужным ухищрениям и сложным вещам.
Было бы проще гораздо, если бы эти элементы имели разные ID уже в базе сразу после вставки. Очень бы помогло.
Из практики такой случай вспомнился. Есть три таблицы, в которых естественно хранятся разные сущности. Всех общих свойств у них это ID и NAME. Элементы из этих трех таблиц участвуют в построении иерархического дерева на интерфейсе. При редактировании, опи
Все достаточно подробно написал unfilled. От себя могу добавить сценарий который использовался у нас на работе. Мы писали скрипты обновлений и доступа до продуктовой базы данных у нас не было. Иногда нам надо было получить продуктовую базу в предрелизном окружении, где у нас прав тоже не было. Так вот при таком разворачивании бэкапа у нас часто терялся доступ к базе, так как группа не распространялась автоматом на эту базу. Приходилось тормошить службу поддержки и админов.
а как у этом случае будет протекать авторизация одноименных пользователей на сервере/в бд1/в бдН?
На одном из рисунков, где показан процесс соединения к автономной базе можно заметить, что при соединении указывается конкретная база. И при соединении уже SSMS определяет что за тип у базы и проверка пользователей идет либо у сервера, либо у базы. Конфликтов нет. Дальше видно, что строка соединения в Object Explorer сильно отлична от стандартной при подключении к обычной базе.
Все лежат в одном месте, должны подгружаться постепенно. Посмотрю по статистике на masterhost. Если там что-нибудь сильно зашкаливает они шлют письма.
Если будут проблемы дальше с картинками, то перезалью картинки на более устойчивый хостинг.
В пробках, или когда понимаешь, что ты лично ни самолет, ни автобус, ни метро, ни машину не подвинешь лично, не заставишь ехать быстрее, то тоже отключаешь волнение и просто наслаждаешься жизнью. Понимаешь, что от тебя ничего не зависит и нервы мотать себе — только страдание одно и пользы ноль. Только настроение испортится.
С таймерами хорошая идея. Надо попробовать. Спасибо!
что уже как-то смотрится не очень хорошо.
MS как правило использует все лучшее от всех остальных. Но с некоторым опозданием. =)
Полностью поддерживаю. Честно сказать я над примером долго думал, чтобы такого вспомнить, что могло быть к месту. Проблема с новым функционалом такая, что не сразу и удумаешь куда его применить, так как старого бывало достаточно часто.
Чтобы сделать возможным редактирование и запись приходилось прибегать к ненужным ухищрениям и сложным вещам.
Было бы проще гораздо, если бы эти элементы имели разные ID уже в базе сразу после вставки. Очень бы помогло.
На одном из рисунков, где показан процесс соединения к автономной базе можно заметить, что при соединении указывается конкретная база. И при соединении уже SSMS определяет что за тип у базы и проверка пользователей идет либо у сервера, либо у базы. Конфликтов нет. Дальше видно, что строка соединения в Object Explorer сильно отлична от стандартной при подключении к обычной базе.
С моей стороны все готово уже, переводы на руках. Осталось только подзаработать кармы на добрых делах.
Если будут проблемы дальше с картинками, то перезалью картинки на более устойчивый хостинг.