Niedawno zderzyłem się z przypadkiem, gdzie musiałem tak sformatować datę by obcinać czas do pełnych godzin czyli 19:23 na 19:00 i 19:59 też na 19:00. Pierwsze podejście to zabawa z substring, ale stwierdziłem, że można do tego użyć funkcji FORMAT. gdzie:
W poprzednim wpisie opisałem zjawisko CONVERT_IMPLICT. Teraz chcę przedstawić jeden ze skryptów, przy pomocy, którego można wyszukać miejsca występowania tego niepożądanego zjawiska. Generalnie informację o występowaniu niejawnej konwersji typów danych możemy znaleźć w planie wykonania zapytań i skrypt właśnie przeszukuje te informacje Poniżej jeszcze lekko zmieniony skrypt, który umożliwia „Normalne” wklejenie do Excela.
O CONVERT_IMPLICIT mówimy wtedy, gdy SQL Server napotka w predykatach (klauzula WHERE lub klauzula JOIN) porównanie dwóch różnych typów danych. Wtedy jedna strona wartości zostanie przekonwertowana na typ danych drugiej strony. Ten proces bardzo obciąża procesor, we/wy i pamięć. Za każdym razem, gdy funkcja CONVERT_IMPLICIT zostanie uruchomiona przez zapytanie, zwykle zajmuje znacznie więcej zasobów niż w normalnym przypadku. Wykorzystanie procesora, we/wy i pamięci wzrasta. Dodatkowo, jeśli konwersja odbywa się w kolumnie tabeli, wszystkie wartości kolumny zostaną przekonwertowane na nowy typ danych, co spowolni Dowiedz się więcej
Jak zmienić nazwy wybranych/wszystkich plików w danym katalogu Najpierw należy uruchomić z poziomu MS Windows „Command Promt” jako Administrator. Poniżej skrypt, który zmienia nazwy plików w aktualnym katalogu. Zmieniamy w tym przykładzie rozszerzenia plików z log na ldf. Skrypt taki można uruchomić również rekursywnie zmieniając nazwy wybranych plików w aktualnym katalogu oraz we wszystkich podkatalogach znajdującym się w wybranym miejscu
Zaobserwowałem problem z planem konserwacji (Maintenance Plan), którego nie mogę usunąć. Podczas próby skasowania pojawia się następujący błąd: Index was out of range. Must be non-negative and less than the size of the collection.Parameter name: index (mscorlib) Analogiczny błąd powstaje przy próbie wykasowania joba, który został utworzony z poziomu Maintenance Planu. Poniżej przedstawiam kolejne kroki w celu usunięcia niechcianego Maintenance Planu: Po wykasowaniu Maintenance Plan można już z poziomu SSMS wykasować joba, który miał uruchamiać Maintenance Plan.
Poniżej przedstawiam skrypt, który generuje kod do odłączenia (detach) wszystkich baz danych użytkownika.
