Люди работали, это их труд, как и тех, кто писал библиотеки/инфраструктурные фреймвёрки.
Да пусть работают, зачем только чепуху нести.
кто-то "забывает", что к данному решению идёт комплект ограничений, .
к любому решению идет комплект ограничениий
которые в случае "потери/забвения" отомстят "мусором" в результате и неожиданными показателями производительности
опять бессмысленный поток слов. Как говорил профессор Преображенский "голубчик, потрудитесь излагать ваши мысли яснее"
Мне знакомы ситуации когда запрос
возвращает 50 строк около минуты (в таблице 4 поля - два числа, строка (до 32 символов) и дата).
мне тоже. И что? Тут необходима знание высшей математики? Али достаточно основ проектирования БД.
Кстати, где индекс? Или "ноу-хау"?
мне не нужны никакие индексы и тем более "ноу-хау" которое бывает только у тех кому надо наебать далекого от IT клиента и вытащить у него побольще бабла..
А ничего что он используется именно в сайтостроении? Давай продолжай сравнивать теплое с мягким
проблеммы с кратковременной памятью?перечитай о чем шла речь.
Факт того, что у клиента может быть одновременно несколько договоров, не для твоих умственных способностей.
может. Классическая реляция один ко многим. На *** тут дерево.
А говорить про порожденные сделки вообще не хочется начинать, а то ж лопнет голова небось.
и не надо. В 1С например есть у документов атрибут "основание" -это ссылка на другой документ являющийся основанием для создания текущего. И никакой
иерархии не надо. Не надо с точки зрения бизнес логики основаной на хозяйственной деятельности.
Выбери из таблицы родительскую сделку для сделки №3 по своей мегаметодике.
моя мегаметодика работает для вменяемых решений и не для того что ты там нафантазировал.
Думаю, что в какой-нить рюмочной у тебя будет неплохая аудитория из местного бомонда.
почему же - он шестая страница уже заканчивается. Бегают между рюмочной и форумом.
