Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Разворачивали недавно новый програмный комплекс, и я не могу этим не поделиться. Программа не вставала с ошибкой что нужен интерпрайз, ибо используется секционирование, хотя вендор об этом молчал. Поставили, в итоге после установки вижу 50! файлов данных, смотрю функцию секционирования Код: sql 1. 2. и половина таблиц ее использует. Мне интересно, это дальновидность или идиотизм? P.S. А имена хранимок ваще огонь: ARE, AR, ASH и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 10:33 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Планировать до 2079 это конечно круто. Но тут явно или шах, или ишак, или автор обязательно сдохнут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 10:36 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Мне интересно, это дальновидность или идиотизм?Это взялось за работу поколение смузиедов на гироскутерах. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 10:36 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
982183Планировать до 2079 это конечно круто. Но тут явно или шах, или ишак, или автор обязательно сдохнут. скорее SMALLDATETIME сдохнет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 10:48 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Дураг, Там кстати он, ну как раз до 2079, все верно, только тогда надо было с 1900 делать, чтоб наверника. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 10:51 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Всякий разработчик считает, что чужой код г@вно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 11:22 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Дедушка, я кстати так не считаю. Но черт, 2079! я хочу увидеть систему которая проработает столько. Да и вообще, щас там помойка из 63 файлов, охринеть как это удобно админить. Причем база от силы гигов 100 будет, и то через пару лет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 11:30 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Да я никого конкретно не имел в виду :) Это так, наблюдение из жизни. А по теме, ну хз может написать скрипт клторый добавляет партицию было сложно или там был менеджер который ел мозг разрабам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 11:54 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Дедушка, Да там контора которая и не такое делает. Я как то тут упоминал, они к примеру дали полные права роли public, когда мы их спросили ЗАЧЕМ, они честно сказали им так было проще. Благо через 2 дня это уже будет не моя головная боль :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 11:59 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
aleksrov, Вопрос в том, нужно ли тут париционирование или нет. А сделать его до 2020 или 2030 или 2080 года уже не столь важно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 13:12 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
a_voronin, Я толком в системе пока не разбирался, ну как я вижу не нужно. А смысл, сделал потом сплит и все, а так сейчас уменя 60+ файловых групп и столько же файлов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 14:10 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
aleksrovМне интересно, это дальновидность или идиотизм?Это отсутствие опыта. Люди услышали, про секционирование, нагуглили пример и сделали. Без опыта всегда так получается, это типичное возмущение в рассказах про собеседования: "чего они дурацкие вопросы задают, можно же нагуглить за минуту, разобраться за полчаса и сделать за день". Через пару лет потратят месяц, что бы удалить это г***, и хорошо, если без потерь для бизнеса. И про это есть сентенции: "да мне пофигу, ну нагуглил, ну накарябал, в результате я сделал Успешный Проект, через год я делаю другой Успешный Проект, это уже будут не мои проблемы" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 14:55 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Поиграю в адвоката (диявола) Ну вот у меня ситуация. Я ухожу с 1го июля и мне надо успеть 1. Поставить 2016 SP2 Standard 2. Распартиционировать терабайтную таблицу Буду ли я тратить время на скриптование? Как я удостоверюсь, что у меня каждый месяц создается новый FG, файл, фунция и схема апдейтятся? А потом они захотят все в AWS перенести, а этот скрипт забудут! Про закон Мерфи слышали наверно :D В том, что компания найдет кого-то на замену, кто шарит в этом более-менее, у меня уверенности вообще нет. Коллеги максимум ORDER BY и COUNT(*) знают. Меня, вероятно, пригласят на денек-другой... Может ну его нафиг и создать все до 30го года? И пофиг кто там на будет ржать на форуме и писать про лоховство ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 17:38 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Glebanskialexeyvg, Поиграю в адвоката (диявола) Ну вот у меня ситуация. Я ухожу с 1го июля и мне надо успеть ... Может ну его нафиг и создать все до 30го года? И пофиг кто там на будет ржать на форуме и писать про лоховствоНе, я говорил про само решение создать секционированную таблицу с секциями по году. Оно очень сомнительно. А создать сразу все секции и файлы для них - почему бы и нет? И для поддержки легче, понижаются требования к будущим DBA, и т.п., не нужно писать скрипты с джобами, которые будут срабатывать раз в год, и могут не сработать, причём не только из за вашей ошибки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 02:12 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
alexeyvgGlebanskialexeyvg, Поиграю в адвоката (диявола) Ну вот у меня ситуация. Я ухожу с 1го июля и мне надо успеть ... Может ну его нафиг и создать все до 30го года? И пофиг кто там на будет ржать на форуме и писать про лоховствоНе, я говорил про само решение создать секционированную таблицу с секциями по году. Оно очень сомнительно. А создать сразу все секции и файлы для них - почему бы и нет? И для поддержки легче, понижаются требования к будущим DBA, и т.п., не нужно писать скрипты с джобами, которые будут срабатывать раз в год, и могут не сработать, причём не только из за вашей ошибки... А почему решение создать секционированную таблицу с секциями по году - очень сомнительно? чем оно хуже решения с секциями по кварталу или по пять лет? Если есть требование "скользящего года" в запросах, то лучше по кварталам разбить, да. А в общем случае почему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2018, 15:04 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
DaniilSeryialexeyvgНе, я говорил про само решение создать секционированную таблицу с секциями по году. Оно очень сомнительно. А создать сразу все секции и файлы для них - почему бы и нет? И для поддержки легче, понижаются требования к будущим DBA, и т.п., не нужно писать скрипты с джобами, которые будут срабатывать раз в год, и могут не сработать, причём не только из за вашей ошибки... А почему решение создать секционированную таблицу с секциями по году - очень сомнительно? чем оно хуже решения с секциями по кварталу или по пять лет? Если есть требование "скользящего года" в запросах, то лучше по кварталам разбить, да. А в общем случае почему?Непонятно, для чего это нужно делать, что можно получить от секций на год или 5 лет? На квартал, на месяц, на день понятно - так реализуют быстрое удаление старых данных. А год или 5 вроде бы много для "скользящего окна"? В принципе, конечно, это возможно, но я же и написал - "сомнительно", а не "недопустимо". К тому же речь о базе, которую только начали эксплуатировать, и которая будет небольшой. Действительно, как написали, "поколение смузиедов на гироскутерах", прочитали и наляпали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2018, 16:34 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
Чем год то не нравится? Как раз его и используем. За год 10-20 млн записей. Отчетность в основном по году. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2018, 03:34 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
А главное - начальные остатки считаются и хранятся на начало года. И исправляться уже не должны. А квартальные остатки исправить вполне допустимо. Возможно это специфика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2018, 04:27 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
aleksrov Мне интересно, это дальновидность или идиотизм? У нас тоже используются данные прогнозирования до 2050 года. С математической точки зрения, как мне объяснили, это нужно для плавного горизонта при построении прогнозов. Проще говоря, если градусник только до 100 градусов, то уже при 80 возникают погрешности. Зачем это при партицировании - непонятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2018, 10:00 |
|
||
|
Схема секционирования до 2079 года :)
|
|||
|---|---|---|---|
|
#18+
982183Чем год то не нравится? Как раз его и используем. За год 10-20 млн записей. Отчетность в основном по году.Год очень нравится. Но зачем секционирование, для повышения расходов на IT??? Для 10-20 млн записей в год или в неделю даже для оптимизации удаления секционирование использовать глупо, сплошные потери для бизнеса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2018, 10:57 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39661272&tid=1689542]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
88ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
67ms |
get tp. blocked users: |
2ms |
| others: | 261ms |
| total: | 461ms |

| 0 / 0 |
