Если Вы начинаете работать со сложными наборами данных через сессии, можно хотеть изучить то, чтобы хранить данные в объектах, которые сериализируются к базе данных и вытянутые на восстановлении сессии.
Переменные в PHP не предназначены, чтобы быть персистентными. Поток Вашего приложения (стек) выполняется, начинают заканчиваться на каждой выполненной странице. Нет ничего живущего в фоновом режиме, который продолжает Вашу логику или приложение. Самой близкой вещью является сессия, но Вы не хотите хранить информацию как доступ дб и т.д. там.
Ваши конфигурации базы данных должны быть в своего рода конфигурации или файле среды, к которым получают доступ одно время для соединения с базой данных, когда-то связь была установлена, можно просто запросить при необходимости и использовать дескриптор соединения для идентификации что соединение использовать.
Нет, это ошибка в SSMS, когда вы переходите от поля табуляции. Это действительно раздражает.
Я настоятельно рекомендую никогда не использовать конструктор для создания таблицы или изменения ее структуры. Вы должны написать для этого оператор create table или alter table и поместить его в систему управления версиями. Тогда его проще развернуть в производственной среде.
Я настоятельно рекомендую перейти на Toad for SQL Server , чтобы избавиться от всех этих неприятностей ..
Нет, у дизайнера нет абсолютно никаких причин менять тип данных. И я не могу воспроизвести его в Management Studio 2008.
Если вам так нравится дизайнер, создайте UDT (определяемый пользователем тип) и используйте его вместо varchar (10)
:
create type dbo.MyChar from varchar(10) not null
Это ошибка в ssms 2008, когда вы идете куда-нибудь, не щелкая тип данных, для которого используется значение по умолчанию как varchar (50) .. так что не волнуйтесь и не нужно думать, просто обработайте осторожно ..