есть еще более удобная штука, ради которой совершенно не нужно ни искать по бэкапам ни прилагать какие-то еще большие усилия - версионность полей данных. Либо на уровне движка сайта, либо на уровне самой БД - это не столько важно. Актуальными считаются данные с наименьшей датой добавления, а все остальное сохраняется, просто не отображается движком, до поры до времени. %)
Между прочим, так работают многие системы, работающие с критичными данными, подверженными редактирование людьми. А что ИМ мешает делать так же?
я поспорю немного. На работе стоит Vista Business Edition. Интегрирована в домен на 2003 R2. Да, я намучался с доменным профилем, пришлось сделать его непереносимым, так, чтобы в домене шла только авторизация, т.к. инфраструктура такова, что без домена далеко не разбежишься (шарапоинты всякие, знаете ли, мс-проджекты, эксченджи). С 1 гигом оперативки на коре 2 дуо у меня чудесно работает VS 2008 в количестве 3-х экземпляров при активном дебаге. Пришлось отключить аеро ибо перерисовка GUI компонентов изрядно опаздывает, да и мне, как не склонному к переоценке пользы от графических эффектов аэро ни к чему. И вы знаете - я доволен системой. с включенным uac и дефендером + актуальными апдейтами с wsus за 3 месяца эксплуатации ни одного вируса и ни одного краха системы. причем машина работает круглосуточно, без перезагрузок и простоев. т.к. волею судеб приходится использовать её удаленкой из дома.
между прочим вебмани работает и с лисичкой, причем вполне чудотворно. Даже предлагает загрузить add-on и настырно пихает панельку в лису. Так что тут вы дали маху.
Насчет всего остального согласен, но тот же 7-й эксплорер под той же вистой работает отнюдь не от имени администраторского пользователя и многие плюшки не подписанные сертификатом M$ отказываются запускаться без дополнительных телодвижений, а то и без перезапуска ослика от администраторской учетной записи.
Почему в России подобные Becta учреждения не занимаются схожими исследованиями, чтобы сэкономить и без того скудные бюджетные деньги, выделяемые на гос. учреждения образовательной сферы?
Еще порадовал ФЗ о хранении и обработке персональных данных, согласно которому эти самые данные в гос. учреждениях (к коим относится мое место работы) обязаны хранить и обрабатывать эти самые данные только с использованием сертифицированного ФСТЭК ПО. И странным образом в списке сертифицированного ПО числятся только продукты мелко-мягких. Я не в коем случае не критикую продукцию МС, но в данном случае нам придется львиную долю готовых систем переводить с уже освоенного и привычного оракла на MSSSQL.
Мне вообще кажется, что каждый волен сам решать, в каком виде принимать ему письма. Так уж повелось в нашей жизни, что для решения одной и той же задачи каждый придумывает наиболее удобный ему самому инструмент и способ.
Я использую ms-outlook 2003 из-за интеграции в корпоративный sharepoint portal, так уж повелось, что мне приходится через электропочту обмениваться событиями календаря, заметками, контактами и задачами. В том же outlook настраиваются все параметры формата сообщений как для приема так и для отправки сообщений. Неужели актуальнее спорить о том - нужен html формат в электронной почте или нет, чем взять и настроить свой почтовый клиент соответствующим образом? То, что почтовый клиент не поддержиавет необходимых опций настройки может говорить только о недоработке в самом инструменте, а не в выбранном способе обмена информацией.
Обсуждение начинает напоминать войну религий aka *nix/win на десктопах.
Статья безполезна по информативности.
Абсолютно ничего не имею против. Тем более для маленьких проектов, для них же г-н diablitozzz, рекомендует SQlite, о чем говорилось выше.
И мне кажется, или вы что-то путаете, я говорил о PostgreSQL, а не о PostageSQL? Проект PostgreSQL произошел от модели данных POSTGRES, если верить истории. А вот о "PostageSQl" было бы интересно почитать поподробнее.
Насчет MSSQL - я бы поспорил. Использую данную сурбд только в трехзвенках в последние 1.5 месяца, там взаимодействие происходит посредством ORM (конкретно - DevXpress-овский XPO), мне просто не нужна такая вещь как LIMIT, когда данные из базы отображаются в объекты. Специально поискал по документации - вольная реализация LIMIT от мелкомягких - SELECT TOP * FROM .
Насчет Postgre - опять таки буду спорить, работаю с ним уже 4 года, ребята из команды разработчиков постарались на славу и при должном тюнинге даст фору в производительности и потреблении системных ресурсов MySQL, тоже сталкивался с проблемами, но факи и общение в коммьюнити помогло найти решение. Из личного опыта разработки - биллинговая система с вшитой бизнес-логикой.
Стоит заметить, что мое мнение во многом основано на собственных предпочтениях в подходе к работе с данными.
mysql - это записная книжка, немного понимающая SQL синтаксис. Вы видели кол-во типов в Oracle|MSSQL|PostgreSQL ?
А если думать о задачах сортировки шире? не только в контексте данных, хранящихся в базе?
Между прочим, так работают многие системы, работающие с критичными данными, подверженными редактирование людьми. А что ИМ мешает делать так же?
Насчет всего остального согласен, но тот же 7-й эксплорер под той же вистой работает отнюдь не от имени администраторского пользователя и многие плюшки не подписанные сертификатом M$ отказываются запускаться без дополнительных телодвижений, а то и без перезапуска ослика от администраторской учетной записи.
Еще порадовал ФЗ о хранении и обработке персональных данных, согласно которому эти самые данные в гос. учреждениях (к коим относится мое место работы) обязаны хранить и обрабатывать эти самые данные только с использованием сертифицированного ФСТЭК ПО. И странным образом в списке сертифицированного ПО числятся только продукты мелко-мягких. Я не в коем случае не критикую продукцию МС, но в данном случае нам придется львиную долю готовых систем переводить с уже освоенного и привычного оракла на MSSSQL.
Я использую ms-outlook 2003 из-за интеграции в корпоративный sharepoint portal, так уж повелось, что мне приходится через электропочту обмениваться событиями календаря, заметками, контактами и задачами. В том же outlook настраиваются все параметры формата сообщений как для приема так и для отправки сообщений. Неужели актуальнее спорить о том - нужен html формат в электронной почте или нет, чем взять и настроить свой почтовый клиент соответствующим образом? То, что почтовый клиент не поддержиавет необходимых опций настройки может говорить только о недоработке в самом инструменте, а не в выбранном способе обмена информацией.
Обсуждение начинает напоминать войну религий aka *nix/win на десктопах.
Статья безполезна по информативности.
И мне кажется, или вы что-то путаете, я говорил о PostgreSQL, а не о PostageSQL? Проект PostgreSQL произошел от модели данных POSTGRES, если верить истории. А вот о "PostageSQl" было бы интересно почитать поподробнее.
Насчет Postgre - опять таки буду спорить, работаю с ним уже 4 года, ребята из команды разработчиков постарались на славу и при должном тюнинге даст фору в производительности и потреблении системных ресурсов MySQL, тоже сталкивался с проблемами, но факи и общение в коммьюнити помогло найти решение. Из личного опыта разработки - биллинговая система с вшитой бизнес-логикой.
Стоит заметить, что мое мнение во многом основано на собственных предпочтениях в подходе к работе с данными.
А если думать о задачах сортировки шире? не только в контексте данных, хранящихся в базе?
Отсутствие диаграмм нисколь не усложняет восприятие, как было отмечено выше.