अज्ञात अधिकतम विशेषताओं वाली इकाई को कैसे लागू किया जाए?

12

मैं एक बेसबॉल सिमुलेशन प्रोग्राम डिजाइन कर रहा हूं और मैं बॉक्सस्कोर स्कीमा डिजाइन करने में समस्या में हूं। मेरे पास समस्या यह है कि मैं ट्रैक करना चाहता हूं कि प्रत्येक पारी में कितने रन बने। जिस तरह से मैं वास्तविक कार्यक्रम में ऐसा करता हूं वह एक गतिशील सरणी का उपयोग करना है जो प्रत्येक पारी के लिए बढ़ता है।

बेसबॉल के खेल से अपरिचित लोगों के लिए, खेल आमतौर पर नौ पारियों के होते हैं, जब तक कि खेल को 9 वीं पारी के अंत में बांधा नहीं जाता है। बेसबॉल खेल इसलिए, एक अनिर्धारित लंबाई है जिसका अर्थ है कि मैं डेटाबेस को केवल 9 कॉलम में रनिंग के लिए प्रत्येक इनिंग के लिए डिज़ाइन नहीं कर सकता (अच्छी तरह से तकनीकी रूप से 18 (9-पारी * 2-टीम)। एक विचार मुझे सरणी को क्रमबद्ध करना है। और डेटाबेस में संग्रहीत करने से पहले इसे बेस 64 के रूप में एन्कोड करें।

मामले में यह मायने रखता है, मैं जिस डेटाबेस के आसपास विकसित हो रहा हूं वह पोस्टग्रेक्यूएल है।

कोई भी सुझाव अति सराहनीय है! धन्यवाद!

postgresql database-design schema

— फिलिप लोम्बार्डी
स्रोत

7

आप ऐसा कर सकते हैं। यह सामान्य अवधि के खेल के लिए अच्छे प्रदर्शन की अनुमति देता है, जबकि आपको लंबे समय तक चलने वाले खेलों को भी संग्रहीत करने की अनुमति देता है।

CREATE TABLE InningRuns (
    GameId INT NOT NULL REFERENCES [...],
    Team CHAR(4) NOT NULL, --'Home','Away'
    Inning1 TINYINT, --Seeing how more than 255 runs are not really possible in an inning
    Inning2 TINYINT,
    [...],
    Inning9 TINYINT,
    ExtraInnings XML | TINYINT[] | VARBINARY | ETC., --Use to hold any runs in extra innings.
    PRIMARY KEY (GameId, Team)
)

आप खेल, टीम और इनिंग के प्रत्येक अनूठे संयोजन के लिए आगे को सामान्य कर सकते हैं और एक पंक्ति रख सकते हैं। यह आपको कई पारी के रूप में अनुमति देगा क्योंकि InningId डेटाटाइप अनुमति देगा।

CREATE TABLE InningRuns (
    InningRunId INT IDENTITY PRIMARY KEY,
    GameId INT NOT NULL REFERENCES [...],
    Team CHAR(4) NOT NULL, --'Home','Away'
    InningId TINYINT, --Seeing how more than 255 innings might be excessive
    Runs TINYINT,
    UNIQUE (GameId, Team, InningId)
)

संपादित करें : मुझे पता है कि PostgreSQL पहचान के बजाय अनुक्रम का उपयोग करता है, मुझे हाथ से सही वाक्यविन्यास याद नहीं है, इसलिए तदनुसार अनुवाद करें।

— एरिक हम्फ्रे - lotahelp
स्रोत

हाहा, मुझे यह पसंद है कि मैंने जानबूझकर आपका जवाब तब तक नहीं पढ़ा जब तक मैंने अपना लिखा और हम दूसरे के बहुत करीब नहीं हैं। अच्छा लगा।

— jcolebrand

इस उत्तर के लिए धन्यवाद, यह समझ में आता है और यह होगा कि मैं बॉक्स स्कोर स्कीमा कैसे लागू करूं।

— फिलिप लोम्बार्डी

4

मुझे नहीं लगता कि सिर्फ एक कॉलम होने में कुछ गड़बड़ है

inning_score int[]

1 से 9 तक और उससे आगे के लिए। यह उन कुछ स्थानों में से एक है जहाँ किसी सरणी का उपयोग उचित हो सकता है।

— पीटर आइसेनट्राट
स्रोत

3

इसलिए जो मैं यहां देख रहा हूं वह थोड़ा विरोधाभासी है क्योंकि पारी वास्तव में प्रत्यक्ष रूप से खेल को छोड़कर प्रत्यक्ष रूप से खेल की विशेषता नहीं है। लेकिन शायद वह सिर्फ मैं ही हूं। मैं व्यक्तिगत रूप से एक RunsScored तालिका की तरह कुछ और सुझाव दूंगा, और यह किसी गेमहैडर टेबल पर वापस से लिंक करेगा, किसी प्रकार का, इसलिए विचार करें:

CREATE TABLE GamesHeader (
    GameID     INT IDENTITY(1,1),
    HomeTeamID INT,  --FK to teams table, naturally
    AwayTeamID INT,  --FK to teams table, naturally
    FinalInningsCount BYTE,  -- for faster reporting after the game is over
    FinalHomeScore BYTE,     -- for faster reporting after the game is over
    FinalAwayScore BYTE,     -- for faster reporting after the game is over
    --Other attribs
)

CREATE TABLE RunsScored (
    RunsScoredID BIGINT IDENTITY(1,1), -- for faster reverse traversal, possibly. May not be needed, this depends on your setup, as the normalization will show a composite key anyways
    PlayerID INT,   --FK to players table naturally
    GameID INT,     --FK to GamesHeader table naturally
    Inning BYTE, --wait for the payoff
    RunsEarned,     --because you may want to track this by the player ... really the problem is that there's not a single naturalized setup for this, so you may be intersecting this table to another stats table elsewhere. idk, it depends on your model. I'm going for fairly simplistic atm. Wanted to demonstrate something else entirely, but this needs to be accounted for.
     -- other attribs
)

SELECT MAX(r.Inning) FROM RunsScored r JOIN GamesHeader g ON g.GameID = r.GameID WHERE GameID = 'x'

यह आपको एक विशेष खेल के लिए खेले जाने वाले अधिकतम इनिंग देगा, और यदि आप चाहते हैं तो अधिक जानकारी प्राप्त करने के लिए प्लेयरआईडी -> टीमआईडी द्वारा और अधिक परिष्कृत कर सकते हैं। वे क्या हो सकते हैं मुझे यकीन नहीं है।

मैं शायद वास्तव में उस दूसरी तालिका को रनसर्किट नहीं कर सकता हूं, लेकिन एटबैट के बारे में कुछ कहना क्योंकि यह वास्तव में है जो आप ट्रैक कर रहे हैं। मैं सिर्फ यह दिखाना चाहता था कि आप खेल की मेज से दूर इनिंग को कैसे गलत कर सकते हैं। मैं अपने मॉडल को इस तरह से प्रवाहित करने के लिए ट्विक करूंगा, यह मेरी परियोजना थी। HTH। YMMV।

यह भी ध्यान दें कि मैं एक TSQL लड़का हूं, लेकिन मुझे लगता है कि नीचे दी गई अवधारणाएं मेरी अवधारणा को समझाने के लिए बहुत अच्छी तरह से काम करती हैं। भाषा शब्दार्थ शायद पंक्तिबद्ध नहीं होंगे।

— jcolebrand
स्रोत