ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Независимость приложения от СУБД
25 сообщений из 50, страница 2 из 2
  2  все
Независимость приложения от СУБД
    #37958760
Ъыжсло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ъыжсло
Гость
Имеется небольшой опыт... Моя программа на данный момент работает с MSSQL начиная с 2000 (на 97 не тестил... както подумал что не нужно тревожить дедушек). FoxPro, Interbase, MySQL (4,5),DB2, Access, XML (просто куча файлов) и даже 1С (через СОМ-взаимодействие). Как сказано было выше - это все грустно. Отказ от хранимых процедур и функций, от встроенных системных процедур и функций (например GetDate() etc.). Ессно нет всяких ультра современных типов данных (например geometry). И как следствие падение производительности - ибо все приходится делать на клиенте. Чисто с точки зрения спортивного интереса (или прихоти заказчика) занятся таким извращением можно. НО! Есть же например бесплатный SQLExpress.
...
Рейтинг: 0 / 0
15.09.2012, 12:01
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37958933
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
AlexsalogА что вообще опыт генерации SQL на основе каких то отношений так уж неудачен ?
Вот предлагали взять ОРМ. Там между прочим SQL генерируется.Нежизнеспособна идея описать "всё" декларативно какими то "отношениями". Поэтому собственно и неудачны ОРМ в чистом виде, как идея.

При этом разумное использование всяких фреймворков без фанатизма вполне жизнеспособно.

"мысль описывать запросы в неком СВЕРХ SQL" - вполне нормальная. Но вообще говоря, это есть идея просто нового языка, она множество раз реализована. Кобол, X++, ABAP - вполне рабочие варианты "некоего СВЕРХ SQL", хотя для эффективности и/или для преодоления ограничений приходится вставлять прямые запросы к базовой СУБД.
...
Рейтинг: 0 / 0
15.09.2012, 19:43
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965054
Лагман
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лагман
Участник
В принципе не такой уж и миф. При использовании ограниченного набора фич вполне можно удовлетвориться ОРМ. Что нужно.. стандартные типы данных, счетчики, limit/offset.
...
Рейтинг: 0 / 0
20.09.2012, 09:26
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965166
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
ЛагманВ принципе не такой уж и миф. При использовании ограниченного набора фич вполне можно удовлетвориться ОРМ. Что нужно.. стандартные типы данных, счетчики, limit/offset.Разве что для несложной морды для БД.
А вот сложную отчетность делать - начинается капец, т.к. единственно доступный "суперSQL" сводится к фильтрации/навигации по датасету. На клиенте. С собиранием промежуточных вычислений там же (в переменных, времянках и пр.). Очень уныло.

зы: наблюдал, как Навижн собирал в отчет остатки товаров по магазину всю ночь (40 тыс. позиций). Именно вышеизложенным методом. Поэтому часто для подобных операций применяют внешний полноценный SQL. При этом "кроссплатформенность" разумеется катится к чертям. :)
Уже молчу про внешний вид этого "полноценного SQL". 1С-ники поймут. :)
...
Рейтинг: 0 / 0
20.09.2012, 10:26
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965229
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cane Cat Fisher
Участник
Максим НCane Cat FisherА бизнес-логика? Она вообще предполагается? Она тоже будет через ORM?
А БЛ на стороне клиента соответсвенно

То есть притягиванием данных на клиента, и перебиранием в циклах. В принципе, это возможно. Производительность и прозрачность, прощай! Добро пожаловать в начало 90-х!
...
Рейтинг: 0 / 0
20.09.2012, 11:05
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965305
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
LSVА вот сложную отчетность делать - начинается капец
Там капец начнётся задолго до этого. При первом же косяке оптимизатора на любой из поддерживаемых СУБД например. Алгоритм обучения сервера правильным хинтам в конкретном запросе совершенно не бьётся с универсальным СВЕРХ SQL-ем.
...
Рейтинг: 0 / 0
20.09.2012, 11:33
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965374
Лагман
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лагман
Участник
LSV,

последнее время склоняюсь к тому, что отчеты это вообще очень отдельная часть. Хотя и логика при которой нельзя посчитать сумму одним запросом, скорее всего результат кривоватой модели данных.
...
Рейтинг: 0 / 0
20.09.2012, 12:05
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965414
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
Хотя и логика при которой нельзя посчитать сумму одним запросом, скорее всего результат кривоватой модели данныхОга... ну посчитай одним запросом полную себестоимость многодокументной сделки на дату ХХХХХ. :)
...
Рейтинг: 0 / 0
20.09.2012, 12:24
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965441
Лагман
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лагман
Участник
LSV,

запросто.
...
Рейтинг: 0 / 0
20.09.2012, 12:33
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965446
Лагман
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лагман
Участник
Вот, запрос даже.

Код: sql
1.
SELECT sum(sebestoimost) FROM mnogodokymentnya_sdelka WHERE data='XXXXX'
...
Рейтинг: 0 / 0
20.09.2012, 12:35
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965584
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
ЛагманХотя и логика при которой нельзя посчитать сумму одним запросом, скорее всего результат кривоватой модели данных.
Я тебе даже больше скажу. Когда в исходной постановке задачи есть требование "одним запросом" - это результат кривой логики.
Количество запросов - это следствие оптимальности (некривоватости) или неоптимальности (кривоватости). А не исходная предпосылка, что один запрос всегда выиграет у всех прочих реализаций.
...
Рейтинг: 0 / 0
20.09.2012, 13:26
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965638
Лагман
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лагман
Участник
Сергей Васкецов,

Под "количеством запросов" я имел ввиду количество обращений к БД. Оно не должно зависеть от количества документов, например.
...
Рейтинг: 0 / 0
20.09.2012, 13:45
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965791
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Сергей ВаскецовКогда в исходной постановке задачи есть требование "одним запросом"
- это результат кривой логики.
Возможно, одна из поддерживаемых СУБД просто неспособна обеспечить консистентность данных
между разными запросами, только внутри одного.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
20.09.2012, 14:43
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965884
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
Лагманя имел ввиду количество обращений к БД. Оно не должно зависеть от количества документов, например.
Почему не должно? Кому не должно?
Исходная предпосылка формулируется как правило довольно тупенько: чтобы быстро и надёжно. И всё, дальше крутись как можешь. Это тебе не собеседование, это реальная жизнь. Решается одним запросом - ура. Быстрее двумя запросами - изволь порвать свой шаблон в клочья, но сделай. Тем более, если надо универсально (сколько опыта подержки зоопарка СУБД - ни разу поддержка нового не приводила к уменьшению числа запросов, к увеличению и делению - было).

Dimitry Sibiryakovодна из поддерживаемых СУБД просто неспособна обеспечить консистентность данных
между разными запросами, только внутри одного.
Ну да, транзакций нет, уровней изоляции нет,... - я боюсь что в таком случае либо вопрос легко решается корректной декомпозицией запросов, например тривиальным предварительным расчётом параметров, либо "СУБД просто неспособна" безо всяких уточнений, ну или разные небольшие модификации этих крайних ситуаций "по мотивам".
...
Рейтинг: 0 / 0
20.09.2012, 15:16
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37965953
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Сергей ВаскецовНу да, транзакций нет, уровней изоляции нет,...
Ну вот, например, Оракул: транзакции есть, изоляции есть, но на умолчательном Read
Committed консистентность не обеспечивается даже для подзапросов.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
20.09.2012, 15:44
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966044
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
Dimitry Sibiryakovно на умолчательном Read Committed консистентность не обеспечивается даже для подзапросов
Это про то, что сдуру можно много чего сломать?
Поциент мечтает об одном запросе , число подзапросов и всё прочее его вообще не интересует.
...
Рейтинг: 0 / 0
20.09.2012, 16:32
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966210
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
Dimitry SibiryakovRead Committed
Read Оnly и состояние БД заморожено до commit
...
Рейтинг: 0 / 0
20.09.2012, 17:47
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966289
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
_модRead Оnly и состояние БД заморожено до commit
А вот это уже - зависимость приложения от СУБД, точнее от поддерживаемых ею уровней изоляции.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
20.09.2012, 18:47
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966505
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
Dimitry Sibiryakov_модRead Оnly и состояние БД заморожено до commit
А вот это уже - зависимость приложения от СУБД, точнее от поддерживаемых ею уровней изоляции.

Тем не менее это непохоже на "СУБД просто неспособна обеспечить консистентность данных".
Просто определённая зависимость типа " добавлять или нет from dual к select 1".
Да многие вообще не парятся уровнями изоляции, я по своим большим проектам не больше десятка раз насчитал управление ими, остальное отдано DBA в виде мануала настройки ради.
...
Рейтинг: 0 / 0
20.09.2012, 22:19
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966521
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Dimitry SibiryakovСергей ВаскецовНу да, транзакций нет, уровней изоляции нет,...
Ну вот, например, Оракул: транзакции есть, изоляции есть, но на умолчательном Read
Committed консистентность не обеспечивается даже для подзапросов.

Дим, я знаю, что Вы не читатель, но ведь какой-нибудь наивный юноша Вам сдуру и поверит....
...
Рейтинг: 0 / 0
20.09.2012, 22:32
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966526
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
softwarerкакой-нибудь наивный юноша Вам сдуру и поверит....

Да мне-то пофиг кому поверит наивный вьюношь - мне или концептам:
Note: Transactions containing DML statements with subqueries
should use serializable isolation to guarantee consistent read.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
20.09.2012, 22:41
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966604
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Ну Вам-то понятно, что пофиг. Вам даже не стыдно привести цитату, мягко говоря не полностью совпадающую с Вашим утверждением. А уж почитать всё остальное, подумать и разобраться...

Ладно, специально ради наивных вьюношей:

Код: plsql
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.
Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 
Connected as test
 
SQL> create table t(id integer, d date);
 
Table created
 
SQL> insert into t(id) select rownum from dual connect by level <= 1000000;
 
1000000 rows inserted
 
SQL> set timing on;
SQL> update t set d = (select sysdate from dual);
 
1000000 rows updated
 
Executed in 53,15 seconds
 
SQL> select to_char(min(d), 'dd.mm.yyyy hh24:mi:ss'), to_char(max(d), 'dd.mm.yyyy hh24:mi:ss') from t;
 
TO_CHAR(MIN(D),'DD.MM.YYYYHH24 TO_CHAR(MAX(D),'DD.MM.YYYYHH24
------------------------------ ------------------------------
20.09.2012 23:38:48            20.09.2012 23:38:48
 
Executed in 0,156 seconds
...
Рейтинг: 0 / 0
20.09.2012, 23:42
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966793
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
Dimitry SibiryakovА вот это уже - зависимость приложения от СУБД, точнее от поддерживаемых ею уровней изоляции.

Вот и я о том же - за независомость надо платить, иногда много
...
Рейтинг: 0 / 0
21.09.2012, 09:46
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966942
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cane Cat Fisher
Участник
softwarerSQL> insert into t(id) select rownum from dual connect by level <= 1000000;


Видимо, это формально это попадает под Statement-Level Read Consistency: The SQL statements SELECT, INSERT with a subquery, UPDATE, and DELETE all query data, either explicitly or implicitly, and all return consistent data.

А чтобы увидеть бяку в подзапросе, как я понял, надо там функцию вызывать:

If a SELECT list contains a function, then the database applies statement-level read consistency at the statement level for SQL run within the PL/SQL function code, rather than at the parent SQL level. For example, a function could access a table whose data is changed and committed by another user. For each execution of the SELECT in the function, a new read consistent snapshot is established.

Или в каких-то еще случаях это проявляется? Оракла под рукой нету, а интересно :-)
...
Рейтинг: 0 / 0
21.09.2012, 11:04
| Ответить | Цитировать | Написать  
Независимость приложения от СУБД
    #37966979
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Cane Cat FisherВидимо, это формально это попадает под Statement-Level Read Consistency:
Да нет, на самом деле всё проще. Про процитированную Димой фразу ещё лет десять назад Том Кайт сказал примерно так: "Не знаю, что это за бред, думаю, это ошибка в документации".

Cane Cat FisherА чтобы увидеть бяку в подзапросе, как я понял, надо там функцию вызывать:
Это да, в read committed запрос внутри функции считается с собственной согласованностью, не связанной с запросом, вызвавшим функцию.

Cane Cat FisherИли в каких-то еще случаях это проявляется? Оракла под рукой нету, а интересно :-)
Скажу осторожно: других таких случаев я не знаю (ну если мы не говорим о явных командах, скажем select as of scn). Кстати, с помощью такой команды можно и сделать согласованность с родительским запросом, если есть такое желание, но я не видел, чтобы на практике это использовали.
...
Рейтинг: 0 / 0
21.09.2012, 11:16
| Ответить | Цитировать | Написать  
25 сообщений из 50, страница 2 из 2
  2  все
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Независимость приложения от СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=37965054&tid=1541542]:
 0ms
get settings:
 6ms
get forum list:
 12ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 50ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 56ms
get tp. blocked users:
 1ms
others: 207ms
total:  347ms
созд. / загр.: 347ms
x
x
Закрыть


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