powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Просят упростить БД
25 сообщений из 34, страница 1 из 2
Просят упростить БД
    #35901403
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Пишу БД для хранения метаинформации, которая извлекается из файлов специального формата. БД используется для быстрого поиска нужной инфы по содержимому файлов. БД уже спроектирована и почти реализована. Начальство просит упростить БД следующим образом:
1. Отказаться от чёткой структуры БД и для каждого набора файлов заводить отдельные таблицы с одинаковой структурой (чтобы лучше понять, что это значит, представьте, что для каждого заказчика в БД заводятся свои таблицы типа customer_Газпром, customer_Лукойл). И так для всего набора таблиц. Основания начальства - так будет быстрее работать, т.к. отдельные таблицы будут меньшего размера, чем одна большая и поэтому будет быстрее работать.
2. Отказаться от нормализации (сейчас почти все таблицы в 3НФ). Т.е. вместо большого количества связанных таблиц сделать несколько таблиц с большим количеством столбцов. Основания - sql-запросы на выборку будут гораздо проще. Просто сегодня начальство увидело запрос с большим количеством join'ов и схватилось за голову :)
Чем парировать запрос начальства? Объяснения, что это противоречит здравым принципам построения реляционных баз данных не принимаются. Надо что-нибудь посерьёзнее :)
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901455
Senya_L
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> Автор: ArtDen
> Пишу БД для хранения метаинформации, которая извлекается из файлов
> специального формата. БД используется для быстрого поиска нужной инфы по
> содержимому файлов. БД уже спроектирована и почти реализована. Начальство
> просит упростить БД следующим образом:
> 1. Отказаться от чёткой структуры БД и для каждого набора файлов
> заводить отдельные таблицы с одинаковой структурой (чтобы лучше понять,
> что это значит, представьте, что для каждого заказчика в БД заводятся свои
> таблицы типа customer_Газпром, customer_Лукойл). И так для всего набора
> таблиц. Основания начальства - так будет быстрее работать, т.к. отдельные
> таблицы будут меньшего размера, чем одна большая и поэтому будет быстрее
> работать.
> 2. Отказаться от нормализации (сейчас почти все таблицы в 3НФ). Т.е.
> вместо большого количества связанных таблиц сделать несколько таблиц с
> большим количеством столбцов. Основания - sql-запросы на выборку будут
> гораздо проще. Просто сегодня начальство увидело запрос с большим
> количеством join'ов и схватилось за голову :)
> Чем парировать запрос начальства? Объяснения, что это противоречит
> здравым принципам построения реляционных баз данных не принимаются. Надо
> что-нибудь посерьёзнее :)
>

От Вас по сути дела требуют написАть свою СУБД поверх основной. Чем
парировать? Попросите в штат еще с десяток/сотню прогрммистов для
изобретения своего лисапеда. :) Да, и еще учтите производительность.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901476
Goffman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ArtDen,

Если все таблицы одинаковой структуры, то первое требование не упростит, а усложнит БД.
Вариант с одной таблицей медленнее не будет, достаточно проиндексировать ее по нужным полям, и все будет летать.

Второе требование возможно не так и глупо, зависит от поставленной задачи.
В определенных условиях проще не городить НФ, а слить данные в большую плоскую таблицу.
Запросы делать на порядок проще.

Насчет здравого смысла построения РБД - это верно лишь отчасти.
Если мы строим систему, в которой например операторы вводят информацию, нам не обойтись без классификаторов, уникальных ключей и прочей аттрибутики 3НФ, потому как иначе вместо БД будет помойка.
Если мы строим систему в которую информация копируется из внешней БД, то мы скорее всего уже не можем повлиять на качество исходных данных (они ведь УЖЕ сформированы). Поэтому и 3НФ не принесет никакой пользы.

В любом случае - это лишь общие соображения, Вам на месте видней.
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901495
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Senya_L
От Вас по сути дела требуют написАть свою СУБД поверх основной. Чем
парировать? Попросите в штат еще с десяток/сотню прогрммистов для
изобретения своего лисапеда. :) Да, и еще учтите производительность.
Да мне и самому переписать не сложно. Тем более, что оплата работы не сдельная, а повременная. Интересует именно мнение о таком способе проектирования БД
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901502
Senya_L
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> Автор: ArtDen
> Да мне и самому переписать не сложно. Тем более, что оплата работы не
> сдельная, а повременная. Интересует именно мнение о таком способе
> проектирования БД
>

Ну Вы помните пословицу про "гоп"? ;) Хотя повременка вещь неплохая, но и
терпение у начальства тоже не резиновое.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901506
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
GoffmanЕсли все таблицы одинаковой структуры, то первое требование не упростит, а усложнит БД.
Вариант с одной таблицей медленнее не будет, достаточно проиндексировать ее по нужным полям, и все будет летать.
Так давно всё проиндексировано и всё летает :)

GoffmanВторое требование возможно не так и глупо, зависит от поставленной задачи.
В определенных условиях проще не городить НФ, а слить данные в большую плоскую таблицу.
Запросы делать на порядок проще.
Природа исходных данных, которые надо хранить в БД - строго иерархическая. Набор связанных таблиц идеально подходит для их хранения. К тому-же меня удручает мысль, что придётся хранить кучу дублирующих данных, а если ещё и в эту большую таблицу влить справочники, то тогда вообще база расплывётся в размерах :)

GoffmanНасчет здравого смысла построения РБД - это верно лишь отчасти.
Не понял. Причём здесь РБД?
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901515
Goffman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ArtDen К тому-же меня удручает мысль, что придётся хранить кучу дублирующих данных, а если ещё и в эту большую таблицу влить справочники, то тогда вообще база расплывётся в размерах :)
При сегодняшней цене гигабайта - это не такая уж проблема.

ArtDen Природа исходных данных, которые надо хранить в БД - строго иерархическая. Набор связанных таблиц идеально подходит для их хранения.
А что начальство - таких аргументов не принимает? :)

ArtDen
>>Насчет здравого смысла построения РБД - это верно лишь отчасти.
Не понял. Причём здесь РБД?
ArtDen
Объяснения, что это противоречит здравым принципам построения реляционных баз данных
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901519
Goffman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Еще, чтобы скрыть сложность физической модели, можно использовать VIEW или MATVIEW
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901525
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
GoffmanПри сегодняшней цене гигабайта - это не такая уж проблема.
Т.е. когда на каждый гигабайт будет приходиться 10 гигабайт дублирующих данных - это хорошо? :)
ArtDen Природа исходных данных, которые надо хранить в БД - строго иерархическая. Набор связанных таблиц идеально подходит для их хранения.
GoffmanА что начальство - таких аргументов не принимает? :)
Завтра на этот аргумент буду давить :)

PS: Для меня РБД - это распределённые БД, а не иерархические ;-)
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901527
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ArtDenPS: Для меня РБД - это распределённые БД, а не иерархические ;-)
Не реляционные точнее. Поэтому и не въехал сразу
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901528
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Чем парировать запрос начальства?

Ничем. Баранам принципиально невозможно объяснить, что они бараны. Хотят и платят - получают ровно то, что хотят.

Можно посмотреть на это с другой стороны: кривая база данных потребует постоянной работы, так что, например, увольнение Вам в обозримом будущем грозить не будет.
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901532
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
GoffmanЕще, чтобы скрыть сложность физической модели, можно использовать VIEW или MATVIEW
Ну так они и используются (если ты имеешь ввиду вьюхи). По большей части для себя, т.к. удобно контролировать содержимое базы, используя простые запросы. Кстати, про MATVIEW я вообще не слышал
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901546
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
guest_20040621Можно посмотреть на это с другой стороны: кривая база данных потребует постоянной работы, так что, например, увольнение Вам в обозримом будущем грозить не будет.
Думаю, тут дело совсем в другом. Шеф заботиться о том, чтобы после меня эту базу мог бы сопровождать другой человек. Похоже, на его взгляд, что чем БД проще (с точки зрения озвученных им просьб), тем будет проще для сопровождающего.
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901575
Senya_L
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> Автор: ArtDen
> guest_20040621
> Можно посмотреть на это с другой стороны: кривая база данных
> потребует постоянной работы, так что, например, увольнение Вам в обозримом
> будущем грозить не будет.
>
> Думаю, тут дело совсем в другом. Шеф заботиться о том, чтобы после
> меня эту базу мог бы сопровождать другой человек. Похоже, на его взгляд,
> что чем БД проще (с точки зрения озвученных им просьб), тем будет проще
> для сопровождающего.
>

Нет, дело именно в том, что Вам говорит guest_20040621. С чего это база
станет проще в сопровождении? С зоопарком таблиц? Я не очень понимаю, зачем
нужно таблицы динамически создавать. Вам же указали SSIS, может свои
средства импорта данных создать - разве ж кто возразит.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901732
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ArtDen wrote:

> 1. Отказаться от чёткой структуры БД и для каждого набора файлов
> заводить отдельные таблицы с одинаковой структурой (чтобы лучше понять,
> что это значит, представьте, что для каждого заказчика в БД заводятся
> свои таблицы типа customer_Газпром, customer_Лукойл). И так для всего
> набора таблиц. Основания начальства - так будет быстрее работать, т.к.
> отдельные таблицы будут меньшего размера, чем одна большая и поэтому
> будет быстрее работать.

Бред, log(kN) = log(k) + log(N), т.е. вы теряете log(k), где k- количество
ваших таблиц (компаний), т.е. константу. А вот как при этом вы будете писать
программы, которые будут работать с этими таблицами - я не представляю.
Для каждой свою что ли ?

> 2. Отказаться от нормализации (сейчас почти все таблицы в 3НФ). Т.е.
> вместо большого количества связанных таблиц сделать несколько таблиц с
> большим количеством столбцов. Основания - sql-запросы на выборку будут
> гораздо проще.

Ага. А данных в этих таблицах будет больше. Значит обрабатывать их - дольше.

Просто сегодня начальство увидело запрос с большим
> количеством join'ов и схватилось за голову :)

Ну, а на кой фиг вы их им показывали ?

> Чем парировать запрос начальства? Объяснения, что это противоречит
> здравым принципам построения реляционных баз данных не принимаются. Надо
> что-нибудь посерьёзнее :)

Я бы вообще ничего не объяснял. Т.е. начальство в принциме в такие дела
соваться не должно. Это -- не его дело. Начальство задачу ставить должно,
и сроки. А вот КАК вы это сделаете - уже ваше дело, и обязанность сделать
это дело хорошо. Если всё же такое происходит - бегите из этой конторы.
Объяснять людям, что они идиоты, занятие и неблагодарное, и бессмысленное.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Просят упростить БД
    #35901905
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZivБред, log(kN) = log(k) + log(N), т.е. вы теряете log(k), где k- количество
ваших таблиц (компаний), т.е. константу. А вот как при этом вы будете писать
программы, которые будут работать с этими таблицами - я не представляю.
Для каждой свою что ли ?
SQL-запросы генерятся кодом. Если начальство прижмёт, то перейти на такую организацию таблиц будет довольно просто.

MasterZivАга. А данных в этих таблицах будет больше. Значит обрабатывать их - дольше.
Аргумент начальства - более простые запросы.

MasterZivНу, а на кой фиг вы их им показывали ?
В месадж-боксе выскочило исключение времени исполнения. И в нём - текст запроса :) А шеф рядом оказался :)

MasterZivЯ бы вообще ничего не объяснял. Т.е. начальство в принциме в такие дела
соваться не должно. Это -- не его дело.
В какие дела должно вмешиваться начальство, решает само начальство :) Думаю, с этим никто не поспорит
...
Рейтинг: 0 / 0
Просят упростить БД
    #35902203
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ArtDenОснования - sql-запросы на выборку будут гораздо проще
Это чистый OLAP?

ArtDenПросто сегодня начальство увидело запрос с большим количеством join'ов и схватилось за голову :)
Хм. "Большим" - это 2, 5, 20, 255? Я бы на Вашем месте (ну или на месте начальства, если хотите) озаботился нормальным тестированием. Соответственно, количество join-ов не является священной коровой и если все работает (тесты пройдены) - то и до join-ов дело не доходит.

ArtDenВ какие дела должно вмешиваться начальство, решает само начальство
С этим можно и поспорить, кстати, но только аргументированно. Я как-то раз в подобной ситуации отспорил полномочия принятия решения единолично, а пытались давить и настаивать. Одного раза хватило, больше не лезут.
...
Рейтинг: 0 / 0
Просят упростить БД
    #35902419
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ArtDen пишет:

> Аргумент начальства - более простые запросы.

Оно что, понимает что-то в том, какие запросы простые, а какие сложные ?

> В какие дела должно вмешиваться начальство, решает само начальство :)
А где вам работать, решаете вы. С этим тоже никто не спорит.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Просят упростить БД
    #35902908
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Разделяю точку зрения г-на MasterZiv. Мне было бы крайне дискомфортно работать на баранов.
...
Рейтинг: 0 / 0
Просят упростить БД
    #35903098
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ArtDenНу так они и используются (если ты имеешь ввиду вьюхи). По большей части для себя, т.к. удобно контролировать содержимое базы, используя простые запросы. Кстати, про MATVIEW я вообще не слышалКакая СУБД?

Если приличная, то там кроме MAT VIEW должно быть и партиционтирование.
Соответственно, вариант с несколькими таблицами - заменяется на партиционирование :)

Про разные таблицы - покажите начальству, как будет выглядеть запрос по объединению данных из разных таблиц в один результат. На 10-20-30 таблицах UNION ALL работать будет не так и быстро, а запрос будет выглядеть развесело, с точки зрения разбирательства.

Про 3НФ - система OLAP или OLTP ?
Если OLAP, то от нормализации отказаться, возможно, стоит.
Если OLTP - то не стоит, точно.

Что конкретно джоинится в больших запросах - справочники или основные таблицы?
...
Рейтинг: 0 / 0
Просят упростить БД
    #35903211
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
BelyКакая СУБД?

СУБД (тока не смейтесь) - любая :) (это было самым первым требованием начальства). Сейчас отлажено и работает на Firebird и на Oracle. Планирую прикручивать MS SQL. Всё работает через голый ODBC и используется стандартный SQL. Особенности конкретных СУБД (автоинкрементные поля или работа с последовательностями) вынесены в специальные классы и используются по мере необходимости в зависимости от выбранной СУБД.

Bely...Если приличная, то там кроме MAT VIEW должно быть и партиционтирование.
Соответственно, вариант с несколькими таблицами - заменяется на партиционирование :)

Структура БД очень простая. И данных ожидается не особо много. Думаю, безо всякого партиционтирования всё будет работать достаточно быстро. Сегодня подготовил тестовые данные (объём которых во много раз больше предполагаемых объёмов для нашей БД). На ночь поставлю импорт данных в БД. Утром будет ясно, насколько быстро всё работает.

BelyПро 3НФ - система OLAP или OLTP ?
Вот это - ХЗ. 3НФ по той системе, по которой учили в универе много лет назад :D Щас поищу в инете, чтобы ответить поточнее :)

BelyЧто конкретно джоинится в больших запросах - справочники или основные таблицы?
Всё что угодно. Запросы могут быть самые разнообразные (SQL-запросы генерятся в программе в зависимости от XML-команды клиента). Но чаще всего объединяются основные таблицы + чуть-чуть справочников.
...
Рейтинг: 0 / 0
Просят упростить БД
    #35903258
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ArtDenBelyПро 3НФ - система OLAP или OLTP ?
Вот это - ХЗ. 3НФ по той системе, по которой учили в универе много лет назад :D Щас поищу в инете, чтобы ответить поточнее :)Чем конкретно должна заниматься система?
Не с технической точки, а с точки зрения бизнес-пользователей.
Для чего она? Регистрация проводок? Получение аналитических отчетов?

ArtDenBelyЧто конкретно джоинится в больших запросах - справочники или основные таблицы?
Всё что угодно. Запросы могут быть самые разнообразные (SQL-запросы генерятся в программе в зависимости от XML-команды клиента). Но чаще всего объединяются основные таблицы + чуть-чуть справочников.Пример запроса можно увидеть, чтобы оценить его сложность?
...
Рейтинг: 0 / 0
Просят упростить БД
    #35903336
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
BelyДля чего она? Регистрация проводок?
Для ускорения поиска нужной информации, которая хранится в файлах

ArtDenПример запроса можно увидеть, чтобы оценить его сложность?
Вот парочка свежих генерёных программой запросов:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
SELECT l6.id, l6.parent_id, l6.level_type, l6.name, l6.db_id, l6.ldate, count(DISTINCT l7.name) 
FROM levels l1 
JOIN levels l2 ON (l2.parent_id=l1.id) 
JOIN levels l3 ON (l3.parent_id=l2.id) 
JOIN levels l4 ON (l4.parent_id=l3.id) 
JOIN levels l5 ON (l5.parent_id=l4.id) 
JOIN levels l6 ON (l6.parent_id=l5.id) 
JOIN levels l7 ON (l7.parent_id=l6.id) 

WHERE l1.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%bd') 
AND l2.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%complex') 
AND l3.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%region') 
AND l4.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%mest') 
AND l5.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%well') 
AND l6.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%task') 
AND l7.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%logdate') 
AND (l1.db_id =  1 ) 
AND (l1.name='02') 
AND (l2.name='Контроль') 
AND (l3.name='Бла-бла-бла') 
AND (l4.name='501') 
AND (l5.name='106R') 

GROUP BY l6.id, l6.parent_id, l6.level_type, l6.name, l6.db_id, l6.ldate 

ORDER BY l6.ldate, l6.name

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
SELECT f.ftype, f.path, f.extra_path, f.name, pn.name, f.id_level, tn.name, cn.name, cv.start_v, cv.stop_v, cv.step, cv.n_vers, l7.id, l7.parent_id, l7.level_type, l7.name, l7.db_id, l7.ldate 
FROM levels l1 
JOIN levels l2 ON (l2.parent_id=l1.id) 
JOIN levels l3 ON (l3.parent_id=l2.id) 
JOIN levels l4 ON (l4.parent_id=l3.id) 
JOIN levels l5 ON (l5.parent_id=l4.id) 
JOIN levels l6 ON (l6.parent_id=l5.id) 
JOIN levels l7 ON (l7.parent_id=l6.id) 

JOIN files f ON f.id_level=l7.id 
JOIN (table_names tn JOIN tables t ON tn.id = t.name_id) ON f.id = t.id_ws 
JOIN table_rows r ON r.id_table = t.id 
JOIN (curve_names cn JOIN curv_versions cv ON cn.id = cv.name_id) ON cv.id_row = r.id 
LEFT JOIN (plansh_names pn JOIN planshets p ON p.name_id=pn.id) ON p.id_ws=f.id 

WHERE l1.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%bd') 
AND l2.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%complex') 
AND l3.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%region') 
AND l4.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%mest') 
AND l5.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%well') 
AND l6.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%task') 
AND l7.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%logdate') 

AND (l1.db_id =  1 ) 
AND (l1.name='03') 
AND (l2.name='Контроль') 
AND (l3.name='Бла-бла-бла') 
AND (l4.name='501') 
AND (l5.name='93R') 
AND (l6.name='INTOK') 

ORDER BY l7.ldate, l7.name
...
Рейтинг: 0 / 0
Просят упростить БД
    #35903359
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ArtDen,

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
WHERE l1.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%bd') 
AND l2.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%complex') 
AND l3.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%region') 
AND l4.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%mest') 
AND l5.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%well') 
AND l6.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%task') 
AND l7.level_type = (SELECT lt.type_v FROM level_types lt WHERE lt.name='%logdate') 
Вот этот набор параметров фиксированный или для разных запросов может быть разный?
...
Рейтинг: 0 / 0
Просят упростить БД
    #35903384
ArtDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
BelyВот этот набор параметров фиксированный или для разных запросов может быть разный?
Разный. С очень большими вариациями.
...
Рейтинг: 0 / 0
25 сообщений из 34, страница 1 из 2
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Просят упростить БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]