-
СУБД Oracle, в БД имеется таблица, в которой одно из полей дата и время, второе сумма операции, третье входящий остаток.
Возможно ли одним запросом получить список входящих остатков на начало каждой из дат, т.е. в одном дне несколько записей имеющих разное время, соответственно остаок на начало имеет наименьшее время.
на выходе нужен список из пар: дата и время, входящий остаток.
-
Возможно, с использованием аналитических функций.
-
Или я что-то не понял или без аналитики где-то так: WITH foo AS (
SELECT TO_DATE('01.01.2000 01:00','dd.mm.yyyy hh24:mi') your_date, 1 rem FROM dual
UNION ALL
SELECT TO_DATE('01.01.2000 02:00','dd.mm.yyyy hh24:mi') your_date, 2 rem FROM dual
UNION ALL
SELECT TO_DATE('02.01.2000 01:00','dd.mm.yyyy hh24:mi') your_date, 4 rem FROM dual
UNION ALL
SELECT TO_DATE('02.01.2000 02:00','dd.mm.yyyy hh24:mi') your_date, 6 rem FROM dual
)
SELECT TRUNC(your_date), MIN(rem) FROM foo
GROUP BY TRUNC(your_date);
-
> [2] Игорь Шевченко © (24.11.10 20:36) > SELECT TRUNC(your_date), MIN(rem) FROM foo > GROUP BY TRUNC(your_date);
Наверно как-то так надо, потому что MIN(rem) вряд ли правильно
SELECT your_date, rem
FROM tbl t LEFT JOIN (
SELECT MIN(your_date)
FROM tbl
GROUP BY TRUNC(your_date)
) tm ON t.your_date = tm.your_date
;
-
> потому что MIN(rem) вряд ли правильно
Значит через аналитику. WITH foo AS (
SELECT TO_DATE('01.01.2000 01:00','dd.mm.yyyy hh24:mi') your_date, 2 rem FROM dual
UNION ALL
SELECT TO_DATE('01.01.2000 02:00','dd.mm.yyyy hh24:mi') your_date, 1 rem FROM dual
UNION ALL
SELECT TO_DATE('02.01.2000 00:30','dd.mm.yyyy hh24:mi') your_date, 4 rem FROM dual
UNION ALL
SELECT TO_DATE('02.01.2000 02:00','dd.mm.yyyy hh24:mi') your_date, 6 rem FROM dual
)
SELECT your_date,rem FROM foo
WHERE your_date IN (SELECT DISTINCT MIN(your_date) OVER (PARTITION BY TRUNC(your_date)) FROM foo) Вылезает 01.01.2000 01:00, 2 02.01.2000 00:30, 4
-
>Получение остатков на каждую дату
WITH foo AS (
SELECT TO_DATE('01.01.2000 01:00','dd.mm.yyyy hh24:mi') your_date, 2 rem FROM dual
UNION ALL
SELECT TO_DATE('01.01.2000 02:00','dd.mm.yyyy hh24:mi') your_date, 1 rem FROM dual
UNION ALL
SELECT TO_DATE('02.01.2000 00:30','dd.mm.yyyy hh24:mi') your_date, 4 rem FROM dual
UNION ALL
SELECT TO_DATE('02.01.2000 02:00','dd.mm.yyyy hh24:mi') your_date, 6 rem FROM dual
)
SELECT trunc(g.your_date),
min(g.rem ) keep (dense_rank first order by g.your_date)
FROM foo g
GROUP BY trunc(g.your_date)
-
>Inovet © (24.11.10 22:18) [3]если нужно на КАЖДУЮ строку, то двойной FTS - самый последний вариант и можно делать так, как предлагал Игорь Шевченко - через аналитику:
WITH foo AS (
SELECT TO_DATE('01.01.2000 01:00','dd.mm.yyyy hh24:mi') your_date, 2 rem FROM dual
UNION ALL
SELECT TO_DATE('01.01.2000 02:00','dd.mm.yyyy hh24:mi') your_date, 1 rem FROM dual
UNION ALL
SELECT TO_DATE('02.01.2000 00:30','dd.mm.yyyy hh24:mi') your_date, 4 rem FROM dual
UNION ALL
SELECT TO_DATE('02.01.2000 02:00','dd.mm.yyyy hh24:mi') your_date, 6 rem FROM dual
)
SELECT g.your_date, g.rem,
first_value(g.rem) over(partition by trunc(g.your_date) order by g.your_date)
FROM foo g
order by g.your_date
-
> [6] Кщд (25.11.10 11:16) > если нужно на КАЖДУЮ строку, то двойной FTS - самый последний > вариант и можно делать так, как предлагал Игорь Шевченко > - через аналитику:
Я особенносте Оракл не знаю, поэтому и написал "как-то так".
-
Всем спасибо, попробую предложенные варианты. После того как запостил вопрос написал свое решение, оно почему-то очень громоздкое: Select SS.CID, SS.DayList,
(Select Abs(C_4)
From IBS.VW_CRIT_FULL_RECORDS
Where Collection_Id = SS.CID And
C_1 = TO_DATE(SS.MinTime, 'DD/MM/YYYY HH24:MI:SS') And
RowNum <= 1) Ostatok
From
(Select Days.CID, Days.DayList,
(Select To_Char(Min(C_1), 'DD/MM/YYYY HH24:MI:SS')
From IBS.VW_CRIT_FULL_RECORDS
Where (Collection_Id = Days.CID) And
(C_1 >= TO_DATE(Days.DayList || ' 00:00:00', 'DD/MM/YYYY HH24:MI:SS')) And
(C_1 <= TO_DATE(Days.DayList || ' 23:59:59', 'DD/MM/YYYY HH24:MI:SS'))
) MinTime
From
(Select Distinct CID, DL.DayList
From
(Select Collection_Id CID, TO_CHAR(C_1, 'DD/MM/YYYY') DayList
From IBS.VW_CRIT_FULL_RECORDS
Where (Collection_Id = '4290840243') And
(C_1 >= TO_DATE('06/01/2010 00:00:00', 'DD/MM/YYYY HH24:MI:SS')) And
(C_1 <= TO_DATE('24/11/2010 23:59:59', 'DD/MM/YYYY HH24:MI:SS'))
) DL
) Days
) SS
в данной части на клиенте будут подставлены нужные значения Where (Collection_Id = '4290840243') And
(C_1 >= TO_DATE('06/01/2010 00:00:00', 'DD/MM/YYYY HH24:MI:SS')) And
(C_1 <= TO_DATE('24/11/2010 23:59:59', 'DD/MM/YYYY HH24:MI:SS'))
-
>xmen (25.11.10 17:17) [8] 1. трижды обращаетесь к одной и той же таблице; 2. неаккуратно используете псевдонимы; 3. лишние преобразования date-char-date - несмотря на то, что Вам в этой ветке рассказали о trunc 4. с какой целью использован rownum?
было бы отлично, если бы привели пример исходных данных(напр., Игорь Шевченко © (24.11.10 20:36) [2]) и тех, что нужно получить.
-
>Inovet © (25.11.10 16:09) [7] тот вариант, что предложили Вы, не просто не вернет нужного результата(т.е. это аналог select your_date, rem from tbl:)), но даже не будет выполняться не только на Oracle
-
> >xmen (25.11.10 17:17) [8]1. трижды обращаетесь к одной > и той же таблице;2. неаккуратно используете псевдонимы;3. > лишние преобразования date-char-date - несмотря на то, > что Вам в этой ветке рассказали о trunc4. с какой целью > использован rownum?было бы отлично, если бы привели пример > исходных данных(напр., Игорь Шевченко © (24.11.10 20:36) > [2]) и тех, что нужно получить.
Действительно трижды - так уж получилось :-) неаккуратно - поясните. что trunc используют видел, но во-первых я был не в курсе, что она делает, а во вторых написал свой "шедевр" немного раньше чем ответили на форуме.
Исходные данные такие:
Дата и время проводки Входящий остаток 08.05.2010 08:39:16 -842783,49 08.05.2010 08:39:16 -843337,66 08.05.2010 23:59:59 -843483,49 08.05.2010 23:59:59 -878531,31 08.05.2010 23:59:59 -880921,31 08.05.2010 23:59:59 -884204,83 08.05.2010 23:59:59 -885710,53 08.05.2010 23:59:59 -886010,53 08.05.2010 23:59:59 -888010,53 08.05.2010 23:59:59 -889010,53 08.05.2010 23:59:59 -890010,53 08.05.2010 23:59:59 -985010,53 08.05.2010 23:59:59 -1032020,53 08.05.2010 23:59:59 -1041030,53 08.05.2010 23:59:59 -3343644,68 08.05.2010 23:59:59 -3251024,68 08.05.2010 23:59:59 -3231224,68 08.05.2010 23:59:59 -3118431,91 08.05.2010 23:59:59 -3118481,91 08.05.2010 23:59:59 -3118531,91 08.05.2010 23:59:59 -3118536,49 08.05.2010 23:59:59 -3118561,91 08.05.2010 23:59:59 -3118611,91 08.05.2010 23:59:59 -3118677,58 08.05.2010 23:59:59 -3118727,58 08.05.2010 23:59:59 -3118777,58 08.05.2010 23:59:59 -3118927,58 08.05.2010 23:59:59 -3119077,58 08.05.2010 23:59:59 -3119227,58 08.05.2010 23:59:59 -3121227,58 08.05.2010 23:59:59 -3123227,58 08.05.2010 23:59:59 -3121727,58 08.05.2010 23:59:59 -3120227,58 08.05.2010 23:59:59 -3119227,58 08.05.2010 23:59:59 -3116227,58 08.05.2010 23:59:59 -3113227,58 08.05.2010 23:59:59 -3110222,58 08.05.2010 23:59:59 -3107534,58 08.05.2010 23:59:59 -3105534,58 08.05.2010 23:59:59 -3106034,58 08.05.2010 23:59:59 -3105874,58 08.05.2010 23:59:59 -3103874,58 08.05.2010 23:59:59 -3096874,58 08.05.2010 23:59:59 -3293124,58 08.05.2010 23:59:59 -1293124,58
В итоге нужно получить 08.05.2010 -842783,49 Естественно в исходных данных дней гораздо больше.
Изначально, в качестве примера мне показывали другие данные, где у каждой операции было свое время, но впоследствии оказалось, что операции могут быть проведены пакетно и тогда у них будет одно время, поэтому было добавлено rownum
-
решение из [2] никак ? заменив MIN на MAX Насколько я вижу, у тебя остаток все время уменьшается в течение одной даты.
-
> [10] Кщд (26.11.10 08:03) > [10] Кщд (26.11.10 08:03) > тот вариант, что предложили Вы, не просто не вернет нужного > результата(т.е. это аналог select your_date, rem from tbl: > )), но даже не будет выполняться не только на Oracle
Да. Вот так должен работать
SELECT t.your_date, t.rem
FROM tbl t JOIN (
SELECT MIN(your_date) as your_date
FROM tbl
GROUP BY TRUNC(your_date)
) tm ON t.your_date = tm.your_date
Судя по данным в > [11] xmen (26.11.10 10:22)
условие > [0] xmen (24.11.10 19:44) > соответственно остаок на начало имеет наименьшее время
невыполнимо, нет уникального признака, какая проводка была первой. Где здесь наименьшее время? > 08.05.2010 08:39:16 -842783,49 > 08.05.2010 08:39:16 -843337,66
-
>xmen (26.11.10 10:22) [11] >неаккуратно - поясните. нет псевдонимов у таблиц и полей - это чревато непредсказуемым результатом запроса
по поводу rownum: т.е. Вам всё равно какой из двух остатков с одним и тем же временем брать?) пора бы задуматься об уникальном идентификаторе записи или - как минимум - сменить тип поля на timestamp
>Дата и время проводки Входящий остаток >08.05.2010 08:39:16 -842783,49
с такими данными неудобно работать >было бы отлично, если бы привели пример исходных данных(напр., >Игорь Шевченко © (24.11.10 20:36) [2]) и тех, что нужно получить.
-
>Inovet © (26.11.10 20:41) [13]
>невыполнимо, нет уникального признака, какая проводка была первой. >Где здесь наименьшее время? абсолютно в точку) в этом случае автор берет любой остаток - какой заблагорассудится, чтобы пользователям учетной системы было не скучно т.е. теоретически дважды выполненный запрос вернет разные результаты на одних и тех же данных)
-
> >xmen (26.11.10 10:22) [11]>неаккуратно - поясните.нет > псевдонимов у таблиц и полей - это чревато непредсказуемым > результатом запроса
что именно мне нужно ставить и где, чтобы такого не произошло? по поводу rownum: т.е. Вам всё равно какой из двух остатков с одним и тем же временем брать?)пора бы задуматься об уникальном идентификаторе записи или - как минимум - сменить тип поля на timestamp Мне не все равно, но другого варианта я не вижу. Скорее всего у записи есть уникальный идентификатор, но мне эта информация не доступна. Я не разработчки данной системы, но ведь ни кто мне запрещает мне использовать свои запросы ... > решение из [2] никак ? заменив MIN на MAXНасколько я вижу, > у тебя остаток все время уменьшается в течение одной даты. >
В приведенных данных остаток действительно все время уменьшается, но в жизни могут быть и другие ситуации, в общем-то один из предложенных здесь вариантов решения меня вполне устраивает. Так что все огромное спасибо. > Кщд (29.11.10 08:51) [15] > >Inovet © (26.11.10 20:41) [13]>невыполнимо, нет уникального > признака, какая проводка была первой. >Где здесь наименьшее > время?абсолютно в точку)в этом случае автор берет любой > остаток - какой заблагорассудится, чтобы пользователям учетной > системы было не скучнот.е. теоретически дважды выполненный > запрос вернет разные результаты на одних и тех же данных)
Все верно, я беру любую, но это не критично, суть в том, что такую работу нужно делать либо вручную, либо как-то ее автоматизировать, был выбран именно второй вариант, в итоге есть база на акссессе, которая через vba и ado цепляется к oracle, выполняет запрос, забирает данные, далее они другим запросом сравниваются с контрольными значениями, результаты отклонений анализируется сотрудником, берутся объяснения, наказываются люди - последняя часть стандартна :-)
-
>xmen (29.11.10 11:28) [16] >что именно мне нужно ставить и где, чтобы такого не произошло? псевдонимы(alias) таблиц(обязательно) и полей(желательно).
>Мне не все равно, но другого варианта я не вижу. Вы понимаете, что дважды выполнив Ваш запрос за 08.05.2010, Вы можете получить РАЗНЫЕ суммы остатка?
>Все верно, я беру любую, но это не критично если для Вас это некритично, то можно просто воспользоваться ф-цией random для получения остатка на дату)
-
> >xmen (29.11.10 11:28) [16]>что именно мне нужно ставить > и где, чтобы такого не произошло?псевдонимы(alias) таблиц(обязательно) > и полей(желательно).
ммм, пример можно?
> >Мне не все равно, но другого варианта я не вижу. Вы понимаете, > что дважды выполнив Ваш запрос за 08.05.2010, Вы можете > получить РАЗНЫЕ суммы остатка?
вы понимаешь, что если у вас в кармане 10 000, а машина стоит 1 000 000, то будь у вас хоть 9 000, хоть 11 000, вы все равно не сможете ее купить. Там ситуация такова, что если нужное мне превышение будет, то оно будет на сотни тысяч и это все равно вылезет. Это как превышение скорости до 10 км/ч не является нарушением :-) Если вы знаете другой вариант решения, то выкладывайте, буду рад услышать, применить.
> >Мне не все равно, но другого варианта я не вижу. Вы понимаете, > что дважды выполнив Ваш запрос за 08.05.2010, Вы можете > получить РАЗНЫЕ суммы остатка?
Понимаю, поэтому буду выполнять 1 раз :-) Не кретично, ни кто не разобравшись шашкой махать не будет, так что любой из сотрудников всегда сможет доказать свою правоту.
> >Все верно, я беру любую, но это не критичноесли для Вас > это некритично, то можно просто воспользоваться ф-цией random > для получения остатка на дату)
я подумаю :-)
-
>xmen (29.11.10 12:43) [18] >ммм, пример можно? google: sql table alias
>Если вы знаете другой вариант решения, то выкладывайте, буду рад >услышать, применить.
>Кщд (29.11.10 08:46) [14] >пора бы задуматься об уникальном идентификаторе записи или - как >минимум - сменить тип поля на timestamp в конце концов, если добавить/сменить тип поля в исходной таблице нет возможности, повесить триггер, котором писать сумму остатка с уникальным идентификатором в свою таблицу
>Понимаю, поэтому буду выполнять 1 раз и получать случайное значение из таблицы бессмысленная работа
-
> >Кщд (29.11.10 08:46) [14]>пора бы задуматься об уникальном > идентификаторе записи или - как >минимум - сменить тип поля > на timestampв конце концов, если добавить/сменить тип поля > в исходной таблице нет возможности, повесить триггер, котором > писать сумму остатка с уникальным идентификатором в свою > таблицу
я не разработчик этой системы, я не имею право вносить в нее изменения, такие изменения вообще мало кто имеет право вносить, каждое вносимое изменение производится по приказу, и принимается по протоколу приемо-сдаточных испытаний, кому нить вы думаете нужен такой головяк из-за моей локальной задачки?
> >Понимаю, поэтому буду выполнять 1 рази получать случайное > значение из таблицыбессмысленная работа
это же шутка, я же говорю что выбрать один из остатков вполне приемлемо.
-
> [18] xmen (29.11.10 12:43) > Понимаю, поэтому буду выполнять 1 раз :-)
Глупость, хоть и смайлик.
Уникальность записи скорее всего есть, только как она реализована и возможно ли определить временнУю последовательность этих проводок == записей. > [11] xmen (26.11.10 10:22) > Дата и время проводки
А это не таймштамп, только показаный в таком виде?
-
> Глупость, хоть и смайлик.
человеку свойственно совершать глупости, более того иногда чтобы совершать глупости он пьет и курит :-) > А это не таймштамп, только показаный в таком виде?
Не в курсе. У меня есть клиентский модуль, я также знаю, что где-то далеко (в Ростове-на-Дону) есть сервер, где замещена база. Для подключения к базе чере клиентский модуль есть имя пользователя и пароль. Вся моя работа и работа моего подразделения связана с выборкой данных и их анализом, поэтому у меня есть доступ только к представлениям и отчетам. Разработчики клиентского модуля сделали очень хорошую кнопочку позволяющую посмотреть текст sql запроса направляемого в БД, все запросы обращаются к представлениям, ни один напрямую к таблице не обращается. Исходный запрос формирующий выборку имеет следующий вид: SELECT /*+ FIRST_ROWS(1) */ ID, CLASS_ID,
COLLECTION_ID, C_1,
TO_CHAR(C_2) C_2, REF2,
TO_CHAR(C_3) C_3, TO_CHAR(C_4) C_4, C_5,
TO_CHAR(C_6) C_6, TO_CHAR(C_7) C_7, TO_CHAR(C_8) C_8,
TO_CHAR(C_9) C_9, C_10, REF10, C_11, REF11,
TO_CHAR(C_12) C_12, C_13, REF13
FROM IBS.VW_CRIT_FULL_RECORDS
WHERE (COLLECTION_ID = '4290840243') AND
(((C_1 >= TO_DATE('06/01/2010 00:00:00', 'DD/MM/YYYY HH24:MI:SS')) AND
(C_1 <= TO_DATE('06/01/2010 23:59:59', 'DD/MM/YYYY HH24:MI:SS')))) AND
(ROWNUM <= 20)
ORDER BY C_1, IBS.VW_CRIT_FULL_RECORDS.C_12
Какие там поля я не в курсе, я впринципе не очень селен в Oracle, когда я изучал запросы мы почему-то это делали на Paradox, с тех пор много воды утекло, и по жизни я занимаюсь немного другой работой.
-
Какой-то ID есть, но что в нём и какое отношение к данным имеет, сурогат наверно, хоть может быть целым и последовательно возрастать, например, тогда можно и, то может быть, к нему привязаться MIN(id).
Если непонятна последовательность, то, в свете "такую работу нужно делать либо вручную, либо как-то ее автоматизировать", правильно будет выбирать не какую попало, а все записи с одинаковым наименьшим временем и смотреть глазами какие там лишние. А вот как смотреть, кстати? Тут вдруг окажется, что есть таки некий критерий выбора правильной записи.
-
Вот, сейчас обратил внимание, на поле C_12, в системе оно обозначено как "Н.п.п.", я так понимаю - это Номер по порядку, соответственно получается можно это поле использовать для определения первой операции.
Дата и время проводки Входящий остаток Н.п.п.
08.05.2010 08:39:16 -842783,49 47050351526
08.05.2010 08:39:16 -843337,66 47050351621
08.05.2010 23:59:59 -843483,49 47068293851
08.05.2010 23:59:59 -878531,31 47068299934
08.05.2010 23:59:59 -880921,31 47068300095
08.05.2010 23:59:59 -884204,83 47068300103
08.05.2010 23:59:59 -885710,53 47068308546
08.05.2010 23:59:59 -886010,53 47068308894
08.05.2010 23:59:59 -888010,53 47068308914
08.05.2010 23:59:59 -889010,53 47068308942
08.05.2010 23:59:59 -890010,53 47068318588
08.05.2010 23:59:59 -985010,53 47068318626
08.05.2010 23:59:59 -1032020,53 47068318638
08.05.2010 23:59:59 -1041030,53 47068328801
08.05.2010 23:59:59 -3343644,68 47068335313
08.05.2010 23:59:59 -3251024,68 47068335501
08.05.2010 23:59:59 -3231224,68 47068335622
08.05.2010 23:59:59 -3118431,91 47068352388
08.05.2010 23:59:59 -3118481,91 47068352394
08.05.2010 23:59:59 -3118531,91 47068460650
08.05.2010 23:59:59 -3118536,49 47068466616
08.05.2010 23:59:59 -3118561,91 47068469716
08.05.2010 23:59:59 -3118611,91 47068472608
08.05.2010 23:59:59 -3118677,58 47068472613
08.05.2010 23:59:59 -3118727,58 47068472621
08.05.2010 23:59:59 -3118777,58 47068484060
08.05.2010 23:59:59 -3118927,58 47068484069
08.05.2010 23:59:59 -3119077,58 47068484075
08.05.2010 23:59:59 -3119227,58 47068505857
08.05.2010 23:59:59 -3121227,58 47068505864
08.05.2010 23:59:59 -3123227,58 47068527671
08.05.2010 23:59:59 -3121727,58 47068527842
08.05.2010 23:59:59 -3120227,58 47068527874
08.05.2010 23:59:59 -3119227,58 47068527895
08.05.2010 23:59:59 -3116227,58 47068528082
08.05.2010 23:59:59 -3113227,58 47068539503
08.05.2010 23:59:59 -3110222,58 47068540001
08.05.2010 23:59:59 -3107534,58 47068642141
08.05.2010 23:59:59 -3105534,58 47068654292
08.05.2010 23:59:59 -3106034,58 47068654913
08.05.2010 23:59:59 -3105874,58 47068759756
08.05.2010 23:59:59 -3103874,58 47068759881
08.05.2010 23:59:59 -3096874,58 47068890379
08.05.2010 23:59:59 -3293124,58 47068892823
08.05.2010 23:59:59 -1293124,58 47069047343
-
>xmen (30.11.10 12:29) [24]
если это ДЕЙСТВИТЕЛЬНО порядковый номер, то >Кщд (25.11.10 10:34) [5]
-
Я взял
> Кщд (25.11.10 11:16) [6]
вроде бы работает правильно
-
>xmen (30.11.10 13:36) [26] т.е. всё же на каждую строку нужен остаток...
-
А что нить вроде такого можно:
SELECT SUBSTRING( MIN(CONCAT(`datetime`, `rem`)) FROM 19) FROM `table` GROUP BY TO_DAYS(`datetime`)
Прошу прощения за синтаксис mysql, других не знаю.
-
>Дмитрий С © (07.12.10 07:18) [28] простите, но это ахинея 1. этот запрос не имеет отношения к Oracle; 2. работа с датой как со строкой чревата известным удивлением в случае со сменой локали; 3. минимальный остаток на дату - не то, что нужно автору. ему нужен ПЕРВЫЙ - что явствует из ветки обсуждения; 4. первый остаток на дату необходимо выводить для КАЖДОЙ записи.
-
> 3. минимальный остаток на дату - не то, что нужно автору. > ему нужен ПЕРВЫЙ - что явствует из ветки обсуждения;
Мой запрос это и выводит.
> 1. этот запрос не имеет отношения к Oracle; > 2. работа с датой как со строкой чревата известным удивлением > в случае со сменой локали;
Про mysql предупредил. Там с локалью проблем не будет. К тому же их можно заменить полем id, если оно одновременно возрастает с датой.
> 4. первый остаток на дату необходимо выводить для КАЖДОЙ > записи.
Уж это доделать не так сложно, я просто известный принцип выразил.
-
>Дмитрий С © (07.12.10 09:21) [30] >Мой запрос это и выводит. разницу между минимальным на дату и первым во времени на дату представляете?
>К тому же их можно заменить полем id, если оно одновременно возрастает с датой. никогда нельзя закладываться на порядок следования id(если мы про PK) ID - это уникальный идентификатор, необходимый для поддержания ссылочной целостности он нужен только(!) для этого
>Про mysql предупредил. а смысл, если речь про Oracle и всеми участниками ветки даны исчерпывающие ответы, притом для Oracle?
>Там с локалью проблем не будет. ничем не отличается от других СУБД google: mysql locale date подобная небрежность в обращении с локалезависимыми сущностями выходит "боком" всегда
>Уж это доделать не так сложно, я просто известный принцип выразил. здесь нечего доделывать Ваш запрос не соответствует условиям автора и не вернет нужного результата ни в MySQL, ни - тем более - в Oracle
-
> разницу между минимальным на дату и первым во времени на > дату представляете?
А вы? Проанализируйте еще раз запрос.
> никогда нельзя закладываться на порядок следования id(если > мы про PK) > ID - это уникальный идентификатор, необходимый для поддержания > ссылочной целостности > он нужен только(!) для этого
Я же уточнил "если оно одновременно возрастает с датой". Почему этим нельзя пользоваться? Кто решает что можно или нельзя?
> а смысл, если речь про Oracle и всеми участниками ветки > даны исчерпывающие ответы, притом для Oracle?
Места на форуме что-ли жалко? Ответы даны, я рад, почему бы не внести разнообразия. Форум ведь и в поиске находят, мало ли полезно кому будет.
> ничем не отличается от других СУБД > google: mysql locale date > подобная небрежность в обращении с локалезависимыми сущностями > выходит "боком" > всегда
В MySQL даты (время), когда используются в строковом контексте, приводятся к виду гггг-мм-дд чч:мм:сс. Что и позволяет сортировать по ним.
> Ваш запрос не соответствует условиям автора и не вернет > нужного результата ни в MySQL, ни - тем более - в Oracle
Ну это вам так кажется..., что вы умнее всех. Прошу прощения за переход на личности.
-
>Дмитрий С © (07.12.10 10:25) [32] >А вы? Проанализируйте еще раз запрос. согласен, поторопился
>Я же уточнил "если оно одновременно возрастает с датой". Почему этим нельзя пользоваться? Кто решает что можно или нельзя? перед тем, как работать с базой, рекомендую как минимум К. Дж. Дейт "Введение в системы баз данных". Объяснять азы - занятие кропотливое и ответственное. Чувства ответственности перед Вами не питаю. Для примера поразмышляйте о ситуации: 1. стартует транзакция А; 2. А вставляет строку - отщелкнули ID; 3. стартует транзакция Б; 4. Б вставляет строку - отщелкнули ID2 (ID2 > ID, если автоинкремент); 5. транзакция Б подтверждается(commit); 6. транзакция А подтверждается; какую запись считать первой? та, которая была раньше вставлена(А) или подтверждена(Б)?
кроме прочего, существует такие вещи как кэширование sequence(что актуально как раз для Oracle).
>Ответы даны, я рад, почему бы не внести разнообразия. разнообразие - это просто отлично но только тогда, когда качественно Ваш код не отвечает условиям автора и неэффективен для решения его задачи если покажете решение, на основе Вашего запроса, которое выдает результат за один проход по таблице - принесу извинения и покаюсь
>Ну это вам так кажется..., что вы умнее всех. покажите вывод консоли MySQL по Вашему запросу на данных автора запрос прост. то, что он выдает чепуху, очевидно из этого не следует, что я умнее всех - лишь то, что Вы некомпетентны в данном вопросе
-
Лан. прекращаем.
|