ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Оперативный файл и справочники. Автоматизация запросов.
25 сообщений из 154, страница 6 из 7
  6  все
Оперативный файл и справочники. Автоматизация запросов.
    #35598650
korda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
korda
Гость
Petro123
на клиенте неинтересен твой SQL.

Хм... С этим невозможно не согласиться...
Но как это будет выглядеть практически? На каждый SELECT/INSERT/UPDATE и т.д. писать stored procedure? Наверное, это будет правильным. Трагедикомедия заключается в том, что эти stored procedures мне придется писать на Java (БД поддерживает ТОЛЬКО его). Кстати, клиент тоже на Java. Вот и получается, что находится на стороне сервера и клиента, суть одно и тоже (в плане разработки) Т.е. даже на стороне сервера буду иметь язык программирования и стринги SQL-я.
...
Рейтинг: 0 / 0
16.10.2008, 15:40
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35598676
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
kordaPetro123
на клиенте неинтересен твой SQL.

Хм... С этим невозможно не согласиться...
Но как это будет выглядеть практически? На каждый SELECT/INSERT/UPDATE и т.д. писать stored procedure?

===== почему на каждый? Всё изобретено до нас. Есть 2 подхода. Я за БЛ на сервере. И есть 2 подхода - я НЕ за CRUD в чистом виде (с закрытием доступа к таблицам), а за CRUD в сложных транзакционных бизнес-процедурах. Для справочников он не нужен. А для "ЗакрытиеОперДня" обязателен.

Наверное, это будет правильным. Трагедикомедия заключается в том, что эти stored procedures мне придется писать на Java (БД поддерживает ТОЛЬКО его).

==== ну и отлично. У Сиквел 2005 тоже появился ЯП одинаковый с клиентом.

Кстати, клиент тоже на Java. Вот и получается, что находится на стороне сервера и клиента,

===== хуже только административно (см.ниже)

суть одно и тоже (в плане разработки) Т.е. даже на стороне сервера буду иметь язык программирования и стринги SQL-я.

==== с чего бы? Как зависит ЯП от CRUD? 2-ое, это методология, а первое?


ЗЫ.
Когда язык сервера и клиента разный, это на руку архитектору Системы в целом, т.к. архитектор БД не тянет одеяло у архитектора клиента.
Кесарю-кесарево.
У первого и мозги заточены на мышление множествами а не объектами . Поэтому второй не сможет строить оптимальные и сложные запрос как оптимизатор
ИМХО
...
Рейтинг: 0 / 0
16.10.2008, 15:53
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35598684
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
авторТ.е. даже на стороне сервера буду иметь язык программирования и стринги SQL-я.
ааа. счас дошло.
Я не знаю какой там язык, но если он заточен под обработку множеств, курсоров, и прочей лабуды, то на здоровье.

Кстати в оракле, если не динамический стринг, то синтаксическая проверка тоже есть.
ЕСТЬ ТАМ всё, выбери только иструмент для твоей БД.

______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
16.10.2008, 15:56
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35598691
korda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
korda
Гость
Идея держать всю логику в stored procedures определённо нравится. Вобщем-то, это давно известная вещь. Просто, в последнее время, в поисках истины, просмотрел много всяких клент-сервер приложений различной направленности, и все они держали SQL-строки на стороне клиента, это как-то сбило меня с пути истинного.

Но практическая проблема при этом никуда не девается. Даже находясь на сервере работать со сложными запросами не удобно, по причине отсутствия логической связи между SQL и языком программирования.
...
Рейтинг: 0 / 0
16.10.2008, 15:57
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35598715
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
korda
Но практическая проблема при этом никуда не девается. Даже находясь на сервере работать со сложными запросами не удобно, по причине отсутствия логической связи между SQL и языком программирования.
бренность бытия. Его несовершенство :)
Я в одно время очень искал ООБД, пок ане понял что ОНО не совершенно ))
ЗЫ. Твои вопросы возникают у тех кто пишет на ЯП, который движется в сторону ООП. У реляционщиков он не возникает.
Удачи!

ЗЫ.ЗЫ. Если нужны справочник, то
- напиши ХП_ДайСправочник(имя) : курсор
- на клиенте одну форму для всех справочников или выпадающий список для всех справочников (и писать не надо)

вот где имена полей по русски - да - проблема.
...
Рейтинг: 0 / 0
16.10.2008, 16:05
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35598860
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bely
Участник
kordaИдея держать всю логику в stored procedures определённо нравится.Заставь дурака богу молиться...

Вот ситуация - есть у нас ХП (или хранимая функция), которая возвращает ВСЕ организации.
Теперь приложению надо отфильтровать этот результат - выбрать только организации, которые находятся в Москве.

Как вы думаете - сколько шансов у сервера БД оптимизировать этот запрос, нежели просто сделать FULL SCAN по ВСЕМ данным?

Код: plaintext
1.
2.
SELECT t.*
FROM MyFun_AllOrg() t
WHERE t.city = 'Москва'

Чтобы сервер БД мог использовать индексы и прочие свои прелести для оптимизации запроса, то мы можем передавать параметр "Москва" ВНУТРЬ ХП.

Код: plaintext
1.
SELECT t.*
FROM MyFun_AllOrg(p_city => 'Москва') t
Тогда это параметр можно будет подставить непосредственно в SQL statment внутри ХП.
Но тогда встает другая проблема - нам в ХП придется описывать в качестве входных параметров фиг знает сколько переменных, чтобы уметь по ним фильтровать.

И это все, вместо того, чтобы в программе динамически сформировать запрос вида:
Код: plaintext
1.
2.
3.
4.
SELECT t.*, c.name as city_name, a.street, a.house, a.office
FROM all_org t, city_list c, org_address a
WHERE c.city = 'Москва'
  and c.city_id = t.city_id
  and t.addr_id = a.addr_id
так что ХП - это врядли выход.
...
Рейтинг: 0 / 0
16.10.2008, 16:50
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599016
korda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
korda
Гость
Bely
Чтобы сервер БД мог использовать индексы и прочие свои прелести для оптимизации запроса, то мы можем передавать параметр "Москва" ВНУТРЬ ХП.

Код: plaintext
1.
SELECT t.*
FROM MyFun_AllOrg(p_city => 'Москва') t
Тогда это параметр можно будет подставить непосредственно в SQL statment внутри ХП.
Но тогда встает другая проблема - нам в ХП придется описывать в качестве входных параметров фиг знает сколько переменных, чтобы уметь по ним фильтровать.

И это все, вместо того, чтобы в программе динамически сформировать запрос вида:
Код: plaintext
1.
2.
3.
4.
SELECT t.*, c.name as city_name, a.street, a.house, a.office
FROM all_org t, city_list c, org_address a
WHERE c.city = 'Москва'
  and c.city_id = t.city_id
  and t.addr_id = a.addr_id
так что ХП - это врядли выход.

1. Да, придется передавать кучу параметров. А что, чтобы динамически построить SELECT на клиенте, в процедуру-построитель эти параметры передавать не нужно?!
А если учесть, что и сервер и клиент у меня пишутся на одном и том-же языке, то процедура вообще получается одна и та же.

2. Если ВСЯ бизнес-логика будет крутиться на сервере, то мы имеем сервер в виде законченного продукта , к нему можно делать различные клиенты, не знающие внутреннюю логику и структуру сервера(не зачем им это знать).
...
Рейтинг: 0 / 0
16.10.2008, 17:37
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599030
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bely
Участник
korda1. Да, придется передавать кучу параметров. А что, чтобы динамически построить SELECT на клиенте, в процедуру-построитель эти параметры передавать не нужно?!
А если учесть, что и сервер и клиент у меня пишутся на одном и том-же языке, то процедура вообще получается одна и та же.На клиенте эта куча параметров у вас есть в виде контролов в форме поиска из которых строится строка WHERE.

Причем, строиться может как угодня хитро, вплоть до переписывания тела SQL запроса.

korda2. Если ВСЯ бизнес-логика будет крутиться на сервере, то мы имеем сервер в виде законченного продукта , к нему можно делать различные клиенты, не знающие внутреннюю логику и структуру сервера(не зачем им это знать).Ну-ну... безумству храбрых поем мы песню.
А знать названия хранимых процедур, которые вызывать приложение не должно?
И чем это будет отличаться от знания структуры таблиц в БД?

Заменили синее на коричневое и радуемся...
...
Рейтинг: 0 / 0
16.10.2008, 17:41
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599113
korda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
korda
Гость
Belykorda
[quot korda]2. Если ВСЯ бизнес-логика будет крутиться на сервере, то мы имеем сервер в виде законченного продукта , к нему можно делать различные клиенты, не знающие внутреннюю логику и структуру сервера(не зачем им это знать).Ну-ну... безумству храбрых поем мы песню.
А знать названия хранимых процедур, которые вызывать приложение не должно?
И чем это будет отличаться от знания структуры таблиц в БД?

Заменили синее на коричневое и радуемся...

Знать названия и параметры хранимых процедур и знать структуру БД - это не одно и тоже. Первое - внешний интерфейс к БД, второе - внутренняя структура БД.
Завтра, у меня вместо одной таблицы будет две. Изменю сервер. При этом клиент ничего знать об этом не будет(и не должен), все изменения будут скрыты внутри хранимой процедуры.
...
Рейтинг: 0 / 0
16.10.2008, 18:06
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599144
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bely
Участник
kordaЗнать названия и параметры хранимых процедур и знать структуру БД - это не одно и тоже. Первое - внешний интерфейс к БД, второе - внутренняя структура БД.
Завтра, у меня вместо одной таблицы будет две. Изменю сервер. При этом клиент ничего знать об этом не будет(и не должен), все изменения будут скрыты внутри хранимой процедуры.в 90% случаях при этом будут меняться и ХП, а значит, всеравно, придется переделывать и клиента.
...
Рейтинг: 0 / 0
16.10.2008, 18:21
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599207
Николай1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай1
Участник
kordaИдея держать всю логику в stored procedures определённо нравится. Вобщем-то, это давно известная вещь. Просто, в последнее время, в поисках истины, просмотрел много всяких клент-сервер приложений различной направленности, и все они держали SQL-строки на стороне клиента, это как-то сбило меня с пути истинного.

Но практическая проблема при этом никуда не девается. Даже находясь на сервере работать со сложными запросами не удобно, по причине отсутствия логической связи между SQL и языком программирования.

SQL строки на клиенте таки придется "держать". Те же фильтры, например. Можно, конечно, передавать параметры в хранимую процедуру, но, мне кажется, строить выражение для выборки на клиенте проще. Больше доступных данных.
...
Рейтинг: 0 / 0
16.10.2008, 18:53
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599218
Николай1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай1
Участник
korda
Знать названия и параметры хранимых процедур и знать структуру БД - это не одно и тоже. Первое - внешний интерфейс к БД, второе - внутренняя структура БД.
Завтра, у меня вместо одной таблицы будет две. Изменю сервер. При этом клиент ничего знать об этом не будет(и не должен), все изменения будут скрыты внутри хранимой процедуры.

Блин. Еще один любитель изменять БД, "незаметно для клиента".
Да клиент меняется многократно чаще и, большей частью, именно во взаимодействии с БД.
И, например, добавление полей в фильтр - достаточно частое изменение.

Если формировать запрос на клиенте, то, как раз, наоборот, на сервере ничего менять не придется. А если использовать ХП с параметрами, то наоборот - довольно много. Причем надо будет помнить еще и обо всех остальных парнях, которые используют эту процедуру.
...
Рейтинг: 0 / 0
16.10.2008, 19:00
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599223
Николай1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай1
Участник
Bely
И это все, вместо того, чтобы в программе динамически сформировать запрос вида:
Код: plaintext
1.
2.
3.
4.
SELECT t.*, c.name as city_name, a.street, a.house, a.office
FROM all_org t, city_list c, org_address a
WHERE c.city = 'Москва'
  and c.city_id = t.city_id
  and t.addr_id = a.addr_id
так что ХП - это врядли выход.
Опять опеределили. Да чтож такое....
...
Рейтинг: 0 / 0
16.10.2008, 19:03
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599242
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bely
Участник
Николай1Опять опеределили. Да чтож такое....Пока ваш конь 1-2-3-4 мы тут 1-2,1-2
...
Рейтинг: 0 / 0
16.10.2008, 19:13
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599397
Николай1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай1
Участник
BelyНиколай1Опять опеределили. Да чтож такое....Пока ваш конь 1-2-3-4 мы тут 1-2,1-2

Ну, ничего, мы себя в !@#$ покажем!
...
Рейтинг: 0 / 0
16.10.2008, 21:21
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599434
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
imho
условие where в ХП - чересчур.
Так можно и order by пихать на основании, что это структура БД.
ЗЫ.
Был у меня проект с кучей where на клиенте

Код: plaintext
1.
2.
3.
4.
if галка1 then
 Query.Add(' and (t.dddd>2008)') 
......................................
if галкаN then
 Query.Add(' and (t.kkk>combo.items[n])')

при рефакторинге (надо было ещё одно сложное условие) просто добаил ХПGetAddWhere(id) и
дописал на клиенте


Код: plaintext
1.
if галкаN then
 Query.Add(' and (ХПGetAddWhere(t.id)=1')
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
16.10.2008, 22:00
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599548
korda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
korda
Гость
Николай1[quot korda]
Знать названия и параметры хранимых процедур и знать структуру БД - это не одно и тоже. Первое - внешний интерфейс к БД, второе - внутренняя структура БД.
Завтра, у меня вместо одной таблицы будет две. Изменю сервер. При этом клиент ничего знать об этом не будет(и не должен), все изменения будут скрыты внутри хранимой процедуры.

Николай1Блин. Еще один любитель изменять БД, "незаметно для клиента".
А с какой стати я должен менять клиента(а их может быть несколько (терминал, GUI, мобильник и т.п)), если я могу не менять его и, следовательно, не обновлять ПО на клиентских машинах. Зачем явное приемущество Вы выставляете в качестве недостатка? Ищите реальные недостатки(я же не утверждаю, что их нет), а не надуманные.

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

Вот при всем уважении, Николай, Ваши сегодняшние утверждения, выглядят как попытка просто противоречить.
...
Рейтинг: 0 / 0
16.10.2008, 23:21
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599566
korda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
korda
Гость
Николай1Bely
И это все, вместо того, чтобы в программе динамически сформировать запрос вида:
Код: plaintext
1.
2.
3.
4.
SELECT t.*, c.name as city_name, a.street, a.house, a.office
FROM all_org t, city_list c, org_address a
WHERE c.city = 'Москва'
  and c.city_id = t.city_id
  and t.addr_id = a.addr_id
так что ХП - это врядли выход.
Опять опеределили. Да чтож такое....

Чему Вы радуетесь? :-) Bely предлагает динамически формировать запрос вытаскивая данные прямо из UI.

По-моему, г-н Bely не учел две вещи:
1. Когда в динамическом запросе присутствуют controlы GUI, то возникает пролема с batch-тестами.
2. После dispose в некоторых системах GUI данные становятся недоступными. А ведь иногда нужно закрыть диалог(т.е. dispose all controls), а уж потом запустить запрос на выполнение.
...
Рейтинг: 0 / 0
16.10.2008, 23:32
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599612
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
kordaПо-моему, г-н Bely не учел две вещи:
1. Когда в динамическом запросе присутствуют controlы GUI, то возникает пролема с batch-тестами.
2. После dispose в некоторых системах GUI данные становятся недоступными. А ведь иногда нужно закрыть диалог(т.е. dispose all controls), а уж потом запустить запрос на выполнение.откройте для себя шаблон Model-View-Controller, при его использовании эти вопросы теряют почти всю свою актуальность
...
Рейтинг: 0 / 0
17.10.2008, 00:03
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599704
korda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
korda
Гость
egorychkordaПо-моему, г-н Bely не учел две вещи:
1. Когда в динамическом запросе присутствуют controlы GUI, то возникает пролема с batch-тестами.
2. После dispose в некоторых системах GUI данные становятся недоступными. А ведь иногда нужно закрыть диалог(т.е. dispose all controls), а уж потом запустить запрос на выполнение.откройте для себя шаблон Model-View-Controller, при его использовании эти вопросы теряют почти всю свою актуальность

Вот, интересно было бы увидеть, не таблицу и не дерево, а какой-нибудь диалог с input-полями, построенный по этому принципу. Правда, то что так мало кто делает совсем не означает, что это плохо.
...
Рейтинг: 0 / 0
17.10.2008, 01:10
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599720
korda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
korda
Гость
К слову, я тут нарыл одну интересную статью Тенцер А. База данных – хранилище объектов // КомпьютерПресс. 2001. № 8.
Судя по году издания и огромному количеству высказываний по ней, даже в рамках этого форума, многие с ней знакомы, но для начинающих, возможно окажется полезной.

Как эта статья связана с Темой? На основе предлагаемого в ней метода можно построить ряд универсальных таблиц, запросы к которым, в свою очередь тоже будут универсальны. В подходе Тенцера етсь ряд недостатков, о которых пишет он и его критики. Я пока еще не вник глубоко и не могу оценить для себя возможность следовать данной концепции.
...
Рейтинг: 0 / 0
17.10.2008, 01:27
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599917
Николай1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай1
Участник
kordaНиколай1korda
Знать названия и параметры хранимых процедур и знать структуру БД - это не одно и тоже. Первое - внешний интерфейс к БД, второе - внутренняя структура БД.
Завтра, у меня вместо одной таблицы будет две. Изменю сервер. При этом клиент ничего знать об этом не будет(и не должен), все изменения будут скрыты внутри хранимой процедуры.

Николай1Блин. Еще один любитель изменять БД, "незаметно для клиента".
А с какой стати я должен менять клиента(а их может быть несколько (терминал, GUI, мобильник и т.п)), если я могу не менять его и, следовательно, не обновлять ПО на клиентских машинах. Зачем явное приемущество Вы выставляете в качестве недостатка? Ищите реальные недостатки(я же не утверждаю, что их нет), а не надуманные.

Это и есть реальный недостаток. Если сделать ХП с 20 параметрами (по количеству контролов, например), то это гораздо жестче привяжет базу к клиенту, чем передача запроса в виде одного параметра.

kordaНиколай1Если формировать запрос на клиенте, то, как раз, наоборот, на сервере ничего менять не придется.
А если имеется внутренняя бизнес-логика сервера, в клиенте её держать?
Клиент может быть написан третьей стороной, для которой знание бизнес-логики сервера может быть вообще запрещено исходя из требований секретности.

Нет никаких проблем поправить запрос, сформированный на клиенте, внутри ХП. Так что все в порядке, клиент занимается своей работой, сервер - своей. Никто же не утверждал, что запрос от клиента надо передавать серверу "напрямую".
...
Рейтинг: 0 / 0
17.10.2008, 08:59
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35599947
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
давайте не будем про тенцера, eav, ообд, xmldb и т.д
Есть в мире много чего интересного, но это OFFTOP
Удачи!
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
17.10.2008, 09:21
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35600166
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bely
Участник
kordaКак эта статья связана с Темой? На основе предлагаемого в ней метода можно построить ряд универсальных таблиц, запросы к которым, в свою очередь тоже будут универсальны. .... Я пока еще не вник глубоко и не могу оценить для себя возможность следовать данной концепции.Мда... начали с построителя запросов, закончили EAV.
Вы бы сперва вникли в эту структуру, а потом подумали как бы вы из нее доставали бы данные для пользователя, которые ему понадобятся.
...
Рейтинг: 0 / 0
17.10.2008, 10:46
| Ответить | Цитировать | Написать  
Оперативный файл и справочники. Автоматизация запросов.
    #35600594
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cane Cat Fisher
Участник
BelyМда... начали с построителя запросов, закончили EAV.

Верный признак того, что главной решаемой проблемой является "А давайте сделаем что-нибудь универсальное!!!" :-)
...
Рейтинг: 0 / 0
17.10.2008, 12:40
| Ответить | Цитировать | Написать  
25 сообщений из 154, страница 6 из 7
  6  все
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Оперативный файл и справочники. Автоматизация запросов.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=35598684&tid=1543584]:
 0ms
get settings:
 6ms
get forum list:
 10ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 174ms
get topic data:
 7ms
get forum data:
 1ms
get page messages:
 46ms
get tp. blocked users:
 1ms
others: 210ms
total:  459ms
созд. / загр.: 459ms
x
x
Закрыть


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