Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
нужно сделать такую размерность времени , не стандартную : year quarter month week-of-month day_of_month посоветуйте как вычислять week-of-month ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 22:37 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
м... э... А какой сервер хоть используется? И в каком виде планируется выводить неделю месяца? Можно например выводить так: 01.01.2001 - 06.01.2001 и т.д. . А можно выводить номер: неделя 1, неделя 2 и т.д. если использовать SQL Server, то для получения номера недели можно использовать функцию datepart. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 23:23 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
vot chto nashla : declare @d datetime set @d=convert(char(8),getdate(),112) select '№ недели в месяце',(day(@d)+datepart(weekday,dateadd(day,1-day(@d),@d))-datepart(weekday,@d))/7+1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2005, 23:38 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
а если номер дня месяца разделить на 7 и прибавить 1, это будет не то же самое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 00:11 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
а ещё лучше создать отдельную табличку с датами и полями year quarter month week-of-month day_of_month ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 10:27 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
Правильный ход не создавать все это в полях, а функциями разбирать в запросе из датывремени. В зависимости от сервера там либо есть такие функии либо нету. Если нету - написать хранимые. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:01 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
Валентин КПравильный ход не создавать все это в полях, а функциями разбирать в запросе из датывремени. В зависимости от сервера там либо есть такие функии либо нету. Если нету - написать хранимые.Ох и спорное утверждение... у меня например недели и кварталы не всегда совпадают с календарными и никакие функции не помогут. Кроме того, функции вызываются каждый раз, в отличие от полей, которые забили один раз о пользуемся. Опять же выигрыш по производительности. к сведению: хранимые тоже не везде есть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2005, 14:15 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
согласен с Дмитрием ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 11:21 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
Dmitry Biryukov Валентин КПравильный ход не создавать все это в полях, а функциями разбирать в запросе из датывремени. В зависимости от сервера там либо есть такие функии либо нету. Если нету - написать хранимые.Ох и спорное утверждение... у меня например недели и кварталы не всегда совпадают с календарными и никакие функции не помогут. Кроме того, функции вызываются каждый раз, в отличие от полей, которые забили один раз о пользуемся. Опять же выигрыш по производительности. к сведению: хранимые тоже не везде есть а я не согласен - полное непонимание при сравнении величин предметной области. Ну и что что кварталы разные? а при чем тут кварталы в отдельно хранимыми частями датывремени? Кварталы естественно нужно задаваь в отдельной таблице параметров, а в запросе отбирать данные, которые в эти кварталы попадают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 17:55 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
Olya-33нужно сделать такую размерность времени , не стандартную : посоветуйте как вычислять week-of-month ? вычислять ее функцией week-of-month, которая хранимая и вычисляет по интервалу, заданному в другой таблице, или если есть стандартная и подходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 17:56 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
Валентин К Olya-33нужно сделать такую размерность времени , не стандартную : посоветуйте как вычислять week-of-month ? вычислять ее функцией week-of-month, которая хранимая и вычисляет по интервалу, заданному в другой таблице, или если есть стандартная и подходит. А из датывремени брать день, который попадает в неделю, которая попадает в месяц. Вообще такие функции в основном реализованы в серверах, как я писал выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 17:58 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
Валентин К Dmitry Biryukov Валентин КПравильный ход не создавать все это в полях, а функциями разбирать в запросе из датывремени. В зависимости от сервера там либо есть такие функии либо нету. Если нету - написать хранимые.Ох и спорное утверждение... у меня например недели и кварталы не всегда совпадают с календарными и никакие функции не помогут. Кроме того, функции вызываются каждый раз, в отличие от полей, которые забили один раз о пользуемся. Опять же выигрыш по производительности. к сведению: хранимые тоже не везде есть а я не согласен - полное непонимание при сравнении величин предметной области. Ну и что что кварталы разные? а при чем тут кварталы в отдельно хранимыми частями датывремени? Кварталы естественно нужно задаваь в отдельной таблице параметров, а в запросе отбирать данные, которые в эти кварталы попадают.сделайте несколько проектов для разных компаний... в любом случае я вас ни к чему не призываю. время покажет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2005, 19:12 |
|
||
|
измерение времени
|
|||
|---|---|---|---|
|
#18+
2 Валентин К Я считаю, что это неоправданное, как правило, усложнение. Зачем кодить DSO для загрузки данных, если можно кодить SQL? Намного проще и нагляднее. Да и редактировать таблицу проще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2005, 01:46 |
|
||
|
|
start [/forum/topic.php?fid=49&msg=33283672&tid=1871054]: |
0ms |
get settings: |
6ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
86ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 259ms |
| total: | 429ms |
| 0 / 0 |
