[SQL] pobierz, plaintext 
/**
 * sklep
 */
CREATE TABLE IF NOT EXISTS `stores` (
  `store_id` TINYINT UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT,
  `store_name` VARCHAR(255) CHARSET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL
) ENGINE=MyISAM CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;
 
INSERT INTO `stores` (`store_name`) VALUES
('TESCO');
 
/**
 * dni tygodnia w ktorych sklep jest czynny wraz z id godzin.
 */
CREATE TABLE IF NOT EXISTS `store_week` (
  `store_id` TINYINT UNSIGNED NOT NULL,
  `store_day` TINYINT UNSIGNED,
  /**
   * `hours`.`hour_id` ↓
   */
  `store_from` TINYINT UNSIGNED,
  `store_to` TINYINT UNSIGNED
) ENGINE=MyISAM
  CHARSET=utf8mb4
  COLLATE=utf8mb4_general_ci;
 
INSERT INTO `store_week` (`store_id`, `store_day`, `store_from`, `store_to`) VALUES
(1, 1, 1, 0),
(1, 2, 1, 0),
(1, 3, 1, 0),
(1, 4, 1, 0),
(1, 5, 1, 0),
(1, 6, 1, 0),
(1, 7, 2, 0);
 
/**
 * godziny.
 */
CREATE TABLE IF NOT EXISTS `hours` (
  `hour_id` TINYINT UNSIGNED NOT NULL,
  `hour` SMALLINT UNSIGNED NOT NULL
) ENGINE=MyISAM CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;
 
INSERT INTO `hours` (`hour_id`, `hour`) VALUES
(0, 0000),
(1, 0600),
(2, 0700);
[SQL] pobierz, plaintext 

Planuję zrobić spis sklepów wraz z godzinami otwarcia od/do.
Czy te tabele są dobrze znormalizowane?

Przy okazji,
Umie ktos to dobrze pobrać? próbuję już kilka godzin i nadal nie wyszło.
(Z join, union, ...group by, ...)
Konkretniej:

`stores`.`store_name`,
(`store_week`.`store_from`, `store_week`.`store_to` | jako `hours`.`hour` gdzie `hours`.`hour_id`=tamte id)
gdzie `store_week`.`store_day`=WEEKDAY(CURDATE())+1

Dobrze.
Choć osobiście chyba bym nie robił tablicy godzin, lecz wprowadzał je bezpośrednio do tablicy store_week. Co prawda masz klucz obcy tinyint, a godzina na smallint, ale nie wiem czy to taki wielki zysk. Zresztą na upartego godziny, przy założeniu otwarcia nawet z interwałem 15 minut, można zmieścić na tinyint.

Z jakim zapytaniem masz problem?

Te godziny właśnie będą się sporo powtarzały,
Zwłaszcza takie jak 00:00, 18:00, 17:00, 07:00 itd. (Po przerobieniu oczywiście)

A problem mam z zapytaniem żeby to spowrotem złożyć w całość:

`stores`.`store_name`,
(`store_week`.`store_from`, `store_week`.`store_to` | jako `hours`.`hour` gdzie `hours`.`hour_id`=tamte id)
gdzie `store_week`.`store_day`=WEEKDAY(CURDATE())+1

bold - chce pobrać
(jednak dla 2 i 3 bold ma byc podmienione z tym underline.
Jeśli italic ma to samo id co te 2 boldy).
Oraz z aktualnego dnia (drugi italic)

Zgadza się, ale niewiele zyskujesz, bo przez dodatkową tablicę masz powtarzalność klucza obcego na tinyint, a gdybyś godziny przechowywał bezpośrednio w dniach otwarcia, to byłaby powtarzalność smallint (choć tak jak pisałem, można użyć do tego tinyint - 0-00:00, 1-00:15, 2-00:30, 6-01:30, itd.).
Tym bardziej, miałbyś łatwiejszą edycję dni otwarcia.



Coś takiego?

[SQL] pobierz, plaintext 
SELECT s.store_name,h1.hour,h2.hour
FROM stores AS s
LEFT JOIN store_week AS sw ON sw.store_id=s.store_id
LEFT JOIN hours AS h1 ON sw.store_from=h1.hour_id
LEFT JOIN hours AS h2 ON sw.store_to=h2.hour_id
WHERE sw.store_day= WEEKDAY(CURDATE())+1 
[SQL] pobierz, plaintext 

Tego nie rozumiem do końca.
Czyli że godziny z hours dać bezpośrednio w store_week?
A tego z tinyint to już wgl nie rozumiem jak by to wyglądało np. Dla godziny 2101?


Dokładnie tak, dzięki

Tak. Nie będzie co prawda, to 3NF, ale nie ma sensu.

Dla 21:01 nie da się. Zakładając, że tinyint unsigned ma 256 wartości, to możesz przechowywać z dokładnością do 6 minut (256/24=10.66, 60 minut/10=6 minut).
Jeśli założysz interwał 10 minut, to mnożysz po prostu wartość przez 10. Np.: 128 to 128*10 minut=1280 minut = 21:20.
Zrób to na smallint lub time:)