AntonariyiAuthorОч хотелось бы услышать мнения МСУ и СержаСерж: select говно, юзайте XП
МСУ: select и XП говно, юзайте orm

ваш кэп

Всё верно, ORM - всё остальное на помойку, вместе с хп. Ну а за выборку всех полей всё как обычно - отрываем яйца. Где-то, может, не совсем гуманно - но по-другому никак.

st_stу программеров доступа ни к бд ни к sql не было. А чуваки те пользовали в основном хибернейт, иногда правда матерились на баги и писали запросы вручную.
Если доступа к SQL не было у разрабов, то хибернейт каким образом ходил в БД, через космос?
P.S. А по организации, вцелом, правильная стратегия - выделенный спец для доступа к данным это кул.

ПарамонА вот *, позволяет добавить/убрать поля в UI, не трогая запроса :)
Тогда проще сразу слить всю БД и уже локально дофильтровать для UI. А чё, зато вообще запросы не будет "трогать" запросы.

Особенно будет радостно, если в эту таблицу позже добавят блоб :)

SELECT *притянутая за уши ситуация!
столбцы в таблице у вас растут\убывают как грибы по осени!?[/quot]
Ситуация из жизни, а не из притянутых ушей - таблицы имеют привычку расти, как по столбцам так и по строкам. Я говорю о чем-то нереальном?

SELECT *с таким же успехом, можно сказать, что наименования столбцов может меняться в зависимости от настроения проггера - раза три-четыре в сутки... что же теперь все запросы переписывать?!
Прогера, а тем более его унылое настроение, никого не волнуют. Есть конкретная архитектура со схемой данных, за которую отвечает архитектор или кто-там еще. Если это лицо посчитает нужным допилить схему данных, значит так тому и быть. А мнение девелопера можешь засунуть в своё мусорное ведро и закрыть.

SELECT *ИМХО - ничего предосудительного в осознанном использовании SELECT * нету!
На конкретный момент времени - проблем нет. Проблемы появляются, как правило, позже.

ПарамонЕсли добавляем поле, значит готовы с ним работать. )
А теперь судорожно начинаем править давнишний код, который отлично работает. Потом начинаем тестировать функционал заново. Потом появляются какие-то проблемы, потом всё рушится, потом мы плюёмся и начинаем править баги. Накуй мне такое щастье? )

ПарамонКстати, как вы с linq делали delete или update?
По-разному. Удаление можно делать без извлечения, Update - с извлечением.

SELECT *авторСитуация из жизни,
чьей? - твоей? ;)))
Из жизни грамотных спецов, а не codemonkey

SELECT *так ты не разработчик БД - об том и речь!
А причем тут разработчик БД? Разработчику БД что скажут, то он и будет делать.

ПарамонМСУПо-разному. Удаление можно делать без извлечения, Update - с извлечением.
Ну вот )
Чего вот? )

SELECT * заинтриговал, чертеняка!
Хлебни чаю, отпустит.

SELECT *и к какой категории тебя можно отнести?!
Мне фиолетово твоё отношение меня к категории, выбирай любую.

P.S. Если ты до сих пор не понял про зло SELECT * и про возможные расширения атрибутов сущности в будущем, категория не поможет - тут тупо нужно убивать себя об стену.

ПарамонМСУПо-разному. Удаление можно делать без извлечения, Update - с извлечением .
Это как?
Что как?