Jednym z naszych standardów korporacyjnych jest oddzielna grupa plików / plik dla tabel użytkowników / indeksów. Jest to ustawione jako domyślne, więc nie ma potrzeby kwalifikowania instrukcji CREATE TABLE.
Tak to wygląda
- fileid 1 = tabele systemowe, MDF
- fileid 2 = t-log = LDF
- fileid 3 = rzeczy użytkownika = NDF
Czy ktoś może mi pomóc w zrozumieniu pierwotnego uzasadnienia, dlaczego nakazano to?
Przyjdę czysty i stwierdzę, że myślę, że to voodoo. Am I nie tak ...?
Edycja: Wiem, jak korzystać z aplikacjami do oddzielania indeksów / partycji / archiwów, a także jak przywracać fragmentarycznie. To pytanie dotyczy użycia oddzielnej grupy plików na tym samym woluminie tylko dla tabel systemowych.
Nie jest to wzrost wydajności, można odzyskać zysk. Jeśli nastąpi uszkodzenie plików w tabelach systemowych, baza danych zostanie utracona. Jeśli przechowujesz dane użytkownika w oddzielnej grupie plików (lub grupach), możesz przywrócić tylko te pliki, utrzymując resztę bazy danych w trybie online podczas przywracania (przy założeniu Enterprise Edition tutaj).
Jeśli dlatego właśnie to stwierdzają, nie mogę powiedzieć, ale byłoby to korzystne, gdyby wiele grup plików zawierało tylko obiekty systemowe w grupie plików PODSTAWOWEJ.
Powinieneś jednak wykopać śmieci, mówiąc, że AutoShrink powinien być włączony.
źródło
Nie jestem pewien, czy rozumiem, czy prosisz o usprawiedliwienie twojego standardu korporacyjnego? Sądzę, że ktokolwiek napisał ten dokument dotyczący standardów dla twojej firmy, byłby w stanie rzucić nieco światła na to, dlaczego tak się dzieje.
Biorąc to pod uwagę, niektóre sklepy często wybierają dane systemowe z danych użytkowników. A jeśli jest używany w połączeniu z dedykowanymi zestawami dysków, możesz osiągnąć pewien wzrost wydajności.
źródło