|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
ИзопропилmmnickЧумовая переписка ! пока хранимые процедуры не упомянули - всё было чинно и благородно. всё зло от ХП в данный момент на ринге кит и слон ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 15:20 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
ViPRosМСУЛеня, откуда столько талпайобов в нашем форуме? Были интересные времена майбелий, винских и прочих чпаш... :( круче Кузи никого тут не было Не застал уже этого динозавра. Мой первый ник датировался 2006 годом, этот 2007... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 15:23 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
ИзопропилmmnickЧумовая переписка ! пока хранимые процедуры не упомянули - всё было чинно и благородно.Пока не было этого 14549572 - "было все чинно и благородно": МСУAlex KuznetsovIMHO, CRUD лучше организовать с использованием хранимых процедур, защищённость больше, контроля больше, поддерживаемость лучше. -1 защищенность ничем не лучше, чем в случае апп сервера масштабировать решение на порядки сложнее масштабировать логику на порядки сложнее логике в бд не место, бд - это только данные и порядок их хранения (constraints, required) А дальше пошло-поехало прямо по анекдоту: - Трехзвенка лучше двузвенки! - Чем лучше? - Чем двузвенка! Изопропилвсё зло от ХПКто на что учился... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 16:18 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
sphinx_mvПока не было этого 14549572 - "было все чинно и благородно" Пока кто-то не сделал безумный высер 14549866 , всё было хорошо и добро. sphinx_mvКто на что учился... Ага. Но за транзакции с хранимыми процедурами в MS SQL тебе однозначно двойка. Иди учись. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 16:20 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
mmnickв данный момент на ринге кит и слон Кит и Кот ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 16:22 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
PetrovVAmmnickв данный момент на ринге кит и слон Кит и Кот а это к чему ? причем здесь кот ? Должен быть слон ! ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 16:41 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
sphinx_mvА дальше пошло-поехало прямо по анекдоту: Трехзвенка лучше двузвенки! была такая темка. которая перехала в топик ПТ. Зачем нонче нужна двузвенка? походу вечный спор. и конца ему не видно. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 16:49 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
МСУsphinx_mvПока не было этого 14549572 - "было все чинно и благородно" Пока кто-то не сделал безумный высер 14549866 , всё было хорошо и добро. Не буду показывать список всех безумных высеров одного свихнувшегося "недо-орхетектора", который все еще верит в деда мороза - в безопасные подключения сетевые подключения через публичные каналы, про безопасную мобильную связь, про надежные серификаты, а все ссылки на подтвержденные уязвимости протоколов безопасности называет "происками желтой прессы". Может, тогда этот "орхетектор" хотя бы покажет точную ссылку из "официального букварика", по которой указано, что приложения обязательно должны разворачиваться в многозвенной архитектуре, а все остальные способы развертывания абсолютно неверные? Или Вам опять газеты в сортире не хватит? Если вообще успеете до сортира добежать... МСУsphinx_mvКто на что учился... Ага. Но за транзакции с хранимыми процедурами в MS SQL тебе однозначно двойка. Иди учись.Вот идите - и учитесь! Если Вы не способны настроить мониторинг сети и ресурсов - Вас трахнут В ЛЮБОЙ архитектуре. Но помнится, кто-то обещал насмерть завалить сервер (чтобы он упал до ресета) открытой транзакцией... Ну, и где же оно - то самое "насмерть", если "живые" пользователи даже в самом тяжелом случае могут не успеть заметить проблемы. Армагедон с простоем машины под погрузкой в течение лишней минуты из-за заблокированной другим процессом таблицы? Смешно... Вопрос о том, сколько Ваших "самых хороших" приложений пользуете лично Вы как-то "скромно" остался за скобками обсуждения. Это - показательно: стесняться пользоваться своими разработками... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:00 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
sphinx_mv, может я не в теме, но разве архитектура не строится на поставленной задаче и предопределенного заказчиком функционала системы ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:10 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
mmnickPetrovVAпропущено... Кит и Кот а это к чему ? причем здесь кот ? Должен быть слон !Слон никаму ничего ни должен! Проста, ктота гдето читал книжку, в которой чтота ни то вычетал - может в его книжку вооще опечатка была - под многослойными (по архетиктуре праектирования) приложениями стал понимать толька многозвенные (по способу развертывания). ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:10 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
PetrovVA, моя нейронная сеть лежит. reboot... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:12 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
sphinx_mvНе буду показывать список всех безумных высеров одного свихнувшегося "недо-орхетектора", который все еще верит в деда мороза - в безопасные подключения сетевые подключения через публичные каналы, про безопасную мобильную связь, про надежные серификаты, а все ссылки на подтвержденные уязвимости протоколов безопасности называет "происками желтой прессы". Не буду тыкать палочкой в окочурившееся создание, которое мертвым грузом лежит на помойке и зловонит. Идеальной безопасности не существует, если есть защита - она ломается, в том числе и с помощью человеческого фактора. Вопрос лишь времени. Тут же речь о другом: у 3-tier безопасность выше. И только. Помимо этого факта есть еще куча плюсов, почему нужно использовать именно эту архитектуру. Безопасность - это лишь частность. sphinx_mvМожет, тогда этот "орхетектор" хотя бы покажет точную ссылку из "официального букварика", по которой указано, что приложения обязательно должны разворачиваться в многозвенной архитектуре, а все остальные способы развертывания абсолютно неверные? Или Вам опять газеты в сортире не хватит? Если вообще успеете до сортира добежать... Зачем вендорам издавать такие документы? На рынке еще есть двухзвенного говнософта, который таки еще как-то дышит. Зачем уж так нервировать население. Есть конкретные плюсы и минусы обоих вариантов - выбираем любой. Только у 3-tier эти плюсы намного фундаментальнее и их больше. Плюсы 2-tier - ребяческая простота для кухарок, вот и делов. Сейчас архитекторы даже в пьяном угаре не возьмутся планировать софт на 2-tier, но это не твой случай. Сиди и чахни в своих "транзакционных" говнопроцедурах sphinx_mvВот идите - и учитесь! Если Вы не способны настроить мониторинг сети и ресурсов - Вас трахнут В ЛЮБОЙ архитектуре. Чудилко, если твой убогий софт не масштабируется и небезопасен, тебя просто выбросят на помойку как мусор. Собственно, где ты и находишься. sphinx_mvНо помнится, кто-то обещал насмерть завалить сервер (чтобы он упал до ресета) открытой транзакцией... Ну, и где же оно - то самое "насмерть", если "живые" пользователи даже в самом тяжелом случае могут не успеть заметить проблемы. Армагедон с простоем машины под погрузкой в течение лишней минуты из-за заблокированной другим процессом таблицы? Смешно... Неужели ты так туп, что не понял сути? Не сомневаюсь. "Завал" сервера равносилен трешу с залоченными объектами в оперативной БД. Это даже дети осознали. sphinx_mvВопрос о том, сколько Ваших "самых хороших" приложений пользуете лично Вы как-то "скромно" остался за скобками обсуждения. Это - показательно: стесняться пользоваться своими разработками... Я много чего пользую, пользовал и буду пользовать. Ты еще не дорос, маленький. У тебя сложности в понимании элементарных вещей, ее говоря уже про какие-то реальные системы. Сиди и мониторь заявки на первой линии дучше ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:15 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
mmnicksphinx_mv, может я не в теме, но разве архитектура не строится на поставленной задаче и предопределенного заказчиком функционала системыОдна и та же задача может быть решена по разному - архитектура при этом ничем не выделяется. Более чем глупо принимать решение о выборе того или иного способа решения только на основе того, что кто-то где-то в каком-то своем проекте что-то такое делал, или потому, что так "модно", или, что так пишут в книжке "X.Y.Z.", не уметь при этом привести однозначно положительные и ответить по поводу однозначно отрицательных моментов своего решения, и, до кучи, мешать с дерьмом всех других, которые могут решить ту же самую задачу совершенно другим способом. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:30 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
PetrovVAАлексей Кпропущено... Начинай уже возмущаться конструктивно, по пунктам. Давай ссылку, где тебя обидели.Ссылку могу дать где тебя обидели в особа изврощенная форме. И было эта тут .Жди. К тебе уже выехали. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:36 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
sphinx_mv... не уметь при этом привести однозначно положительные и ответить по поводу однозначно отрицательных моментов своего решенияВ прошлый раз всё приводили. И про LINQ, и про строгую типизацию и про рефакторинг, и про всё остальное. Ответов не последовало. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:43 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:45 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:46 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
sphinx_mvmmnicksphinx_mv, может я не в теме, но разве архитектура не строится на поставленной задаче и предопределенного заказчиком функционала системыОдна и та же задача может быть решена по разному - архитектура при этом ничем не выделяется. Более чем глупо принимать решение о выборе того или иного способа решения только на основе того, что кто-то где-то в каком-то своем проекте что-то такое делал, или потому, что так "модно", или, что так пишут в книжке "X.Y.Z.", не уметь при этом привести однозначно положительные и ответить по поводу однозначно отрицательных моментов своего решения, и, до кучи, мешать с дерьмом всех других, которые могут решить ту же самую задачу совершенно другим способом. Архитектура при решении любой задачи, точнее коллекции задач, которые могут и не ложится на самую распространенную трехзвенную архитектуру играет наиболее значимую роль, как с точки финансирования проекта так и в плане реализации. И не надо забывать что курс программирования университета никоим образом не коррелирует с реальными системами установленными например на заводах от разным производителей и совершенно разной реализацией. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 17:46 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
МСУТут же речь о другом: у 3-tier безопасность выше. трёхзвенка помогает там, где не справляется RLS ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 18:07 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
ИзопропилМСУТут же речь о другом: у 3-tier безопасность выше. трёхзвенка помогает там, где не справляется RLS Согласен, но только когда совсем туго . ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 18:16 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
МСУsphinx_mvНе буду показывать список всех безумных высеров одного свихнувшегося "недо-орхетектора", который все еще верит в деда мороза - в безопасные подключения сетевые подключения через публичные каналы, про безопасную мобильную связь, про надежные серификаты, а все ссылки на подтвержденные уязвимости протоколов безопасности называет "происками желтой прессы". Не буду тыкать палочкой в окочурившееся создание, которое мертвым грузом лежит на помойке и зловонит. Идеальной безопасности не существует, если есть защита - она ломается, в том числе и с помощью человеческого фактора. Вопрос лишь времени. Тут же речь о другом: у 3-tier безопасность выше. И только. Помимо этого факта есть еще куча плюсов, почему нужно использовать именно эту архитектуру. Безопасность - это лишь частность.Полярный пушной зверек, какой-то!!! Вас же мордой в Ваше же дерьмо тыкали: дополнительные уровни развертывания снижают безопаcность всей системы с каждым дополнительным уровнем развертывания! Это - точный смысл цитаты из "букварика"! Ну, и когда же Вы его "асилите"?! МСУsphinx_mvМожет, тогда этот "орхетектор" хотя бы покажет точную ссылку из "официального букварика", по которой указано, что приложения обязательно должны разворачиваться в многозвенной архитектуре, а все остальные способы развертывания абсолютно неверные ? Или Вам опять газеты в сортире не хватит? Если вообще успеете до сортира добежать... Зачем вендорам издавать такие документы? На рынке еще есть двухзвенного говнософта, который таки еще как-то дышит. Зачем уж так нервировать население. Есть конкретные плюсы и минусы обоих вариантов - выбираем любой. Только у 3-tier эти плюсы намного фундаментальнее и их больше. Плюсы 2-tier - ребяческая простота для кухарок, вот и делов. Сейчас архитекторы даже в пьяном угаре не возьмутся планировать софт на 2-tier, но это не твой случай.Горячечный бред пациента психбольницы меня совершенно не интересует - мне было бы более желательно получить ссылку на документ относительно выделеного вопроса. Почему у пациента бред горячечный? Потому что есть Chapter 22: Designing Rich Client Applications - ссылка специально из "более новой" версии руководства, а то некоторых опять начнет глючить, пучить и таращить, что "там такого не написано"... МСУСиди и чахни в своих "транзакционных" говнопроцедурах С учетом того, как Вы хвастались своими поделиями на процедурах, очень сомневаюсь, что Вам осталось что-то сушить в трехзвенке... МСУsphinx_mvВот идите - и учитесь! Если Вы не способны настроить мониторинг сети и ресурсов - Вас трахнут В ЛЮБОЙ архитектуре. Чудилко, если твой убогий софт не масштабируется и небезопасен, тебя просто выбросят на помойку как мусор. Собственно, где ты и находишься. Главный помошник младшего золоторя в ударе и на своем поле... А скачет-то как! Прямо как дефчонки с промороликов на его лучших сайтах: за последнюю неделю этот "говнотектор" раз пять "уходил на измену" - то двузвенка не масштабируется совсем, то масштабируется, но плохо... то хорошо масштабируется, но только вертикально... То вот опять не масштабируется... То трехзвенка у него появилась после трехзвенной архитектуры, то опять все наоборот... И как попросишьего показать конкретные цифры по нагрузке серверов, когда уже нужно начинать думать над масштабированием - так сразу же в кусты... Ну, и про безопасность софта в его понимании я уже писал - не буду повторяться... МСУsphinx_mvНо помнится, кто-то обещал насмерть завалить сервер (чтобы он упал до ресета) открытой транзакцией... Ну, и где же оно - то самое "насмерть", если "живые" пользователи даже в самом тяжелом случае могут не успеть заметить проблемы. Армагедон с простоем машины под погрузкой в течение лишней минуты из-за заблокированной другим процессом таблицы? Смешно... Неужели ты так туп, что не понял сути? Не сомневаюсь. "Завал" сервера равносилен трешу с залоченными объектами в оперативной БД. Это даже дети осознали.Айдане3.14зди! Сервер Вы не завалили - даже вставать из-за монитора для решения проблемы не пришлось. Да, и проблемы, собственно, никакой не было - критично только частое и массовое взаимное блокирование таблиц. И - самое важное - целостность данных в этой ситуации НЕ СТРАДАЕТ! Самое прикольное, что проблему гораздо сложнее даже просто диагностировать на сервере приложений в ТОЧНО такой же ситуации - то ли сервер "тупит" из-за сборки мусора, то ли сервер "флудят, то ли муся-программист в очередной раз наговнокодил... А потом нужно еще и отдельно лезть на сервер БД, чтобы разлочивать таблицу... И очень бы хотелось разъяснений, что в такой же ситуации с сервером приложений все данные гарантированно были сохранены и не нарушатся связи данных в базе. МСУsphinx_mvВопрос о том, сколько Ваших "самых хороших" приложений пользуете лично Вы как-то "скромно" остался за скобками обсуждения. Это - показательно: стесняться пользоваться своими разработками... Я много чего пользую, пользовал и буду пользовать. Ты еще не дорос, маленький. У тебя сложности в понимании элементарных вещей, ее говоря уже про какие-то реальные системы. Сиди и мониторь заявки на первой линии дучше Идтите подмойтесь и штаны поменяйте, обосранчик! Вас, жуниора-недоучку, даже в последнюю линию младшим подносильщиком кофе не возьмут: обязательно чего-нибудь умудритесь напортачить на продакшене - то таблицу залочите, то транзакции в хранимых процедурах открывать/закрывать начнете... С Вас станется! ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 18:33 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
mmnicksphinx_mvпропущено... Одна и та же задача может быть решена по разному - архитектура при этом ничем не выделяется. Более чем глупо принимать решение о выборе того или иного способа решения только на основе того, что кто-то где-то в каком-то своем проекте что-то такое делал, или потому, что так "модно", или, что так пишут в книжке "X.Y.Z.", не уметь при этом привести однозначно положительные и ответить по поводу однозначно отрицательных моментов своего решения, и, до кучи, мешать с дерьмом всех других, которые могут решить ту же самую задачу совершенно другим способом. Архитектура при решении любой задачи, точнее коллекции задач, которые могут и не ложится на самую распространенную трехзвенную архитектуру играет наиболее значимую роль, как с точки финансирования проекта так и в плане реализации. Не подумайте, что я Вас под танки бросаю (да и не танк то вовсе), но Вы это лучше не мне - лучше Вы это МСУ расскажите: это он у нас считает, что ТОЛЬКО трехзвенная архитектура является самой подходящей в ЛЮБОМ комплексе решаемых задач - без учета объективной реальности... И когда я говорю, что подавляющее число достаточно "интересных" задач, например, у меня прекрасно решается в архитектуре из двух звеньев (в смысле "tier", а не "layer") - инквизиция нервно курит в сторонке... mmnickИ не надо забывать что курс программирования университета никоим образом не коррелирует с реальными системами установленными например на заводах от разным производителей и совершенно разной реализацией. Вот бы и про это тоже ему!.. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 18:58 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
sphinx_mvПолярный пушной зверек, какой-то!!! Вас же мордой в Ваше же дерьмо тыкали: дополнительные уровни развертывания снижают безопаcность всей системы с каждым дополнительным уровнем развертывания! Это - точный смысл цитаты из "букварика"! Ну, и когда же Вы его "асилите"?! Ты как канализационщик, всё дерьмо возишь с собой Я ж ведь уже выливал таз помоев тебе на макушку, поговаривая, что безопасность двухзвенки ниже безопасности трехзвенки. Это во всех букварях пишется. Но ты упертая обезьяна и не хочешь понимать очевидные вещи. Для танкистов повторяю: речь идет о 3-tier и выше, даже пример приводится с 7-tier не зря. Двухзвенка там и рядом не обсуждается ибо это пережиток домостроя У двухзвенки нет безопасности, забудь об этом. Светить всем наружу активные базы данных и соединения с ними - удел кретинов изобретателей. sphinx_mvГорячечный бред пациента психбольницы меня совершенно не интересует - мне было бы более желательно получить ссылку на документ относительно выделеного вопроса. Почему у пациента бред горячечный? Потому что есть Chapter 22: Designing Rich Client Applications - ссылка специально из "более новой" версии руководства, а то некоторых опять начнет глючить, пучить и таращить, что "там такого не написано"... Тупорылые макаки без наличия головного мозга в черепной коробке меня интересуют еще меньше. Есть конкретные рекомендации по поводу плюсов - нужна масштабируемость, кури 3-tier, нужна безопаность - кури кури 3-tier, нужна надежность - кури 3-tier, нужна конфигурируемость - кури 3-tier. Нужно быть идиотом, чтобы потребовать что-то еще. Всё прозрачно как вода. sphinx_mvМСУСиди и чахни в своих "транзакционных" говнопроцедурах С учетом того, как Вы хвастались своими поделиями на процедурах, очень сомневаюсь, что Вам осталось что-то сушить в трехзвенке... Ты слишком знатно обосрался с транзакциями и уровнями блокировки, поэтому рано тебе мне что-то советовать по поводу хранимых процедур. И мне твоё "сомневаюсь" как макачий пук из кустов. sphinx_mvГлавный помошник младшего золоторя в ударе и на своем поле... А скачет-то как! Прямо как дефчонки с промороликов на его лучших сайтах: за последнюю неделю этот "говнотектор" раз пять "уходил на измену" - то двузвенка не масштабируется совсем, то масштабируется, но плохо... то хорошо масштабируется, но только вертикально... То вот опять не масштабируется... То трехзвенка у него появилась после трехзвенной архитектуры, то опять все наоборот... И как попросишьего показать конкретные цифры по нагрузке серверов, когда уже нужно начинать думать над масштабированием - так сразу же в кусты... Ты как худосочная обезьянка, которую загнали палками в угол, которая не знает, куда деваться и что делать. Она понимает, что ее сейчас натянут на тростниковую палку и будут сушить как соленую рыбу. Мечешься из стороны в сторону, гуглишь, ищешь хоть каплю опровержения в сети о том, что 3-tier зло. Но получается всё скомканно и угрюмо, особенно наблюдая за твоими жалкими потугами про то, как ты из одной информации как-бы додумываешь другую. Пора на тростник, пора. sphinx_mvНу, и про безопасность софта в его понимании я уже писал - не буду повторяться... О чем ты писал? О чем ты вообще можешь писать, неуч? sphinx_mvМСУНеужели ты так туп, что не понял сути? Не сомневаюсь. "Завал" сервера равносилен трешу с залоченными объектами в оперативной БД. Это даже дети осознали.Айдане3.14зди! Сервер Вы не завалили - даже вставать из-за монитора для решения проблемы не пришлось. Да, и проблемы, собственно, никакой не было - критично только частое и массовое взаимное блокирование таблиц. И - самое важное - целостность данных в этой ситуации НЕ СТРАДАЕТ! После такого "незавала" сервера придет руководство, достанет из сумки длинный тростник и мило попросит надеться. После сего мероприятия от тебя радостно избавятся, выбросив жалкое тельце в помойную свалку. Дурында, тут не только может пострадать целостность данных, тут может пострадать их согласованность и их, собственно, наличие Ибо только кретины могут всей интрасети и интернету светить операционные данные, важнейший их важнейших основ, составляющих бизнес предприятия. sphinx_mvСамое прикольное, что проблему гораздо сложнее даже просто диагностировать на сервере приложений в ТОЧНО такой же ситуации - то ли сервер "тупит" из-за сборки мусора, то ли сервер "флудят, то ли муся-программист в очередной раз наговнокодил... А потом нужно еще и отдельно лезть на сервер БД, чтобы разлочивать таблицу... И очень бы хотелось разъяснений, что в такой же ситуации с сервером приложений все данные гарантированно были сохранены и не нарушатся связи данных в базе. Ты идиот? Диагностировать и мониторить работу сервера приложений проще пареной репы. Ознакомься с готовым функционалом, типа elmah, nlog, log4net, logging application block, health monitoring и иже. А вот готовые трейсеры, которые удобно в asp.net или wcf можно использовать. sphinx_mvМСУЯ много чего пользую, пользовал и буду пользовать. Ты еще не дорос, маленький. У тебя сложности в понимании элементарных вещей, ее говоря уже про какие-то реальные системы. Сиди и мониторь заявки на первой линии дучше Идтите подмойтесь и штаны поменяйте, обосранчик! Вас, жуниора-недоучку, даже в последнюю линию младшим подносильщиком кофе не возьмут: обязательно чего-нибудь умудритесь напортачить на продакшене - то таблицу залочите, то транзакции в хранимых процедурах открывать/закрывать начнете... С Вас станется! Ты уже сам захлебнулся в своем говне, чудило первого уровня поддержки. Иди читай заявки от пользователей, бестолочь До архитектуры, диагностики, серверов и масштабирования тебе очень далеко. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 19:09 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
МСУsphinx_mvСамое прикольное, что проблему гораздо сложнее даже просто диагностировать на сервере приложений в ТОЧНО такой же ситуации - то ли сервер "тупит" из-за сборки мусора, то ли сервер "флудят, то ли муся-программист в очередной раз наговнокодил... А потом нужно еще и отдельно лезть на сервер БД, чтобы разлочивать таблицу... И очень бы хотелось разъяснений, что в такой же ситуации с сервером приложений все данные гарантированно были сохранены и не нарушатся связи данных в базе. Ты идиот? Диагностировать и мониторить работу сервера приложений проще пареной репы. Ознакомься с готовым функционалом, типа elmah, nlog, log4net, logging application block, health monitoring и иже. А вот готовые трейсеры, которые удобно в asp.net или wcf можно использовать.Ещё лютый лог. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 19:33 |
|
как прально добавить получить идентификатор новой записи в БД ?
|
|||
---|---|---|---|
#18+
Алексей КЕщё лютый лог. +1, это вообще лучшее диагностическое средство именно под wcf, с рабочими графами и прочими вкусностями. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2013, 21:06 |
|
|
start [/forum/topic.php?fid=20&msg=38336022&tid=1404329]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
81ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
78ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 218ms |
0 / 0 |